[SOLVED] Problems with downloads from SafetyLit database
edit: SafetyLit is my responsibility.
The unAPI download from SafetyLit works fine. However, the COinS translator is not picking up the journal article language or the journal ISSN. Is there something wrong with the SafetyLit metadata?
(I know that unAPI is probably the best metadata format but we have had frequent requests for COinS-formatted metadata as well.)
Journal Article Example:
SafetyLit URL:
http://www.safetylit.org/citationsindex.php?fuseaction=citations.viewdetails&citationIds[]=citjournalarticle_66667_24
COinS URL:
http://www.safetylit.org/unapi/conversion_service.php?export=coins&id=ct*citjournalarticle_66667_24
unAPI URL:
http://www.safetylit.org/unapi/server.php?format=mods&id=ct*citjournalarticle_66667_24
When I download from SafetyLit using the embedded metadata option, instead of the missing abstract text the translator is instead picking up the content of the webpage meta name="description" content="...."
A few publishers do not want SafetyLit to provide the abstract contents with our metadata (although they are fine with our providing abstracts with the web version of the citation). Will I need to include a blank abstract field to keep Zotero from finding the other meta text?
I apologize if this is beyond what is appropriate for this forum. Thanks.
The unAPI download from SafetyLit works fine. However, the COinS translator is not picking up the journal article language or the journal ISSN. Is there something wrong with the SafetyLit metadata?
(I know that unAPI is probably the best metadata format but we have had frequent requests for COinS-formatted metadata as well.)
Journal Article Example:
SafetyLit URL:
http://www.safetylit.org/citationsindex.php?fuseaction=citations.viewdetails&citationIds[]=citjournalarticle_66667_24
COinS URL:
http://www.safetylit.org/unapi/conversion_service.php?export=coins&id=ct*citjournalarticle_66667_24
unAPI URL:
http://www.safetylit.org/unapi/server.php?format=mods&id=ct*citjournalarticle_66667_24
When I download from SafetyLit using the embedded metadata option, instead of the missing abstract text the translator is instead picking up the content of the webpage meta name="description" content="...."
A few publishers do not want SafetyLit to provide the abstract contents with our metadata (although they are fine with our providing abstracts with the web version of the citation). Will I need to include a blank abstract field to keep Zotero from finding the other meta text?
I apologize if this is beyond what is appropriate for this forum. Thanks.
In regards to things being missed in the COinS, ISSN is being picked up for me, but language isn't. The reason is because rft.language is not officially defined for info:ofi/fmt:kev:mtx:journal. You can see Simon's comment at the bottom here: http://anjackson.github.io/zombse/062013 Libraries & Information Science/static/questions/971.html Having said that, I don't see why we shouldn't pick up this metadata anyway on import. We probably shouldn't export non-standard COinS, but we could certainly accommodate non-standard implementations (particularly because it's trivial on our side and I don't see any clashing with other rft_val_fmt values)
In regards to Embedded Metadata picking up things from the "description" meta tag, I think we check to see if the abstract is empty and then fall back to that meta tag. If you want to "trick" Zotero, an empty meta tag will not do. You would want to place something like "Abstract not available" to prevent us from falling back.
Here is the URL shortened with Bit.Ly
http://bit.ly/1sWhb2w
Here is the corrected URL:
http://www.safetylit.org/citations/index.php?fuseaction=citations.viewdetails&citationIds[]=citjournalarticle_66667_23
Does that address all of your concerns?