Add a new comment
-
José Carlos García Fidalgo added text to "Artículo de Wikipedia sobre el Pyrrhula pyrrhula murina" on "Pyrrhula murina".
El camachuelo de Azores (Pyrrhula pyrrhula murina), priolo en portugués, es...
-
-
Jonathan Ray commented on "EOL API Discussion Group":
Their wouldn't be any other data being sent, it would be based on I don't know what I'm looking at so find it for me approach. I thought it would be a long shot, but thought I'd ask.
-
Jeff Holmes commented on "EOL API Discussion Group":
EOL doesn't have any image matching algorithm, if that is what you are after. Can you say more about data that might go with the image? Do you have any source or taxonomic information?
-
Jonathan Ray commented on "EOL API Discussion Group":
@Jeff Holmes: yes by starting with a photo taken and trying to find that match on EOL, and in turn using that to find the species name for example. For the confusion, as I am also trying to still work out the kinks on what I'm hoping to accomplish.
-
Jeff Holmes commented on "EOL API Discussion Group":
@Jonathan Ray: I'm still confused if you are starting with a photo from somewhere else and are trying to find a match on EOL or if you are trying to find a photo based on a species name or something more like that...
-
Nathan Wilson commented on "EOL API Discussion Group":
How is the image getting into EOL or how are are you finding the image in question?
-
Jonathan Ray commented on "EOL API Discussion Group":
This is where, I guess you could say I am having writers block. Or up for suggestions on trying to get the EOL API to be used in a way that I am hoping. I would want to match the photo, with my own identifier (or even image upload) that would match that paticular photo or return similiar options. I am hoping to learn more about your API on hopes of using it in java, for app cability. I am starting to look into this as a hobby, outside of my tech life, and any help/suggestions would be highly welcomed. Thanks.
-
Cyndy Parr commented on "EOL Discussion Group":
@Yan Wong: We reharvest from Wikimedia Commons about once a week, so the change should eventually propagate to us. If it doesn't, let us know.
-
Cyndy Parr commented on "EOL API Discussion Group":
@Jonathan Ray: I was sloppy, what I really meant was, how would you want to match the picture. Using your own identifier? Your own image URL? Either could be consistent with the approach that Nathan is talking about.
-
Yan Wong commented on "EOL Discussion Group":
Does the EoL wikipedia scraping code revise currently existing EoL content depending on changes to wikipedia? I've just found this photo: http://eol.org/data_objects/17272302 which is the result of an accidental inclusion of the wrong species into the Wikipedia image gallery for Tremarctos ornatus. I've removed it from the gallery on wikipedia, but I don't know if I need to flag it up as misidentified on EoL too, or if my changes to wikipedia will propagate down to EoL.
-
Jeff Holmes commented on "EOL API Discussion Group":
@Jonathan Ray: I'm interested in this topic as well. Can you say a little more about what you mean by matching? What data are you starting with?
-
Nathan Wilson commented on "EOL API Discussion Group":
The only approach I've found for doing this with the current API is to use the collection API to get a list of the photos provided by a content partner. It's a bit ugly, but there's enough information there to figure out the needed calls to the data_object API call.
I'm interested in your use case. The most important case we've come up with is providing content partners a way to get deep links into EOL. This suggest a large batch lookup for all the content for a partner would be more efficient than a picture by picture lookup using, for example, the unique id provided by a given content partner.
In our existing ticket tracking system, I've already requested:
- A single (possibly paginated) API call that returns all the information a content partner needs to connect their pages to the appropriate EOL pages. In this case having the returned by the data_object API call added to the collection API call would be sufficient, but having the unique id provided by the content partner would be better (parsing URLs is ugly).
- Include in the collection API the data_object URL rather than just the EOL data_object id (gives EOL the ability to change the URL).
- An API call for discovering a content partner's collection (currently you have to look it up by hand and hard code it). -
Jonathan Ray commented on "EOL API Discussion Group":
Well I was thinking of matching the picture and then parsing the data, maybe not actually retrieving the photo itself but the data of the matched picture, but down the line actually rwtieving like a thumbnail of the matched picture may prove beneficial. Thanks.
-
Cyndy Parr commented on "EOL API Discussion Group":
@Jonathan Ray: I think it is somewhat difficult to do this, as to use the data_objects method you need to know either the EOL DataObject version ID or a 16 character GUID, neither of which you can get without inspecting the XML for a page on which that photo appears. I could be wrong about this, but if I'm right this is a good suggestion for API improvement. How would you want to retrieve the photo?
-
Michael Wunderli added the German common name "Rotwolf" to "Canis lupus rufus Audubon and Bachman, 1851.".
-
Jonathan Ray commented on "EOL API Discussion Group":
Is it possible to use the EOL API to match a particular photo sent in, in order to the parse xml data about said picture?
-
Stefan Phalagorn Bergström joined the community "EOL Curators".
-
Katja Schulz added "Megapomponia imperatoria" to the collection "Taxon Concept Management Tasks Completed".
-
Cyndy Parr commented on "Vashon Island Biodiversity":
@Tim DiChiara, PhD: Here's a possibility -- where the image is missing it may be that there's a better page for you to include. For example, I thought Pacific Geoduck should have an image. I found out by reading the page that many people (including some of our providers) confuse Panopea generosa with P. abrupta, which is extinct. So you'll want to swap that out in your collection.
