Re: Exciting changes at Data.Southampton.ac.uk!

2011-04-02 Thread Monika Solanki 
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+10&output=pdf&jsonp=#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: Exciting changes at Data.Southampton.ac.uk!

2011-04-01 Thread john.nj.davies 
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: 
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+10&output=pdf&jsonp=#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!

2011-04-01 Thread Hugh Glaser 
Yes, RTF will be much better than Word - I will only need to change a D to a T.

- Reply message -
From: "Richard Cyganiak" 
To: "Ian Davis" 
Cc: "Christopher Gutteridge" , "" 

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: Exciting changes at Data.Southampton.ac.uk!

2011-04-01 Thread Ian Davis 
On Fri, Apr 1, 2011 at 10:14 AM, Richard Cyganiak  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!

2011-04-01 Thread Richard Cyganiak 
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!

2011-04-01 Thread Monika Solanki 

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+10&output=pdf&jsonp=#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: {Disarmed} Re: Exciting changes at Data.Southampton.ac.uk!

2011-04-01 Thread Pablo Mendes 
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  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+10&output=pdf&jsonp=#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!

2011-04-01 Thread Alexandre Passant 

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+10&output=pdf&jsonp=#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: Exciting changes at Data.Southampton.ac.uk!

2011-04-01 Thread Richard Cyganiak 
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

{Disarmed} Re: Exciting changes at Data.Southampton.ac.uk!

2011-04-01 Thread Christopher Gutteridge 
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 
> 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*

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+10&output=pdf&jsonp=#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!

2011-04-01 Thread Pablo Mendes 
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:
>>
>> 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+10&output=pdf&jsonp=#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: Exciting changes at Data.Southampton.ac.uk!

2011-04-01 Thread Ian Davis 
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"  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+10&output=pdf&jsonp=#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!

2011-04-01 Thread Christopher Gutteridge 
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+10&output=pdf&jsonp=#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!

2011-04-01 Thread Michael Hausenblas 


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 
+10&output=pdf&jsonp=#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!

2011-04-01 Thread Barry Norton 



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+10&output=pdf&jsonp=#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