Re: @base and @prefix in riot's Turtle output

Hi Frans, There isn't a way for BASE. Models don't carry BASE around with them like they do for a prefix mapping so while the writer do provide base support, the data doesn't flow-end-to-end. There are problems with BASE anyway - it's really for when there are relative URIs and teh base

Re: Comparing ResultSet objects, problem with CSV

On 08/09/16 16:24, Andy Seaborne wrote: The TSV format is the lossless form of you want that style of output. if (sorry - especially bad typing day today) I am testing a very simple case with a ResultSet of just 4 rows. Using Jena 2.11.0

Re: Comparing ResultSet objects, problem with CSV

The TSV format is the lossless form of you want that style of output. > I am testing a very simple case with a ResultSet of just 4 rows. > Using Jena 2.11.0 > > Any thoughts? Upgrade? 2.11 is quite old. Andy On 08/09/16 14:42, Rob Vesse wrote: The CSV format is explicitly

Re: Comparing ResultSet objects, problem with CSV

Thank you for that, Nikos. On Thu, Sep 8, 2016 at 4:42 PM, Rob Vesse wrote: > The CSV format is explicitly defined to be a lossy format so some > information can and will be lost when serialising to CSV. Specifically the > datatypes and language tags for literals and

Re: Comparing ResultSet objects, problem with CSV

The CSV format is explicitly defined to be a lossy format so some information can and will be lost when serialising to CSV. Specifically the datatypes and language tags for literals and literals/URIs may not be distinguishable due to their encoding. >From the spec

Re: Writing Jena Model to CSV

Thanks. That is what I did finally...laying the data down as wanted from a ResultSet. Rgds, On Thu, Sep 8, 2016 at 9:27 AM, Nikolaos Beredimas wrote: > CSV is not a valid RDF serialization format as mentioned (only as a format > for SPARQL results). > > If you want something

Comparing ResultSet objects, problem with CSV

I have a method that does a SPARQL select query and returns results in XML, JSON and CSV using outputAsCSV (OutputStream

Re: Relationship between similar columns from multiple databases

Sure will do, thanks a lot for pointers and help. Best, Ravion On Thu, Sep 8, 2016 at 8:08 AM, A. Soroka wrote: > I think you will want to start discussion of your question with the people > who actually support that product. It's not a part of Jena. > > --- > A. Soroka >

Re: Relationship between similar columns from multiple databases

I think you will want to start discussion of your question with the people who actually support that product. It's not a part of Jena. --- A. Soroka The University of Virginia Library > On Sep 7, 2016, at 6:28 PM, ☼ R Nair (रविशंकर नायर) > wrote: > > All, > >

Re: @base and @prefix in riot's Turtle output

Hi Andy, Thanks for the help. I have made a file with only prefixes and a command like the one below works nice: riot -formatted=ttl prefixes.ttl in.nt > out.ttl It is a big improvement. Is there perhaps a way to use @base too? If I put @base in the prefixes.ttl file it seems to be ignored,

Re: rdfs:comment

Thanks a lot sir, I think the SPARQL CONSTRUCT is more suitable. Regards On Thu, Sep 8, 2016 at 3:27 AM, Lorenz Buehmann < buehm...@informatik.uni-leipzig.de> wrote: > If you have a fixed set of resources, again I'd suggest to use SPARQL. > Indeed, DBpedia also allows to download parts of the

Re: rdfs:comment

If you have a fixed set of resources, again I'd suggest to use SPARQL. Indeed, DBpedia also allows to download parts of the dataset, but I don't see any need to download the comments for all resources of DBpedia. In your case, use a SPARQL CONSTRUCT query which in fact returns plain RDF. Use this

Re: rdfs:comment

Hello Lorenz sir, do we have some alternative way to get this like downloading rdfs:comment of all resources from DBpedia and process it locally? Actually my data i-e about hundred cities are in the Arraylist and can be accessed using loop so its not a straight forward way to access it via

Re: rdfs:comment

But the data is contained in the SPARQL endpoint of DBpedia, isn't it? So how should it work without a) loading the necessary data in-memory - which in that case would also be your task to first get the data from the remote endpoint b) get the information from the remote endpoint via SPARQL On

Re: Writing Jena Model to CSV

CSV is not a valid RDF serialization format as mentioned (only as a format for SPARQL results). If you want something similar to CSV for serializing an RDF Model, try using N-triples. On Thu, Sep 8, 2016 at 10:22 AM, Martynas Jusevičius wrote: > I think CSV is for

Re: Writing Jena Model to CSV

I think CSV is for writing ResultSet (SELECT results), not Model (CONSTRUCT/DESCRIBE results). On Wed, 7 Sep 2016 at 23:37, lookman sanni wrote: > Hi all, > > I am trying in vain to write a Jena model to a text file using > RDFDataMgr.write(outputstream, dataset2, lang). >