It looks good. What I missed was in the docs, deleting the index before restarting:
> any default or specified spatial index file must not exists to trigger building It worked previously because fuseki could be started with the subfolder without the folder existing, and then when the folder was created manually it reindexed on the next startup +1. On Wed, Jul 16, 2025 at 5:11 PM Øyvind Gjesdal <oyvin...@gmail.com> wrote: > Building ok witjh Coretto 21.0.7 and maven version 3.9.9 (from IntelliJ) > for ec68bd6825836232eb1a798824eba6b5ee84976f on arch64 (Mac OSX) > > > checksums are correct (tested for tar.gz) for jena-fuseki and jena. > > I have two issues with geosparql starting up using fuseki-server script, > running by systemd: > 1. assembler config file using a subdirectory for geosparql index now > returns an error message (doesn't create subdirectory automatically, but > fails). This was working previously, This looks ok after removing the extra > directory from assembler config, so I can just update configurations , if > it is intended.It could also be that it just didn't fail before, I see a > mkdir for DB later in the CI test. > > 2. I run a spatial nearby query which previously gave results, and now > returns none. > > Loading: > > curl -o /tmp/geosparql_test.rdf " > https://raw.githubusercontent.com/apache/jena/main/jena-fuseki2/jena-fuseki-geosparql/geosparql_test.rdf > " > > > > > curl --fail-with-body -H 'Content-type: application/rdf+xml' -H > 'Transfer-Encoding: chunked' -XPUT -T '/tmp/geosparql_test.rdf' > localhost:3030/test-db_all_write/data?graph=http%3A%2F%2Fexample.org" > > > # after server restart for reindexing > > > curl -XGET > localhost:3030/test-db_all/query?query=PREFIX%20spatial%3A%20%3Chttp%3A%2F% > 2Fjena.apache.org > %2Fspatial%23%3E%0ASELECT%20%3Fsubj%20WHERE%20%7B%3Fsubj%20spatial%3Anearby%2849.951913%20-7.036230%2050%29%20%7D%20ORDER%20by%20%3Fsub > > > (PREFIX spatial: <http://jena.apache.org/spatial#> > > SELECT ?subj WHERE ?subj spatial:nearby(49.951913 -7.036230 50) } ORDER > BY ?subj') > > > Tried updating the query to use 'graph <http://example.org> {...} but > still no results. > > The startup looks to me like it creates the geoindex for the graph on > startup: > > "14:43:38 INFO GeoSPARQLOperations :: Applying GeoSPARQL Schema - > Started", > "14:43:38 INFO GeoSPARQLOperations :: GeoSPARQL schema not > applied to empty graph: default", > "14:43:39 INFO GeoSPARQLOperations :: GeoSPARQL schema > applied to graph: http://example.org";, > "14:43:40 INFO GeoSPARQLOperations :: Applying GeoSPARQL > Schema - Completed", > "14:43:40 INFO SpatialIndexIoKryo :: Loading Spatial Index - > Started: /var/fuseki/databases/test-db_all/spatial.index" > > > output from startup with failure (missing sub-folder DB): > > "Jul 16 13:29:32 instance systemd[1]: Started Fuseki.", > "Jul 16 13:29:34 instance fuseki-server[2540]: 13:29:34 INFO > Server :: Apache Jena Fuseki 5.5.0", > "Jul 16 13:29:34 instance fuseki-server[2540]: 13:29:34 INFO > Config :: Fuseki Base = /var/fuseki", > "Jul 16 13:29:34 instance fuseki-server[2540]: 13:29:34 INFO > Config :: Load configuration: > file:///var/fuseki/configuration/test-db_all.ttl", > "Jul 16 13:29:34 instance systemd[1]: Stopping Fuseki...", > "Jul 16 13:29:34 instance systemd[1]: fuseki.service: > Deactivated successfully.", > "Jul 16 13:29:34 instance systemd[1]: Stopped Fuseki.", > "Jul 16 13:29:34 instance systemd[1]: fuseki.service: Consumed > 5.781s CPU time.", > "Jul 16 13:29:34 instance systemd[1]: Started Fuseki.", > "Jul 16 13:29:37 instance fuseki-server[2749]: 13:29:37 INFO > Server :: Apache Jena Fuseki 5.5.0", > "Jul 16 13:29:37 instance fuseki-server[2749]: 13:29:37 INFO > Config :: Fuseki Base = /var/fuseki", > "Jul 16 13:29:37 instance fuseki-server[2749]: 13:29:37 INFO > Config :: Load configuration: > file:///var/fuseki/configuration/test-db_all.ttl", > "Jul 16 13:29:38 instance fuseki-server[2749]: 13:29:38 WARN > GeoAssembler :: > file:///var/fuseki/configuration/test-db_all.ttl#geo_dataset: No preferred > SRS is configured via http://jena.apache.org/geosparql#srsUri";, > "Jul 16 13:29:38 instance fuseki-server[2749]: 13:29:38 INFO > GeoSPARQLOperations :: Applying GeoSPARQL Schema - Started", > "Jul 16 13:29:38 instance fuseki-server[2749]: 13:29:38 INFO > GeoSPARQLOperations :: GeoSPARQL schema not applied to empty graph: > default", > "Jul 16 13:29:38 instance fuseki-server[2749]: 13:29:38 INFO > GeoSPARQLOperations :: Applying GeoSPARQL Schema - Completed", > "Jul 16 13:29:38 instance fuseki-server[2749]: 13:29:38 WARN > GeoAssembler :: Dataset is empty. Constructing an empty spatial index > that needs to be updated once data is added.", > "Jul 16 13:29:38 instance fuseki-server[2749]: 13:29:38 INFO > GeoSPARQLOperations :: SRS scan started. This may take a while...", > "Jul 16 13:29:38 instance fuseki-server[2749]: 13:29:38 WARN > GeoSPARQLOperations :: SRS scan completed. No SRS usage found. Falling > back to default SRS: http://www.opengis.net/def/crs/OGC/1.3/CRS84";, > "Jul 16 13:29:38 instance fuseki-server[2749]: 13:29:38 INFO > SpatialIndexLib :: Building Spatial Index - Started", > "Jul 16 13:29:38 instance fuseki-server[2749]: 13:29:38 INFO > SpatialIndexLib :: Building Spatial Index - Completed", > "Jul 16 13:29:38 instance fuseki-server[2749]: 13:29:38 INFO > SpatialIndexIoKryo :: Saving Spatial Index - Started: > /var/fuseki/databases/test-db_all/DB/spatial.index", > "Jul 16 13:29:38 instance fuseki-server[2749]: 13:29:38 INFO > SpatialIndexIoKryo :: Failure writing spatial index: > /var/fuseki/databases/test-db_all/DB/spatial.index", > "Jul 16 13:29:38 instance fuseki-server[2749]: > org.apache.jena.atlas.RuntimeIOException: > java.nio.file.NoSuchFileException: > /var/fuseki/databases/test-db_all/DB/spatial.index-0", > > assembler file: > > @prefix fuseki: <http://jena.apache.org/fuseki#> . > @prefix rdf: <http://www.w3.org/1999/02/22-rdf-syntax-ns#> . > @prefix rdfs: <http://www.w3.org/2000/01/rdf-schema#> . > @prefix tdb: <http://jena.hpl.hp.com/2008/tdb#> . > @prefix tdb2: <http://jena.apache.org/2016/tdb#> . > @prefix text: <http://jena.apache.org/text#> . > @prefix ja: <http://jena.hpl.hp.com/2005/11/Assembler#> . > @prefix geosparql: <http://jena.apache.org/geosparql#> > @prefix se: <http://jena.apache.org/service-enhancer#> . > @prefix : <#> . > > > > @prefix ex: <http://example.org/Schema#> . > > > <#service> rdf:type fuseki:Service ; > fuseki:name "test-db_all" ; > fuseki:serviceQuery "query" ; > fuseki:dataset <#service-enhancer-dataset> ; > fuseki:serviceReadGraphStore "data" ; > . > > <#service2> rdf:type fuseki:Service ; > fuseki:name "test-db_all_write" ; > fuseki:dataset <#dataset> ; > fuseki:serviceUpdate "update" ; > fuseki:serviceUpload "upload" ; > fuseki:serviceReadWriteGraphStore "data" ; > ja:context [ ja:cxtName "arq:queryTimeout" ; ja:cxtValue > "70000,200000" ] ; > > . > > <#service-enhancer-dataset> rdf:type se:DatasetServiceEnhancer ; > ja:baseDataset <#text_dataset> . > > > <#text_dataset> rdf:type text:TextDataset ; > text:dataset <#geo_dataset> ; > text:index <#text_index> ; > . > <#text_index> a text:TextIndexLucene ; > text:directory </var/fuseki/databases/test-db_all/Lucene> ; > text:entityMap <#entMap> ; > text:storeValues true; > . > <#entMap> a text:EntityMap ; > text:defaultField "label" ; > text:entityField "uri" ; > text:uidField "uid" ; > text:langField "lang" ; > text:graphField "graph" ; > text:map ( > [ text:field "label" ; > > text:predicate ex:name ] ) > > > <#geo_dataset> a geosparql:GeosparqlDataset ; > geosparql:spatialIndexFile > "/var/fuseki/databases/test-db_all/spatial.index"; > geosparql:dataset <#dataset> . > > <#dataset> rdf:type tdb2:DatasetTDB2 ; > tdb2:location "/var/fuseki/databases/test-db_all" ; > tdb2:unionDefaultGraph true ; > . > > > On Tue, Jul 15, 2025 at 10:40 AM Andy Seaborne <a...@apache.org> wrote: > >> Hi, >> >> Here is a vote on the first release candidate for >> Apache Jena version 5.5.0. >> >> ==== Release Vote >> >> This vote will be open until at least >> >> Friday, 18th July 2025 at 11:00 UTC >> >> Please vote to approve this release: >> >> [ ] +1 Approve the release >> [ ] 0 Don't care >> [ ] -1 Don't release, because ... >> >> Everyone, not just committers, is invited to test and vote. >> Please download and test the proposed release. See the checklist below. >> >> Staging repository: >> https://repository.apache.org/content/repositories/orgapachejena-1069 >> >> Proposed dist/ area: >> https://dist.apache.org/repos/dist/dev/jena/ >> >> Keys: >> https://svn.apache.org/repos/asf/jena/dist/KEYS >> >> Git commit (browser URL): >> https://github.com/apache/jena/commit/ec68bd6825 >> >> Git Commit Hash: >> ec68bd6825836232eb1a798824eba6b5ee84976f >> >> Git Commit Tag: >> jena-5.5.0 >> >> If you expect to check the release but the time limit does not work >> for you, please email to let us know within the schedule above. >> >> ==== In this release >> >> + Preparation for Jena 6.0.0; mostly using deprecations >> to indicate plans for removal. >> + Model API changes for RDF 1.2. >> + Remove jena-fuseki-fulljar >> + Fuseki/TDB2 fix to release database files promptly on deletion. >> This includes after compaction. >> https://github.com/apache/jena/issues/3240 >> + Remove ARP0 (unused) >> >> Issues in this release: >> >> https://s.apache.org/jena-5.5.0-issues >> >> ==== Contributions >> >> @aklakan >> + Add GeoSPARQL to jena-fuseki-server >> + Fixfor ExprUtils.eval raising exception because of null dataset. >> + Support for uploading compressed data with GSP and SPARQL >> >> @ebremer >> Command line improvements (arq) >> >> @fpotier >> Fix for schema.org vocabulary >> >> @sekikn >> Fix DBpedia examples >> >> ------------------- >> >> 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? >> >>
