- From: Pablo Mendes <pablomendes@gmail.com>
- Date: Fri, 1 Apr 2011 10:45:56 +0200
- To: Christopher Gutteridge <cjg@ecs.soton.ac.uk>
- Cc: barry.norton@aifb.uni-karlsruhe.de, "<public-lod@w3.org>" <public-lod@w3.org>
- Message-ID: <AANLkTinkvPmiMYs+ODajdjmP=5iMsWAp9_LjgoraQN=7@mail.gmail.com>
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 <cjg@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.norton@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<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+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/ > >
Received on Friday, 1 April 2011 08:46:30 UTC