Difference between revisions of "Steps to EOL integration"

From mx Help Wiki
Jump to: navigation, search
m (To do (mx))
m (To do (mx))
 
Line 22: Line 22:
  
 
== To do (mx) ==
 
== To do (mx) ==
 
+
<strike>
 
* add the SPM types as a table or SPM constant
 
* add the SPM types as a table or SPM constant
* add a SPM field to ContentTypes
+
* add a SPM field to ContentTypes</strike>
 
* settle on routing for services API ''/api/eol''?
 
* settle on routing for services API ''/api/eol''?
 
* write Template#eol returning an XML object as per the "mushroom" example
 
* write Template#eol returning an XML object as per the "mushroom" example

Latest revision as of 12:40, 15 February 2011

Contents

[edit] Overview

Based on conversation with C. Parr Mar. 3/10

EOL transfer documentation is here: [[1]], with a glossary here: http://eol.org/files/pdfs/docs/EOL_Transfer_Schema_Glossary.pdf

Mx content types should map to the Species Profile Model [[2]]

Preparing EOL files: http://hickory.eol.org:8081/display/dev/Preparing+EOL+Schema+Files (includes XML validation)

  • no specimens
  • images are linked to taxa, captions should clearly denote
  • image and object metadata take care of the attribution and licensing of the objects
  • each object can have an unlimited number of "agents" who get credit
  • no ND licenses
  • multiple objects per SPM subject. You just give them different titles (ContentType many2many with SPM)

[edit] The xml

  • provide the full url to the MB image file
  • 5 images per species per view per project

[edit] To do (mx)

  • add the SPM types as a table or SPM constant
  • add a SPM field to ContentTypes
  • settle on routing for services API /api/eol?
  • write Template#eol returning an XML object as per the "mushroom" example
  • have EOL hit /eol, get a list of available pages, then crawl the other URIs (the typical case is to provide them all on one page)
  • consider formalizing or providing the SPM "content_types" as defaults

[edit] To do (config)

  • create the endpoint on your side
  • then you come to the Content Partner Registry (http://www.eol.org/content_partner) and register and tell our system where to find the endpoint
  • you can set a harvest frequency in the Content Partner Registry
  • the CPR (Content Partner Registry) is important and you may decide that each project should register itself and have its own export file. That's where all the comments and traffic statistics will be for the objects. http://www.eol.org/content_partner http://www.eol.org/content/partners
Personal tools