XML to RDF

2016-07-29 Thread Håvard Mikkelsen Ottestad
Hi, I just wanted to give some publicity to a library I have worked on for some time. An XML to RDF Java library (open source / apache 2) that’s compatible with Jena. It’s blazingly fast and highly configurable. Available on GitHub https://github.com/AcandoNorway/XmlToRdf and on Maven

Re: Sizing an SDB instance?

2016-01-15 Thread Håvard Mikkelsen Ottestad
Any chance you are planning to purchase Topbraid EVN? Håvard On 14/01/16 18:57, "Adam Kimball" wrote: >HI all, > >I’m working with a vendor to purchase a taxonomy mgmt tool. The vendor uses >SDB and we’ll need to setup a database with sufficient cpu/ram to support

Re: Fuseki + SDB + Oracle

2016-01-14 Thread Håvard Mikkelsen Ottestad
If you have Oracle, you can also use their Spatial and Graph support as a graph database with Jena (without SDB). As for the steps for setting up regular Oracle with Jena SDB, I don’t know. Håvard On 14/01/16 10:46, "Bangalore Akhilesh" wrote: >Hi, > >I would

Re: Fuseki TDB with tdb:unionDefaultGraph

2016-01-12 Thread Håvard Mikkelsen Ottestad
tency by showing that my default graph has 33 triples in it, but not being able to show any of them. Håvard On 12/01/16 14:41, "Andy Seaborne" <a...@apache.org> wrote: >On 11/01/16 13:04, Håvard Mikkelsen Ottestad wrote: >> Hi, >> >> I've set up a config f

Fuseki TDB with tdb:unionDefaultGraph

2016-01-11 Thread Håvard Mikkelsen Ottestad
Hi, I've set up a config for Fuseki with tdb:unionDefaultGraph "true". This works great for queries and allows me to separate my data into graphs for easy update and delete operations. However. I can't seem to get the graph protocol to work. I can list all data in graphs with:

Re: Safe update and select queries against Fuseki with user input

2016-01-07 Thread Håvard Mikkelsen Ottestad
's not what should happen! > >Could you turn that into a complete, minimal example and create a JIRA >please? > > Andy > >On 07/01/16 09:09, Håvard Mikkelsen Ottestad wrote: >> Hi Andy, >> >> I tried the QueryBuilder, but it doesn’t work for update qu

Re: Safe update and select queries against Fuseki with user input

2016-01-06 Thread Håvard Mikkelsen Ottestad
.apache.org/documentation/javadoc/arq/org/apache/jena/query/Para >meterizedSparqlString.html > > >See also the user documentation on this at: > >https://jena.apache.org/documentation/query/parameterized-sparql-strings.ht >ml > >Rob > >On 06/01/2016 11:02, "Håvard Mik

Safe update and select queries against Fuseki with user input

2016-01-06 Thread Håvard Mikkelsen Ottestad
Hi, I know that it’s possible to do safe queries with Jena using a QuerySolution for both update queries and select queries. Ex. UpdateExecutionFactory

Re: Safe update and select queries against Fuseki with user input

2016-01-06 Thread Håvard Mikkelsen Ottestad
, Håvard M. Ottestad - On 06/01/16 11:42, "Håvard Mikkelsen Ottestad" <haavard.ottes...@acando.no> wrote: >Hi, > >I know that it’s possible to do safe queries with Jena using a QuerySolution >for both update queries and select queries. >

Re: Safe update and select queries against Fuseki with user input

2016-01-06 Thread Håvard Mikkelsen Ottestad
quot; <rve...@dotnetrdf.org> wrote: >I'm not sure why that is a problem? > >Any sort of prepared statement functionality is always going to be best >effort and can only protect against attacks that the designers foresaw > >Rob > >On 06/01/2016 11:48, "Håvard Mik

Re: optimizing serialization of results from fuseki

2016-01-06 Thread Håvard Mikkelsen Ottestad
Hi, Can you post a link to your dataset and queries? If the data isn’t sensitive that is. Regards, Håvard M. Ottestad On 06/01/16 17:17, "Paul Tyson" wrote: >I have a modest (17M triple) dataset, fairly flat graph. I run some >queries selecting nodes with anywhere

Re: BGP optimization

2015-11-26 Thread Håvard Mikkelsen Ottestad
sual in-memory dataset is "general >purpose". In the general one you can add graphs from any storage and is >not transactional; there is a wrapper to add MRSW-lock controlled >transactions. > > >On 26/11/15 13:17, Håvard Mikkelsen Ottestad wrote: >> Hi, >>