Kathryn Hall

Porifera fan

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 Katja Schulz who took this action.
    Katja Schulz added "Nematocera" to the collection "Homonyms on EOL".

    over 1 year ago

  • Profile picture of Katja Schulz who took this action.
    Katja Schulz added "Psaronius Cotta" to the collection "Homonyms on EOL".

    over 1 year ago

  • Profile picture of Katja Schulz who took this action.
    Katja Schulz added "Psaronius" to the collection "Homonyms on EOL".

    over 1 year ago

  • Profile picture of Katja Schulz who took this action.

    Katja Schulz commented on "Homonym Hunters":

    @F. Peregrinus: These are Barcode of Life BIN clusters. Not sure why NCBI has more than one taxon per BIN. Looks like a mapping problem that has been solved at the source. It should get fixed once we update NCBI.

    over 1 year ago

  • Profile picture of F. Peregrinus who took this action.

    F. Peregrinus commented on "Homonym Hunters":

    Octopoda sp. BOLD:AAA1668 Octopoda;octopuses Are these homonyms, I hope so! I couldn't tell because "Octopoda sp. BOLD:AAA1668"didn't have an article!

    over 1 year ago

  • Profile picture of Katja Schulz who took this action.

    Katja Schulz commented on "EOL Curators":

    @Kento Furui: We are currently dealing with the aftermath of migrating EOL data and software to new servers. This issue may be related to the migration. It will take us a couple of weeks to get things back to normal. Please check back in a little while and let us know if the problem persists.

    over 1 year ago

  • Profile picture of Kento Furui who took this action.

    Kento Furui commented on "EOL Curators":

    API hierarchy_entry returns error when the result json is too big. hierarchy_entry gives the entire list of descendants of a taxon. When this list of descendants is too large, it becomes error. Is there a way around?

    over 1 year ago

  • Profile picture of Kento Furui who took this action.

    Kento Furui commented on "EOL Curators":

    @Katja Schulz: Thank you! I'll try that API instead. Is pages API getting fixed any time soon?

    over 1 year ago

  • Profile picture of Kento Furui who took this action.

    Kento Furui commented on "EOL Curators":

    This comment was deleted.

    over 1 year ago • deleted: over 1 year ago

  • Profile picture of F. Peregrinus who took this action.
    F. Peregrinus joined the community "Homonym Hunters".

    over 1 year ago

  • Profile picture of Katja Schulz who took this action.

    Katja Schulz commented on "EOL Curators":

    @Kento Furui: Sorry about that. Not sure why the IUCN status is missing from the pages API. It's still in the TraitBank API, which you can call using page ids, e.g.: http://eol.org/api/traits/324407 gives you the data for the Aye-aye. Look for "dwc:measurementType":{"rdfs:label":{"en":"conservation status"},"@id":"http://rs.tdwg.org/ontology/voc/SPMInfoItems#ConservationStatus"}

    over 1 year ago

  • Profile picture of Kento Furui who took this action.

    Kento Furui commented on "EOL Curators":

    Hi. Please forgive me if this is wrong place to ask. EOL pages API is not returning iucn status. It gives me no data objects for iucn. I have tried it with different taxonIDs. None of them worked. Please help me. Thanks.

    over 1 year ago

  • Profile picture of Yan Wong who took this action.

    Yan Wong commented on "EOL Curators":

    @Katja Schulz: Hmm, I wouldn't want to do this per-image, as there may be many more like this. I guess one possibility is to change the identifier that EoL uses, e.g. by appending the upload date of the file. But that would mean changing all the wikimedia identifiers, hence redownloading all the wikimedia images (gulp).

    almost 2 years ago

  • Profile picture of Katja Schulz who took this action.

    Katja Schulz commented on "EOL Curators":

    @Yan Wong: The problem here may be that the identifier and the image URL have not changed. When an image has the exact same identifier and exact same URL, our harvester assumes that we already have that image. It then just looks at the metadata to see what has changed. Is there anything we could do to change the identifier or url for this image on Wikimedia Commons to force an update?

    almost 2 years ago

  • Profile picture of Yan Wong who took this action.

    Yan Wong commented on "EOL Curators":

    Any idea why http://eol.org/data_objects/32443423 hasn't been reharvested with the corrected map? I see the harvest ran yesterday, so I would have thought it should have gone through.

    almost 2 years ago

  • Profile picture of Katja Schulz who took this action.

    Katja Schulz commented on "EOL Curators":

    @Yan Wong: Hm, appears to be a problem with the Catalogue of Life China hierarchy. We'll look into it.

    almost 2 years ago

  • Profile picture of Katja Schulz who took this action.

    Katja Schulz commented on "EOL Curators":

    This comment was deleted.

    almost 2 years ago • deleted: almost 2 years ago

  • Profile picture of Yan Wong who took this action.

    Yan Wong commented on "EOL Curators":

    Not sure the best collection to flag this up, but there's something odd going on with virus names, e.g. HIV-1 is listed as "nodificiency virus 1", and lots of others are missing the first few letters of the name (e.g. "Ectious anemia virus"). See http://eol.org/pages/33005380/overview

    almost 2 years ago

  • Profile picture of Jennifer Hammock who took this action.

    Jennifer Hammock commented on "EOL Curators":

    @Steve Haddock: sure, hang on and I'll open a thread. Thanks!

    almost 2 years ago

  • Profile picture of Steve Haddock who took this action.

    Steve Haddock commented on "EOL Curators":

    @Jennifer Hammock: Hi Jennifer. What is the best wait to get the info to you? E-mail?

    almost 2 years ago