You are viewing a plain text version of this content. The canonical link for it is here.
Posted to commits@jena.apache.org by gi...@apache.org on 2021/07/16 17:18:23 UTC

[jena-site] branch asf-site updated: Updated site from main (bb301ab47ab4491e71d9b51f2603bf7748537953)

This is an automated email from the ASF dual-hosted git repository.

git-site-role pushed a commit to branch asf-site
in repository https://gitbox.apache.org/repos/asf/jena-site.git


The following commit(s) were added to refs/heads/asf-site by this push:
     new fc356ab  Updated site from main (bb301ab47ab4491e71d9b51f2603bf7748537953)
fc356ab is described below

commit fc356ab19d387ce0a7746fdd26136598c10860b0
Author: jenkins <bu...@apache.org>
AuthorDate: Fri Jul 16 17:18:19 2021 +0000

    Updated site from main (bb301ab47ab4491e71d9b51f2603bf7748537953)
---
 .../documentation/geosparql/geosparql-fuseki.html  | 40 ++++++++++++++++++----
 content/documentation/index.xml                    |  5 +--
 content/index.xml                                  |  5 +--
 content/sitemap.xml                                |  4 +--
 4 files changed, 41 insertions(+), 13 deletions(-)

diff --git a/content/documentation/geosparql/geosparql-fuseki.html b/content/documentation/geosparql/geosparql-fuseki.html
index 357ef13..728ebf1 100644
--- a/content/documentation/geosparql/geosparql-fuseki.html
+++ b/content/documentation/geosparql/geosparql-fuseki.html
@@ -179,18 +179,38 @@
             
 	<p>This application provides a HTTP server compliant with the GeoSPARQL standard.
 It uses the embedded server Fuseki and provides additional parameters for dataset loading.</p>
