Thank you Andy for your continued leadership in the Apache Jena project and
the committers and testers for helping to bring the Jena 5 release to the
wider developer and user communities around the world.
All The Best,
Marco
Marco Neumann
Lotico Community Lead
http://www.lotico.com
On Wed
e collection in Java is often delayed; memory is not freed as
> > > quickly as we would expect it, and the heap limit is reached quickly
> > > if multiple parallel queries are run
> > > * long running database queries can send regular memory to Gen2, that
> > > is not actively cleaned by the garbage collector
> > > * memory-mapped files are also garbage-collected (and perhaps they
> > > could go to Gen2 as well, using more and more storage space).
> > >
> > > Could you please explain the possible reasons behind such a behaviour?
> > > And finally could you please suggest a more appropriate configuration
> > > for our use case?
> > >
> > > Thanks in advance and best wishes,
> > > Gaspar Bartalus
> > >
> >
>
--
---
Marco Neumann
Did that spatial SPARQL query work for you Claude?
Marco
On Fri, Dec 1, 2023 at 8:08 PM Claude Warren wrote:
> can you give me an example of a query?
>
> On Fri, Dec 1, 2023, 19:14 Marco Neumann wrote:
>
> > just go ahead you are almost there
> >
> > wkt:asW
ions work.
>
> Nick
>
> On Sat, Dec 2, 2023 at 6:58 pm, Marco Neumann <[marco.neum...@gmail.com
> ](mailto:On Sat, Dec 2, 2023 at 6:58 pm, Marco Neumann < wrote:
>
> > Nick, we only support GeoSPARQL 1.0 at this point in time in the Jena
> > project with some extensi
amples than GeoSPARQL 1.0:
>
> https://opengeospatial.github.io/ogc-geosparql/geosparql11/spec.html
>
> Nick
>
>
>
> On Saturday, 2 December 2023 at 6:39 AM, Marco Neumann <
> marco.neum...@gmail.com> wrote:
>
>
> > PREFIX spatial:http://jena.apache.org/sp
Fri, Dec 1, 2023, 19:14 Marco Neumann wrote:
>
> > just go ahead you are almost there
> >
> > wkt:asWKT "Polygon (( -5.5 -5.5, -4.5 -5.5, -4.5 -4.5, -5.5 -4.5, -5.5
> > -5.5 ))"^^wkt:wktLiteral
> >
> > same with the LINESTRING
> >
> >
; place the polygon into a model or dataset?
>
> Once the polygon is in, what is the query that will do the equivalent of
> the jst Geometry.iswithinDistance between the Linestring and the Polygon?
>
> Thanks,
> Claude
>
> --
> LinkedIn: http://www.linkedin.com/in/claudewarren
>
--
---
Marco Neumann
I was looking for an IRI validator and this one didn't come up in the
search engines. This service might need a bit more visibility and some
incoming links.
Marco
On Sat, Nov 25, 2023 at 1:34 PM Andy Seaborne wrote:
>
>
> On 24/11/2023 10:05, Marco Neumann wrote:
> > (side n
xample of yet
> another "quirk" between raw data and browsers (where this kind of data is
> supposed to be used).
>
> Still don't understand the problem :) http://example.org/book#1
> uniquely identifies a resource, but you'll need to get the whole
> http://example.org/book document to retrieve it. That's just how HTTP
> works.
>
--
---
Marco Neumann
question of what other characters
> I MUST avoid.
>
--
---
Marco Neumann
ey are much easier to read/edit manually), what is the list of
> characters that MUST be %-encoded?
>
>
> > Sent: Friday, November 24, 2023 at 9:55 AM
> > From: "Marco Neumann"
> > To: users@jena.apache.org
> > Subject: Re: Querying URL with square brackets
> >
> > Laura, see jena issue #2102
> > https://github.com/apache/jena/issues/2102
> >
> > Marco
>
--
---
Marco Neumann
tried escaping, "foo\[1\]bar" but it doesn't work.
> I tried converting from a string, FILTER(?id = URI("
> http://example.org/foo[1]bar;)) but it doesn't work
> What else could I try?
>
--
---
Marco Neumann
chatGPT has made an interesting and useful attempt for a change
[image: image.png]
On Fri, Nov 10, 2023 at 9:03 PM Andy Seaborne wrote:
>
>
> On 10/11/2023 20:35, Marco Neumann wrote:
> > On Fri, Nov 10, 2023 at 5:51 PM Andy Seaborne wrote:
> >
> >>
> &
ok I see, yes that (*) was just pseudocode.
Thanks Andy.
On Fri, Nov 10, 2023 at 9:00 PM Andy Seaborne wrote:
>
>
> On 10/11/2023 18:19, Marco Neumann wrote:
> > On Fri, Nov 10, 2023 at 5:51 PM Andy Seaborne wrote:
> >
> >>
> >>
> >> On 10/
On Fri, Nov 10, 2023 at 5:51 PM Andy Seaborne wrote:
>
>
> On 10/11/2023 12:33, Marco Neumann wrote:
> > Should DELETE {URI URI * } not update all matching graph patterns?
>
> No.
> (and that's bad syntax)
>
> > I had a case where only DELETE {URI
On Fri, Nov 10, 2023 at 5:51 PM Andy Seaborne wrote:
>
>
> On 10/11/2023 12:33, Marco Neumann wrote:
> > Should DELETE {URI URI * } not update all matching graph patterns?
>
> No.
> (and that's bad syntax)
>
DELETE { ?x } is bad syntax?
> > I had a case wher
{ }
Marco
--
---
Marco Neumann
you recommend
> > > something different?
> > >
> > > Thanks in advance,
> > > Gaspar
> > >
> > > PS: Sorry for the duplicate, I have the feeling that my other email
> > address
> > > is blocked somehow.
> > >
> > --
> > Lorenz Bühmann
> > Research Associate/Scientific Developer
> >
> > Email buehm...@infai.org
> >
> > Institute for Applied Informatics e.V. (InfAI) | Goerdelerring 9 | 04109
> > Leipzig | Germany
> >
> >
>
--
---
Marco Neumann
e JVM
> >>>>> metrics:
> >>>>> - Heap and and non-heap are stable at around 100MB total (mostly
> >>>>> non-heap metaspace).
> >>>>> - Mapped buffers stay at 50MB and remain long term stable.
> >>>>> - Direct memory buffers being allocated up to around 500MB then being
> >>>>> reclaimed. Since there are no sparql queries at all we assume this is
> >>>>> jetty NIO buffers being churned as a result of the metric scrapes.
> >>>>> However, this direct buffer behaviour seems stable, it cycles between
> >>>>> 0 and 500MB on approx a 10min cycle but is stable over a period of
> >>>>> days and shows no leaks.
> >>>>>
> >>>>> Yet the java process grows from an initial 100MB to at least 3GB.
> >>>>> This can occur in the space of a couple of hours or can take up to a
> >>>>> day or two with no predictability in how fast.
> >>>>>
> >>>>> Presumably there is some low level JNI space allocated by Jetty (?)
> >>>>> which is invisible to all the JVM metrics and is not being reliably
> >>>>> reclaimed.
> >>>>>
> >>>>> Trying 4.6.0, which we've had less problems with elsewhere, that
> >>>>> seems to grow to around 1GB (plus up to 0.5GB for the cycling direct
> >>>>> memory buffers) and then stays stable (at least on a three day soak
> >>>>> test). We could live with allocating 1.5GB to a system that should
> >>>>> only need a few 100MB but concerned that it may not be stable in the
> >>>>> really long term and, in any case, would rather be able to update to
> >>>>> more recent fuseki versions.
> >>>>>
> >>>>> Trying 4.8.0 on java 17 it grows rapidly to around 1GB again but then
> >>>>> keeps ticking up slowly at random intervals. We project that it would
> >>>>> take a few weeks to grow the scale it did under java 11 but it will
> >>>>> still eventually kill the machine.
> >>>>>
> >>>>> Anyone seem anything remotely like this?
> >>>>>
> >>>>> Dave
> >>>>>
> >>>>> [1] 500M heap may be overkill but there can be some complex queries
> >>>>> and that should still leave plenty of space for OS buffers etc in the
> >>>>> remaining memory on a 4GB machine.
> >>>>>
> >>>>>
> >>>>>
> >>
> >
> >
>
--
---
Marco Neumann
This can occur in the space of a couple of hours or can take up to a
> >>> day or two with no predictability in how fast.
> >>>
> >>> Presumably there is some low level JNI space allocated by Jetty (?)
> >>> which is invisible to all the JVM metrics and is not being reliably
> >>> reclaimed.
> >>>
> >>> Trying 4.6.0, which we've had less problems with elsewhere, that
> >>> seems to grow to around 1GB (plus up to 0.5GB for the cycling direct
> >>> memory buffers) and then stays stable (at least on a three day soak
> >>> test). We could live with allocating 1.5GB to a system that should
> >>> only need a few 100MB but concerned that it may not be stable in the
> >>> really long term and, in any case, would rather be able to update to
> >>> more recent fuseki versions.
> >>>
> >>> Trying 4.8.0 on java 17 it grows rapidly to around 1GB again but then
> >>> keeps ticking up slowly at random intervals. We project that it would
> >>> take a few weeks to grow the scale it did under java 11 but it will
> >>> still eventually kill the machine.
> >>>
> >>> Anyone seem anything remotely like this?
> >>>
> >>> Dave
> >>>
> >>> [1] 500M heap may be overkill but there can be some complex queries
> >>> and that should still leave plenty of space for OS buffers etc in the
> >>> remaining memory on a 4GB machine.
> >>>
> >>>
> >>>
>
--
---
Marco Neumann
ient/another way to store binary literals in Jena?
> > >
> > > The reason I ask is that a future version of GeoSPARQL might want to
> include WKB - Well-Known Binary - as a geometry format option. We would
> hope this can be efficiently accessed by a spatial index so we want to know
> how to handle perhaps a custom data type, perhaps geo:wkbLiteral, and how
> best to store this in Jena, perhaps not as hex text.
> > >
> > > Thanks, Nick
>
--
---
Marco Neumann
en invoking custom scripts. It allows a remote user to
> execute arbitrary javascript via a SPARQL query.
>
> Credit:
>
> L3yx of Syclover Security Team (reporter)
>
> References:
>
> https://jena.apache.org/
> https://www.cve.org/CVERecord?id=CVE-2023-22665
>
>
--
---
Marco Neumann
efforts
being presented as well.
I am looking forward to your submissions
Marco
--
---
Marco Neumann
gt; > coefficient?
> >
> > No.
> >
> > What led you to thinking there was?
> >
> > Andy
> >
>
--
---
Marco Neumann
ext().set(ARQ.optReorderBGP, false);
>
> Many thanks,
> Holger
>
>
>
> > On 18 Oct 2022, at 11:29 am, Élie Roux
> wrote:
> >
> > Perhaps this is an instance of
> > https://github.com/apache/jena/issues/1533 ? What triple reordering
> > optimization are y
hurray. TLP.
On Mon, Apr 18, 2022 at 5:40 PM Andy Seaborne wrote:
> Today is the 10th anniversary of Apache Jena as a Top Level Project of
> the Apache Software Foundation!
>
>
--
---
Marco Neumann
KONA
l.gz
> > > ../var/gnd/2021-11/src/gnd-sc.ttl
> > > ../var/gnd/2021-11/src/gnd-sc_notation.ttl
> > > ../var/gnd/2021-11/src/gndo.ttl
> > >
> > > and got a steadily decreasing rate (see below). On the other hand, the
> total
> > load time is nice. tdbstats ran correctly afterwards, and the query for
> > gndo:DifferentiatedPerson works as expected.
> > >
> > > Cheers - Joachim
>
--
---
Marco Neumann
KONA
tried the RDFS dataset feature Andy introduced which allows for
> "RDFS Simple" - inference (subClassOf, subPropertyOf, domain, range) -
> this should be sufficient, all we need is domain/range reasoning. So I
> added it to the assembler and forwarded this RDFS dataset to the
&g
eki: BUILD_DATE: 2022-02-09T18:01:44Z
> > > >
> > > > <#service_wikidata> rdf:type fuseki:Service ;
> > > >
> > > > rdfs:label "wikidata TDB Service (RW)" ;
> > > >
> > > > fuseki:name "wikidata" ;
> > > >
> > > > fuseki:serviceQuery "query" ;
> > > >
> > > > fuseki:serviceQuery "sparql" ;
> > > >
> > > > fuseki:serviceUpdate"update" ;
> > > >
> > > > fuseki:serviceUpload"upload" ;
> > > >
> > > > fuseki:serviceReadWriteGraphStore"data" ;
> > > >
> > > > fuseki:serviceReadGraphStore"get" ;
> > > >
> > > > fuseki:dataset :wikidata ;
> > > >
> > > > .
> > > >
> > > > --
> > > >
> > > > Joachim Neubert
> > > >
> > > > ZBW – Leibniz Information Centre for Economics
> > > >
> > > > Neuer Jungfernstieg 21
> > > > 20354 Hamburg
> > > >
> > > > Phone +49-40-42834-462
> > > >
> > >
>
--
---
Marco Neumann
KONA
"get" ;
>
> fuseki:dataset :wikidata ;
>
> .
>
>
>
>
>
>
>
> --
>
> Joachim Neubert
>
>
>
> ZBW – Leibniz Information Centre for Economics
>
> Neuer Jungfernstieg 21
> 20354 Hamburg
>
> Phone +49-40-42834-462
>
>
>
--
---
Marco Neumann
KONA
3.0.
>
> CPU is 4 x Intel(R) Xeon(R) Gold 6254 CPU @ 3.10GHz / 18 core (144 cores
> in total)
>
> Cheers, Joachim
>
> > -Ursprüngliche Nachricht-
> > Von: Marco Neumann
> > Gesendet: Freitag, 18. Februar 2022 10:00
> > An: users@jena.apache.org
> &
ough colleagues had
> jobs
> > on the machine too, which might have influenced the results).
> > >
> > > -During the extended POS/POS/OSP sort periods, I saw only one
> or two
> > gzip instances (used in the background), which perhaps were a
> bottleneck. I
> > wonder if using pigz could extend parallel processing.
> > >
> > > If you think it usefull, I am happy to share more details. If I can
> help with
> > running some particular tests on a massive parallel machine, please let
> me
> > know.
> > >
> > > Cheers, Joachim
> > >
> > > --
> > > Joachim Neubert
> > >
> > > ZBW - Leibniz Information Centre for Economics Neuer Jungfernstieg 21
> > > 20354 Hamburg
> > > Phone +49-40-42834-462
> > >
> > >
>
--
---
Marco Neumann
KONA
and as you have mentioned earlier GeoSPARQL 1.0 is 2D. If we go beyond that
(and we should at some point) we will have to indicate that in the
references.
For now GeoSPARQL 1.0 is the point of reference for the Apache Jena
GeoSPARQL implementation.
On Mon, Dec 13, 2021 at 12:30 PM Marco Neumann
; I've found the OGC website can be a bit hit and miss about indicating
> what are latest and deprecated versions.
>
> https://www.ogc.org/standards/geosparql#downloads
>
> https://portal.ogc.org/files/?artifact_id=47664
>
> Greg
>
> On 12/12/2021 20:41, Marco Neumann wrote:
&g
perties of geo:Geometry (Section 8.4).
> These values are inferred in the Jena implementation and do not need to
> asserted to be accessed.
>
> The standard also states that invalid geometry literals are to be
> treated as errors, hence the 'DatatypeFormatException'.
>
> Than
in geospatial data processing.
On Sat, Dec 11, 2021 at 6:19 PM Marco Neumann
wrote:
> That said, I am just looking at the code base and I think we are missing a
> property function for is3D which is mentioned in the v1.0 spec.
>
> On Sat, Dec 11, 2021 at 5:14 PM Marco Neum
That said, I am just looking at the code base and I think we are missing a
property function for is3D which is mentioned in the v1.0 spec.
On Sat, Dec 11, 2021 at 5:14 PM Marco Neumann
wrote:
> good to see some discussion around this at GeoSPARQL 1.1. But from what I
> can see it is
tps://opengeospatial.github.io/ogc-geosparql/geosparql11/spec.html#_b_1_functions_summary_table
>
> On 11.12.21 17:39, Marco Neumann wrote:
> > That's correct Jean-Marc, no comma.
> >
> > And yes the OGC GeoSPARQL spec is not supporting 3D access methods. And
> if
> > you record a thi
; org.apache.jena.geosparql.implementation.GeometryWrapper.extract(GeometryWrapper.java:1175)
> >>
> >>
> org.apache.jena.geosparql.implementation.GeometryWrapper.extract(GeometryWrapper.java:1137)
> >>
> >>
> org.apache.jena.geosparql.implementation.GeometryWrapper.extract(GeometryWrapper.java:1147)
> >> org.apache.jena.geosparql.configuration.ModeSRS.search(ModeSRS.java:61)
> >>
> >>
> org.apache.jena.geosparql.configuration.GeoSPARQLOperations.findModeSRS(GeoSPARQLOperations.java:520)
> >>
> >>
> org.apache.jena.geosparql.spatial.SpatialIndex.buildSpatialIndex(SpatialIndex.java:336)
> >>
> >>
> org.apache.jena.geosparql.configuration.GeoSPARQLConfig.setupSpatialIndex(GeoSPARQLConfig.java:263)
> >>
> >>
> deductions.runtime.jena.RDFStoreLocalJenaProviderObject$.createDatabase(RDFStoreLocalJenaProvider.scala:175)
> >>
> >> I use the latest Jena release 4.2.0 . Note that there is no trouble on
> my
> >> development machine, only on the production site , although the source
> is
> >> the same .
> >>
> >> Jean-Marc Vanel
> >>
> >>
>
--
---
Marco Neumann
KONA
of these is the
> best?
>
> Thanks!
>
>
>
> Con Tiscali Mobile Smart 70 hai 70 GB in 4G, minuti illimitati e 100 SMS a
> soli 7,99€ al mese http://tisca.li/Smart70
>
>
--
---
Marco Neumann
KONA
write the necessary scripts and data management
> for making this simple process repeatable with external solutions.
>
> And in fact, if a database cannot be used for managing and processing
> data, I don't what what it should be used for :-)
>
> Harri
>
>
> On 24.9.2021 11.
> { graph vice:pageocrdata { ?page vice:ocrtext ?ocr . }
> > OFFSET ... LIMIT ...
> > }
> > All the BIND
> > }
> >
> > (or filter by , starts ?ocr starts with "A" then with "B"
> >
> > Andy
>
&
"not to bind" to be read as "just bind once"
On Thu, Sep 23, 2021 at 4:25 PM Marco Neumann
wrote:
> set -Xmx to 8G and try not to bind the variable and to see if this
> alleviates the issue.
>
> On Thu, Sep 23, 2021 at 12:41 PM Harri Kiiskinen
> wrote:
>
&
is a simple and straightforward data
> processing, with no ordering etc.
>
> I started with -Xmx2G, but even increasing the heap to -Xmx12G only
> increases the time it takes for Fuseki to return the same error.
>
> Is there something wrong with the SPARQL above? Is there something that
> increases the memory use unnecessarily?
>
> Best,
>
> Harri Kiiskinen
>
--
---
Marco Neumann
KONA
Matters
>
> You can check the Blazegraph query plan as well, just put
> =details to the request URL
>
> You can also try to disable the query optimizer via
>
> SELECT ... WHERE {
>hint:Query hint:optimizer "None".
>...
> }
>
>
> If this changes the resu
gt; On 03/08/2021 17:38, Marco Neumann wrote:
> > I have just noticed that the following query pattern with optionals
> yields
> > undesirable SPARQL query results if the variable (?xLabel) isn't bound.
> >
> > Let the data be: :x :p :y
> >
> > SELECT ?x
> &g
a result as expected:
:x
SELECT ?x
WHERE{
?x :p ?y.
OPTIONAL{ ?x rdfs:label ?xLabel.}
}
Is this (the importance of order of optionals) a normal behavior during
query execution here?
--
---
Marco Neumann
KONA
Jena for an enterprise scale company, so it should be
> scalable in answering queries and also in storing data. Is that possible ?
>
> best regards
> Reza
>
--
---
Marco Neumann
KONA
titut für Produktion und Logistik GmbH
>
> Postanschrift: Postfach P.O.B. 33 05 60 · 28335 Bremen / Germany
>
> Geschäftssitz: Hochschulring 20 · 28359 Bremen / Germany
>
> USt-ID: DE814890109 · Amtsgericht Bremen HRB 24505 HB
>
> Tel: +49 (0)421/218-5 · Fax: +49 (0)421/218-50031
>
> E-Mail: i...@biba.uni-bremen.de · Internet: www.biba.uni-bremen.de
>
> Geschäftsführer: Prof. Dr.-Ing. M. Freitag, Prof. Dr.-Ing. K.-D. Thoben,
> O. Simon
>
>
>
>
>
--
---
Marco Neumann
KONA
try 4.0.0-SNAPSHOT.
>
> Jean-Marc Vanel
> <
> http://semantic-forms.cc:9112/display?displayuri=http://jmvanel.free.fr/jmv.rdf%23me
> >
> +33
> (0)6 89 16 29 52
>
>
> Le sam. 27 févr. 2021 à 10:14, Marco Neumann a
> écrit :
>
> > On Sat
l and I'll write
> > it :) .
> >
> > Jean-Marc Vanel
> > <
> http://semantic-forms.cc:1952/display?displayuri=http://jmvanel.free.fr/jmv.rdf%23me
> >
> > +33 (0)6 89 16 29 52
> > Twitter: @jmvanel , @jmvanel_fr ; chat: irc://irc.freenode.net#eulergui
> > Chroniques jardin
> > <
> http://semantic-forms.cc:1952/history?uri=http%3A%2F%2Fdbpedia.org%2Fresource%2FChronicle
> >
> >
> >
>
--
---
Marco Neumann
KONA
esn't have to use
> geometries) is welcome. Even applications that make use of software beyond
> the bundling with Jena .
>
> Please find further details in the coming weeks here and register
>
>
> http://www.lotico.com/index.php/Semantic_GeoSpatial_Web_-_Use_Cases_Workshop
>
>
> --
>
>
> ---
> Marco Neumann
> KONA
>
>
--
---
Marco Neumann
KONA
the bundling with Jena .
Please find further details in the coming weeks here and register
http://www.lotico.com/index.php/Semantic_GeoSpatial_Web_-_Use_Cases_Workshop
--
---
Marco Neumann
KONA
/javadoc/arq/org/apache/jena/query/Dataset.html?is-external=true
> >
> dataset)
> Convert the input dataset to the most frequent coordinate reference system
> and default datatype.
>
> Jean-Marc Vanel
> <
> http://semantic-forms.cc:9112/display?displayuri=http:
et#eulergui
> Chroniques jardin
> <
> http://semantic-forms.cc:1952/history?uri=http%3A%2F%2Fdbpedia.org%2Fresource%2FChronicle
> >
>
--
---
Marco Neumann
KONA
I tried adding jts-1.13.jar to the classpath but without success:
>
> java -cp jena-fuseki-geosparql-3.14.0.jar;jts-1.13.jar
> org.apache.jena.fuseki.geosparql.Main -rf "data.owl" -i -u -t "TestDS"
>
> Could you help me with this.
>
> Thanks!
> Johan,
>
--
---
Marco Neumann
KONA
or bug fixes.
> Its
> > alpha code - it gets through the regression tests and runs the samples
> but
> > hasn't had much use other than that. An SQL implementation may follow.
> >
> > I think better tools will help encourage the adoption of RDF. I'm
> looking
>
t twice)
> >>>
> >>> 31.1234560 ; 31.1234561 ;different (sh:equals reports it twice)
> >>>
> >>> 30; 30.001 ; different (sh:equals reports it twice)
> >>>
> >>> 30 ; 30.01 ; different (sh:equals reports it twice)
> >>>
> >>> 100123456.0 ; 100123456.1 ; different (sh:equals reports it twice)
> >>>
> >>> 100123456.0 ; 100123456.0 ; same
> >>>
> >>> 100123456; 100.123456E6 ; different (sh:equals reports it twice)
> >>>
> >>> 100123456; 100.123456E+06 ; different (sh:equals reports it twice)
> >>>
> >>> -0.123456789 ; -123.456789E-3 ; different (sh:equals reports it
> >>> twice)
> >>>
> >>> -0.123456789 ; -123.456789E-03 ; different (sh:equals reports it
> >>> twice)
> >>>
> >>> 100123456.1; 100.123456E+06 ; different (sh:equals reports it
> twice)
> >>>
> >>> 100123456.1 ; 100.123459E+06 ; different (sh:equals reports it
> twice)
> >>>
> >>> 100123456.1 ; 100123459 ; different (sh:equals reports it
> twice)
> >>>
> >>> 100123456.1 ; 100123459.0; different (sh:equals reports it
> twice)
> >>>
> >>>
> >>>
> >>> 2) using SPARQL (in the property shape)
> >>>
> >>> 1.123456 ; 1.123456 ; same
> >>>
> >>> 1.1234560 ; 1.1234561 ; different
> >>>
> >>> 31.1234560 ; 31.1234561 ;different
> >>>
> >>> 30; 30.001 ; same
> >>>
> >>> 30 ; 30.01 ; different
> >>>
> >>> 100123456.0 ; 100123456.1 ; same
> >>>
> >>> 100123456.0 ; 100123456.0 ; same
> >>>
> >>> 100123456; 100.123456E6 ; same
> >>>
> >>> 100123456; 100.123456E+06 ; same
> >>>
> >>> -0.123456789 ; -123.456789E-3 ; same
> >>>
> >>> -0.123456789 ; -123.456789E-03 ; same
> >>>
> >>> 100123456.1; 100.123456E+06 ; same
> >>>
> >>> 100123456.1 ; 100.123459E+06 ; same
> >>>
> >>> 100123456.1 ; 100123459 ; same
> >>>
> >>> 100123456.1 ; 100123459.0; same
> >>>
> >>>
> >>>
> >>> Best regards
> >>>
> >>> Chavdar
> >>>
> >>>
> >>>
> >>
>
--
---
Marco Neumann
KONA
gt;
> >> 100123456; 100.123456E6 ; different (sh:equals reports it twice)
> >>
> >> 100123456; 100.123456E+06 ; different (sh:equals reports it twice)
> >>
> >> -0.123456789 ; -123.456789E-3 ; different (sh:equals reports it
> >> twice)
> >>
> >> -0.123456789 ; -123.456789E-03 ; different (sh:equals reports it
> >> twice)
> >>
> >> 100123456.1; 100.123456E+06 ; different (sh:equals reports it
> twice)
> >>
> >> 100123456.1 ; 100.123459E+06 ; different (sh:equals reports it
> twice)
> >>
> >> 100123456.1 ; 100123459 ; different (sh:equals reports it
> twice)
> >>
> >> 100123456.1 ; 100123459.0; different (sh:equals reports it
> twice)
> >>
> >>
> >>
> >> 2) using SPARQL (in the property shape)
> >>
> >> 1.123456 ; 1.123456 ; same
> >>
> >> 1.1234560 ; 1.1234561 ; different
> >>
> >> 31.1234560 ; 31.1234561 ;different
> >>
> >> 30; 30.001 ; same
> >>
> >> 30 ; 30.01 ; different
> >>
> >> 100123456.0 ; 100123456.1 ; same
> >>
> >> 100123456.0 ; 100123456.0 ; same
> >>
> >> 100123456; 100.123456E6 ; same
> >>
> >> 100123456; 100.123456E+06 ; same
> >>
> >> -0.123456789 ; -123.456789E-3 ; same
> >>
> >> -0.123456789 ; -123.456789E-03 ; same
> >>
> >> 100123456.1; 100.123456E+06 ; same
> >>
> >> 100123456.1 ; 100.123459E+06 ; same
> >>
> >> 100123456.1 ; 100123459 ; same
> >>
> >> 100123456.1 ; 100123459.0; same
> >>
> >>
> >>
> >> Best regards
> >>
> >> Chavdar
> >>
> >>
> >>
> >
>
--
---
Marco Neumann
KONA
distro and jdk13.02 related on my end.
On Mon, Jun 24, 2019 at 12:05 AM Andy Seaborne wrote:
>
>
> On 23/06/2019 10:29, Marco Neumann wrote:
> > yes I'd say the local NVMe SSDs make the difference here. In my case for
> > zone US East and US East 2 the VMs only showing a p
.06.20 um 17:46 schrieb Marco Neumann:
> > Wolfang, I hear you and I've added a dataset today with 1 billion triples
> > and will continue to try to add larger datasets over time.
> > http://www.lotico.com/index.php/JENA_Loader_Benchmarks
> >
> > If you are only specific
> e.g. search within the enterprise for example, or indeed for data. And
> it has consequences in the clandestine data analysis and data abuse.
>
> Andy
>
> > Wolfgang
> >
> >
> > Am 09.06.20 um 12:17 schrieb Marco Neumann:
> >> same here, I get t
k
> >> Vorsitzender des Aufsichtsrats: Dermot McDonogh
> >> Sitz: Frankfurt am Main | Amtsgericht Frankfurt am Main HRB 114190
> >>
> >>
> >>
> >>
> >> Your Personal Data: We may collect and process information about you
> that may be subject to data protection laws. For more information about how
> we use and disclose your personal data, how we protect your information,
> our legal basis to use your information, your rights and who you can
> contact, please refer to: www.gs.com/privacy-notices<
> http://www.gs.com/privacy-notices>
> >>
>
--
---
Marco Neumann
KONA
With Kind Regards
> Bart van Leeuwen
>
>
> twitter: @semanticfire
> tel. +31(0)6-53182997
> Netage B.V.
> http://netage.nl
> Esdoornstraat 3
> 3461ER Linschoten
> The Netherlands
>
--
---
Marco Neumann
KONA
> > Sascha Meckler
> > Data Spaces and IoT Solutions
> >
> > Fraunhofer-Institut für Integrierte Schaltungen
> <https://www.google.com/maps/search/tut+f%C3%BCr+Integrierte+Schaltungen?entry=gmail=g>
> IIS
> > Nordostpark 93 | 90411 Nürnberg
> >
> > Phone +49 911 58061-9614
> >
> >
>
--
---
Marco Neumann
KONA
/index.php/Jena-based_Components_for_Building_Semantic_Web_Applications
Enjoy and stay safe,
Marco
On Tue, Mar 31, 2020 at 5:11 PM Marco Neumann
wrote:
> FYI
>
> Jena-based Components for Building Semantic Web Applications
>
>
> http://www.lotico.
Technology - Application - Coding
Session-Level: Intermediate - Advanced
Session-URL:
http://www.lotico.com/index.php/Jena-based_Components_for_Building_Semantic_Web_Applications
--
---
Marco Neumann
KONA
el
> of stability - but some parts are stable and probably of more general
> interest :)
>
>
> Cheers,
>
> Claus
>
>
> On 19.03.20 10:37, Marco Neumann wrote:
> > thank you Claus, there is obviously much more in the Jena-extensions
> > (SmartDataAnalytics
15f9697e9bb255029/jena-sparql-api-stmt/src/test/java/org/aksw/jena_sparql_api/stmt/TestSparqlStmtUtils.java#L54
>
>
> Cheers,
>
> Claus
>
>
>
> On 18.03.20 16:04, Andy Seaborne wrote:
> > Note that parsing the string as a query aborts early as soon as it finds
> an upd
ce of Select instead of query.isSelectType() etc.
>
> [1] https://github.com/spinrdf/spinrdf/blob/master/etc/sp.ttl
>
>
>
> On Wed, Mar 18, 2020 at 12:58 PM Marco Neumann
> wrote:
> >
> > is there some utility function here in the code base now already to do
> > t
ery(update);//do some work with
> the update
> > }
> > catch(ProcessException e){
> > //handle this exception
> > }
> >
> > [...]
> >
> > So is it possible ? Or not ?
>
> Not currently.
>
> You could use a regexp to spot the SELECT/CONSTRUCT/DESCRIBE/ASK keyword
> coming after BASE/PREFIXES/Comments.
>
> Andy
>
>
--
---
Marco Neumann
KONA
s that
> >>>> the
> >>>> execSelect() method finishes almost instantly. It is the iteration
> >>>> over
> >>>> the ResultSet that is taking all the time, it seems in the call to
> >>>> selectResult.hasNext(). The result has 192 rows, 9 columns. The
> >>>> results
> >>>> are provided in bursts of 8 rows each, with ~1 minute between bursts.
> >>>>
> >>>> OntModel ontologyModel = getMyOntModel(); // Tried various
> >>>> reasoners
> >>>> String selectQuery = getMySelectQuery();
> >>>> QueryExecution selectExec =
> >>>> QueryExecutionFactory.create(selectQuery, ontologyModel);
> >>>> ResultSet selectResult = selectExec.execSelect();
> >>>> while (selectResult.hasNext()) { // Time seems to be
> >>>> spent in
> >>>> hasNext
> >>>> QuerySolution selectSolution = selectResult.next();
> >>>> for (String var : getMyVariablesOfInterest() {
> >>>> RDFNode varValue = selectSolution.get(var);
> >>>> // process varValue
> >>>> }
> >>>> }
> >>>>
> >>>> Any suggestions would be appreciated.
> >>>>
> >>
>
--
---
Marco Neumann
KONA
esult = selectExec.execSelect();
> > while (selectResult.hasNext()) { // Time seems to be spent in
> > hasNext
> > QuerySolution selectSolution = selectResult.next();
> > for (String var : getMyVariablesOfInterest() {
> > RDFNode varValue = selectSolution.get(var);
> > // process varValue
> > }
> > }
> >
> > Any suggestions would be appreciated.
> >
>
--
---
Marco Neumann
KONA
RDFNode varValue = selectSolution.get(var);
> // process varValue
> }
> }
>
> Any suggestions would be appreciated.
>
> --
---
Marco Neumann
KONA
the inner select to be seen by
> both triple store.
> Many thank's
> --
> Jean-Claude Moissinac
>
>
>
> Le ven. 20 déc. 2019 à 11:57, Marco Neumann a
> écrit :
>
> > PREFIX wdt: <http://www.wikidata.org/prop/direct/>
> > PREFIX wikibase: <http://wik
espace/wdq/sparql> {
select ?wikidata ?p ?propLabel ?o ?oLabel where {
?wikidata ?p ?o . ?prop wikibase:directClaim ?p .
SERVICE wikibase:label {bd:serviceParam wikibase:language "en,fr" .}
} } }
On Fri, Dec 20, 2019 at 10:56 AM Marco Neumann
wrote:
> ok I see, how about the following
wikidata.org/bigdata/namespace/wdq/sparql> {
> >
> > select ?p ?propLabel ?o ?oLabel where {
> >
> > <http://www.wikidata.org/entity/Q640447> ?p ?o .
> >
> > ?prop wikibase:directClaim ?p . SERVICE wikibase:label { bd:serviceParam
> > wikibase:language "en,fr" .
> >
> > } } } }
> >
> >
> > In my real query, in place of the bind, I have some code which selects
> > some wikidata entities. The goal is to get a wikidata description of
> these
> > entities
> >
> > Have you some ideas?
> >
> >
> > --
> > Jean-Claude Moissinac
> >
> >
>
--
---
Marco Neumann
KONA
CE wikibase:label { bd:serviceParam
> wikibase:language "en,fr" .
>
> } } } }
>
>
> In my real query, in place of the bind, I have some code which selects some
> wikidata entities. The goal is to get a wikidata description of these
> entities
>
> Have you some ideas?
>
>
> --
> Jean-Claude Moissinac
>
--
---
Marco Neumann
KONA
, Dec 1, 2019 at 6:27 PM Andy Seaborne wrote:
>
>
> On 30/11/2019 21:32, Marco Neumann wrote:
> > ok yes I see, I was running into the issue on the ReSIST SPARQL endpoints
> > at the School of Electronics and Computer Science at the University of
> > South
.
best,
Marco
On Sat, Nov 30, 2019 at 8:46 PM Andy Seaborne wrote:
>
>
> On 30/11/2019 19:31, Marco Neumann wrote:
> > this still seems to be a thing, I get the same error on 3.13.1 now
> > with qexec.execAsk() which doesn't provide content negotiation.
>
> It sends:
>
>>>>>>
> label.+++FILTER%28bound%28%3Flabel%29++%26%26+REGEX%28%3Flabel%2C+%22%5C
> >>>>>> %5
> >>>>>> Cbact%22%2C%22i%22%29%29%7D+ORDER+BY+%3Fclass%0D%0A”
> >>>>>>
> >>>>>> On 13 May 2015, at 12:32, Rob Vesse wrote:
> >>>>>>
> >>>>>>> What is the error message you get?
> >>>>>>>
> >>>>>>> It is not unheard of for Virtuoso (the software that powers
> DBPedia)
> >>>>>>> to
> >>>>>>> produce bad output particularly if the data has not been
> appropriately
> >>>>>>> sanitised so I would suspect Virtuoso before suspecting Jena in a
> case
> >>>>>>> like this
> >>>>>>>
> >>>>>>> Rob
> >>>>>>>
> >>>>>>> On 13/05/2015 10:16, "Jeremy Debattista" >
> >>>>>>> wrote:
> >>>>>>>
> >>>>>>>> Dear All,
> >>>>>>>>
> >>>>>>>> I am trying to query the DBpedia SPARQL endpoint using the
> >>>>>>>> QueryExecutionFactory sparqlService and execSelect(), but I’m
> given
> >>>>>>>> the
> >>>>>>>> following error:
> com.hp.hpl.jena.sparql.resultset.ResultSetException:
> >>>>>>>> Failed when initializing the StAX parsing engine
> >>>>>>>>
> >>>>>>>> The query in question is
> >>>>>>>> PREFIX rdf:<http://www.w3.org/1999/02/22-rdf-syntax-ns#> PREFIX
> >>>>>>>> rdfs:<http://www.w3.org/2000/01/rdf-schema#> PREFIX
> >>>>>>>> owl:<http://www.w3.org/2002/07/owl#> SELECT distinct ?class
> ?label
> >>>>>>>> WHERE { {?class rdf:type owl:Class} UNION {?class rdf:type
> >>>>>>>> rdfs:Class}.
> >>>>>>>> ?class rdfs:label ?label. FILTER(bound(?label) && REGEX(?label,
> >>>>>>>> "\\bact","i"))} ORDER BY ?class
> >>>>>>>>
> >>>>>>>> which gives a result in dbpedia sparql web interface [1].
> >>>>>>>>
> >>>>>>>> The code in question is the following:
> >>>>>>>>
> >>>>>>>> public static ResultSet executeQuery(String uri, String
> queryString)
> >>>>>>>> {
> >>>>>>>> Query query = QueryFactory.create(queryString);
> >>>>>>>> QueryExecution qexec =
> >>>>>>>> QueryExecutionFactory.sparqlService(uri,
> >>>>>>>> query);
> >>>>>>>> try {
> >>>>>>>> ResultSet results = qexec.execSelect();
> >>>>>>>> return results;
> >>>>>>>> } finally {
> >>>>>>>>
> >>>>>>>> }
> >>>>>>>> }
> >>>>>>>>
> >>>>>>>> After debugging, the problem seems to be related to how the XML
> >>>>>>>> parser
> >>>>>>>> is
> >>>>>>>> reading the stream input. Would you have any other idea how I can
> go
> >>>>>>>> around it?
> >>>>>>>>
> >>>>>>>> Best Regards,
> >>>>>>>> Jeremy
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> [1]
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> http://dbpedia.org/sparql?default-graph-uri=http%3A%2F%2Fdbpedia.org
> >>>>>>>> ue
> >>>>>>>> ry
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> =PREFIX+rdf%3A%3Chttp%3A%2F%2Fwww.w3.org
> %2F1999%2F02%2F22-rdf-syntax-n
> >>>>>>>> s%
> >>>>>>>> 23
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> %3E+PREFIX+rdfs%3A%3Chttp%3A%2F%2Fwww.w3.org
> %2F2000%2F01%2Frdf-schema%
> >>>>>>>> 23
> >>>>>>>> %3
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>> E+PREFIX+owl%3A%3Chttp%3A%2F%2Fwww.w3.org
> %2F2002%2F07%2Fowl%23%3E++SEL
> >>>>>>>> EC
> >>>>>>>> T+
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> distinct+%3Fclass+%3Flabel++WHERE+%7B+%7B%3Fclass+rdf%3Atype+owl%3ACla
> >>>>>>>> ss
> >>>>>>>> %7
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> D+UNION+%7B%3Fclass+rdf%3Atype+rdfs%3AClass%7D.+%3Fclass+rdfs%3Alabel+
> >>>>>>>> %3
> >>>>>>>> Fl
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> abel.+++FILTER%28bound%28%3Flabel%29++%26%26+REGEX%28%3Flabel%2C+%22%5
> >>>>>>>> C%
> >>>>>>>> 5C
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> >>>>>>>>
> bact%22%2C%22i%22%29%29%7D+ORDER+BY+%3Fclass%0D%0A=text%2Fhtml&
> >>>>>>>> ti
> >>>>>>>> me
> >>>>>>>> out=3=on
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>>
> >>>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>>
> >>>>
> >>>
> >>>
> >>>
> >>>
> >>
>
>
--
---
Marco Neumann
KONA
532; } ,
> "author": { "type": "uri" , "value": "http://localhost:2020/author/3042;
> } ,
> "title": { "type": "literal" , "value": "Efectividad del misoprostol para
> el aborto en el primer trimestre del embarazo en adolescentes." } ,
> "name": { "type": "literal" , "value": "Annia Najarro" } ,
> "affiliation": { "type": "literal" , "value": "Hospital provincial
> universitario \u201CDr. Gustavo Aldereguía Lima\u201D. Cienfuegos." } ,
> "abstract": { "type": "literal" , "value": "Some text here." } ,
> "uri": { "type": "literal" , "value": "
> http://www.medisur.sld.cu/index.php/medisur/article/view/353; } ,
> "year": { "type": "literal" , "datatype": "
> http://www.w3.org/2001/XMLSchema#integer; , "value": "2008" }
> }
> ]
> }
> }
>
> It seems that the authors without affiliation triple aren't in the RDF
> graph. It is normal this behavior?
>
> Best regards.
> Yusniel Hidalgo.
>
> 1519-2019: Aniversario 500 de la Villa de San Cristóbal de La Habana
>
> Por La Habana, lo más grande. #Habana500 #UCIxHabana500
>
> --
---
Marco Neumann
KONA
PM Andy Seaborne wrote:
>
>
> On 08/09/2019 09:16, Marco Neumann wrote:
> > Romain,
> >
> > sure Jena gives you so much more than just the basic graph
> infrastructure.
> > I wasn't acutely aware of the guava shade mandatory requirement in a
> > m
r
>
> To mention alternatives, spark, flink, beam, ignite for the few I can think
> about, have something not crazy but still this stack and API issues :(.
>
> This is how i ended up looking commons, to try to have something stable and
> dep free.
>
> Romain
>
>
dataset do you use to run the load test above?
On Sat, Jun 22, 2019 at 11:47 PM Andy Seaborne wrote:
>
>
> On 20/06/2019 16:01, Marco Neumann wrote:
> > quick update here on loader performance. Did a modest (in terms of cost)
> > hardware upgrade of one of the dedi
to work well for us in combination with TDB.
On Fri, Jun 14, 2019 at 11:56 PM Marco Neumann
wrote:
> absolutely it does, preferably NVMe SSD. tdbloaders are almost a showcase
> themselves for good up-to-date hardware..
>
> if possible I'd like to load the wikidata dataset* at at some
I agree, would be desirable to have funding for these requests and more. to
bad there isn't currently a commercial entity that helps actively driving
this valuable project.
On Tue, Jun 18, 2019 at 2:37 PM Andy Seaborne wrote:
>
>
> On 18/06/2019 13:44, Marco Neumann wrote:
> >
and maintain query consistency in the default
graph and it would reduced the tdb database footprint on disk by 1/3.
not to speak of an option for LZW compression a la HDT.
On Fri, Jun 14, 2019 at 8:03 PM Andy Seaborne wrote:
>
>
> On 14/06/2019 18:13, Marco Neumann wrote:
> > I am
rg/wikidatawiki/entities/
> >
> >
> > On Fri, Jun 14, 2019 at 11:47 PM Martynas Jusevičius <
> marty...@atomgraph.com>
> > wrote:
> >
> >> What about SSD disks, don't they make a difference?
> >>
> >> On Sat, Jun 15, 2019 at 12:36 AM Ma
15, 2019 at 12:36 AM Marco Neumann
> wrote:
> >
> > that did the trick Andy, very good might be a good idea to add this to
> the
> > distribution in jena-log4j.properties
> >
> > I am getting these numbers for a midsize dedicated server, very nice
> > nu
174,644)
> INFO Finish - index SPO
> INFO Finish - index POS
> INFO Finish - index OSP
> INFO Time = 35.572 seconds : Triples = 5,000,599 : Rate = 140,577 /s
>
>
> There is pause after the first "Finished:" - this is finished data in,
> the index threads are st
let me fire up one of the big machines to see what I will get there.
currently I have no info display during load with tdb2.tdbloader . if -v is
specified I get some extra info but no load info.
On Fri, Jun 14, 2019 at 8:03 PM Andy Seaborne wrote:
>
>
> On 14/06/2019 18:13, Marco Neum
nice, so basically for a read only instance tdbloader2 is the way to go in
terms of disk space. Is there a trade off for the full packed B+Trees in
terms of performance?
On Fri, Jun 14, 2019 at 7:52 PM Andy Seaborne wrote:
>
>
> On 14/06/2019 18:13, Marco Neumann wrote:
> > I am
ve noticed that storage space use for tdbloader2 is significantly
smaller on disk compared to tdbloader and tdb2.tdbloader. Is there a
straight forward explanation here?
--
---
Marco Neumann
KONA
quot; ;
> >> text:graphField "graph" ;
> >> text:map (
> >>[ text:field "prefLabel" ; text:predicate skos:prefLabel ]
> >>[ text:field "altLabel" ; text:predicate skos:altLabel ]
>
"/ds" ; # http://host:port/ds-ro
> fuseki:serviceQuery "query" ; # SPARQL query service
> fuseki:serviceQuery "sparql" ; # SPARQL query service
> fuseki:serviceUpdate"up
>
> @prefix fuseki:<http://jena.apache.org/fuseki#> .
>
>
> On 10/06/2019 14:46, Marco Neumann wrote:
> > did you set the ja: name space?
> >
> > On Mon, Jun 10, 2019 at 11:04 AM Mikael Pesonen <
> mikael.peso...@lingsoft.fi>
> > wrote:
&
> Speech Applications - Language Management - Translation - Reader's and
> Writer's Tools - Text Tools - E-books and M-books
>
> Mikael Pesonen
> System Engineer
>
> e-mail: mikael.peso...@lingsoft.fi
> Tel. +358 2 279 3300
>
> Time zone: GMT+2
>
> Helsinki Off
but binds the entire string again to ?email
> >>
> >> eg data:
> >>
> >> url =
> >> http://www.imagesnippets.com/imgtag/rdf/apple97...@hotmail.com/1598550_10204479279247862_1280347905880818932_o
> >>
> >> query
> >>
&g
m/imgtag/rdf/apple97...@hotmail.com/1598550_10204479279247862_1280347905880818932_o
query
SELECT ?email
WHERE {
?s ?p ?o
BIND (REPLACE(STR(?s),"[a-zA-Z0-9._-]+@[a-zA-Z0-9._-]+","$0") AS ?email)
}
On Tue, Apr 23, 2019 at 6:00 PM Richard Cyganiak wrote:
>
> Hi Marco,
1 - 100 of 189 matches
Mail list logo
