> to robert: be happy to include a bridge for PRISM variables if this is a
> widely used standard. Just show me a mapping list and the purl.org entry to
> use.

I'm not sure if there is an existing purl.org entry. The example at
http://www.prismstandard.org/resources/mod_prism.html uses a
prismstandard.org URL for the namespace. There is a PURL
'/rss/1.0/modules/prism/' which points to the aforementioned
mod_prism.html resource but you want one which points to the
namespace?

I don't have a list of PRISM -> CSL mappings directly to hand, but the
fields that we recognize which I believe
map straightforwardly to CSL in most cases are:

"prism:aggregationType", "prism:copyright", "prism:doi", "prism:edition",
"prism:endingPage", "prism:genre", "prism:issn", "prism:issueIdentifier",
"prism:issueName", "prism:keyword", "prism:location", "prism:number",
"prism:organization", "prism:pageRange", "prism:publicationDate",
"prism:publicationName", "prism:section", "prism:startingPage",
"prism:volume", "prism:url"

On 14 July 2014 10:29, Robert Knight <robert.kni...@mendeley.com> wrote:
>> In either case, Zotero does not read metadata directly from PDFs, because, 
>> from what we've seen,
>> the metadata is very unreliable (though this may change in the future).
>
> The main problem we observed was that the same Dublin Core fields that
> are used for article metadata are also filled in by PDF generation
> software using generic defaults - for example the filename of the
> source document (Word, LaTeX etc.) as dc:title and the name of the
> software that created the PDF as dc:creator.
>
> In Mendeley we apply some simple heuristics based on a comparison of
> the metadata with the actual content of the first few pages of the PDF
> to decide whether or not to use that metadata.
>
> The presence of PRISM fields is also a useful indicator since they are
> more domain specific and less likely to be populated with other data
> than the DC fields.
>
> On 14 July 2014 07:11, Aurimas Vinckevicius <aurimas....@gmail.com> wrote:
>> PRISM 3.0 has been published as well, though Zotero (I can't speak for other
>> managers) does not yet recognize the new spec/namespace, but we'll get there
>> soon. In either case, Zotero does not read metadata directly from PDFs,
>> because, from what we've seen, the metadata is very unreliable (though this
>> may change in the future).
>>
>>
>> On Mon, Jul 14, 2014 at 12:36 AM, Robert Knight <robert.kni...@mendeley.com>
>> wrote:
>>>
>>> > digi-libris Reader <http://digi-libris.com>   can export all Metadata of
>>> > an
>>> > object including CSL-specific variables (those that cannot be mapped 1:1
>>> > to
>>> > Dublin Core Terms. e.g. pageRange, event, genre etc.)
>>>
>>> Have you considered mapping to PRISM as well? [1] That fills in a
>>> number of gaps in Dublin Core and is already in use by several
>>> publishers. Mendeley will read PRISM metadata from PDFs in addition to
>>> Dublin Core and I think Papers does as well. I'm not sure if Zotero
>>> can?
>>>
>>> [1]
>>> http://www.prismstandard.org/specifications/2.1/PRISM_prism_namespace_2.1.pdf
>>>
>>> On 14 July 2014 02:48, Aurimas Vinckevicius <aurimas....@gmail.com> wrote:
>>> > On Sun, Jul 13, 2014 at 8:30 PM, Rintze Zelle <rintze.ze...@gmail.com>
>>> > wrote:
>>> >>
>>> >> Since nobody is responding, my two cents: I would pick option 4 for
>>> >> now.
>>> >>
>>> >> Rintze
>>> >>
>>> >> On Wed, Jun 25, 2014 at 1:17 PM, johnmie <miesc...@bizdata.com> wrote:
>>> >> > digi-libris Reader <http://digi-libris.com>   can export all Metadata
>>> >> > of
>>> >> > an
>>> >> > object including CSL-specific variables (those that cannot be mapped
>>> >> > 1:1
>>> >> > to
>>> >> > Dublin Core Terms. e.g. pageRange, event, genre etc.) as XMP sidecar
>>> >> > file
>>> >> > which can be imported into PDF files (with Acrobat.exe) and which
>>> >> > other
>>> >> > software might be able to read.
>>> >
>>> >
>>> > Where are these CSL-specific variables coming from? I don't see any CSL
>>> > spec
>>> > (neither CSL documentation, nor CSL JSON format) defining pageRange.
>>> >
>>> >>
>>> >> >
>>> >> > Until now we have stored these CSL variables as attribute/value pairs
>>> >> > under
>>> >> > custom entries which appear in Acrobat.exe under /File >> Properties
>>> >> > >>
>>> >> > Additional Metadata >> Advanced/ and are stored in the XMP file as
>>> >> >
>>> >> > /<rdf:Description rdf:about=""
>>> >> > xmlns:pdfx="http://ns.adobe.com/pdfx/1.3/";>
>>> >> > <pdfx:citation_pageRange>7-9</pdfx:citation_pageRange>
>>> >> > </rdf:Description>/
>>> >> >
>>> >> > I am now considering changing this to include a proper CSL namespace
>>> >> > which
>>> >> > could look line
>>> >> > /
>>> >> > <rdf:Description rdf:about=""
>>> >> > xmlns:cs="http://purl.org/net/xbiblio/csl/";>
>>> >> > <cs:pageRange>7-9</cs:pageRange>
>>> >> > </rdf:Description>/
>>> >> >
>>> >> > but unfortunately this URL returns a 404 error or automatically
>>> >> > re-directs
>>> >> > you to http://citationstyles.org. No way to see a list of variables.
>>> >
>>> >
>>> > Namespaces are not required to resolve to a valid page (I agree that it
>>> > may
>>> > be useful though). For all intents and purposes they're just some
>>> > globally-unique string.
>>> >
>>> >>
>>> >> >
>>> >> > What do you recommend:
>>> >> >
>>> >> >    1 stay with pdfx
>>> >> >    2 change to xbiblio even though the latter does not reveal a valid
>>> >> > namespace
>>> >> >    3 register a new domain with purl.org (under purl.org/digi/csl/ or
>>> >> > similar)
>>> >> >    4 as nbr 3 above but use a proprietary prefix (e.g. digicita: or
>>> >> > similar)
>>> >> > ?
>>> >>
>>> >>
>>> >>
>>> >> ------------------------------------------------------------------------------
>>> >> Want fast and easy access to all the code in your enterprise? Index and
>>> >> search up to 200,000 lines of code with a free copy of Black Duck&#174;
>>> >> Code Sight&#153; - the same software that powers the world's largest
>>> >> code
>>> >> search on Ohloh, the Black Duck Open Hub! Try it now.
>>> >> http://p.sf.net/sfu/bds
>>> >> _______________________________________________
>>> >> xbiblio-devel mailing list
>>> >> xbiblio-devel@lists.sourceforge.net
>>> >> https://lists.sourceforge.net/lists/listinfo/xbiblio-devel
>>> >
>>> >
>>> >
>>> >
>>> > ------------------------------------------------------------------------------
>>> > Want fast and easy access to all the code in your enterprise? Index and
>>> > search up to 200,000 lines of code with a free copy of Black Duck&#174;
>>> > Code Sight&#153; - the same software that powers the world's largest
>>> > code
>>> > search on Ohloh, the Black Duck Open Hub! Try it now.
>>> > http://p.sf.net/sfu/bds
>>> > _______________________________________________
>>> > xbiblio-devel mailing list
>>> > xbiblio-devel@lists.sourceforge.net
>>> > https://lists.sourceforge.net/lists/listinfo/xbiblio-devel
>>> >
>>>
>>>
>>> ------------------------------------------------------------------------------
>>> Want fast and easy access to all the code in your enterprise? Index and
>>> search up to 200,000 lines of code with a free copy of Black Duck&#174;
>>> Code Sight&#153; - the same software that powers the world's largest code
>>> search on Ohloh, the Black Duck Open Hub! Try it now.
>>> http://p.sf.net/sfu/bds
>>> _______________________________________________
>>> xbiblio-devel mailing list
>>> xbiblio-devel@lists.sourceforge.net
>>> https://lists.sourceforge.net/lists/listinfo/xbiblio-devel
>>
>>
>>
>> ------------------------------------------------------------------------------
>> Want fast and easy access to all the code in your enterprise? Index and
>> search up to 200,000 lines of code with a free copy of Black Duck&#174;
>> Code Sight&#153; - the same software that powers the world's largest code
>> search on Ohloh, the Black Duck Open Hub! Try it now.
>> http://p.sf.net/sfu/bds
>> _______________________________________________
>> xbiblio-devel mailing list
>> xbiblio-devel@lists.sourceforge.net
>> https://lists.sourceforge.net/lists/listinfo/xbiblio-devel
>>

------------------------------------------------------------------------------
Want fast and easy access to all the code in your enterprise? Index and
search up to 200,000 lines of code with a free copy of Black Duck&#174;
Code Sight&#153; - the same software that powers the world's largest code
search on Ohloh, the Black Duck Open Hub! Try it now.
http://p.sf.net/sfu/bds
_______________________________________________
xbiblio-devel mailing list
xbiblio-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/xbiblio-devel

Reply via email to