Jennifer Smith

Cat Scat DNA

The EOL Profile Newsfeed contains comments left for its owner by other members, EOL Community invitations, and gathers updates associated with the items in the owner's EOL watch list.

Add a new comment

  • Profile picture of George Sims who took this action.
    George Sims joined the community "EOL Discussion Group".

    almost 3 years ago

  • Profile picture of Cyndy Parr who took this action.

    Cyndy Parr commented on "EOL API Discussion Group":

    @Yan Wong: We might have to change more than the harvesting code for Wikimedia if these are license values that the rest of EOL isn't set up to handle. We can add it to our queue but I don't know how quickly our developers will get to it. Harvesting code for Wikimedia might be on Github, which would mean that it is open source code others could potentially update.

    almost 3 years ago

  • Profile picture of 一凡 王 who took this action.
    一凡 王 joined the community "EOL Learning and Education Community".

    almost 3 years ago

  • Profile picture of Amin Sorbi who took this action.
    Amin Sorbi joined the community "EOL Photographers".

    almost 3 years ago

  • Profile picture of Cyndy Parr who took this action.

    Cyndy Parr commented on "EOL API Discussion Group":

    @Barb Banbury: I don't see a ticket in our system for this. I'll add it -- if it is considered a bug it might get fixed on Monday (our bug fix day) but I can't promise. Can you work around it?

    almost 3 years ago

  • Profile picture of Barb Banbury who took this action.

    Barb Banbury commented on "EOL API Discussion Group":

    I know this has been mentioned, but I thought I would add that I am waiting for a fix on the taxon search without quotes as well. For example, http://eol.org/api/search/1.0.xml?q=Ursus+arctos&page=1&exact=true should return he same as http://eol.org/api/search/1.0.xml?q=%22Ursus+arctos%22&page=1&exact=true, but it doesn't.

    almost 3 years ago

  • Profile picture of Tracy  Barbaro who took this action.

    Tracy Barbaro commented on "EOL Learning and Education Community":

    @Sam Owens: Hi Sam! Welcome to the Learning and Education Community! Please check out the community links (just updated them today!) and let us know if we can be of any help. We'd love to hear your ideas about how to use EOL in the classroom!

    almost 3 years ago

  • Profile picture of Tracy  Barbaro who took this action.
    Tracy Barbaro changed the description of the community "EOL Learning and Education Community".

    almost 3 years ago

  • Profile picture of Yan Wong who took this action.

    Yan Wong commented on "EOL API Discussion Group":

    @Patrick Leary:
    "The pages API returns objects sorted first by type, next by vetted status, then by data rating"

    only it doesn't always. For example, try http://eol.org/api/pages/1.0/1179006.json?images=2&text=0&iucn=false&subjects=overview&licenses=pd%7Ccc-by&details=true&common_names=true&references=false&vetted=0 which returns 2 images, the first of which is untrusted, the second of which is trusted.

    almost 3 years ago

  • Profile picture of Yan Wong who took this action.

    Yan Wong commented on "EOL API Discussion Group":

    @Patrick Leary: Re: CC-Zero, CC-PD-Mark, I'm aware that many lovely images scanned from old books and now on Wikimedia Commons are tagged using CC-PD-Mark (e.g. http://eol.org/data_objects/17769448). I wondered if these could be automatically tagged by the WikiCommons scraping algorithm, so that the url in the license field is http://creativecommons.org/publicdomain/mark/1.0/.

    almost 3 years ago

  • Profile picture of Yan Wong who took this action.

    Yan Wong commented on "EOL API Discussion Group":

    @Patrick Leary: Personally, I don't mind if optional API fields are either not returned, or returned blank. I suppose not returning them saves some bandwidth, so is marginally preferable. What is more important to me is that the possibilities for each field are documented somewhere.

    almost 3 years ago • edited: almost 3 years ago

  • Profile picture of Yan Wong who took this action.

    Yan Wong commented on "EOL API Discussion Group":

    @Patrick Leary:
    "The pages API returns objects sorted first by type, next by vetted status, then by data rating"

    Excellent. That's exactly what I wanted to know, and what I had hoped. Thank you. Might it be a good idea to add this to the documentation?

    almost 3 years ago • edited: almost 3 years ago

  • Profile picture of Sam Owens who took this action.
    Sam Owens joined the community "EOL Learning and Education Community".

    almost 3 years ago

  • Profile picture of Sam Owens who took this action.
    Sam Owens joined the community "EOL Discussion Group".

    almost 3 years ago

  • Profile picture of Patrick Leary who took this action.

    Patrick Leary commented on "EOL API Discussion Group":

    @Yan Wong: When EOL imports content we rely on algorithms to determine which incoming taxa are related to which pages. Sometimes the algorithm makes a mistake. In this case we had some Platanista gangetica content inappropriately showing on the Platanista page, which also then confused the search results. I manually fixed the names problem, so that exact search is returning the correct result.

    The issue with quotes is a separate bug, and indeed something strange is happening there. We will looking into it and push out a fix when we can. Thanks for reporting it.

    almost 3 years ago

  • Profile picture of Patrick Leary who took this action.

    Patrick Leary commented on "EOL API Discussion Group":

    @Barb Banbury: Hi Barb - unfortunately 75 is a hard limit on each content type at the moment. Ideally this could be increased and we could allow calls which would 'page' through lists of media for taxa, but this has not yet been implemented.

    almost 3 years ago

  • Profile picture of Patrick Leary who took this action.

    Patrick Leary commented on "EOL API Discussion Group":

    @Yan Wong: EOL is accepting new content using the CC-Zero license, but I have not heard any talk of trying to reclassify existing CC/publicdomain content as CC-Zero. I am not an expert on rights matters, so I couldn't personally say if these licenses are identical such that we could reclassify cc/publidomain as cc/zero without approval by the contributor.

    Also, I appreciate the questions and would in interested in a more usable way of documenting such problems. We have been working on an alternative to these discussion threads which we may soon have people help us beta test. Stand by for news on that.

    almost 3 years ago

  • Profile picture of Patrick Leary who took this action.

    Patrick Leary commented on "EOL API Discussion Group":

    @Yan Wong: It sounds like the API is returning "Unknown" which is synonymous with "Unreviewed". I will look into updating the label to read Unreviewed. Some objects will indeed be untrusted. As Jeff mentioned, we should likely not be returning untrusted objects by default. We used to display these on the site for all users, but now they are not shown by default - so the API should probably reflect this behavior.

    As for source - as you have discovered this is not a field that all providers will supply us with. It would be a good idea for us to document all the fields that might possibly get returned, and note which ones will always or only sometimes get returned. There are other object fields like rightsHolder, bibliographicCitation, or even title which are optional and will only be returned in the API if an object has values for them. I have heard some people request that we include empty values for these fields (null values in the JSON response or empty fields like <title/> in XML). Do people feel this would be better than not returning them at all?

    almost 3 years ago • edited: almost 3 years ago

  • Profile picture of Patrick Leary who took this action.

    Patrick Leary commented on "EOL API Discussion Group":

    @Yan Wong: There are only a few values that we can expect to be returned with relatively consistent values. These include dataType, mimeType, license, audience and vettedStatus. There are other values that we recommend values for, but providers can give their own values if they wish. Those fields include agent roles and languages. Then there are free text field which will vary significantly including title, rights holder, bibliographicCitation, description, etc. We could provide a list of the more controlled terms in the documentation. The only fields that will effect sort order will be dataType and vettedStatus

    almost 3 years ago

  • Profile picture of Patrick Leary who took this action.

    Patrick Leary commented on "EOL API Discussion Group":

    @Yan Wong: Hi Yan. 1) as I think has been explained already, there are 3 vettedStatuses: Trusted, Unreviewed (sometimes called Unknown though we should be using Unreviewed instead) and Untrusted. When sorting objects that is also the order of priority of the vetted statuses.

    2) The pages API returns objects sorted first by type (text, images, videos, sounds, maps, IUCN statuses), next by vetted status (trusted, unreviewed then untrusted), then by data rating (highest rated first) and finally by the date the particular object revision was harvested by EOL (newest objects show first). If an EOL curator has specified an exemplar image or text article, those will show first, bypassing all other sort criteria. Of couse all of these are flavored by the request parameters, so if you request only trusted content and a page has an exemplar image which happens to be unreviewed, that image will not be returned. If no parameters are provided, then the first image returned by the API should always be the "best" image we have for the taxon (i.e. the image that will show first on the taxon page)

    almost 3 years ago