-<p>The project uses the GeoSPARQL implementation from the <a href="index">GeoSPARQL Jena project</a>.
-Currently, there is no GUI interface as provided in the Fuseki distribution.</p>
+<p>The project uses the GeoSPARQL implementation from the <a href="index">GeoSPARQL Jena module</a>, which includes a range of functions in addition to those from the GeoSPARQL standard.</p>
+<p>Currently, <strong>there is no GUI interface</strong> as provided in the Fuseki distribution.</p>
+<p>The intended usage is to specify a TDB folder (either TDB1 or TDB2, created if required) for persistent storage of the dataset. File loading, inferencing and data conversion operations can also be specified to load and manipulate data into the dataset. When the server is restarted these conversion operations are not required again (as they have been stored in the dataset) unless there are relevant changes. The TDB dataset can also be prepared and manipulated programatically using the  [...]
+<p>Updates can be made to the dataset while the Fuseki server is running. However, these changes will not be applied to inferencing and spatial indexes until the server restarts (any default or specified spatial index file must not exists to trigger building). This is due to the current implementation of RDFS inferencing in Jena (and is required in any Fuseki server with inferencing) and the selected spatial index.</p>
 <p>A subset of the EPSG spatial/coordinate reference systems are included by default from the Apache SIS project (<a href="http://sis.apache.org">http://sis.apache.org</a>).
 The full EPSG dataset is not distributed due to the EPSG terms of use being incompatible with the Apache Licence.
 Several options are available to include the EPSG dataset by setting the <code>SIS_DATA</code> environment variable (<a href="http://sis.apache.org/epsg.html)">http://sis.apache.org/epsg.html)</a>.</p>
-<p>It is expected that at least one Geometry Literal or Geo Predicate is present in a dataset.
+<p>It is expected that at least one Geometry Literal or Geo Predicate is present in a dataset (otherwise a standard Fuseki server can be used).
 A spatial index is created and new data cannot be added to the index once built.
 The spatial index can optionally be stored for future usage and needs to removed from a TDB folder if the index is to rebuilt.</p>
+<h2 id="clarifications-on-geosparql">Clarifications on GeoSPARQL</h2>
+<h3 id="geographic-markup-language-gml">Geographic Markup Language (GML)</h3>
+<p>GeoSPARQL refers to the Geographic Markup Language (GML) as one format for <code>GeometryLiterals</code>. This does not mean that GML is part of the GeoSPARQL standard. Instead a subset of geometry encodings from the GML standards are permitted (specifically the <code>GML 2.0 Simple Features Profile (10-100r3)</code> is supported by GeoSPARQL Jena). The expected encoding of data is in RDF triples and can be loaded from any RDF file format supported by Apache Jena. Conversion of GML to [...]
+<h3 id="geo-predicates-latlon">Geo Predicates Lat/Lon</h3>
+<p>Historically, geopsatial data has frequently been encoded as Latitude/Longitude coordinates in the WGS84 coordinate reference system. The GeoSPARQL standard specifically chooses not to adopt this approach and instead uses the more versatile <code>GeomtryLiteral</code>, which permits multiple encoding formats that support multiple coordinate reference systems and geometry shapes. Therefore, Lat/Lon Geo Predicates are not part of the GeoSPARQL standard. However, GeoSPARQL Jena provides  [...]
+<ul>
+<li>
+<ol>
+<li>Conversion of Geo Predicates to the GeoSPARQL data structure (encoding the Lat/Lon as a Point geometry).</li>
+</ol>
+</li>
+<li>
+<ol start="2">
+<li>Spatial extension which provides property and filter functions accepting Lat/Lon arguments.</li>
+</ol>
+</li>
+</ul>
+<p>The Spatial extension functions (documented in the <a href="index">GeoSPARQL Jena module</a>) support triples in either GeoSPARQL data structure or Geo Predicates. Therefore, converting a dataset to GeoSPARQL will not lose functionality. By converting to the GeoSPARQL data structure, datasets can include a broader range of geospatial data.</p>
 <h2 id="getting-started">Getting Started</h2>
 <p>GeoSPARQL Fuseki can be accessed as an embedded server using Maven etc. from Maven Central or run from the command line.
 SPARQL queries directly on Jena Datasets and Models can be done using
-the <a href="index">GeoSPARQL Jena project</a>.</p>
+the <a href="index">GeoSPARQL Jena module</a>.</p>
 <pre><code>&lt;dependency&gt;
   &lt;groupId&gt;org.apache.jena&lt;/groupId&gt;
   &lt;artifactId&gt;fuseki-geosparql&lt;/artifactId&gt;
@@ -293,7 +313,7 @@ Release v1.0.6 and earlier use the form &ldquo;&ndash;option true&rdquo;.</p>
 <h3 id="5-tdb-folder">5) TDB folder</h3>
 <pre><code>--tdb, -t
 </code></pre>
-<p>An existing or new TDB folder used for the dataset. Default set to memory dataset.
+<p>An existing or new TDB folder used to persist the dataset. Default set to memory dataset.
 If accessing a dataset for the first time with GeoSPARQL then consider the <code>--inference</code>, <code>--default_geometry</code> and <code>--validate</code> options. These operations may add additional statements to the dataset. TDB1 Dataset will be used by default, use <code>-t &lt;folder_path&gt; -t2</code> options for TDB2 Dataset.</p>
 <h3 id="6-load-rdf-file-into-dataset">6) Load RDF file into dataset</h3>
 <pre><code>--rdf_file, -rf
@@ -301,6 +321,7 @@ If accessing a dataset for the first time with GeoSPARQL then consider the <code
 <p>Comma separated list of [RDF file path#graph name&amp;RDF format] to load into dataset. Graph name is optional and will use default graph. RDF format is optional (default: ttl) or select from one of the following: json-ld, json-rdf, nt, nq, thrift, trig, trix, ttl, ttl-pretty, xml, xml-plain, xml-pretty.
 e.g. <code>test.rdf#test&amp;xml,test2.rdf</code> will load <em>test.rdf</em> file into <em>test</em> graph as <em>RDF/XML</em> and <em>test2.rdf</em> into <em>default</em> graph as <em>TTL</em>.</p>
 <p>Consider the <code>--inference</code>, <code>--default_geometry</code> and <code>--validate</code> options. These operations may add additional statements to the dataset.</p>
+<p>The combination of specifying <code>-t</code> TDB folder and <code>-rf</code> loading RDF file will store the triples in the persistent TDB dataset. Therefore, loading the RDF file would only be required once.</p>
 <h3 id="7-load-tabular-file-into-dataset">7) Load Tabular file into dataset</h3>
 <pre><code>--tabular_file, -tf
 </code></pre>
