.
>
>
> Futures directions
>
> OGC Standards try to met the FAIR principle: Findable, Accessible,
> Interoperable, Reusable. OGC has been traditionally focused on a path
> from Findable to Reusable. It resulted in a lot of metadata, because
> different users may be interested in different aspects of a feature, and
> those aspects needed to be described in metadata in order to be
> findable. But the raise of A.I. changes the focus. All reusable data can
> be consumed by A.I., which them make those data findable. So the path
> can also be in the opposite direction, from Reusable to Findable.
>
> Martin
>
>
--
---
Marco Neumann
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
earlier will not work.
>
>
> ---
>
>
> Checking:
>
> + are the GPG signatures fine?
> + are the checksums correct?
> + is there a source archive?
> + can the source archive be built?
>(NB This requires a "mvn install" first time)
> + is there a correct LICENSE and NOTICE file in each artifact
>(both source and binary artifacts)?
> + does the NOTICE file contain all necessary attributions?
> + have any licenses of dependencies changed due to upgrades?
> if so have LICENSE and NOTICE been upgraded appropriately?
> + does the tag/commit in the SCM contain reproducible sources?
>
--
---
Marco Neumann
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
that idea, needs a bit more clarification
On Sat, Jan 6, 2024 at 3:01 PM Claude Warren wrote:
> Perhaps we should think about a Geometry SPARQL extension.
>
> On Sat, Jan 6, 2024 at 1:51 PM Marco Neumann
> wrote:
>
> > It used to be all on Google Code. I believe Go
he functions.
>
> Claude
>
> On Sat, Jan 6, 2024 at 12:43 PM Marco Neumann
> wrote:
>
> > yes, a lot of the geosparql functions will push you towards geo.
> >
> > It might be better to just reuse the existing low level functions. My
> first
> > spatial imp
- Geof.SF_OVERLAPS
>- Geof.SF_INTERSECTS
>- Geof.SF_TOUCHES
>- Geof.DISTANCE_NAME
>- SpatialExtension.NEARBY
>
> I may just revert to writing a couple of filter functions to do what I
> want, but I was trying to learn the existing library.
>
> Claude
>
>
of functions (access methods) would you like to perform on the
data?
On Sat, Jan 6, 2024 at 8:24 AM Claude Warren wrote:
> Yes just x and y on a flat surface.
>
> On Sat 6 Jan 2024, 00:45 Marco Neumann, wrote:
>
> > Can you give an example? you just want to use x and
le map).
> Is there a way to specify this?
>
> Claude
>
> --
> LinkedIn: http://www.linkedin.com/in/claudewarren
>
--
---
Marco Neumann
neral QueryExecution builders are full query
> >> execution setup.
> >>
> >> Local execution builder:
> >> QueryExecution.create()...
> >>
> >> Remote execution builder:
> >> QueryExecution.service(URL)...
> >>
> >> ** QueryExecution variable substitution
> >>
> >> Using "substitution", where the query is modified by replacing one or
> >> more variables by RDF terms, is now preferred to using "initial
> >> bindings", where query solutions include (var,value) pairs.
> >>
> >> "substitution" is available for all queries, local and remote, not just
> >> local executions.
> >>
> >>
> >> Fuseki Users
> >>
> >> Fuseki: Uses the jakarta namespace for servlets and Fuseki has been
> >> upgraded to use Eclipse Jetty12.
> >>
> >> Apache Tomcat10 or later, is required for running the WAR file.
> >> Tomcat 9 or earlier will not work.
> >>
> >
> >
>
--
---
Marco Neumann
.service(URL)...
>
> ** QueryExecution variable substitution
>
> Using "substitution", where the query is modified by replacing one or
> more variables by RDF terms, is now preferred to using "initial
> bindings", where query solutions include (var,value) pairs.
>
> "substitution" is available for all queries, local and remote, not just
> local executions.
>
>
> Fuseki Users
>
> Fuseki: Uses the jakarta namespace for servlets and Fuseki has been
> upgraded to use Eclipse Jetty12.
>
> Apache Tomcat10 or later, is required for running the WAR file.
> Tomcat 9 or earlier will not work.
>
--
---
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
@ as Andy pointed are better as not
> everyone watches the GitHub issues.
>
> Cheers,
>
> Bruno
>
> On Wed, 29 Nov 2023 at 15:30, Marco Neumann
> wrote:
>
> > So for example we sometimes work with hundreds of files for uploads via
> the
> > fuseki UI.
> >
est.
>
> General discussions, dev@
>
> Andy
>
> On 29/11/2023 09:18, Marco Neumann wrote:
> > Bruno,
> > how do you gather input/ideas for UI improvements?
> >
> > Best,
> > Marco
>
--
---
Marco Neumann
are required before code can be merged?
> >
> > 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
didate.
> >
> > The deadline is
> >
> > Friday, 27th October 2023 at 18:00 UTC
> >
> > Please vote to approve this release:
> >
> > [ ] +1 Approve the release
> > [ ] 0 Don't care
> > [ ] -1 Don't release, because ...
>
--
---
Marco Neumann
built?
>(NB This requires a "mvn install" first time)
> + is there a correct LICENSE and NOTICE file in each artifact
>(both source and binary artifacts)?
> + does the NOTICE file contain all necessary attributions?
> + have any licenses of dependencies changed due to upgrades?
> if so have LICENSE and NOTICE been upgraded appropriately?
> + does the tag/commit in the SCM contain reproducible sources?
>
--
---
Marco Neumann
losed issues and 42 PRs
>
> There is still some sorting and PR catch-up out to do.
>
> Jena 4.10.0 still has a minimum requirement of Java11, not Java17.
>
> Jena 4.9.0 was 2023-07-08.
>
> Andy
>
--
---
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
res fine?
> + are the checksums correct?
> + is there a source archive?
> + can the source archive be built?
>(NB This requires a "mvn install" first time)
> + is there a correct LICENSE and NOTICE file in each artifact
>(both source and binary artifacts)?
> + does the NOTICE file contain all necessary attributions?
> + have any licenses of dependencies changed due to upgrades?
> if so have LICENSE and NOTICE been upgraded appropriately?
> + does the tag/commit in the SCM contain reproducible sources?
>
--
---
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
so I think a geospatial track should always be present at apache.
so I would volunteer in assisting to organize a geospatial track.
Marco
On Mon, Feb 27, 2023 at 5:56 PM Martin Desruisseaux <
martin.desruisse...@geomatys.com> wrote:
> Hello Marco
>
> Le 27/02/2023 à 18:40
list:
>
> > If you would like to run a track at Community Over Code 2023 (Formerly
> > "ApacheCon") please speak up.
> Do we have volunteer(s) for organizing a geospatial track this year
> again? If yes, the planner would like to get name(s) by March 1st.
>
> Martin
>
>
>
--
---
Marco Neumann
Enjoy
Best,
Marco
On Tue, Jan 24, 2023 at 11:30 PM Olaf Simons
wrote:
> ...alles was ich machte, war mal wieder 30 mal komplizierter,
>
> vielen Dank!
> Olaf
>
>
> > Marco Neumann hat am 24.01.2023 23:48 CET
> geschrieben:
> >
>
https://tinyurl.com/2nbqnavq
___
Wikidata mailing list -- wikidata@lists.wikimedia.org
Public archives at
https://lists.wikimedia.org/hyperkitty/list/wikidata@lists.wikimedia.org/message/NW3SGOW6LHX3XAYMMWJZ72LDAWSJ73MU/
To unsubscribe send an email to
ups...
"Wien Geschichte Wiki" und die neue und korrekte ID mit der Q Form von
Peter Kreuden (Q76660) verlinken
https://www.geschichtewiki.wien.gv.at/Spezial:Mit_Formular_bearbeiten/Person/Peter_Kreuder
On Fri, Jan 13, 2023 at 8:43 AM Marco Neumann
wrote:
> Danke für Deinen Beitr
wikimedia.org
> To unsubscribe send an email to wikidata-tech-le...@lists.wikimedia.org
>
--
---
Marco Neumann
___
Wikidata-tech mailing list -- wikidata-tech@lists.wikimedia.org
To unsubscribe send an email to wikidata-tech-le...@lists.wikimedia.org
java17 and compiled for java11 bytecode.
> + is there a correct LICENSE and NOTICE file in each artifact
>(both source and binary artifacts)?
> + does the NOTICE file contain all necessary attributions?
> + have any licenses of dependencies changed due to upgrades?
> if so have LICENSE and NOTICE been upgraded appropriately?
> + does the tag/commit in the SCM contain reproducible sources?
>
--
---
Marco Neumann
ted with an error: 1
(Exit value: 1) -> [Help 1]
On Mon, Dec 26, 2022 at 1:32 PM Marco Neumann
wrote:
> had a look at the log and was able to fix this error. The system was
> missing the Xvfb dependency which seems to be required by the Cypress test
> framework.
>
> it's now passing t
ser chrome' failed. org.apache.commons.exec.ExecuteException:
>
> That message is only the log of the test failing - there will be text
> above indicating what happened in the e2e tests.
>
> Andy
>
> On 24/12/2022 20:50, Marco Neumann wrote:
> > so far I can only confirm that it fails. I will add mo
e.
>
> Andy
>
> On Sat, 24 Dec 2022, 18:35 Marco Neumann, wrote:
>
> > while you are at it also take a look at the issue with
> >
> > jena-fuseki-ui: Failed to run task: 'yarn run test:e2e -- --headless
> > --browser chrome' failed. org.apache.commons.exec.Execute
Approve the release
> > [ ] 0 Don't care
> > [ ] -1 Don't release, because ...
> >
>
--
---
Marco Neumann
I take note of your keyword suggestion "LATERAL" vs "LATERAL JOIN".
On Tue, Dec 20, 2022 at 6:01 PM Andy Seaborne wrote:
> On 20/12/2022 17:24, Marco Neumann wrote:
> > OK I will repeat this elsewhere again but as you are aware there was
> > a go
, 2022 at 5:06 PM Andy Seaborne wrote:
>
> On 20/12/2022 16:44, Marco Neumann wrote:
> > The URL to Lateral Joins is broken
> > https://jena.apache.org/documentation/query/lateral-join.html
>
> The web site is updated when the release happens after the VOTE.
>
> It
; + can the source archive be built?
>(NB This requires a "mvn install" first time)
> + is there a correct LICENSE and NOTICE file in each artifact
> (both source and binary artifacts)?
> + does the NOTICE file contain all necessary attributions?
> + have any licenses of dependencies changed due to upgrades?
> if so have LICENSE and NOTICE been upgraded appropriately?
> + does the tag/commit in the SCM contain reproducible sources?
>
--
---
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
(NB This requires a "mvn install" first time)
> + is there a correct LICENSE and NOTICE file in each artifact
>(both source and binary artifacts)?
> + does the NOTICE file contain all necessary attributions?
> + have any licenses of dependencies changed due to upgrades?
> if so have LICENSE and NOTICE been upgraded appropriately?
> + does the tag/commit in the SCM contain reproducible sources?
>
--
---
Marco Neumann
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
Password for everything would be setting /**= to authBasic.
>
> Andy
>
> On 30/01/2022 17:35, Marco Neumann wrote:
> > +1
> >
> > ps: on the new fuseki UI it's not prompting for username and password
> > even if set at load time. only when creating
nse streams
> >
> > ==
> >
> > The deadline is
> >
> > Wednesday, 2nd February 2022 at 19:00 UTC.
> >
> > Please vote to approve this release:
> >
> > [ ] +1 Approve the release
> > [ ] 0 Don't care
> > [ ] -1 Don't release, because ...
>
--
---
Marco Neumann
KONA
ght try to write a blog post or maybe somewhere else like lwn or similar
> that would receive some feedback on UI/UX & JS benefits... a good way to
> showcase what was done, get some feedback (hopefully constructive) and
> maybe some readers interested in participating too.
>
ce archive?
> + can the source archive be built?
>(NB This requires a "mvn install" first time)
> + is there a correct LICENSE and NOTICE file in each artifact
>(both source and binary artifacts)?
> + does the NOTICE file contain all necessary attributions?
> + have any licenses of dependencies changed due to upgrades?
> if so have LICENSE and NOTICE been upgraded appropriately?
> + does the tag/commit in the SCM contain reproducible sources?
>
--
---
Marco Neumann
KONA
Google Groups
>> "TopBraid Suite Users" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to topbraid-users+unsubscr...@googlegroups.com.
>> To view this discussion on the web visit
>> https://groups.google.com/d/msg
[
https://issues.apache.org/jira/browse/JENA-2213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17481063#comment-17481063
]
Marco Neumann commented on JENA-2213:
-
Ok I see [~andy] not a big deal these current values now
[
https://issues.apache.org/jira/browse/JENA-2213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17480983#comment-17480983
]
Marco Neumann commented on JENA-2213:
-
[~andy] if you have used the values from the diff as posted we
[
https://issues.apache.org/jira/browse/JENA-2213?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marco Neumann closed JENA-2213.
---
Fix Version/s: Jena 4.4.0
Resolution: Fixed
changes to values in tests have been made to suit
[
https://issues.apache.org/jira/browse/JENA-2213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17480758#comment-17480758
]
Marco Neumann edited comment on JENA-2213 at 1/23/22, 11:40 PM:
diff --git
[
https://issues.apache.org/jira/browse/JENA-2213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17480758#comment-17480758
]
Marco Neumann edited comment on JENA-2213 at 1/23/22, 11:35 PM:
diff --git
I have attached the diff to the JENA-2213 ticket
Marco
On Sun, Jan 23, 2022 at 11:19 PM Andy Seaborne wrote:
>
>
> On 23/01/2022 23:05, Marco Neumann wrote:
> > Do I have to initiate the merger in jira from #2213 or is this something
> > you do from #1169?
>
> #11
[
https://issues.apache.org/jira/browse/JENA-2213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17480758#comment-17480758
]
Marco Neumann commented on JENA-2213:
-
diff --git
a/jena-geosparql/src/test/java/org/apache/jena
tests to be
> appropriate for OSGB which can be done at leisure (before or after
> 4.4.0)? I don't see any non-test changes below.
>
> Andy
>
> On 22/01/2022 19:33, Marco Neumann wrote:
> > in addition to the change to the pom.xml to bump SIS up to 1.1
> >
>
OS_Y1, OS_Y2), SpatialIndexTestData.OSGB_SRS_INFO);
SearchEnvelope result = SearchEnvelope.build(geometryWrapper,
SpatialIndexTestData.OSGB_SRS_INFO, direction);
assertEquals(expResult, result);
}
On Sat, Jan 22, 2022 at 7:22 PM Andy Seaborne wrote:
>
>
> On 22/01/2022 17:3
jena/pull/1169
>
> ? (which is the Diff on the ticket, after cleaning up a bit)
>
> On 22/01/2022 15:58, Marco Neumann wrote:
> > I have created a fix for https://issues.apache.org/jira/browse/JENA-2213
> >
> > this involves an upgrade to SIS1.1
> >
> > How a
gt; > == Assembler for GeoSPARQL
> >
> > This makes it easier to use GeoPSARQL in a plain Fuseki.
> >
> > == xloader
> >
> > TDB2 xloader has usability improvements based on our wikidata testing by
> > Øyvind, Lorenz and Marco, including full wikiData (16.7B triples) as
> > well as "truthy" (6.6B triples).
> >
> > In particular, it now has "--threads=" -- Lorenz reported goo
> > improvements (if the server has the hardware!).
> >
> >
> > TDB1 xloader is still the old tdbloader2 with some of the earlier
> > improvements of TDB2 xloader.
> >
> > For me, TDB2 is the preferred database.
> > TDB1 exists because it is out there; it may get back ports, it may not.
> >
> > == Other:
> >
> > Dependencies up to date: log4j 2.17.1; Update to Titanium 1.2.0
> >
> >
>
--
---
Marco Neumann
KONA
[
https://issues.apache.org/jira/browse/JENA-2213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17478800#comment-17478800
]
Marco Neumann edited comment on JENA-2213 at 1/19/22, 4:17 PM:
---
so I have
[
https://issues.apache.org/jira/browse/JENA-2213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17478800#comment-17478800
]
Marco Neumann commented on JENA-2213:
-
so I have compiled the project the SIS1.1 jar which seems
[
https://issues.apache.org/jira/browse/JENA-2213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17478775#comment-17478775
]
Marco Neumann commented on JENA-2213:
-
"Not for me.
main fails to compile wi
[
https://issues.apache.org/jira/browse/JENA-2213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17478662#comment-17478662
]
Marco Neumann commented on JENA-2213:
-
jena-geosparql does compile and pass tests without "ext
[
https://issues.apache.org/jira/browse/JENA-2213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17478645#comment-17478645
]
Marco Neumann commented on JENA-2213:
-
that is indeed the case with a very limited set of reference
[
https://issues.apache.org/jira/browse/JENA-2213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17478600#comment-17478600
]
Marco Neumann edited comment on JENA-2213 at 1/19/22, 11:37 AM:
[~andy] 5
[
https://issues.apache.org/jira/browse/JENA-2213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17478600#comment-17478600
]
Marco Neumann commented on JENA-2213:
-
5 Failures
SRSInfoTest.testBuildDomainEnvelope_OSGB36:104
[
https://issues.apache.org/jira/browse/JENA-2213?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17478574#comment-17478574
]
Marco Neumann commented on JENA-2213:
-
Andy, these are value comparison errors based on a change
bit.
http://www.lotico.com/temp/LOG-45497
Best,
Marco
On Tue, Dec 21, 2021 at 8:59 AM Marco Neumann
wrote:
> Thank you Andy. found it in revisions somewhere
>
> just finished another run with truthy
>
> http://lotico.com/temp/LOG-1214
>
> will now increase RAM be
Wikidata mailing list -- wikidata@lists.wikimedia.org
> To unsubscribe send an email to wikidata-le...@lists.wikimedia.org
>
--
---
Marco Neumann
KONA
___
Wikidata mailing list -- wikidata@lists.wikimedia.org
To unsubscribe send an email to wikidata-le...@lists.wikimedia.org
so the file is there ... somewhere:
>
>
> https://gist.githubusercontent.com/LorenzBuehmann/e3619d53cf4c158c4e4902fd7d6ed7c3/raw/9049cf8b559ce685b4293fca10d8b1c07cc79c43/tdb2_xloader_wikidata_truthy.log
>
> Andy
>
> On 19/12/2021 17:56, Marco Neumann wrote:
> > Thank
value is
>
> (count -1983667112))
>
> which indicates this. I opened a ticket:
> https://issues.apache.org/jira/browse/JENA-2225
>
>
> [1]
> https://gist.github.com/LorenzBuehmann/e3619d53cf4c158c4e4902fd7d6ed7c3
>
> On 18.12.21 11:35, Marco Neumann wrote:
&
f data will help:
> >
> > Experimenting with very small cache settings.
> >
> > Letting my slow load keep going to see if there is the same
> > characteristics at the index stage. There shouldn't be if nodeToNodeId
> > is the cause; it's only an influence in the data
is there a correct LICENSE and NOTICE file in each artifact
>(both source and binary artifacts)?
> + does the NOTICE file contain all necessary attributions?
> + have any licenses of dependencies changed due to upgrades?
> if so have LICENSE and NOTICE been upgraded appropriately?
> + does the tag/commit in the SCM contain reproducible sources?
>
--
---
Marco Neumann
KONA
14 12:21 prefixes-data.obj
> > -rw-r--r-- 1 8,0M Dez 14 12:21 prefixes.idn
> > -rw-r--r-- 1 24 Dez 15 05:41 SPO.bpt
> > -rw-r--r-- 1 148G Dez 15 11:25 SPO.dat
> > -rw-r--r-- 1 24 Dez 15 05:41 SPOG.bpt
> > -rw-r--r-- 1 8,0M Dez 14 12:21 SPOG.dat
> > -rw-r
gt; 6,560,468,631 triples/quads 129,331 TPS
> >> 23:46:13 INFO Terms :: Add: 1,000,000 Index (Batch: 237,755 /
> >> Avg: 237,755)
> >>
> >> * The ingest data step really slows down on the "ingest data stage":
> >> At the
> >> current rate, if I calculated correctly, it looks like
> >> PKG.CmdxIngestData
> >> has 10 days left before it finishes.
> >
> > Ouch.
> >
> >> * When I saw sort running in the background for the first parts of
> >> the job,
> >> I looked at the `sort` command. I noticed from some online sources that
> >> setting the environment variable LC_ALL=C improves speed for `sort`.
> >> Could
> >> this be set on the ProcessBuilder for the `sort` process? Could it
> >> break/change something? I see the warning from the man page for `sort`.
> >>
> >> *** WARNING *** The locale specified by the environment affects
> >> sort order. Set LC_ALL=C to get the traditional sort order that
> >> uses native byte values.
> >
> > It shouldn't matter but, yes, better to set it and export it in the
> > control script and propagate to forked processes.
> >
> > The sort is doing a binary sort except because it a text sort program,
> > the binary is turned into hex (!!). hex is in the ASCII subset and
> > shoule be locale safe.
> >
> > But better to set LC_ALL=C.
> >
> > Andy
> >
> >
> >>
> >> Links:
> >> https://access.redhat.com/solutions/445233
> >>
> https://unix.stackexchange.com/questions/579251/how-to-use-parallel-to-speed-up-sort-for-big-files-fitting-in-ram
> >>
> >>
> https://stackoverflow.com/questions/7074430/how-do-we-sort-faster-using-unix-sort
> >>
> >>
> >> Best regards,
> >> Øyvind
> >>
>
--
---
Marco Neumann
KONA
[
https://issues.apache.org/jira/browse/JENA-2216?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Marco Neumann updated JENA-2216:
Summary: Jena Fuseki GeoSPARQL fails to start (was: Jena Fuseki GeoSPARQL)
> Jena Fuseki GeoSPA
[
https://issues.apache.org/jira/browse/JENA-2216?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel=17459737#comment-17459737
]
Marco Neumann commented on JENA-2216:
-
solution: remove exclusion from jena-fuseki2/jena-fuseki
Marco Neumann created JENA-2216:
---
Summary: Jena Fuseki GeoSPARQL
Key: JENA-2216
URL: https://issues.apache.org/jira/browse/JENA-2216
Project: Apache Jena
Issue Type: Bug
Components
t; Best regards,
> Øyvind
>
> søn. 12. des. 2021 kl. 10:21 skrev Marco Neumann >:
>
> > Øyvind, looks like the above was the wrong log from a prior sharding
> > experiment.
> >
> > This is the correct log file for the truthy dataset.
> >
> > http:/
-cmds
is definitely missing during execution with the exclusion. This
explains the error message.
On Tue, Dec 14, 2021 at 9:57 AM Marco Neumann
wrote:
> Ok I will first investigate this a litte Andy. l think this might have
> something to do with the logging change. The file size has obv
1 - 100 of 661 matches
Mail list logo
