- From: Seth Russell <russell.seth@gmail.com>
- Date: Thu, 25 Apr 2013 06:58:37 -0700
- To: Martin Hepp <martin.hepp@ebusiness-unibw.org>
- Cc: Denny Vrandecic <denny.vrandecic@wikimedia.de>, Stéphane Corlosquet <scorlosquet@gmail.com>, leon@dcs.shef.ac.uk, semantic-web at W3C <semantic-web@w3c.org>, Mark Russell <mark.icyberspace@gmail.com>
- Message-ID: <CACfYUR5z8GFVAJZSOMfxWu7aM=+fP+FOMtPK7SXoLD9gDHegBA@mail.gmail.com>
it seems to me that knowing that a token refers to a thing or resource is just about worthless and doesn't motivate the extra bits needed to say it ... after all that can always be assumed for everything. I would rather want to know to which class of things it belongs. I suggest something more like this: <p>It is well known, that <span about="http://sws.geonames.org/4951788/" typeof="geo:City" >Springfield</span> has mild summers and short, but hard winters.</p> Of course you guys would need to have the courage to actually agree to start using standard names. Seth Russell Podcasting: tagtalking.net Facebook ing: facebook.com/russell.seth Twitter ing: twitter.com/SethRussell Blogging: fastblogit.com/seth/ Catalog selling: www.speaktomecatalog.com Google profile: google.com/profiles/russell.seth On Wed, Apr 24, 2013 at 11:16 PM, Martin Hepp < martin.hepp@ebusiness-unibw.org> wrote: > In addition to my first proposal: Of course, you could also consider > http://schema.org/Thing or rdfs:Resource instead of owl:Thing: > > > > <p>It is well known, that <span about="http://sws.geonames.org/4951788/" > typeof="owl:Thing" >Springfield</span> has mild summers and short, but hard > winters.</p> > > > <p>It is well known, that <span about="http://sws.geonames.org/4951788/" > typeof="http://schema.org/Thing" >Springfield</span> has mild summers and > short, but hard winters.</p> > > > <p>It is well known, that <span about="http://sws.geonames.org/4951788/" > typeof="rdfs:Resource" >Springfield</span> has mild summers and short, but > hard winters.</p> > > All three express roughly the same and should validate, assumed you use an > RDFa 1.1 DOCTYPE. > > Also, the semantics is as intended: You express that there is an entity, > whose type is not further specified, and that one know identifier for the > identity is the URI given. I think this is slightly better than just > assigning the identifier via @resource. > > Martin > > > > > On Apr 24, 2013, at 9:56 PM, Denny VrandeÄić wrote: > > > thank you! > > > > I tried the result here > > > > http://validator.w3.org/check > > > > and here > > > > http://www.w3.org/2012/pyRdfa/Validator.html > > > > and both said it is fine. I cannot find it in the HTML5 spec, but then > again, the HTML5 spec is not the most readable of specs... > > > > Thanks again, > > Cheers, > > Denny > > > > > > > > > > 2013/4/24 Stéphane Corlosquet <scorlosquet@gmail.com> > > > > > > On Wed, Apr 24, 2013 at 3:42 PM, Leon Derczynski <leon@dcs.shef.ac.uk> > wrote: > > On 24 April 2013 21:32, Stéphane Corlosquet <scorlosquet@gmail.com> > wrote: > > > > > > On Wed, Apr 24, 2013 at 3:17 PM, Martin Hepp < > martin.hepp@ebusiness-unibw.org> wrote: > > Hi Denny, > > First, I think you describe a scenario that has a lot of application > areas :-) > > > > One solution could be for the W3C agree upon a "NULL" URI (e.g. URN) for > properties and objects in RDF triples, for use in RDFa and elsewhere. This > would allow using the existing RDFa spec for your purpose. > > > > For instance, the W3C could define the URN NID "rdfa" > > > > Then, you could simply write > > > > <p>It is well known, that <span about="http://sws.geonames.org/4951788/" > typeof="urn:rdfa:NULL" >Springfield</span> has mild summers and short, but > hard winters.</p> > > > > (I did not check whether URNs are valid for typeOf, but I think so) > > > > An RDFa validator would be okay, an RDFa parser could be set to ignore > the resulting triples, and if not, nothing harmful would happen. > > > > Another solution would be to use the owl:Thing URI, i.e. > > > > <p>It is well known, that <span about="http://sws.geonames.org/4951788/" > typeof="owl:Thing" >Springfield</span> has mild summers and short, but hard > winters.</p> > > > > I like the idea of owl:Thing. From reading the initial email from Denny > saying that he is not trying to assert triples, something even simpler > would be to just use the @resource attribute from RDFa Lite [1]: > > > > <p>It is well known, that <span resource=" > http://sws.geonames.org/4951788/">Springfield</span> has mild summers and > short, but hard winters.</p> > > > > The above markup would validate 'as is' in HTML5 without even the need > to use any particular RDFa doctype. Your parser would just have to look for > the resource attribute and take the URI from there. > > > > > > Would it also validate under a strict DTD, or in XHTML? An annotation > that forces designers to interact with browsers in quirks mode will have > reduced uptake. > > > > yes it would as long as you specify the right doctype for RDFa, e.g. > <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML+RDFa 1.0//EN" " > http://www.w3.org/MarkUp/DTD/xhtml-rdfa-1.dtd"> > > > > Steph. > > > > > > > > -- > > Project director Wikidata > > Wikimedia Deutschland e.V. | Obentrautstr. 72 | 10963 Berlin > > Tel. +49-30-219 158 26-0 | http://wikimedia.de > > > > Wikimedia Deutschland - Gesellschaft zur Förderung Freien Wissens e.V. > Eingetragen im Vereinsregister des Amtsgerichts Berlin-Charlottenburg unter > der Nummer 23855 B. Als gemeinnützig anerkannt durch das Finanzamt für > Körperschaften I Berlin, Steuernummer 27/681/51985. > > -------------------------------------------------------- > martin hepp > e-business & web science research group > universitaet der bundeswehr muenchen > > e-mail: hepp@ebusiness-unibw.org > phone: +49-(0)89-6004-4217 > fax: +49-(0)89-6004-4620 > www: http://www.unibw.de/ebusiness/ (group) > http://www.heppnetz.de/ (personal) > skype: mfhepp > twitter: mfhepp > > Check out GoodRelations for E-Commerce on the Web of Linked Data! > ================================================================= > * Project Main Page: http://purl.org/goodrelations/ > > > > >
Received on Thursday, 25 April 2013 13:59:51 UTC