- From: Eric Prud'hommeaux <eric@w3.org>
- Date: Fri, 17 May 2013 07:50:47 -0400
- To: Sandro Hawke <sandro@w3.org>
- Cc: Jan Wielemaker <J.Wielemaker@vu.nl>, Andy Seaborne <andy.seaborne@epimorphics.com>, public-rdf-comments@w3.org
* Sandro Hawke <sandro@w3.org> [2013-05-17 07:38-0400] > On 05/17/2013 06:00 AM, Jan Wielemaker wrote: > >On 05/17/2013 11:49 AM, Andy Seaborne wrote: > > > >[this fragment is from Charles Greer, not answered by Andy] > > > >>1. Could the spec be modified to allow TriG to be a superset of > >>turtle? Specifically, could the production rules be modified to allow > >>a set of triples outside of any '{' '}' to be the same as triples in a > >>default anonymous graph? It seems that even now, the rules allow > >>multiple anonymous graph productions, whose union would be the unnamed > >>graph. It would be convenient if we could dispense with these anonymous > >>curly braces altogether if possible. > > > >Having implemented TriG yesterday on top of the Turtle parser, I > >must say that I was happily surprised that TriG does not allow for > >triples > >outside {}. This means you can detect whether a document is a Turtle > >or TriG document at the first triple. > > Why do you want to do that? I'm imagining a world where people > load data by URL, not necessarily knowing if it's going to have > named graphs in it. > > I'd think in a load_graph operation, you'd accept TriG as well, > using the default graph as the output graph. Maybe have a flag > about whether to ignore or raise on error if there are some named > graphs as well. > > And in a load_dataset operations, I'd think you'd accept Turtle as > well, and just not get any named graphs out of it. a hearty +1 There is trig out there, so there's a cost to changing it, but that's a small cost compared to the missed opportunity have having compatible languages. -- -ericP
Received on Friday, 17 May 2013 11:51:16 UTC