Join GitHub today
GitHub is home to over 28 million developers working together to host and review code, manage projects, and build software together.Sign up
Add minimalist sdPublisher and sdDatePublished [and sdLicense] markup for when structured data created elsewhere #1886
Provide a simple markup convention to indicate structured data markup source (specifically publisher, date) when it differs from the main content being marked up, for example when someone is creating structured data that summarizes the structure of content managed and published by others.
Example: a Columbia journalism student can annotate a fact-checking article by PolitiFact on the Web using the ClaimReview markup. Because this markup is not created by PolitiFact, its creator needs to be clearly specified and distinct from the ClaimReview author: the latter is the actual author of the fact check and the former is merely someone we put the fact check into structured data format.
Scope: note that it is not a goal to represent detailed provenance information for each piece of structured data; other more complex / expressive standards and techniques exist for this, e.g. PROV or named graphs. Human inspection may be needed to tell exactly which pieces of data were added by the structured data publisher, versus derived systematically from the original content source.
This construct is proposed based on experience at Google with ClaimReview markup, with general Schema.org handling, and with various collaborative markup projects.
Yes, that will be very useful…
On Fri, Apr 13, 2018, 11:59 AM Cong Yu ***@***.***> wrote: @danbri <https://github.com/danbri> How about we add another field called *sdLicense* so the markup creator can dictate how the markup can be reused? — You are receiving this because you are subscribed to this thread. Reply to this email directly, view it on GitHub <#1886 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AFAlClLZmiN2PM5iiFmvg7cn1MZZpCN1ks5toMtLgaJpZM4TNaCS> .
I don't see a coherent design yet, but let's try. I think what you're getting at is that parties who are making explicit SD from implicitly/partially organized or natural language content published by others, might want typically to indicate that their contribution to the SD isn't intended to add encumbrances. I can imagine an sdLicense property doing this, but we need to be careful that it doesn't also try to do the vastly harder job of saying which aspects of the SD are to be associated with the sdPublisher vs the original publisher.
e.g. how does this look?
changed the title from
Add minimalist sdPublisher and sdDatePublished markup for when structured data created elsewhere
Add minimalist sdPublisher and sdDatePublished [and sdLicense] markup for when structured data created elsewhere
Apr 18, 2018
@stuartasutton thinking about it a bit more, I've revised my view and it is clearer and cleaner for sdLicense to be simply the license for the SD; whatever that means may need case-by-case consideration in some contexts, but it makes things harder to frame it in terms of additional contributions. This might mean that in some cases it may be difficult to say what the sdLicense is, without some investigation, but that's the nature of the territory.
I suggest instead that we stick as close as possible to existing 'license' which says:
... and attach it to CreativeWork for now, but we should think through having it applicable everywhere.
Sounds good to me. guha…
On Wed, Apr 18, 2018 at 11:50 AM, Dan Brickley ***@***.***> wrote: I suggest instead that we stick as close as possible to existing 'license' which says: A license document that applies to this content, typically indicated by URL. i.e. A license document that applies to this structured data, typically indicated by URL. ... and attach it to CreativeWork for now, but we should think through having it applicable everywhere. — You are receiving this because you were assigned. Reply to this email directly, view it on GitHub <#1886 (comment)>, or mute the thread <https://github.com/notifications/unsubscribe-auth/AFAlCrF3fH9tqbpS_0SYBPCO3oQOnpMKks5tp4sAgaJpZM4TNaCS> .