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 Michаel Frаnkis who took this action.

    Michаel Frаnkis commented on "EOL Curators":

    Can something be done to improve the search result suggestions? At the moment they are, and have been for a very long time, absolutely awful, turning up all the least probable results as the top suggestions, rather than the most probable which usually do not appear at all.

    As an example, I had to type out as far as "chamaecyparis lawson" before the obvious Chamaecyparis lawsoniana appeared in the search suggestions; it did not appear even with "chamaecyparis lawso". The search suggestions were instead completely cluttered with highly improbable suggestions.

    What would help is if accepted names were given higher hit status than non-accepted names, and generic names given higher hit status than species names, so e.g. a seach for 'pinus' will turn up various Pinus spp., higher than Spinus pinus.

    about 17 hours ago

  • Profile picture of Woojin Song who took this action.
    Woojin Song joined the community "EOL Curators".

    21 days 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.

    25 days 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?

    25 days 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?

    about 1 month ago

  • Profile picture of Kento Furui who took this action.

    Kento Furui commented on "EOL Curators":

    This comment was deleted.

    about 1 month ago • deleted: about 1 month 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"}

    about 1 month 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.

    about 1 month ago

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

    about 1 month 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).

    about 1 month 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?

    about 1 month 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.

    about 1 month 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.

    about 1 month ago

  • Profile picture of Katja Schulz who took this action.

    Katja Schulz commented on "EOL Curators":

    This comment was deleted.

    about 1 month ago • deleted: about 1 month 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

    about 1 month 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!

    2 months 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?

    2 months ago

  • Profile picture of Jennifer Hammock who took this action.

    Jennifer Hammock commented on "EOL Curators":

    Thanks, Steve! I have access to that dataset and can remove the doubtful flagged names if that is your recommendation. And if you have new data sources to suggest, we can also add those.

    **That goes for all of you*** Do you know of a great data source we should be using in TraitBank? Note that we can only host data if permissible according to the terms of use. If you're not sure, point us to it and we can check it out. Also, digital is better than paper and structured databases or tables are better still!

    2 months ago

  • Profile picture of Steve Haddock who took this action.

    Steve Haddock commented on "EOL Curators":

    I just got the newsletter about TraitBank, which is nice, but there are some inaccuracies. How are traits edited? For "bioluminescence", all of the taxa listed by Herring 1987 are included in TraitBank, but in that paper, the names not in italics are from doubtful reports. A subtle but important point, and those taxa should *not* be listed as bioluminescent. There are also more recent references that include additions to the list of bioluminescent species. Finally it might be good to capture as an attribute which species are bioluminescent due to bacterial symbionts, which is also listed in Herring 1987.

    2 months ago

  • Profile picture of Katja Schulz who took this action.

    Katja Schulz commented on "EOL Curators":

    @Matthew A. Birk: We urgently need to do another ToLWeb harvest, so we can get all of the recent contributions from Dick Young, Michael Vecchione, and collaborators. I'll see if we can get this done within the next few weeks. If you want to help filling gaps in higher level cephalopod pages, you may want to check what's on ToLWeb. All content that is released under a compatible creative commons license should make its way to EOL soon, but we won't be able to import ToLWeb pages that are All Rights Reserved. The license for each page is listed at the bottom, e.g.: http://tolweb.org/Enoploteuthidae/19634#AboutThisPage If you could focus on groups that are either not covered on ToLWeb or have All Rights Reserved pages, that would be great. Thanks for your contributions. Let me know if you need any additional information.

    3 months ago