@@ -308,14 +329,17 @@ e.g. <code>test.rdf#test&amp;xml,test2.rdf</code> will load <em>test.rdf</em> fi
 e.g. <code>test.rdf#test|TAB,test2.rdf</code> will load <em>test.rdf</em> file into <em>test</em> graph as <em>TAB</em> delimited and <em>test2.rdf</em> into <em>default</em> graph as <em>COMMA</em> delimited.</p>
 <p>See RDF Tables project (<a href="https://github.com/galbiston/rdf-tables">https://github.com/galbiston/rdf-tables</a>) for more details on tabular format.</p>
 <p>Consider the <code>--inference</code>, <code>--default_geometry</code> and <code>--validate</code> options. These operations may add additional statements to the dataset.</p>
+<p>The combination of specifying <code>-t</code> TDB folder and <code>-tf</code> loading tabular file will store the triples in the persistent TDB dataset. Therefore, loading the tabular file would only be required once.</p>
 <h3 id="8-geosparql-rdfs-inference">8) GeoSPARQL RDFS inference</h3>
 <pre><code>--inference, -i
 </code></pre>
 <p>Enable GeoSPARQL RDFS schema and inferencing (class and property hierarchy). Inferences will be applied to the dataset. Updates to dataset may require server restart. Default: false</p>
+<p>The combination of specifying <code>-t</code> TDB folder and <code>-i</code> GeoSPARQL RDFS inference will store the triples in the persistent TDB dataset. Therefore, the GeoSPARL RDFS inference option would only be required when there is a change to the dataset.</p>
 <h3 id="9-apply-hasdefaultgeometry">9) Apply hasDefaultGeometry</h3>
 <pre><code>--default_geometry, -dg
 </code></pre>
 <p>Apply hasDefaultGeometry to single Feature hasGeometry Geometry statements. Additional properties will be added to the dataset. Default: false</p>
+<p>The combination of specifying <code>-t</code> TDB folder and <code>-dg</code> apply hasDefaultGeometry will modify the triples in the persistent TDB dataset. Therefore, applying hasDefaultGeometry would only be required when there is a change to the dataset.</p>
 <h3 id="10-validate-geometry-literals">10) Validate Geometry Literals</h3>
 <pre><code>--validate, -v
 </code></pre>
@@ -324,10 +348,12 @@ e.g. <code>test.rdf#test|TAB,test2.rdf</code> will load <em>test.rdf</em> file i
 <pre><code>--convert_geo, -c
 </code></pre>
 <p>Convert Geo predicates in the data to Geometry with WKT WGS84 Point GeometryLiteral. Default: false</p>
+<p>The combination of specifying <code>-t</code> TDB folder and <code>-c</code> convert Geo predicates will modify the triples in the persistent TDB dataset. Therefore, converting the Geo predicates would only be required once.</p>
 <h3 id="12--remove-geo-predicates">12)  Remove Geo predicates</h3>
 <pre><code>--remove_geo, -rg
 </code></pre>
-<p>Remove Geo predicates in the data after combining to Geometry.</p>
+<p>Remove Geo predicates in the data after combining to Geometry. Default: false</p>
+<p>The combination of specifying <code>-t</code> TDB folder and <code>-rg</code> remove Geo predicates will modify the triples in the persistent TDB dataset. Therefore, removing the Geo predicates would only be required once.</p>
 <h3 id="13-query-rewrite-enabled">13) Query Rewrite enabled</h3>
 <pre><code>--rewrite, -r
 </code></pre>
@@ -348,7 +374,7 @@ See <a href="index">GeoSPARQL Jena project</a> for more details.</p>
 <h3 id="17-spatial-index-file">17) Spatial Index file</h3>
 <pre><code>--spatial_index, -si
 </code></pre>
