Exciting changes at Data.Southampton.ac.uk!
After some heated debate after the backlash against me for my recent comments about PDF, I've been forced to shift to recommending PDF as the preferred format for the data.southampton.ac.uk site, both for publishing and importing data. There are some issues with this and I know not every one will be happy with the decision; it wasn't easy to make... but on reflection, however, it's the right one. It is much easier for non programmers (the majority of people) to work with PDF documents and they are supported by pretty much every platform you can think of with a choice of tools and the benefit of familiarity. We've provided a wrapper around 4store to make PDF the default output mode: http://sparql.data.southampton.ac.uk/?query=PREFIX+soton%3A+%3Chttp%3A%2F%2Fid.southampton.ac.uk%2Fns%2F%3E%0D%0APREFIX+foaf%3A+%3Chttp%3A%2F%2Fxmlns.com%2Ffoaf%2F0.1%2F%3E%0D%0APREFIX+skos%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2004%2F02%2Fskos%2Fcore%23%3E%0D%0APREFIX+geo%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2003%2F01%2Fgeo%2Fwgs84_pos%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+org%3A+%3Chttp%3A%2F%2Fwww.w3.org%2Fns%2Forg%23%3E%0D%0APREFIX+spacerel%3A+%3Chttp%3A%2F%2Fdata.ordnancesurvey.co.uk%2Fontology%2Fspatialrelations%2F%3E%0D%0APREFIX+ep%3A+%3Chttp%3A%2F%2Feprints.org%2Fontology%2F%3E%0D%0APREFIX+dct%3A+%3Chttp%3A%2F%2Fpurl.org%2Fdc%2Fterms%2F%3E%0D%0APREFIX+bibo%3A+%3Chttp%3A%2F%2Fpurl.org%2Fontology%2Fbibo%2F%3E%0D%0APREFIX+owl%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2002%2F07%2Fowl%23%3E%0D%0A%0D%0ASELECT+%3Fs+WHERE+{%0D%0A%3Fs+%3Fp+%3Fo+.%0D%0A}+LIMIT+10output=pdfjsonp=#results_table And most information URIs can now be resolved to PDF, but we are sticking to HTML as the default (for now) http://data.southampton.ac.uk/products-and-services/FreshFruit.pdf The full details and rationale are on our data blog http://blogs.ecs.soton.ac.uk/data/2011/04/01/pdf-selected-as-interchange-format/E -- Christopher Gutteridge -- http://id.ecs.soton.ac.uk/person/1248 You should read the ECS Web Team blog: http://blogs.ecs.soton.ac.uk/webteam/
Re: [ANN] Linked Open Colors
Ola Sergio Very cool ... and could be actually useful, so maybe less a joke than it seems Bernard 2011/4/1 Sergio Fernández sergio.fernan...@fundacionctic.org Hi, for giving some color to the semantic web folks, we are happy to announce the release the Linked Open Colors dataset [1]. The Linked Open Colors project offers tons of facts about colors, all readily available as Linked Open Data, linking with other relevant datasets such as dbpedia. The dataset and its publication mechanisms have been pedantically checked, and we expect no errors in the triples; if you do find some, please let us know. This project is highly inspired by Linked Open Numbers project [2]. Happy April Fools' Day! Cheers, [1] http://purl.org/colors [2] http://km.aifb.kit.edu/projects/numbers/ -- Carlos Tejo, Iván Mínguez and Sergio Fernández -- Bernard Vatant Senior Consultant Vocabulary Data Engineering Tel: +33 (0) 971 488 459 Mail: bernard.vat...@mondeca.com Mondeca 3, cité Nollez 75018 Paris France Web:http://www.mondeca.com Blog:http://mondeca.wordpress.com
Re: Exciting changes at Data.Southampton.ac.uk!
Congratulations on the move to PDF, but shouldn't these resources really be SOAP-resolvable? It's so backwards-looking merely to rely on HTTP when there's a whole stack of technologies you could employ here... Barry On 01/04/2011 09:23, Christopher Gutteridge wrote: After some heated debate after the backlash against me for my recent comments about PDF, I've been forced to shift to recommending PDF as the preferred format for the data.southampton.ac.uk site, both for publishing and importing data. There are some issues with this and I know not every one will be happy with the decision; it wasn't easy to make... but on reflection, however, it's the right one. It is much easier for non programmers (the majority of people) to work with PDF documents and they are supported by pretty much every platform you can think of with a choice of tools and the benefit of familiarity. We've provided a wrapper around 4store to make PDF the default output mode: http://sparql.data.southampton.ac.uk/?query=PREFIX+soton%3A+%3Chttp%3A%2F%2Fid.southampton.ac.uk%2Fns%2F%3E%0D%0APREFIX+foaf%3A+%3Chttp%3A%2F%2Fxmlns.com%2Ffoaf%2F0.1%2F%3E%0D%0APREFIX+skos%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2004%2F02%2Fskos%2Fcore%23%3E%0D%0APREFIX+geo%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2003%2F01%2Fgeo%2Fwgs84_pos%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+org%3A+%3Chttp%3A%2F%2Fwww.w3.org%2Fns%2Forg%23%3E%0D%0APREFIX+spacerel%3A+%3Chttp%3A%2F%2Fdata.ordnancesurvey.co.uk%2Fontology%2Fspatialrelations%2F%3E%0D%0APREFIX+ep%3A+%3Chttp%3A%2F%2Feprints.org%2Fontology%2F%3E%0D%0APREFIX+dct%3A+%3Chttp%3A%2F%2Fpurl.org%2Fdc%2Fterms%2F%3E%0D%0APREFIX+bibo%3A+%3Chttp%3A%2F%2Fpurl.org%2Fontology%2Fbibo%2F%3E%0D%0APREFIX+owl%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2002%2F07%2Fowl%23%3E%0D%0A%0D%0ASELECT+%3Fs+WHERE+{%0D%0A%3Fs+%3Fp+%3Fo+.%0D%0A}+LIMIT+10output=pdfjsonp=#results_table And most information URIs can now be resolved to PDF, but we are sticking to HTML as the default (for now) http://data.southampton.ac.uk/products-and-services/FreshFruit.pdf The full details and rationale are on our data blog http://blogs.ecs.soton.ac.uk/data/2011/04/01/pdf-selected-as-interchange-format/E
RE: [ANN] Linked Open Colors
Hi Sergio, Thank you for this - very useful. Also very timely as OS are about to release all raster mapping products in RDF. John -Original Message- From: public-lod-requ...@w3.org on behalf of Sergio Fernández Sent: Fri 4/1/2011 08:45 To: Linked Data community Subject: [ANN] Linked Open Colors Hi, for giving some color to the semantic web folks, we are happy to announce the release the Linked Open Colors dataset [1]. The Linked Open Colors project offers tons of facts about colors, all readily available as Linked Open Data, linking with other relevant datasets such as dbpedia. The dataset and its publication mechanisms have been pedantically checked, and we expect no errors in the triples; if you do find some, please let us know. This project is highly inspired by Linked Open Numbers project [2]. Happy April Fools' Day! Cheers, [1] http://purl.org/colors [2] http://km.aifb.kit.edu/projects/numbers/ -- Carlos Tejo, Iván Mínguez and Sergio Fernández This email is only intended for the person to whom it is addressed and may contain confidential information. If you have received this email in error, please notify the sender and delete this email which must not be copied, distributed or disclosed to any other person. Unless stated otherwise, the contents of this email are personal to the writer and do not represent the official view of Ordnance Survey. Nor can any contract be formed on Ordnance Survey's behalf via email. We reserve the right to monitor emails and attachments without prior notice. Thank you for your cooperation. Ordnance Survey Adanac Drive Southampton SO16 0AS Tel: 08456 050505 http://www.ordnancesurvey.co.uk
Re: Exciting changes at Data.Southampton.ac.uk!
After some heated debate after the backlash against me for my recent comments about PDF, I've been forced to shift to recommending PDF as the preferred format for the data.southampton.ac.uk site, both for publishing and importing data. If today wasn't April Fool's Day I would have been worried. Nice one, Chris. Cheers, Michael -- Dr. Michael Hausenblas, Research Fellow LiDRC - Linked Data Research Centre DERI - Digital Enterprise Research Institute NUIG - National University of Ireland, Galway Ireland, Europe Tel. +353 91 495730 http://linkeddata.deri.ie/ http://sw-app.org/about.html On 1 Apr 2011, at 08:23, Christopher Gutteridge wrote: After some heated debate after the backlash against me for my recent comments about PDF, I've been forced to shift to recommending PDF as the preferred format for the data.southampton.ac.uk site, both for publishing and importing data. There are some issues with this and I know not every one will be happy with the decision; it wasn't easy to make... but on reflection, however, it's the right one. It is much easier for non programmers (the majority of people) to work with PDF documents and they are supported by pretty much every platform you can think of with a choice of tools and the benefit of familiarity. We've provided a wrapper around 4store to make PDF the default output mode: http://sparql.data.southampton.ac.uk/?query=PREFIX+soton%3A+%3Chttp%3A%2F%2Fid.southampton.ac.uk%2Fns%2F%3E%0D%0APREFIX+foaf%3A+%3Chttp%3A%2F%2Fxmlns.com%2Ffoaf%2F0.1%2F%3E%0D%0APREFIX+skos%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2004%2F02%2Fskos%2Fcore%23%3E%0D%0APREFIX+geo%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2003%2F01%2Fgeo%2Fwgs84_pos%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+org%3A+%3Chttp%3A%2F%2Fwww.w3.org%2Fns%2Forg%23%3E%0D%0APREFIX+spacerel%3A+%3Chttp%3A%2F%2Fdata.ordnancesurvey.co.uk%2Fontology%2Fspatialrelations%2F%3E%0D%0APREFIX+ep%3A+%3Chttp%3A%2F%2Feprints.org%2Fontology%2F%3E%0D%0APREFIX+dct%3A+%3Chttp%3A%2F%2Fpurl.org%2Fdc%2Fterms%2F%3E%0D%0APREFIX+bibo%3A+%3Chttp%3A%2F%2Fpurl.org%2Fontology%2Fbibo%2F%3E%0D%0APREFIX+owl%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2002%2F07%2Fowl%23%3E%0D%0A%0D%0ASELECT+%3Fs+WHERE+ {%0D%0A%3Fs+%3Fp+%3Fo+.%0D%0A}+LIMIT +10output=pdfjsonp=#results_table And most information URIs can now be resolved to PDF, but we are sticking to HTML as the default (for now) http://data.southampton.ac.uk/products-and-services/FreshFruit.pdf The full details and rationale are on our data blog http://blogs.ecs.soton.ac.uk/data/2011/04/01/pdf-selected-as-interchange-format/E -- Christopher Gutteridge -- http://id.ecs.soton.ac.uk/person/1248 You should read the ECS Web Team blog: http://blogs.ecs.soton.ac.uk/webteam/
Re: Exciting changes at Data.Southampton.ac.uk!
I'll put this onto our todo list, just under content negotiation on Gopher URIs Joking aside, we may need to use the open data in pages created in SharePoint. A SOAP wrapper for SPARQL may well be the best solution to this... Barry Norton wrote: Congratulations on the move to PDF, but shouldn't these resources really be SOAP-resolvable? It's so backwards-looking merely to rely on HTTP when there's a whole stack of technologies you could employ here... Barry On 01/04/2011 09:23, Christopher Gutteridge wrote: After some heated debate after the backlash against me for my recent comments about PDF, I've been forced to shift to recommending PDF as the preferred format for the data.southampton.ac.uk site, both for publishing and importing data. There are some issues with this and I know not every one will be happy with the decision; it wasn't easy to make... but on reflection, however, it's the right one. It is much easier for non programmers (the majority of people) to work with PDF documents and they are supported by pretty much every platform you can think of with a choice of tools and the benefit of familiarity. We've provided a wrapper around 4store to make PDF the default output mode: http://sparql.data.southampton.ac.uk/?query=PREFIX+soton%3A+%3Chttp%3A%2F%2Fid.southampton.ac.uk%2Fns%2F%3E%0D%0APREFIX+foaf%3A+%3Chttp%3A%2F%2Fxmlns.com%2Ffoaf%2F0.1%2F%3E%0D%0APREFIX+skos%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2004%2F02%2Fskos%2Fcore%23%3E%0D%0APREFIX+geo%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2003%2F01%2Fgeo%2Fwgs84_pos%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+org%3A+%3Chttp%3A%2F%2Fwww.w3.org%2Fns%2Forg%23%3E%0D%0APREFIX+spacerel%3A+%3Chttp%3A%2F%2Fdata.ordnancesurvey.co.uk%2Fontology%2Fspatialrelations%2F%3E%0D%0APREFIX+ep%3A+%3Chttp%3A%2F%2Feprints.org%2Fontology%2F%3E%0D%0APREFIX+dct%3A+%3Chttp%3A%2F%2Fpurl.org%2Fdc%2Fterms%2F%3E%0D%0APREFIX+bibo%3A+%3Chttp%3A%2F%2Fpurl.org%2Fontology%2Fbibo%2F%3E%0D%0APREFIX+owl%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2002%2F07%2Fowl%23%3E%0D%0A%0D%0ASELECT+%3Fs+WHERE+{%0D%0A%3Fs+%3Fp+%3Fo+.%0D%0A}+LIMIT+10output=pdfjsonp=#results_table And most information URIs can now be resolved to PDF, but we are sticking to HTML as the default (for now) http://data.southampton.ac.uk/products-and-services/FreshFruit.pdf The full details and rationale are on our data blog http://blogs.ecs.soton.ac.uk/data/2011/04/01/pdf-selected-as-interchange-format/E -- Christopher Gutteridge -- http://id.ecs.soton.ac.uk/person/1248 You should read the ECS Web Team blog: http://blogs.ecs.soton.ac.uk/webteam/
Re: Exciting changes at Data.Southampton.ac.uk!
Christopher, I really don't see why I should have to reengineer my entire toolchain simply to consume your proprietary format. It is well known that the standard for information interchange is the Microsoft Word 97 document format which is easily read by every popular computing package. I for one will not be submitting to the opression of PDF. Ian On 1 Apr 2011 08:29, Christopher Gutteridge c...@ecs.soton.ac.uk wrote: After some heated debate after the backlash against me for my recent comments about PDF, I've been forced to shift to recommending PDF as the preferred format for the data.southampton.ac.uk site, both for publishing and importing data. There are some issues with this and I know not every one will be happy with the decision; it wasn't easy to make... but on reflection, however, it's the right one. It is much easier for non programmers (the majority of people) to work with PDF documents and they are supported by pretty much every platform you can think of with a choice of tools and the benefit of familiarity. We've provided a wrapper around 4store to make PDF the default output mode: http://sparql.data.southampton.ac.uk/?query=PREFIX+soton%3A+%3Chttp%3A%2F%2Fid.southampton.ac.uk%2Fns%2F%3E%0D%0APREFIX+foaf%3A+%3Chttp%3A%2F%2Fxmlns.com%2Ffoaf%2F0.1%2F%3E%0D%0APREFIX+skos%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2004%2F02%2Fskos%2Fcore%23%3E%0D%0APREFIX+geo%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2003%2F01%2Fgeo%2Fwgs84_pos%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+org%3A+%3Chttp%3A%2F%2Fwww.w3.org%2Fns%2Forg%23%3E%0D%0APREFIX+spacerel%3A+%3Chttp%3A%2F%2Fdata.ordnancesurvey.co.uk%2Fontology%2Fspatialrelations%2F%3E%0D%0APREFIX+ep%3A+%3Chttp%3A%2F%2Feprints.org%2Fontology%2F%3E%0D%0APREFIX+dct%3A+%3Chttp%3A%2F%2Fpurl.org%2Fdc%2Fterms%2F%3E%0D%0APREFIX+bibo%3A+%3Chttp%3A%2F%2Fpurl.org%2Fontology%2Fbibo%2F%3E%0D%0APREFIX+owl%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2002%2F07%2Fowl%23%3E%0D%0A%0D%0ASELECT+%3Fs+WHERE+{%0D%0A%3Fs+%3Fp+%3Fo+.%0D%0A}+LIMIT+10output=pdfjsonp=#results_table And most information URIs can now be resolved to PDF, but we are sticking to HTML as the default (for now) http://data.southampton.ac.uk/products-and-services/FreshFruit.pdf The full details and rationale are on our data blog http://blogs.ecs.soton.ac.uk/data/2011/04/01/pdf-selected-as-interchange-format/E -- Christopher Gutteridge -- http://id.ecs.soton.ac.uk/person/1248 You should read the ECS Web Team blog: http://blogs.ecs.soton.ac.uk/webteam/
Re: [ANN] Linked Open Colors
On 1 Apr 2011, at 13:32, John Goodwin wrote: Thank you for this - very useful. Also very timely as OS are about to release all raster mapping products in RDF. That's about time! I want to use SPARQL CONSTRUCT for image processing. Best, Richard John -Original Message- From: public-lod-requ...@w3.org on behalf of Sergio Fernández Sent: Fri 4/1/2011 08:45 To: Linked Data community Subject: [ANN] Linked Open Colors Hi, for giving some color to the semantic web folks, we are happy to announce the release the Linked Open Colors dataset [1]. The Linked Open Colors project offers tons of facts about colors, all readily available as Linked Open Data, linking with other relevant datasets such as dbpedia. The dataset and its publication mechanisms have been pedantically checked, and we expect no errors in the triples; if you do find some, please let us know. This project is highly inspired by Linked Open Numbers project [2]. Happy April Fools' Day! Cheers, [1] http://purl.org/colors [2] http://km.aifb.kit.edu/projects/numbers/ -- Carlos Tejo, Iván Mínguez and Sergio Fernández This email is only intended for the person to whom it is addressed and may contain confidential information. If you have received this email in error, please notify the sender and delete this email which must not be copied, distributed or disclosed to any other person. Unless stated otherwise, the contents of this email are personal to the writer and do not represent the official view of Ordnance Survey. Nor can any contract be formed on Ordnance Survey's behalf via email. We reserve the right to monitor emails and attachments without prior notice. Thank you for your cooperation. Ordnance Survey Adanac Drive Southampton SO16 0AS Tel: 08456 050505 http://www.ordnancesurvey.co.uk
Re: Proper usage of HTTP for LD servers, clients, crawlers etc.
On 1 Apr 2011, at 11:14, Markus Luczak-Rösch wrote: If endpoints deliver no content to the client e.g. if the client performs a SPARQL query that yields no results, servers answer HTTP status code 200 and deliver some content that holds the information that there were no results. As far as I see, there is the HTTP status code 204 for exactly this, isn't it? (see http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html) So, beside the aforementioned and recently discussed proper usage of referrers, I would also suggest to use the 204 HTTP status code. This is perhaps best communicated to the SPARQL working group as a comment on their SPARQL 1.1 Protocol editor's draft: http://www.w3.org/2009/sparql/docs/protocol-1.1/ The WG invites comments to this address: public-rdf-dawg-comme...@w3.org Best, Richard Cheers, Markus - Markus Luczak-Rösch (Dipl.-Inform.)| Freie Universität Berlin Lecturer/Grad. Research Associate | Dept. of Computer Science Networked Information Systems WG | Königin-Luise-Str. 24/26 | D-14195 Berlin - www.ag-nbi.de | Phone: +49 30 838 75226 www.markus-luczak.de | luc...@inf.fu-berlin.de http://twitter.com/MLuczak | Skype: markus_luczak -
{Disarmed} Re: Exciting changes at Data.Southampton.ac.uk!
That certainly sounds like something we should look into. Does MSWord 97 support anything similar? Perhaps we have to consider supporting both Word97 and PDF to make the service available to all users. Pablo Mendes wrote: Good point, Barry. Good work, Christopher! I was wondering myself why aren't the PDFs annotated with terms derived from an ontology but using artificial modeling constructs to enable us to do reasoning with them? On Fri, Apr 1, 2011 at 9:57 AM, Barry Norton barry.nor...@aifb.uni-karlsruhe.de mailto:barry.nor...@aifb.uni-karlsruhe.de wrote: Congratulations on the move to PDF, but shouldn't these resources really be SOAP-resolvable? It's so backwards-looking merely to rely on HTTP when there's a whole stack of technologies you could employ here... Barry On 01/04/2011 09:23, Christopher Gutteridge wrote: After some heated debate after the backlash against me for my recent comments about PDF, I've been forced to shift to recommending PDF as the preferred format for the data.southampton.ac.uk http://data.southampton.ac.uk site, both for publishing and importing data. There are some issues with this and I know not every one will be happy with the decision; it wasn't easy to make... but on reflection, however, it's the right one. It is much easier for non programmers (the majority of people) to work with PDF documents and they are supported by pretty much every platform you can think of with a choice of tools and the benefit of familiarity. We've provided a wrapper around 4store to make PDF the default output mode: *MailScanner has detected a possible fraud attempt from sparql.data.southampton.ac.uk claiming to be* http://sparql.data.southampton.ac.uk/?query=PREFIX+soton%3A+%3Chttp%3A%2F%2Fid.southampton.ac.uk%2Fns%2F%3E%0D%0APREFIX+foaf%3A+%3Chttp%3A%2F%2Fxmlns.com%2Ffoaf%2F0.1%2F%3E%0D%0APREFIX+skos%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2004%2F02%2Fskos%2Fcore%23%3E%0D%0APREFIX+geo%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2003%2F01%2Fgeo%2Fwgs84_pos%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+org%3A+%3Chttp%3A%2F%2Fwww.w3.org%2Fns%2Forg%23%3E%0D%0APREFIX+spacerel%3A+%3Chttp%3A%2F%2Fdata.ordnancesurvey.co.uk%2Fontology%2Fspatialrelations%2F%3E%0D%0APREFIX+ep%3A+%3Chttp%3A%2F%2Feprints.org%2Fontology%2F%3E%0D%0APREFIX+dct%3A+%3Chttp%3A%2F%2Fpurl.org%2Fdc%2Fterms%2F%3E%0D%0APREFIX+bibo%3A+%3Chttp%3A%2F%2Fpurl.org%2Fontology%2Fbibo%2F%3E%0D%0APREFIX+owl%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2002%2F07%2Fowl%23%3E%0D%0A%0D%0ASELECT+%3Fs+WHERE+{%0D%0A%3Fs+%3Fp+%3Fo+.%0D%0A}+LIMIT+10output=pdfjsonp=#results_table http://sparql.data.southampton.ac.uk/?query=PREFIX+soton%3A+%3Chttp%3A%2F%2Fid.southampton.ac.uk%2Fns%2F%3E%0D%0APREFIX+foaf%3A+%3Chttp%3A%2F%2Fxmlns.com%2Ffoaf%2F0.1%2F%3E%0D%0APREFIX+skos%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2004%2F02%2Fskos%2Fcore%23%3E%0D%0APREFIX+geo%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2003%2F01%2Fgeo%2Fwgs84_pos%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+org%3A+%3Chttp%3A%2F%2Fwww.w3.org%2Fns%2Forg%23%3E%0D%0APREFIX+spacerel%3A+%3Chttp%3A%2F%2Fdata.ordnancesurvey.co.uk%2Fontology%2Fspatialrelations%2F%3E%0D%0APREFIX+ep%3A+%3Chttp%3A%2F%2Feprints.org%2Fontology%2F%3E%0D%0APREFIX+dct%3A+%3Chttp%3A%2F%2Fpurl.org%2Fdc%2Fterms%2F%3E%0D%0APREFIX+bibo%3A+%3Chttp%3A%2F%2Fpurl.org%2Fontology%2Fbibo%2F%3E%0D%0APREFIX+owl%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2002%2F07%2Fowl%23%3E%0D%0A%0D%0ASELECT+%3Fs+WHERE+%7B%0D%0A%3Fs+%3Fp+%3Fo+.%0D%0A%7D+LIMIT+10output=pdfjsonp=#results_table And most information URIs can now be resolved to PDF, but we are sticking to HTML as the default (for now) http://data.southampton.ac.uk/products-and-services/FreshFruit.pdf The full details and rationale are on our data blog http://blogs.ecs.soton.ac.uk/data/2011/04/01/pdf-selected-as-interchange-format/E -- Christopher Gutteridge -- http://id.ecs.soton.ac.uk/person/1248 You should read the ECS Web Team blog: http://blogs.ecs.soton.ac.uk/webteam/
Re: Exciting changes at Data.Southampton.ac.uk!
Ian, On 1 Apr 2011, at 13:42, Ian Davis wrote: I really don't see why I should have to reengineer my entire toolchain simply to consume your proprietary format. It is well known that the standard for information interchange is the Microsoft Word 97 document format which is easily read by every popular computing package. M$ Word readily available? You're clearly not living in the real world and are trying to push an overly complicated solution. There is a far superior, more interoperable, and more widely supported standard that would make an infinitely better replacement for RDF: RTF. Best, Richard
Re: Exciting changes at Data.Southampton.ac.uk!
On 1 Apr 2011, at 08:23, Christopher Gutteridge wrote: After some heated debate after the backlash against me for my recent comments about PDF, I've been forced to shift to recommending PDF as the preferred format for the data.southampton.ac.uk site, both for publishing and importing data. There are some issues with this and I know not every one will be happy with the decision; it wasn't easy to make... but on reflection, however, it's the right one. It is much easier for non programmers (the majority of people) to work with PDF documents and they are supported by pretty much every platform you can think of with a choice of tools and the benefit of familiarity. We've provided a wrapper around 4store to make PDF the default output mode: http://sparql.data.southampton.ac.uk/?query=PREFIX+soton%3A+%3Chttp%3A%2F%2Fid.southampton.ac.uk%2Fns%2F%3E%0D%0APREFIX+foaf%3A+%3Chttp%3A%2F%2Fxmlns.com%2Ffoaf%2F0.1%2F%3E%0D%0APREFIX+skos%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2004%2F02%2Fskos%2Fcore%23%3E%0D%0APREFIX+geo%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2003%2F01%2Fgeo%2Fwgs84_pos%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+org%3A+%3Chttp%3A%2F%2Fwww.w3.org%2Fns%2Forg%23%3E%0D%0APREFIX+spacerel%3A+%3Chttp%3A%2F%2Fdata.ordnancesurvey.co.uk%2Fontology%2Fspatialrelations%2F%3E%0D%0APREFIX+ep%3A+%3Chttp%3A%2F%2Feprints.org%2Fontology%2F%3E%0D%0APREFIX+dct%3A+%3Chttp%3A%2F%2Fpurl.org%2Fdc%2Fterms%2F%3E%0D%0APREFIX+bibo%3A+%3Chttp%3A%2F%2Fpurl.org%2Fontology%2Fbibo%2F%3E%0D%0APREFIX+owl%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2002%2F07%2Fowl%23%3E%0D%0A%0D%0ASELECT+%3Fs+WHERE+{%0D%0A%3Fs+%3Fp+%3Fo+.%0D%0A}+LIMIT+10output=pdfjsonp=#results_table Hyperlinks in this PDF point to sources described in formats as heterogenous as HTML, RDF or JPG. Could you also encapsulate them in PDF to make the job of the developer easier by dealing with a single format ? Alex. And most information URIs can now be resolved to PDF, but we are sticking to HTML as the default (for now) http://data.southampton.ac.uk/products-and-services/FreshFruit.pdf The full details and rationale are on our data blog http://blogs.ecs.soton.ac.uk/data/2011/04/01/pdf-selected-as-interchange-format/E -- Christopher Gutteridge -- http://id.ecs.soton.ac.uk/person/1248 You should read the ECS Web Team blog: http://blogs.ecs.soton.ac.uk/webteam/
Re: {Disarmed} Re: Exciting changes at Data.Southampton.ac.uk!
Wow! You just blew my mind! If you did support MSWord we could use it to solve the whole Blank Nodes issue once and for all. Users could collaboratively fill the blanks in an easy and intuitive way: http://www.ehow.com/how_5867543_create-fill-blank-word-document.html Cheers, Pablo On Fri, Apr 1, 2011 at 10:21 AM, Christopher Gutteridge c...@ecs.soton.ac.uk wrote: That certainly sounds like something we should look into. Does MSWord 97 support anything similar? Perhaps we have to consider supporting both Word97 and PDF to make the service available to all users. Pablo Mendes wrote: Good point, Barry. Good work, Christopher! I was wondering myself why aren't the PDFs annotated with terms derived from an ontology but using artificial modeling constructs to enable us to do reasoning with them? On Fri, Apr 1, 2011 at 9:57 AM, Barry Norton barry.nor...@aifb.uni-karlsruhe.de wrote: Congratulations on the move to PDF, but shouldn't these resources really be SOAP-resolvable? It's so backwards-looking merely to rely on HTTP when there's a whole stack of technologies you could employ here... Barry On 01/04/2011 09:23, Christopher Gutteridge wrote: After some heated debate after the backlash against me for my recent comments about PDF, I've been forced to shift to recommending PDF as the preferred format for the data.southampton.ac.uk site, both for publishing and importing data. There are some issues with this and I know not every one will be happy with the decision; it wasn't easy to make... but on reflection, however, it's the right one. It is much easier for non programmers (the majority of people) to work with PDF documents and they are supported by pretty much every platform you can think of with a choice of tools and the benefit of familiarity. We've provided a wrapper around 4store to make PDF the default output mode: *MailScanner has detected a possible fraud attempt from sparql.data.southampton.ac.uk claiming to be* *MailScanner has detected a possible fraud attempt from sparql.data.southampton.ac.uk claiming to be*http://sparql.data.southampton.ac.uk/?query=PREFIX+soton%3A+%3Chttp%3A%2F%2Fid.southampton.ac.uk%2Fns%2F%3E%0D%0APREFIX+foaf%3A+%3Chttp%3A%2F%2Fxmlns.com%2Ffoaf%2F0.1%2F%3E%0D%0APREFIX+skos%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2004%2F02%2Fskos%2Fcore%23%3E%0D%0APREFIX+geo%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2003%2F01%2Fgeo%2Fwgs84_pos%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+org%3A+%3Chttp%3A%2F%2Fwww.w3.org%2Fns%2Forg%23%3E%0D%0APREFIX+spacerel%3A+%3Chttp%3A%2F%2Fdata.ordnancesurvey.co.uk%2Fontology%2Fspatialrelations%2F%3E%0D%0APREFIX+ep%3A+%3Chttp%3A%2F%2Feprints.org%2Fontology%2F%3E%0D%0APREFIX+dct%3A+%3Chttp%3A%2F%2Fpurl.org%2Fdc%2Fterms%2F%3E%0D%0APREFIX+bibo%3A+%3Chttp%3A%2F%2Fpurl.org%2Fontology%2Fbibo%2F%3E%0D%0APREFIX+owl%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2002%2F07%2Fowl%23%3E%0D%0A%0D%0ASELECT+%3Fs+WHERE+{%0D%0A%3Fs+%3Fp+%3Fo+.%0D%0A}+LIMIT+10output=pdfjsonp=#results_tablehttp://sparql.data.southampton.ac.uk/?query=PREFIX+soton%3A+%3Chttp%3A%2F%2Fid.southampton.ac.uk%2Fns%2F%3E%0D%0APREFIX+foaf%3A+%3Chttp%3A%2F%2Fxmlns.com%2Ffoaf%2F0.1%2F%3E%0D%0APREFIX+skos%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2004%2F02%2Fskos%2Fcore%23%3E%0D%0APREFIX+geo%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2003%2F01%2Fgeo%2Fwgs84_pos%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+org%3A+%3Chttp%3A%2F%2Fwww.w3.org%2Fns%2Forg%23%3E%0D%0APREFIX+spacerel%3A+%3Chttp%3A%2F%2Fdata.ordnancesurvey.co.uk%2Fontology%2Fspatialrelations%2F%3E%0D%0APREFIX+ep%3A+%3Chttp%3A%2F%2Feprints.org%2Fontology%2F%3E%0D%0APREFIX+dct%3A+%3Chttp%3A%2F%2Fpurl.org%2Fdc%2Fterms%2F%3E%0D%0APREFIX+bibo%3A+%3Chttp%3A%2F%2Fpurl.org%2Fontology%2Fbibo%2F%3E%0D%0APREFIX+owl%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2002%2F07%2Fowl%23%3E%0D%0A%0D%0ASELECT+%3Fs+WHERE+%7B%0D%0A%3Fs+%3Fp+%3Fo+.%0D%0A%7D+LIMIT+10output=pdfjsonp=#results_table And most information URIs can now be resolved to PDF, but we are sticking to HTML as the default (for now) http://data.southampton.ac.uk/products-and-services/FreshFruit.pdf The full details and rationale are on our data blog http://blogs.ecs.soton.ac.uk/data/2011/04/01/pdf-selected-as-interchange-format/E -- Christopher Gutteridge -- http://id.ecs.soton.ac.uk/person/1248 You should read the ECS Web Team blog: http://blogs.ecs.soton.ac.uk/webteam/
Re: Exciting changes at Data.Southampton.ac.uk!
Excellent initiative! Hopefully you will get many followers and hopefully we get to see the LPD (Linked PDF data) cloud by 1st April 2012 :-) . This will hopefully replace the current LOD. Monika On 01/04/11 08:23, Christopher Gutteridge wrote: After some heated debate after the backlash against me for my recent comments about PDF, I've been forced to shift to recommending PDF as the preferred format for the data.southampton.ac.uk site, both for publishing and importing data. There are some issues with this and I know not every one will be happy with the decision; it wasn't easy to make... but on reflection, however, it's the right one. It is much easier for non programmers (the majority of people) to work with PDF documents and they are supported by pretty much every platform you can think of with a choice of tools and the benefit of familiarity. We've provided a wrapper around 4store to make PDF the default output mode: http://sparql.data.southampton.ac.uk/?query=PREFIX+soton%3A+%3Chttp%3A%2F%2Fid.southampton.ac.uk%2Fns%2F%3E%0D%0APREFIX+foaf%3A+%3Chttp%3A%2F%2Fxmlns.com%2Ffoaf%2F0.1%2F%3E%0D%0APREFIX+skos%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2004%2F02%2Fskos%2Fcore%23%3E%0D%0APREFIX+geo%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2003%2F01%2Fgeo%2Fwgs84_pos%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+org%3A+%3Chttp%3A%2F%2Fwww.w3.org%2Fns%2Forg%23%3E%0D%0APREFIX+spacerel%3A+%3Chttp%3A%2F%2Fdata.ordnancesurvey.co.uk%2Fontology%2Fspatialrelations%2F%3E%0D%0APREFIX+ep%3A+%3Chttp%3A%2F%2Feprints.org%2Fontology%2F%3E%0D%0APREFIX+dct%3A+%3Chttp%3A%2F%2Fpurl.org%2Fdc%2Fterms%2F%3E%0D%0APREFIX+bibo%3A+%3Chttp%3A%2F%2Fpurl.org%2Fontology%2Fbibo%2F%3E%0D%0APREFIX+owl%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2002%2F07%2Fowl%23%3E%0D%0A%0D%0ASELECT+%3Fs+WHERE+{%0D%0A%3Fs+%3Fp+%3Fo+.%0D%0A}+LIMIT+10output=pdfjsonp=#results_table And most information URIs can now be resolved to PDF, but we are sticking to HTML as the default (for now) http://data.southampton.ac.uk/products-and-services/FreshFruit.pdf The full details and rationale are on our data blog http://blogs.ecs.soton.ac.uk/data/2011/04/01/pdf-selected-as-interchange-format/E
6th Review of April Fool's day Transactions (RAFT2011) online
Dear all, Last year, we published the Linked Open Numbers paper [1] which was a big success in the Linked Data community. This year, we do not have a Linked Data or SemWeb related article but have an even bigger result in our annual journal [2]. Moreover, the Wall Street Journal announced the issue in advance [3]. We are very proud to tell you that the 6th Review of April Fool's day Transactions (RAFT 2011) [4] is now online! RAFT website: http://www.aprilfoolsreview.com/ Follow us on Twitter: http://twitter.com/aprilfoolreview Rodolphe Héliot and Antoine Zimmermann RAFT editors. [1] Denny Vrandečíc, Markus Krötzsch, Sebastian Rudolph and Uta Lösche. Leveraging Non-Lexical Knowledge for the Linked Open Data Web. In 5th Review of April Fool's Transactions (RAFT 2010), pages 18-27, 2010. [2] Pascal Hitzler. A Proof that P != NP. In 6th Review of April Fool's Transactions (RAFT 2011), pages 7-8, 2011. [3] Ideas Calendar: March 26-April 1. In The Wall Street Journal. March 26th, 2011. http://online.wsj.com/article/SB10001424052748703858404576214621397584808.html [4] Rodolphe Héliot and Antoine Zimmermann (eds.). The 6th Review of April Fool's day Transactions, RAFT 2011. http://zimmer.aprilfoolsreview.com/RAFT/RAFTpapers/RAFT2011.pdf
Re: Exciting changes at Data.Southampton.ac.uk!
On 1 Apr 2011, at 14:27, Monika Solanki wrote: Excellent initiative! Hopefully you will get many followers and hopefully we get to see the LPD (Linked PDF data) cloud by 1st April 2012 :-) . This will hopefully replace the current LOD. Taking advantage of one of PDF's many advantages, we plan to present the first printed and bound version of the complete Linked PDF Data at next years' LDOW workshop. Order your copy now! Shipping fees not included. Best, Richard
Re: Exciting changes at Data.Southampton.ac.uk!
On Fri, Apr 1, 2011 at 10:14 AM, Richard Cyganiak rich...@cyganiak.de wrote: Taking advantage of one of PDF's many advantages, we plan to present the first printed and bound version of the complete Linked PDF Data at next years' LDOW workshop. Order your copy now! Shipping fees not included. See, this is where we differ. Your radical ideas about enabling print in the PDFs just won't get traction in real businesses. Ian
Re: Exciting changes at Data.Southampton.ac.uk!
Yes, RTF will be much better than Word - I will only need to change a D to a T. - Reply message - From: Richard Cyganiak rich...@cyganiak.de To: Ian Davis m...@iandavis.com Cc: Christopher Gutteridge c...@ecs.soton.ac.uk, public-lod@w3.org public-lod@w3.org Subject: Exciting changes at Data.Southampton.ac.uk! Date: Fri, Apr 1, 2011 09:31 Ian, On 1 Apr 2011, at 13:42, Ian Davis wrote: I really don't see why I should have to reengineer my entire toolchain simply to consume your proprietary format. It is well known that the standard for information interchange is the Microsoft Word 97 document format which is easily read by every popular computing package. M$ Word readily available? You're clearly not living in the real world and are trying to push an overly complicated solution. There is a far superior, more interoperable, and more widely supported standard that would make an infinitely better replacement for RDF: RTF. Best, Richard
Re: [ANN] Linked Open Colors
Suggested future work: * Relate each colour to a brightness, hue and saturation URI. Maybe also link to RDF documents for the combinations of b+h, n+s and h+s so people can see variants of saturation, brightness and hue. * Link to the complimentary colour (inverse) * Link to the harmonious colours * Link to the nearest 'web safe' colour. * Give all colours a label, even if it's just the label for the nearest web safe color. If http://linkedopencolors.appspot.com/color/rgb/85a3ce.rdf said 'light blue' somewhere it would have far more utility. * Define some useful predicates; for example to relate an image to the major colour(s) used within it. * provide a .png as well as .rdf and .html so people can link to a swatch of the colour. * provide a recommended way to indicate transparency (which is possibly separate from colour?) Perhaps also other properties like reflectivity etc. Anyhow, I've knocked up a quick image-to-RDF service; http://graphite.ecs.soton.ac.uk/img2rdf/ Example output: http://is.gd/3h0Ais I've limited it to 10K pixels for now. Code available on request. Richard Cyganiak wrote: On 1 Apr 2011, at 13:32, John Goodwin wrote: Thank you for this - very useful. Also very timely as OS are about to release all raster mapping products in RDF. That's about time! I want to use SPARQL CONSTRUCT for image processing. Best, Richard John -Original Message- From: public-lod-requ...@w3.org on behalf of Sergio Fernández Sent: Fri 4/1/2011 08:45 To: Linked Data community Subject: [ANN] Linked Open Colors Hi, for giving some color to the semantic web folks, we are happy to announce the release the Linked Open Colors dataset [1]. The Linked Open Colors project offers tons of facts about colors, all readily available as Linked Open Data, linking with other relevant datasets such as dbpedia. The dataset and its publication mechanisms have been pedantically checked, and we expect no errors in the triples; if you do find some, please let us know. This project is highly inspired by Linked Open Numbers project [2]. Happy April Fools' Day! Cheers, [1] http://purl.org/colors [2] http://km.aifb.kit.edu/projects/numbers/ -- Carlos Tejo, Iván Mínguez and Sergio Fernández This email is only intended for the person to whom it is addressed and may contain confidential information. If you have received this email in error, please notify the sender and delete this email which must not be copied, distributed or disclosed to any other person. Unless stated otherwise, the contents of this email are personal to the writer and do not represent the official view of Ordnance Survey. Nor can any contract be formed on Ordnance Survey's behalf via email. We reserve the right to monitor emails and attachments without prior notice. Thank you for your cooperation. Ordnance Survey Adanac Drive Southampton SO16 0AS Tel: 08456 050505 http://www.ordnancesurvey.co.uk -- Christopher Gutteridge -- http://id.ecs.soton.ac.uk/person/1248 You should read the ECS Web Team blog: http://blogs.ecs.soton.ac.uk/webteam/
RE: [ANN] Linked Open Colors
This is very useful Chris, however I think it would also be useful to relate pixels by spatial predicates. We could probably build on the OS spatial relations ontology to create orientation predicates, e.g.: directlyLeftOf subPropertyOf sr:touches directlyLeftOf subPropertyOf leftOf pixel1 directlyLeftOf pixel2 etc.. John From: Christopher Gutteridge [mailto:c...@ecs.soton.ac.uk] Sent: Fri 4/1/2011 10:29 To: Richard Cyganiak Cc: John Goodwin; Sergio Fernández; Linked Data community Subject: Re: [ANN] Linked Open Colors Suggested future work: * Relate each colour to a brightness, hue and saturation URI. Maybe also link to RDF documents for the combinations of b+h, n+s and h+s so people can see variants of saturation, brightness and hue. * Link to the complimentary colour (inverse) * Link to the harmonious colours * Link to the nearest 'web safe' colour. * Give all colours a label, even if it's just the label for the nearest web safe color. If http://linkedopencolors.appspot.com/color/rgb/85a3ce.rdf said 'light blue' somewhere it would have far more utility. * Define some useful predicates; for example to relate an image to the major colour(s) used within it. * provide a .png as well as .rdf and .html so people can link to a swatch of the colour. * provide a recommended way to indicate transparency (which is possibly separate from colour?) Perhaps also other properties like reflectivity etc. Anyhow, I've knocked up a quick image-to-RDF service; http://graphite.ecs.soton.ac.uk/img2rdf/ Example output: http://is.gd/3h0Ais I've limited it to 10K pixels for now. Code available on request. Richard Cyganiak wrote: On 1 Apr 2011, at 13:32, John Goodwin wrote: Thank you for this - very useful. Also very timely as OS are about to release all raster mapping products in RDF. That's about time! I want to use SPARQL CONSTRUCT for image processing. Best, Richard John -Original Message- From: public-lod-requ...@w3.org on behalf of Sergio Fernández Sent: Fri 4/1/2011 08:45 To: Linked Data community Subject: [ANN] Linked Open Colors Hi, for giving some color to the semantic web folks, we are happy to announce the release the Linked Open Colors dataset [1]. The Linked Open Colors project offers tons of facts about colors, all readily available as Linked Open Data, linking with other relevant datasets such as dbpedia. The dataset and its publication mechanisms have been pedantically checked, and we expect no errors in the triples; if you do find some, please let us know. This project is highly inspired by Linked Open Numbers project [2]. Happy April Fools' Day! Cheers, [1] http://purl.org/colors https://spitfire.ordnancesurvey.co.uk/,DanaInfo=purl.org+colors [2] http://km.aifb.kit.edu/projects/numbers/ https://spitfire.ordnancesurvey.co.uk/projects/numbers/,DanaInfo=km.aifb.kit.edu+ -- Carlos Tejo, Iván Mínguez and Sergio Fernández This email is only intended for the person to whom it is addressed and may contain confidential information. If you have received this email in error, please notify the sender and delete this email which must not be copied, distributed or disclosed to any other person. Unless stated otherwise, the contents of this email are personal to the writer and do not represent the official view of Ordnance Survey. Nor can any contract be formed on Ordnance Survey's behalf via email. We reserve the right to monitor emails and attachments without prior notice. Thank you for your cooperation. Ordnance Survey Adanac Drive Southampton SO16 0AS Tel: 08456 050505 http://www.ordnancesurvey.co.uk https://spitfire.ordnancesurvey.co.uk/,DanaInfo=www.ordnancesurvey.co.uk+ -- Christopher Gutteridge -- http://id.ecs.soton.ac.uk/person/1248 https://spitfire.ordnancesurvey.co.uk/person/,DanaInfo=id.ecs.soton.ac.uk+1248 You should read the ECS Web Team blog: http://blogs.ecs.soton.ac.uk/webteam/ https://spitfire.ordnancesurvey.co.uk/webteam/,DanaInfo=blogs.ecs.soton.ac.uk+ This email is only intended for the person to whom it is addressed and
Re: [ANN] Linked Open Colors
Hmm. That would DOUBLE the triples. I'd better make it optional. http://is.gd/QLqhrN Otherwise it might be considered silly. John Goodwin wrote: This is very useful Chris, however I think it would also be useful to relate pixels by spatial predicates. We could probably build on the OS spatial relations ontology to create orientation predicates, e.g.: directlyLeftOf subPropertyOf sr:touches directlyLeftOf subPropertyOf leftOf pixel1 directlyLeftOf pixel2 etc.. John From: Christopher Gutteridge [mailto:c...@ecs.soton.ac.uk] Sent: Fri 4/1/2011 10:29 To: Richard Cyganiak Cc: John Goodwin; Sergio Fernández; Linked Data community Subject: Re: [ANN] Linked Open Colors Suggested future work: * Relate each colour to a brightness, hue and saturation URI. Maybe also link to RDF documents for the combinations of b+h, n+s and h+s so people can see variants of saturation, brightness and hue. * Link to the complimentary colour (inverse) * Link to the harmonious colours * Link to the nearest 'web safe' colour. * Give all colours a label, even if it's just the label for the nearest web safe color. If http://linkedopencolors.appspot.com/color/rgb/85a3ce.rdf said 'light blue' somewhere it would have far more utility. * Define some useful predicates; for example to relate an image to the major colour(s) used within it. * provide a .png as well as .rdf and .html so people can link to a swatch of the colour. * provide a recommended way to indicate transparency (which is possibly separate from colour?) Perhaps also other properties like reflectivity etc. Anyhow, I've knocked up a quick image-to-RDF service; http://graphite.ecs.soton.ac.uk/img2rdf/ Example output: http://is.gd/3h0Ais I've limited it to 10K pixels for now. Code available on request. Richard Cyganiak wrote: On 1 Apr 2011, at 13:32, John Goodwin wrote: Thank you for this - very useful. Also very timely as OS are about to release all raster mapping products in RDF. That's about time! I want to use SPARQL CONSTRUCT for image processing. Best, Richard John -Original Message- From: public-lod-requ...@w3.org on behalf of Sergio Fernández Sent: Fri 4/1/2011 08:45 To: Linked Data community Subject: [ANN] Linked Open Colors Hi, for giving some color to the semantic web folks, we are happy to announce the release the Linked Open Colors dataset [1]. The Linked Open Colors project offers tons of facts about colors, all readily available as Linked Open Data, linking with other relevant datasets such as dbpedia. The dataset and its publication mechanisms have been pedantically checked, and we expect no errors in the triples; if you do find some, please let us know. This project is highly inspired by Linked Open Numbers project [2]. Happy April Fools' Day! Cheers, [1] http://purl.org/colors https://spitfire.ordnancesurvey.co.uk/,DanaInfo=purl.org+colors [2] http://km.aifb.kit.edu/projects/numbers/ https://spitfire.ordnancesurvey.co.uk/projects/numbers/,DanaInfo=km.aifb.kit.edu+ -- Carlos Tejo, Iván Mínguez and Sergio Fernández This email is only intended for the person to whom it is addressed and may contain confidential information. If you have received this email in error, please notify the sender and delete this email which must not be copied, distributed or disclosed to any other person. Unless stated otherwise, the contents of this email are personal to the writer and do not represent the official view of Ordnance Survey. Nor can any contract be formed on Ordnance Survey's behalf via email. We reserve the right to monitor emails and attachments without prior notice. Thank you for your cooperation. Ordnance Survey Adanac Drive Southampton SO16 0AS Tel: 08456 050505 http://www.ordnancesurvey.co.uk https://spitfire.ordnancesurvey.co.uk/,DanaInfo=www.ordnancesurvey.co.uk+ -- Christopher Gutteridge -- http://id.ecs.soton.ac.uk/person/1248 You should read the ECS Web Team blog: http://blogs.ecs.soton.ac.uk/webteam/
RE: [ANN] Linked Open Colors
True, but it makes the data far more useful I think. Might allow things like edge detection of featuers in satellite imagery using SPARQL.. From: Christopher Gutteridge [mailto:c...@ecs.soton.ac.uk] Sent: Fri 4/1/2011 10:44 To: John Goodwin Cc: Richard Cyganiak; Sergio Fernández; Linked Data community Subject: Re: [ANN] Linked Open Colors Hmm. That would DOUBLE the triples. I'd better make it optional. http://is.gd/QLqhrN Otherwise it might be considered silly. John Goodwin wrote: This is very useful Chris, however I think it would also be useful to relate pixels by spatial predicates. We could probably build on the OS spatial relations ontology to create orientation predicates, e.g.: directlyLeftOf subPropertyOf sr:touches directlyLeftOf subPropertyOf leftOf pixel1 directlyLeftOf pixel2 etc.. John From: Christopher Gutteridge [mailto:c...@ecs.soton.ac.uk] Sent: Fri 4/1/2011 10:29 To: Richard Cyganiak Cc: John Goodwin; Sergio Fernández; Linked Data community Subject: Re: [ANN] Linked Open Colors Suggested future work: * Relate each colour to a brightness, hue and saturation URI. Maybe also link to RDF documents for the combinations of b+h, n+s and h+s so people can see variants of saturation, brightness and hue. * Link to the complimentary colour (inverse) * Link to the harmonious colours * Link to the nearest 'web safe' colour. * Give all colours a label, even if it's just the label for the nearest web safe color. If http://linkedopencolors.appspot.com/color/rgb/85a3ce.rdf said 'light blue' somewhere it would have far more utility. * Define some useful predicates; for example to relate an image to the major colour(s) used within it. * provide a .png as well as .rdf and .html so people can link to a swatch of the colour. * provide a recommended way to indicate transparency (which is possibly separate from colour?) Perhaps also other properties like reflectivity etc. Anyhow, I've knocked up a quick image-to-RDF service; http://graphite.ecs.soton.ac.uk/img2rdf/ Example output: http://is.gd/3h0Ais I've limited it to 10K pixels for now. Code available on request. Richard Cyganiak wrote: On 1 Apr 2011, at 13:32, John Goodwin wrote: Thank you for this - very useful. Also very timely as OS are about to release all raster mapping products in RDF. That's about time! I want to use SPARQL CONSTRUCT for image processing. Best, Richard John -Original Message- From: public-lod-requ...@w3.org on behalf of Sergio Fernández Sent: Fri 4/1/2011 08:45 To: Linked Data community Subject: [ANN] Linked Open Colors Hi, for giving some color to the semantic web folks, we are happy to announce the release the Linked Open Colors dataset [1]. The Linked Open Colors project offers tons of facts about colors, all readily available as Linked Open Data, linking with other relevant datasets such as dbpedia. The dataset and its publication mechanisms have been pedantically checked, and we expect no errors in the triples; if you do find some, please let us know. This project is highly inspired by Linked Open Numbers project [2]. Happy April Fools' Day! Cheers, [1] http://purl.org/colors https://spitfire.ordnancesurvey.co.uk/,DanaInfo=purl.org+colors https://spitfire.ordnancesurvey.co.uk/,DanaInfo=purl.org+colors [2] http://km.aifb.kit.edu/projects/numbers/ https://spitfire.ordnancesurvey.co.uk/projects/numbers/,DanaInfo=km.aifb.kit.edu+ https://spitfire.ordnancesurvey.co.uk/projects/numbers/,DanaInfo=km.aifb.kit.edu+ -- Carlos Tejo, Iván Mínguez and Sergio Fernández This email is only intended for the person to whom it is addressed and may contain confidential information. If you have received this email in error, please notify the sender and delete this email which must not be copied, distributed or disclosed to any other person. Unless stated otherwise, the contents of this email are personal to the writer and do not represent the official view of Ordnance Survey. Nor can any contract be formed on Ordnance Survey's behalf via email. We reserve the right to monitor emails and attachments without prior notice. Thank you for your cooperation. Ordnance Survey
Re: [ANN] Linked Open Colors
Done. Dave Challis wrote: Could you add a foaf:depiction of each pixel? It'd really help with visualisations, and encourage re-use without having to implement a pixel renderer each time. On 01/04/11 10:44, Christopher Gutteridge wrote: Hmm. That would DOUBLE the triples. I'd better make it optional. http://is.gd/QLqhrN Otherwise it might be considered silly. John Goodwin wrote: This is very useful Chris, however I think it would also be useful to relate pixels by spatial predicates. We could probably build on the OS spatial relations ontology to create orientation predicates, e.g.: directlyLeftOf subPropertyOf sr:touches directlyLeftOf subPropertyOf leftOf pixel1 directlyLeftOf pixel2 etc.. John From: Christopher Gutteridge [mailto:c...@ecs.soton.ac.uk] Sent: Fri 4/1/2011 10:29 To: Richard Cyganiak Cc: John Goodwin; Sergio Fernández; Linked Data community Subject: Re: [ANN] Linked Open Colors Suggested future work: * Relate each colour to a brightness, hue and saturation URI. Maybe also link to RDF documents for the combinations of b+h, n+s and h+s so people can see variants of saturation, brightness and hue. * Link to the complimentary colour (inverse) * Link to the harmonious colours * Link to the nearest 'web safe' colour. * Give all colours a label, even if it's just the label for the nearest web safe color. If http://linkedopencolors.appspot.com/color/rgb/85a3ce.rdf said 'light blue' somewhere it would have far more utility. * Define some useful predicates; for example to relate an image to the major colour(s) used within it. * provide a .png as well as .rdf and .html so people can link to a swatch of the colour. * provide a recommended way to indicate transparency (which is possibly separate from colour?) Perhaps also other properties like reflectivity etc. Anyhow, I've knocked up a quick image-to-RDF service; http://graphite.ecs.soton.ac.uk/img2rdf/ Example output: http://is.gd/3h0Ais I've limited it to 10K pixels for now. Code available on request. Richard Cyganiak wrote: On 1 Apr 2011, at 13:32, John Goodwin wrote: Thank you for this - very useful. Also very timely as OS are about to release all raster mapping products in RDF. That's about time! I want to use SPARQL CONSTRUCT for image processing. Best, Richard John -Original Message- From: public-lod-requ...@w3.org on behalf of Sergio Fernández Sent: Fri 4/1/2011 08:45 To: Linked Data community Subject: [ANN] Linked Open Colors Hi, for giving some color to the semantic web folks, we are happy to announce the release the Linked Open Colors dataset [1]. The Linked Open Colors project offers tons of facts about colors, all readily available as Linked Open Data, linking with other relevant datasets such as dbpedia. The dataset and its publication mechanisms have been pedantically checked, and we expect no errors in the triples; if you do find some, please let us know. This project is highly inspired by Linked Open Numbers project [2]. Happy April Fools' Day! Cheers, [1] http://purl.org/colors https://spitfire.ordnancesurvey.co.uk/,DanaInfo=purl.org+colors [2] http://km.aifb.kit.edu/projects/numbers/ https://spitfire.ordnancesurvey.co.uk/projects/numbers/,DanaInfo=km.aifb.kit.edu+ -- Carlos Tejo, Iván Mínguez and Sergio Fernández This email is only intended for the person to whom it is addressed and may contain confidential information. If you have received this email in error, please notify the sender and delete this email which must not be copied, distributed or disclosed to any other person. Unless stated otherwise, the contents of this email are personal to the writer and do not represent the official view of Ordnance Survey. Nor can any contract be formed on Ordnance Survey's behalf via email. We reserve the right to monitor emails and attachments without prior notice. Thank you for your cooperation. Ordnance Survey Adanac Drive Southampton SO16 0AS Tel: 08456 050505 http://www.ordnancesurvey.co.uk https://spitfire.ordnancesurvey.co.uk/,DanaInfo=www.ordnancesurvey.co.uk+ -- Christopher Gutteridge -- http://id.ecs.soton.ac.uk/person/1248 You should read the ECS Web Team blog: http://blogs.ecs.soton.ac.uk/webteam/
Re: [ANN] Linked Open Colors
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 01/04/11 11:11, Christopher Gutteridge wrote: Done. Awesome. You'll be pleased to know that those foaf:depictions mean it's then just a small step to transform the RDF into HTML for consumption by your average human: http://is.gd/CermUM Regards, Alex - -- Alexander Dutton Metamorphoses Project Developer, Claros Oxford University Computing Services, ℡ 01865 (6)13483 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Fedora - http://enigmail.mozdev.org/ iEYEARECAAYFAk2VrVkACgkQS0pRIabRbjCONwCfTtHEfw72JGaZ/yp7sy+KGySA qkwAn0xDZ7ArtHcISMbFmYDNTBSI985i =IFrh -END PGP SIGNATURE-
Re: LDOW2011 Papers Online
Hi guys, the LDoW2011 data is being imported into data.semanticweb.org (just like the data from 2010), so any URIs used on the LDoW website resolve nicely. However, there are a few housekeeping triples that the LDoW dataset is missing (graph name, workshop acronym, etc.), which means that it doesn't show up properly in on the data.semanticweb.org HTML interface. @Tom, if you're interested in adding this data to the LDoW pages, let me know! Cheers, Knud On 18 Mar 2011, at 17:38, Tom Heath wrote: Hi Daniel, On 18 March 2011 14:17, Daniel Schwabe dschw...@inf.puc-rio.br wrote: Hi Tom, Excellent initiative, thanks! Thanks :) will the metadata for LDOW be avaialable as well (e.g., in the data.semanticweb.org format)? If I'm not mistaken, there's a (more or less) straightforward process to get the Easychair output and turn it into RDF, right? To a large extent it already is, as RDFa in the workshop site :) http://www.w3.org/2007/08/pyRdfa/extract?uri=http%3A%2F%2Fevents.linkeddata.org%2Fldow2011%2Fformat=pretty-xmlwarnings=falseparser=laxspace-preserve=true We'll need to speak to Richard and Knud about getting this into the dogfood server, but I don't anticipate a problem - IIRC that's what we did last year. Richard, Knud, any thoughts? Cheers, Tom. -- Dr Tom Heath Lead Researcher Talis Systems Ltd T: 0870 400 5000 W: http://www.talis.com/ W: http://tomheath.com/id/me - Knud Möller, PhD +353 - 91 - 495086 Smile Group: http://smile.deri.ie Digital Enterprise Research Institute National University of Ireland, Galway Institiúid Taighde na Fiontraíochta Digití Ollscoil na hÉireann, Gaillimh
RE: LOV - Linked Open Vocabularies
Hello, Maybe I missed something, but can someone tell me why the ontology of dbpedia is not listed on LOV [1]? [1] http://labs.mondeca.com/dataset/lov/index.html Regards, Benedikt -- AIFB, Karlsruhe Institute of Technology (KIT) Phone: +49 721 608-47946 Email: benedikt.kaemp...@kit.edu Web: http://www.aifb.kit.edu/web/Hauptseite/en -Original Message- From: semantic-web-requ...@w3.org [mailto:semantic-web-requ...@w3.org] On Behalf Of Kingsley Idehen Sent: Tuesday, March 29, 2011 1:09 AM To: Pierre-Yves Vandenbussche Cc: public-lod@w3.org; SW-forum; semantic...@yahoogroups.com; info...@listes.irisa.fr Subject: Re: LOV - Linked Open Vocabularies On 3/28/11 5:37 PM, Pierre-Yves Vandenbussche wrote: Kingsley, I've just added rdfs:isDefinedBy property to vocabularies which accept content negotiation. Example here: http://labs.mondeca.com/dataset/lov/details/vocabulary_voaf.html Okay, a few more things though. For instance, what type of Entity is Identified by this URI: http://labs.mondeca.com/vocab/voaf#VocabularySpace ? Effect of entity ambiguity shows here: http://uriburner.com/describe/?url=http%3A%2F%2Flabs.mondeca.com%2Fvocab%2Fv oaf%23VocabularySpace . Also, we have an Entity ID (URI based Named Ref): http://labs.mondeca.com/dataset/lov/lov#CITY, and we (hopefully most Linked Data folk) kinda know said Entities representation (in the form of a linked data graph pictorial) is accessible from the Address (URL): http://labs.mondeca.com/dataset/lov/lov, but for absolute clarity (human and machines) you should add a wdrs:describedby relation of the form: http://labs.mondeca.com/dataset/lov/lov#CITY http://labs.mondeca.com/dataset/lov/lov#CITY wdrs:describedby http://labs.mondeca.com/dataset/lov/lov http://labs.mondeca.com/dataset/lov/lov . Good job! Kingsley regards, Pierre-Yves Vandenbussche Research Development Mondeca 3, cité Nollez 75018 Paris France Tel. +33 (0)1 44 92 35 07 - fax +33 (0)1 44 92 02 59 Mail: pierre-yves.vandenbuss...@mondeca.com Website: www.mondeca.com http://www.mondeca.com/ Blog: Leçons de choses http://mondeca.wordpress.com/ On Mon, Mar 28, 2011 at 4:57 PM, Kingsley Idehen kide...@openlinksw.com wrote: On 3/28/11 10:39 AM, Pierre-Yves Vandenbussche wrote: Hello all, We are pleased to announce the Linked Open Vocabularies initiative [1]. The web of data is based on datasets publication. When building a dataset some questions arise: which existing vocabularies will be the best-suited for my needs? To facilitate this task we propose the Linked Open Vocabularies (LOV) dataset [1]. It identifies the defined vocabularies for data description but also the relationships between these vocabularies. The work within the LOV is not exhaustive but, by suggesting us some vocabulary modifications and/or creations, we could improve this dataset. You could access this dataset via an RDF/XML file [2] and via a SPARQL Endpoint [3]. [1] http://labs.mondeca.com/dataset/lov/index.html [2] http://labs.mondeca.com/dataset/lov/lov.rdf [3] http://labs.mondeca.com/endpoint/lov Pierre-Yves Vandenbussche, Bernard Vatant, Lise Rozat Research Development Mondeca 3, cité Nollez 75018 Paris France Website: www.mondeca.com http://www.mondeca.com/ Lab: Mondeca Labs http://labs.mondeca.com/ Nice! See: http://linkeddata.uriburner.com/describe/?url=http%3A%2F%2Flabs.mondeca..com% 2Fdataset%2Flov%2Flov%23LOV Would be nice if you also added isDefinedBy relations so that one can FYN between TBox and ABox with ease :-) -- Regards, Kingsley Idehen President CEO OpenLink Software Web: http://www.openlinksw.com Weblog: http://www.openlinksw.com/blog/~kidehen http://www.openlinksw.com/blog/%7Ekidehen Twitter/Identi.ca: kidehen -- Regards, Kingsley Idehen President CEO OpenLink Software Web: http://www.openlinksw.com Weblog:
RE: Exciting changes at Data.Southampton.ac.uk!
Marvellous - clearly the way forward! Regards, Pauline Yorlegg -Original Message- From: public-lod-requ...@w3.org [mailto:public-lod-requ...@w3.org] On Behalf Of Christopher Gutteridge Sent: 01 April 2011 08:23 To: public-lod@w3.org Subject: Exciting changes at Data.Southampton.ac.uk! After some heated debate after the backlash against me for my recent comments about PDF, I've been forced to shift to recommending PDF as the preferred format for the data.southampton.ac.uk site, both for publishing and importing data. There are some issues with this and I know not every one will be happy with the decision; it wasn't easy to make... but on reflection, however, it's the right one. It is much easier for non programmers (the majority of people) to work with PDF documents and they are supported by pretty much every platform you can think of with a choice of tools and the benefit of familiarity. We've provided a wrapper around 4store to make PDF the default output mode: http://sparql.data.southampton.ac.uk/?query=PREFIX+soton%3A+%3Chttp%3A%2F%2Fid.southampton.ac.uk%2Fns%2F%3E%0D%0APREFIX+foaf%3A+%3Chttp%3A%2F%2Fxmlns.com%2Ffoaf%2F0.1%2F%3E%0D%0APREFIX+skos%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2004%2F02%2Fskos%2Fcore%23%3E%0D%0APREFIX+geo%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2003%2F01%2Fgeo%2Fwgs84_pos%23%3E%0D%0APREFIX+rdfs%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2000%2F01%2Frdf-schema%23%3E%0D%0APREFIX+org%3A+%3Chttp%3A%2F%2Fwww.w3.org%2Fns%2Forg%23%3E%0D%0APREFIX+spacerel%3A+%3Chttp%3A%2F%2Fdata.ordnancesurvey.co.uk%2Fontology%2Fspatialrelations%2F%3E%0D%0APREFIX+ep%3A+%3Chttp%3A%2F%2Feprints.org%2Fontology%2F%3E%0D%0APREFIX+dct%3A+%3Chttp%3A%2F%2Fpurl.org%2Fdc%2Fterms%2F%3E%0D%0APREFIX+bibo%3A+%3Chttp%3A%2F%2Fpurl.org%2Fontology%2Fbibo%2F%3E%0D%0APREFIX+owl%3A+%3Chttp%3A%2F%2Fwww.w3.org%2F2002%2F07%2Fowl%23%3E%0D%0A%0D%0ASELECT+%3Fs+WHERE+{%0D%0A%3Fs+%3Fp+%3Fo+.%0D%0A}+LIMIT+10output=pdfjsonp=#results_table And most information URIs can now be resolved to PDF, but we are sticking to HTML as the default (for now) http://data.southampton.ac.uk/products-and-services/FreshFruit.pdf The full details and rationale are on our data blog http://blogs.ecs.soton.ac.uk/data/2011/04/01/pdf-selected-as-interchange-format/E -- Christopher Gutteridge -- http://id.ecs.soton.ac.uk/person/1248 You should read the ECS Web Team blog: http://blogs.ecs.soton.ac.uk/webteam/
Re: [ANN] Linked Open Colors
On 1 Apr 2011, at 16:49, Tim Hodson wrote: Funny you should mention it but http://data.colourphon.co.uk/id/colour/00f300 A serious project that I have been playing with in my spare time - just for the fun of it really :) And there's Toby Inkster's color URIs: http://ontologi.es/colour/00F300 First one to sameAs these three datasets wins an Internet! Best, Richard Tim --- @timhodson Technical Consultant at Talis Systems Ltd. On 1 April 2011 10:29, Christopher Gutteridge c...@ecs.soton.ac.uk wrote: Suggested future work: * Relate each colour to a brightness, hue and saturation URI. Maybe also link to RDF documents for the combinations of b+h, n+s and h+s so people can see variants of saturation, brightness and hue. * Link to the complimentary colour (inverse) * Link to the harmonious colours * Link to the nearest 'web safe' colour. * Give all colours a label, even if it's just the label for the nearest web safe color. If http://linkedopencolors.appspot.com/color/rgb/85a3ce.rdf said 'light blue' somewhere it would have far more utility. * Define some useful predicates; for example to relate an image to the major colour(s) used within it. * provide a .png as well as .rdf and .html so people can link to a swatch of the colour. * provide a recommended way to indicate transparency (which is possibly separate from colour?) Perhaps also other properties like reflectivity etc. Anyhow, I've knocked up a quick image-to-RDF service; http://graphite.ecs.soton.ac.uk/img2rdf/ Example output: http://is.gd/3h0Ais I've limited it to 10K pixels for now. Code available on request. Richard Cyganiak wrote: On 1 Apr 2011, at 13:32, John Goodwin wrote: Thank you for this - very useful. Also very timely as OS are about to release all raster mapping products in RDF. That's about time! I want to use SPARQL CONSTRUCT for image processing. Best, Richard John -Original Message- From: public-lod-requ...@w3.org on behalf of Sergio Fernández Sent: Fri 4/1/2011 08:45 To: Linked Data community Subject: [ANN] Linked Open Colors Hi, for giving some color to the semantic web folks, we are happy to announce the release the Linked Open Colors dataset [1]. The Linked Open Colors project offers tons of facts about colors, all readily available as Linked Open Data, linking with other relevant datasets such as dbpedia. The dataset and its publication mechanisms have been pedantically checked, and we expect no errors in the triples; if you do find some, please let us know. This project is highly inspired by Linked Open Numbers project [2]. Happy April Fools' Day! Cheers, [1] http://purl.org/colors [2] http://km.aifb.kit.edu/projects/numbers/ -- Carlos Tejo, Iván Mínguez and Sergio Fernández This email is only intended for the person to whom it is addressed and may contain confidential information. If you have received this email in error, please notify the sender and delete this email which must not be copied, distributed or disclosed to any other person. Unless stated otherwise, the contents of this email are personal to the writer and do not represent the official view of Ordnance Survey. Nor can any contract be formed on Ordnance Survey's behalf via email. We reserve the right to monitor emails and attachments without prior notice. Thank you for your cooperation. Ordnance Survey Adanac Drive Southampton SO16 0AS Tel: 08456 050505 http://www.ordnancesurvey.co.uk -- Christopher Gutteridge -- http://id.ecs.soton.ac.uk/person/1248 You should read the ECS Web Team blog: http://blogs.ecs.soton.ac.uk/webteam/
Re: [ANN] Linked Open Colors
Hi Sergio, Thanks for the update about this new, much needed service! While perusing the data from the command line with rapper I noticed that: http://data.colourphon.co.uk/id/colourscheme/triadic/ff6347 rdfs:label triadic colours to compliment Coral (ff6347) . ISO 01.070 [1] clearly defines this color as Tomato. I think we can all agree that the identity of colors is a solved problem, and it would be great if this Linked Data service could be updated to reflect this. I started a Doodle Poll to see if we can find a time to meet to discuss whether a W3C Working Group or Incubator Group might be needed to resolve this issue. //Ed [1] http://bit.ly/gWCSql [2] http://www.doodle.com/geyvyrx4wzgvky5s
Re: LOV - Linked Open Vocabularies
Maybe I missed something, but can someone tell me what the URI of the ontology of dbpedia is? Bernard 2011/3/30 Benedikt Kaempgen benedikt.kaemp...@kit.edu Hello, Maybe I missed something, but can someone tell me why the ontology of dbpedia is not listed on LOV [1]? [1] http://labs.mondeca.com/dataset/lov/index.html Regards, Benedikt -- AIFB, Karlsruhe Institute of Technology (KIT) Phone: +49 721 608-47946 Email: benedikt.kaemp...@kit.edu Web: http://www.aifb.kit.edu/web/Hauptseite/en -Original Message- From: semantic-web-requ...@w3.org [mailto:semantic-web-requ...@w3.org] On Behalf Of Kingsley Idehen Sent: Tuesday, March 29, 2011 1:09 AM To: Pierre-Yves Vandenbussche Cc: public-lod@w3.org; SW-forum; semantic...@yahoogroups.com; info...@listes.irisa.fr Subject: Re: LOV - Linked Open Vocabularies On 3/28/11 5:37 PM, Pierre-Yves Vandenbussche wrote: Kingsley, I've just added rdfs:isDefinedBy property to vocabularies which accept content negotiation. Example here: http://labs.mondeca.com/dataset/lov/details/vocabulary_voaf.html Okay, a few more things though. For instance, what type of Entity is Identified by this URI: http://labs.mondeca.com/vocab/voaf#VocabularySpace? Effect of entity ambiguity shows here: http://uriburner.com/describe/?url=http%3A%2F%2Flabs.mondeca.com%2Fvocab%2Fv oaf%23VocabularySpacehttp://uriburner.com/describe/?url=http%3A%2F%2Flabs.mondeca.com%2Fvocab%2Fv%0Aoaf%23VocabularySpace. Also, we have an Entity ID (URI based Named Ref): http://labs.mondeca.com/dataset/lov/lov#CITY, and we (hopefully most Linked Data folk) kinda know said Entities representation (in the form of a linked data graph pictorial) is accessible from the Address (URL): http://labs.mondeca.com/dataset/lov/lov, but for absolute clarity (human and machines) you should add a wdrs:describedby relation of the form: http://labs.mondeca.com/dataset/lov/lov#CITY http://labs.mondeca.com/dataset/lov/lov#CITY wdrs:describedby http://labs.mondeca.com/dataset/lov/lov http://labs.mondeca.com/dataset/lov/lov . Good job! Kingsley regards, Pierre-Yves Vandenbussche Research Development Mondeca 3, cité Nollez 75018 Paris France Tel. +33 (0)1 44 92 35 07 - fax +33 (0)1 44 92 02 59 Mail: pierre-yves.vandenbuss...@mondeca.com Website: www.mondeca.com http://www.mondeca.com/ Blog: Leçons de choses http://mondeca.wordpress.com/ On Mon, Mar 28, 2011 at 4:57 PM, Kingsley Idehen kide...@openlinksw.com wrote: On 3/28/11 10:39 AM, Pierre-Yves Vandenbussche wrote: Hello all, We are pleased to announce the Linked Open Vocabularies initiative [1]. The web of data is based on datasets publication. When building a dataset some questions arise: which existing vocabularies will be the best-suited for my needs? To facilitate this task we propose the Linked Open Vocabularies (LOV) dataset [1]. It identifies the defined vocabularies for data description but also the relationships between these vocabularies. The work within the LOV is not exhaustive but, by suggesting us some vocabulary modifications and/or creations, we could improve this dataset. You could access this dataset via an RDF/XML file [2] and via a SPARQL Endpoint [3]. [1] http://labs.mondeca.com/dataset/lov/index.html [2] http://labs.mondeca.com/dataset/lov/lov.rdf [3] http://labs.mondeca.com/endpoint/lov Pierre-Yves Vandenbussche, Bernard Vatant, Lise Rozat Research Development Mondeca 3, cité Nollez 75018 Paris France Website: www.mondeca.com http://www.mondeca.com/ Lab: Mondeca Labs http://labs.mondeca.com/ Nice! See: http://linkeddata.uriburner.com/describe/?url=http%3A%2F%2Flabs.mondeca..com% 2Fdataset%2Flov%2Flov%23LOV Would be nice if you also added isDefinedBy relations so that one can FYN between TBox and ABox with ease :-) -- Regards, Kingsley Idehen President CEO OpenLink Software Web: http://www.openlinksw.com Weblog: http://www.openlinksw.com/blog/~kidehen http://www.openlinksw.com/blog/%7Ekidehen Twitter/Identi.ca: kidehen -- Regards, Kingsley Idehen President CEO OpenLink Software Web: http://www.openlinksw.com Weblog: http://www.openlinksw.com/blog/~kidehen Twitter/Identi.ca: kidehen -- Bernard Vatant Senior Consultant Vocabulary Data Engineering Tel: +33 (0) 971 488 459 Mail:
Re: LOV - Linked Open Vocabularies
Hi Bernard, On 4/1/2011 3:59 PM, Bernard Vatant wrote: Maybe I missed something, but can someone tell me what the URI of the ontology of dbpedia is? please have a look at http://wiki.dbpedia.org/Ontology Cheers, Bob
Re: LOV - Linked Open Vocabularies
On 4/1/11 11:43 AM, Bob Ferris wrote: Hi Bernard, (cc-ed ) On 4/1/2011 5:07 PM, Bernard Vatant wrote: But at http://dbpedia.org/ontology/ itself I get @prefix rdf: http://www.w3.org/1999/02/22-rdf-syntax-ns# . @prefix owl: http://www.w3.org/2002/07/owl# . http://dbpedia.org/ontology/rdf:typeowl:Ontology ; owl:versionInfo Version 3.5@en . Missing a triple such as http://dbpedia.org/ontology/rdfs:isDefinedByfoo I've got at least a version number :) So where is the RDF file containing the whole ontology? [1] references [2], which is a zipped file of the DBPedia Ontology. However, you are absolutely right, re. Linked Data publishing principles it might beneficial if, e.g., curl -H Accept: application/rdf+xml http://dbpedia.org/ontology/ or curl -H Accept: application/rdf+xml http://dbpedia.org/ontology/Person would resolve to a RDF/XML serialized description. It is a basic requirement especially re. Semantic Web ontology deployment to serve semantic graphs in different serializations formats. You are also right re. the application of rdfs:isDefinedBy for universals that are part of this ontology. Cheers, Bob [1] http://wiki.dbpedia.org/Ontology [2] http://downloads.dbpedia.org/3.6/dbpedia_3.6.owl.bz2 Bernard/Bob, Behold: 1. http://dbpedia.org/describe/?url=http%3A%2F%2Fdbpedia.org%2Fontology%2F -- DBpedia 2. http://lod.openlinksw.com/describe/?url=http%3A%2F%2Fdbpedia.org%2Fontology%2F -- LOD Cloud Cache . We've just added the missing triples to the Virtuoso instance Named Graphs holding the contents of: http://downloads.dbpedia.org/3.6/dbpedia_3.6.owl.bz2. For every action there is an equal and opposite reaction :-) -- Regards, Kingsley Idehen President CEO OpenLink Software Web: http://www.openlinksw.com Weblog: http://www.openlinksw.com/blog/~kidehen Twitter/Identi.ca: kidehen