Comments (13)
My preference would be for SWIG to publish it, since it goes beyond the spec and into territory that they know well while Web Platform probably doesn't have much expertise in...
I understand your point, @chaals, the problem may be that the SWIG is supposed to be closed down in favour of a CG (@danbri, I am not sure where we are with this), and I would think that, e.g., for the purpose of continuity, it would be better to republish it as a Note rather than a CG report...
from microdata.
microdata-rdf goes beyond the microdata spec, adding a useful concept of a registry
, describing a potential itemprop-reverse
, and getting better i18n - at least items are formally language-taggable.
I would prefer to publish the Recommendation, based on real and widespread implementation of something not as good, and keep the forward-looking note as a reference. I'll look at clarifying that approach and the relationship in the spec itself.
(Agreed that the mappings defined should be compatible, i.e. what is produced by the normative spec should map onto what the Note mandates. But I expect the microdata spec's mappings to produce less information - fewer triples, albeit none that aren't in both outputs - since it's basically not as good).
from microdata.
I see your point, not yet absolutely convinced... are there (m)any implementations today for the mdata->JSON-LD or mdata->RDFa? I simply do not have the data. But it may be better to carry over the, say, i18n features to the microdata spec rather than having it in a separate note (where nobody would really care).
The itemprop-reverse is really a hack unless it is part of the official microdata. This should be the subject of a schema.org discussion on microdata; if there is no interest then the feature is better if dropped.
The registry is a similar issue. What I know is that the registry itself (http://www.w3.org/ns/md) has not changed a bit since the publication of the note, and contains only what is in the note. Ie, no uptake there...
from microdata.
I think itemprop-reverse could be removed, as it was an experiment for schema.org that never went anywhere.
However, the Microdata-RDF doc will do a much more faithful job of transforming Microdata to RDF than either of the built-in algorithms, due to the lack of a registry, and other simplifications. It would likely affect all of the schema.org examples, which would no longer generate the same triples as the RDFa and JSON-LD.
from microdata.
However, the Microdata-RDF doc will do a much more faithful job of transforming Microdata to RDF than either of the built-in algorithms…
Well... I must admit I have strong reservations for essentially providing two different mappings to RDF under the W3C auspices (even if the SWIG document is a Note only). If reproducing the Microdata-RDF features in both JSON-LD and RDFa becomes too complicated, then we should just accept that and rescind the Note nevertheless. Alternatively, the Microdata-RDF could be promoted as a standard and referred as such from the microdata spec without the JSON-LD and RDFa conversion sections… (I recognize that the latter may not be realistic due to a modest level of interest.)
(To make it clear, this is my personal opinion, not W3C's)
from microdata.
(Continuing on my previous comment…)
We could also thoroughly re-write the Microdata-JSON note on top of the new Microdata standard, saying something like "implementations/mappings may consider the following improvements on the standard mappings to improve the quality of the represented RDF", taking good care of providing additional features that would make the generated RDF an extension (as @chaals said, adding new information). This note, superseding the current one, could be published by the WebApp WG…
from microdata.
@iherman I have updated the note on GitHub to reflect the updated Microdata spec. The main thing that sets it apart from algorithms in Microdata is the retention of datatype information from particular elements and attributes. Otherwise, there would be nothing but URLs and strings. Also, the use of a registry, which principally affects schema:additionalProperty
. While it would be unfortunate to loose that, I think we could stand it, particularly with schema.org-specific entailment rules (or the soft-version used for things like Role). Loosing datatype information would be a step back. I don't see how to do this in any sections of the Microdata spec.
I think the last bit (presuming for Microdata-RDF, rather than Microdata-JSON) is best, and essentially what the spec does now. An alternative would be to remove the direct RDF mapping, and just show improvements for the RDFa and JSON-LD parts, basically either retaining the original element/attribute (for RDFa), or using the improved property value language from Microdata-RDF for either or both.
IMO, we can drop the @itemtype-reverse
bit.
from microdata.
Your last remark
An alternative would be to remove the direct RDF mapping, and just show improvements for the RDFa and JSON-LD parts, basically either retaining the original element/attribute (for RDFa), or using the improved property value language from Microdata-RDF for either or both.
seems to align with my latest comment, i.e., we seem to be on the same line… (again:-)
There are some admin/formal issues, namely who would be in position to publish such an additional note. I would leave this to @chaals for the moment:-)
from microdata.
I would leave this to @chaals for the moment:-)
I concur.
from microdata.
We removed the JSON-LD mapping. I also removed the dependency - we make informative reference to the note in other parts of the spec already.
from microdata.
Dependency removed in dae7901
from microdata.
@danbri @gkellogg @chaals Does this mean we would have to republish the note alongside the mdata Rec? I think that would be the proper way of doing this. Would it be possible to republish the updated note in the WP Workin Group, rather than the SWIG? After all the SWIG is, in theory, on its way out...
from microdata.
My preference would be for SWIG to publish it, since it goes beyond the spec and into territory that they know well while Web Platform probably doesn't have much expertise in...
Republishing it alongside the formal spec does make sense, although I don't think they need to be tightly coupled...
from microdata.
Related Issues (20)
- Global Identifier
- Values section title odd
- Textual property value does not use language of the element HOT 4
- No description of how numeric property values are obtained. HOT 12
- Incomplete sentence: "User agents are"
- Syntax highlighting not working correctly HOT 12
- Capitalization of "microdata"
- give examples and algorithms a URL HOT 1
- Provide an example of itemid
- incomplete sentence "User agents are" HOT 2
- RDFa and JSON-LD are not equivalent HOT 12
- RDFa should generate to RDFa Lite HOT 4
- Use the same example for JSON-LD and RDFa HOT 6
- Reusing components in different contexts HOT 4
- itemref as a url, not just an ID within the same document
- "Valid" definition doesn't resolve
- "Our company" example is confusing
- Hedral the Cat HOT 1
- Hedral Issue 2 HOT 1
Recommend Projects
-
React
A declarative, efficient, and flexible JavaScript library for building user interfaces.
-
Vue.js
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
-
Typescript
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
-
TensorFlow
An Open Source Machine Learning Framework for Everyone
-
Django
The Web framework for perfectionists with deadlines.
-
Laravel
A PHP framework for web artisans
-
D3
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
-
Recommend Topics
-
javascript
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
-
web
Some thing interesting about web. New door for the world.
-
server
A server is a program made to process requests and deliver data to clients.
-
Machine learning
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
-
Visualization
Some thing interesting about visualization, use data art
-
Game
Some thing interesting about game, make everyone happy.
Recommend Org
-
Facebook
We are working to build community through open source technology. NB: members must have two-factor auth.
-
Microsoft
Open source projects and samples from Microsoft.
-
Google
Google ❤️ Open Source for everyone.
-
Alibaba
Alibaba Open Source for everyone
-
D3
Data-Driven Documents codes.
-
Tencent
China tencent open source team.
from microdata.