Aklakan commented on PR #3027: URL: https://github.com/apache/jena/pull/3027#issuecomment-2866348720
According to the [jena-fuseki-geosparql documentation](https://jena.apache.org/documentation/geosparql/geosparql-fuseki.html) it is a bit of a jena-geo toolkit: - it adds its own cli options to fuseki, such as setting a spatial index file or whether to enable geosparql query rewriting. There the question is whether it would be possible to write plugins that extend fuseki's CLI. I think the clean/reliable way would be to use the assembler, but having a quick way to get a fuseki running with these features is still useful. - some commands add data processing that could also be accomplished with sparql queries. These could be perhaps moved to a `geo` cli tool akin to `arq` or `riot`. Also, there could be an fmod that adds a little geo workbench html site with buttons to carry out these tasks (Validate Geometry Literals, Convert Geo predicates, ...) - it adds support for loading data based on a file-to-graph mapping file ("Load Tabular file into dataset"). This could be of interest for the arq/sparql (or similar) tool which executes it as a set of LOAD statements or a general fuseki-client-cli which may use fuseki specific APIs for performance/security reasons. Not sure right now whether sparql LOAD without a custom Locator could access file:// URLs. So I think in the long run there should be only one Fuseki, and the features of jena-fuseki-geosparql would be either moved to mods or separate cli tools. But before that happens I guess things just stay as they are? -- This is an automated message from the Apache Git Service. To respond to the message, please log on to GitHub and use the URL above to go to the specific comment. To unsubscribe, e-mail: [email protected] For queries about this service, please contact Infrastructure at: [email protected] --------------------------------------------------------------------- To unsubscribe, e-mail: [email protected] For additional commands, e-mail: [email protected]