-<p>File to load or store the spatial index. Default to &ldquo;spatial.index&rdquo; in TDB folder if using TDB and not set. Otherwise spatial index is not stored.</p>
+<p>File to load or store the spatial index. Default to &ldquo;spatial.index&rdquo; in TDB folder if using TDB option and this option is not set. Otherwise spatial index is not stored and rebuilt at start up. The spatial index file must not exist for the index to be built (e.g. following changes to the dataset).</p>
 <h3 id="18-properties-file">18) Properties File</h3>
 <p>Supply the above parameters as a file:</p>
 <pre><code>$ java Main @/tmp/parameters
diff --git a/content/documentation/index.xml b/content/documentation/index.xml
index 2295660..5d23c58 100644
--- a/content/documentation/index.xml
+++ b/content/documentation/index.xml
@@ -834,8 +834,9 @@ The relevant SPARQL standards are:
       
       <guid>https://jena.apache.org/documentation/geosparql/geosparql-fuseki.html</guid>
       <description>This application provides a HTTP server compliant with the GeoSPARQL standard. It uses the embedded server Fuseki and provides additional parameters for dataset loading.
-The project uses the GeoSPARQL implementation from the GeoSPARQL Jena project. Currently, there is no GUI interface as provided in the Fuseki distribution.
-A subset of the EPSG spatial/coordinate reference systems are included by default from the Apache SIS project (http://sis.apache.org). The full EPSG dataset is not distributed due to the EPSG terms of use being incompatible with the Apache Licence.</description>
+The project uses the GeoSPARQL implementation from the GeoSPARQL Jena module, which includes a range of functions in addition to those from the GeoSPARQL standard.
+Currently, there is no GUI interface as provided in the Fuseki distribution.
+The intended usage is to specify a TDB folder (either TDB1 or TDB2, created if required) for persistent storage of the dataset.</description>
     </item>
     
     <item>
diff --git a/content/index.xml b/content/index.xml
index 36474e0..84b92d8 100644
--- a/content/index.xml
+++ b/content/index.xml
@@ -894,8 +894,9 @@ The relevant SPARQL standards are:
       
       <guid>https://jena.apache.org/documentation/geosparql/geosparql-fuseki.html</guid>
       <description>This application provides a HTTP server compliant with the GeoSPARQL standard. It uses the embedded server Fuseki and provides additional parameters for dataset loading.
-The project uses the GeoSPARQL implementation from the GeoSPARQL Jena project. Currently, there is no GUI interface as provided in the Fuseki distribution.
-A subset of the EPSG spatial/coordinate reference systems are included by default from the Apache SIS project (http://sis.apache.org). The full EPSG dataset is not distributed due to the EPSG terms of use being incompatible with the Apache Licence.</description>
+The project uses the GeoSPARQL implementation from the GeoSPARQL Jena module, which includes a range of functions in addition to those from the GeoSPARQL standard.
+Currently, there is no GUI interface as provided in the Fuseki distribution.
+The intended usage is to specify a TDB folder (either TDB1 or TDB2, created if required) for persistent storage of the dataset.</description>
     </item>
     
     <item>
diff --git a/content/sitemap.xml b/content/sitemap.xml
index 572a750..82be6ea 100644
--- a/content/sitemap.xml
+++ b/content/sitemap.xml
@@ -319,7 +319,7 @@
   
   <url>
     <loc>https://jena.apache.org/documentation.html</loc>
-    <lastmod>2021-06-22T21:19:37+01:00</lastmod>
+    <lastmod>2021-07-16T18:17:10+01:00</lastmod>
   </url>
   
   <url>
@@ -429,7 +429,7 @@
   
   <url>
     <loc>https://jena.apache.org/documentation/geosparql/geosparql-fuseki.html</loc>
-    <lastmod>2020-10-20T20:10:23+01:00</lastmod>
+    <lastmod>2021-07-16T18:17:10+01:00</lastmod>
   </url>
   
   <url>