W3C home > Mailing lists > Public > public-publ-wg@w3.org > August 2017

Re: Metadata proposal, links or include

From: Ivan Herman <ivan@w3.org>
Date: Mon, 21 Aug 2017 16:55:46 +0200
Cc: W3C Publishing Working Group <public-publ-wg@w3.org>
Message-Id: <18E16F29-60DD-4810-82B9-579A2A7C0C95@w3.org>
To: Laurent Le Meur <laurent.lemeur@edrlab.org>

> On 21 Aug 2017, at 16:44, Laurent Le Meur <laurent.lemeur@edrlab.org <mailto:laurent.lemeur@edrlab.org>> wrote:
> 
> We'll have to discuss the difference between what I would call "standalone" metadata vocabularies and embeddable ones.
> 
> Perfect example of  "standalone" metadata vocabulary is ONIX, with its XML ONIXMessage root element and MARC XML, with its collection and record root elements.
> 
> But a fine example of "embeddable" metadata vocabulary is the dublin core (with many different serializations, including RDF), so simple that it makes no sense to externalize its properties to an external file.
> 
> Also schema.org <http://schema.org/> is an ontology, with several serialization, the JSON-LD serialization being of particular interest. 
> Same for BIBFRAME, an OWL ontology, -> RDF triples. Can be made standalone (e.g. in RDF/XML) or a JSON-LD structure -> same as schema.org <http://schema.org/> properties.
> 
> And here is the issue: if the manifest is finally expressed as JSON-LD, why exporting extended JSON-LD metadata is a separate file? this is more complex to handle, and doesn't help the author nor the UA developer. 

This is an open issue. Let us consider that question if and when we really opt for JSON-LD. If we don't, this question is moot.

Ivan

> 
> Therefore I will advocate that extended metadata should be externalized if and only if their formal serialization is not compatible with the manifest serialization format and they can be represented as a standalone file. 
> 
> Laurent 
> 
> 
> 
> 
> 
> 


----
Ivan Herman, W3C 
Publishing@W3C Technical Lead
Home: http://www.w3.org/People/Ivan/ <http://www.w3.org/People/Ivan/>
mobile: +31-641044153
ORCID ID: http://orcid.org/0000-0003-0782-2704 <http://orcid.org/0000-0003-0782-2704>
Received on Monday, 21 August 2017 14:55:55 UTC

This archive was generated by hypermail 2.3.1 : Monday, 23 October 2017 15:49:06 UTC