- From: Holger Knublauch <holger@topquadrant.com>
- Date: Sat, 11 May 2013 11:23:43 +1000
- To: public-vocabs@w3.org
- Message-ID: <518D9D9F.5020309@topquadrant.com>
I have posted an up to date OWL version of schema.org at http://topbraid.org/schema/ which follows different OWL encoding conventions than the other RDF/OWL version(s) that I have come across. The page above explains these conventions and their motivation. Feedback appreciated - this is just a first version (with the RDFa file as its starting point). Thanks, Holger On 5/8/2013 11:43, Kingsley Idehen wrote: > On 5/7/13 9:22 PM, Holger Knublauch wrote: >> On 5/8/2013 10:44, Dan Brickley wrote: >>> >>> >>> On Wednesday, May 8, 2013, Holger Knublauch wrote: >>> >>> Looking at the OWL version of schema.org <http://schema.org> at >>> >>> http://schema.org/docs/schemaorg.owl >>> >>> I notice that this seems to be a rather old version, while the >>> RDFa version >>> >>> http://schema.org/docs/schema_org_rdfa.html >>> >>> seems to be more recent. (When) will the OWL version be fixed? >>> >>> >>> Is it useful? what do you prefer? The use of OWL is pretty weak >>> since we're so flexible. >> >> It's not very useful in its current form, yet I believe it can be >> made very useful with a few changes. You guys are probably wasting an >> opportunity to get more "semantic web" people on board. My guess is >> that most OWL people look at both prominent online versions (the >> official one and the one of rdfs.org) and walk away because they are >> rather unusable. >> >> Specifically, I would do the following transformations (and as an >> exercise I have actually implemented the required SPARQL updates >> based on the current OWL file): >> >> - Clean up the owl:unionOfs with one member >> - Convert any usage of schema.org datatypes with xsd ones >> - Convert rdfs:range (Number or String) to xsd:float >> >> Along with a simple instance data converter, the ontology could be >> changed to >> - Replace schema:Thing with owl:Thing >> - Replace schema:name with rdfs:label >> - Replace schema:description with rdfs:comment >> - Delete schema:url (as it's basically the URI of the subject) >> >> Manual clean up should >> - Add cardinality restrictions >> - Declare owl:inverseOf relationships >> - Mark outdated properties (such as the plural forms) as owl:deprecated. >> >> Could this info be made available anywhere in machine readable form? >> I am pretty sure not only the RDF/OWL mapping could use this info. >> >>> >>> Does rdf/xml vs rdfa (or json-ld etc) matter to you? What about the >>> choice of all in one big file vs per-term? >> >> It would be good to be able to owl:import something. The RDFa version >> does some things better than the OWL version, but not everything is >> perfect: properties with multiple rdfs:domains should use owl:unionOf >> (I guess RDFa has trouble representing this?). >> >> And of course why not have the URIs dereferencable as true linked >> data... This should be a trivial feature to add for an organization >> that large. Even if just to show that the people behind schema.org do >> care about the semantic web community. >> >> I am tempted to create our own copy based on the distilled RDFa >> version on some topbraid.org address because I believe there is much >> more potential here. > > Yes, there is and I encourage you to crack on if you have the time. > Basically, make your tweak and then just publish the revised document > at URL. > >> One specific use case is that many of our customers build their own >> ontologies with concepts that are reinvented all the time - Person, >> Address etc. While our tooling is generic and can work with any >> ontology, it would be better to ship our product with some starter >> ontology and I believe schema.org could become the foundation of >> this. For this starter ontology, we would define some customized >> forms and views, e.g. so that addresses show street address above >> postal code etc. We could also define some out of the box web >> services with typical queries, reports etc. Clearly there are other >> product ideas in this space that the schema.org effort could also >> benefit of. The more alignment of data the better for everyone. Even >> if RDFa and Microdata will remain the vehicles of distributing >> schema.org instance data, these web pages may be generated by a >> triple store. > > Not may, they will, and have been :-) > >> >> Sorry if this is repeating some discussions that have already >> happened elsewhere... I am trying to catch up. >> >> HTH >> Holger >> > > > -- > > Regards, > > Kingsley Idehen > Founder & CEO > OpenLink Software > Company Web:http://www.openlinksw.com > Personal Weblog:http://www.openlinksw.com/blog/~kidehen > Twitter/Identi.ca handle: @kidehen > Google+ Profile:https://plus.google.com/112399767740508618350/about > LinkedIn Profile:http://www.linkedin.com/in/kidehen > > > >
Received on Saturday, 11 May 2013 01:24:29 UTC