<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta>
      <journal-title-group>
        <journal-title>Semantic Web 8 (2017) 1049-1065. URL: http://dblp.uni-trier.de/
db/journals/semweb/semweb8.html#VandenbusscheUM17.
[10] A. A. M. Caraballo</journal-title>
      </journal-title-group>
    </journal-meta>
    <article-meta>
      <article-id pub-id-type="doi">10.3390/bdcc5020017</article-id>
      <title-group>
        <article-title>mender for Spatial Linked Data: A Demonstration</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Vasilis Kopsachilis</string-name>
          <email>vkopsachilis@geo.aegean.gr</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Michail Vaitis</string-name>
          <email>vaitis@aegean.gr</email>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="editor">
          <string-name>Spatial Linked Data, Dataset Catalog, Class Recommender</string-name>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>University of the Aegean</institution>
          ,
          <addr-line>Lofos Panepistimiou, Mytilene, 81100</addr-line>
          ,
          <country country="GR">Greece</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2022</year>
      </pub-date>
      <volume>8796</volume>
      <fpage>213</fpage>
      <lpage>228</lpage>
      <abstract>
        <p>This is a demo paper aiming to demonstrate GeoLOD main features. GeoLOD is a web catalog of Linked Open Cloud (LOD) spatial datasets and classes and a recommender for relevant datasets and classes for link discovery processes. GeoLOD catalog parses, maintains and generates metadata about datasets and classes provided by SPARQL endpoints that contain georeferenced point instances. It ofers text and map-based dataset search functionality and dataset descriptions in GeoVoID, a spatial dataset metadata template that extends VoID. GeoLOD recommender pre-computes and maintains, for all classes in the catalog, ranked lists of relevant classes for link discovery. In addition, the on-the-fly recommender allows users to define an uncatalogued SPARQL endpoint, a GeoJSON file or a Shapefile and get class recommendations in real time. Generated recommendations can be automatically exported in Silk and LIMES configuration files in order to be used for a link discovery task. GeoLOD also ofers a REST API for the automated execution of the above tasks.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>
        LOD cloud expansion ofers more options to users, but at the same time, complicates the
discovery of data sources that meet user needs. While several tools address linked data search
and discovery problems [
        <xref ref-type="bibr" rid="ref1 ref2 ref3">1, 2, 3</xref>
        ], none is specialized in geographical datasets exploration. To
this end, we have developed GeoLOD, a web catalog and a dataset recommender, that on the one
hand focuses on LOD spatial datasets and on the other hand exploits their spatial characteristics
to aid dataset exploration. GeoLOD addresses the following scenarios:
1. A user searches for datasets that cover a specific geographical area (e.g., a country);
2. A linked data publisher searches for datasets containing georeferenced information in
order to georeference their data;
3. A linked data publisher searches for datasets that contain related instances to their own
datasets in order to establish links between instances; and
4. A geographical information systems (GIS) professional wants to enrich their spatial data
with linked data.
Greece
      </p>
      <p>
        The GeoLOD catalog parses the LOD cloud [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ] and the Datahub [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] in order to identify spatial
datasets and their spatial classes, that is, datasets and classes that contain georeferenced point
instances. Then, it extracts their metadata and generates additional metadata that capture spatial
aspects, such as their bounding box, number of georeferenced instances and associated spatial
vocabularies, and exposes them in GeoVoID, a vocabulary that extends VoID [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ]. The catalog
allows access to the lists of linked data spatial datasets and classes through a user interface and
provides text and map-based search functionality, thus addressing scenarios 1 and 2.
      </p>
      <p>
        The GeoLOD recommender generates ranked lists of spatial datasets and classes that may
contain related instances with a given dataset or class, so as to be further examined in link
discovery processes for the establishment of owl:sameAs links or related links. The
recommendation algorithm, fully presented in [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ], is based on the hypothesis that “pairs of classes
whose instances present similar spatial distribution are more related than pairs of classes whose
instances present dissimilar spatial distribution, in the sense that the former are more likely to
contain semantically related instances”, and thus are better candidates to be recommended for a
link discovery process. In a nutshell, the algorithm builds and stores summaries for all identified
spatial classes that capture their spatial extent and index the location of their spatial instances
on a QuadTree, and then apply metrics that compute the similarity of the class summaries.
Pairs of classes whose summaries present high similarity are recommended for link discovery.
GeoLOD maintains recommendations for each class in the catalog and allows the exploration
for related classes and datasets through the user interface. It also generates pre-configured Silk
[
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] and LIMES [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] configuration files for a selected pair of recommended classes that can be
directly used for link discovery. Additionally, it allows on-the-fly recommendations for classes
provided through a user-defined SPARQL endpoint, not listed in the catalog, and for GeoJSON
and Shapefile datasets, which are typical GIS file formats, thus addressing scenarios 3 and 4.
      </p>
    </sec>
    <sec id="sec-2">
      <title>2. Related Work</title>
      <p>
        GeoLOD is related with two categories of systems: (a) dataset catalogs and (b) dataset
recommenders for link discovery. Dataset catalogs provide single entry points for discovering
available linked-data datasets and the most prominent examples are arguably the LOD cloud
and the Datahub. Other data catalogs include the LODAtlas [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ], which provide faceted dataset
exploration and dataset statistics, LOD Laundromat [8], which provide search services for
“cleaned” datasets, and SPARQLES [9], which is an application for SPARQL endpoints
monitoring. Compared to the above systems, GeoLOD is the first catalog of exclusively spatial
datasets and classes that computes and maintains metadata about their spatial characteristics
and ofers services for map-based dataset search. These metadata are exposed in GeoVoID, an
RDF vocabulary for expressing spatial metadata and statistics of datasets that was designed
during GeoLOD development and extends VoID.
      </p>
      <p>Dataset recommenders for link discovery automatically recommend triplesets (e.g., datasets or
classes) that may contain related instances to a given tripleset in order to be used as input in a link
discovery process. Although several methodologies have been proposed to address the problem,
only few are implemented in tools and web applications, such as TRTML [10] and LODSynthesis
[11]. The main diference between our work and the above is that their recommendation
algorithms are based on information about existing links between datasets, while ours is based
on the similarity of the spatial distribution of datasets and classes instances. GeoLOD novelties
also include: (a) a pre-computed list of class recommendations for link discovery for each
identified spatial class in the web of data, (b) on-the-fly class recommendation for new SPARQL
endpoints and spatial datasets in GIS formats (e.g., ESRI shapefiles) and (c) the export of a
recommended pair of classes to Silk and LIMES configuration files for direct use in a link
discovery process.</p>
    </sec>
    <sec id="sec-3">
      <title>3. Implementation Methods</title>
      <p>
        Figure 1 depicts the overall architecture of the GeoLOD system, which consists of a backend and
a frontend module. At the backend, the Dataset Collector component parses the LOD cloud and
the Datahub catalogs to discover datasets provided through SPARQL endpoints. Specifically,
LOD cloud exposes its list of datasets and their metadata in a online JSON file and Datahub
using the CKAN API. The component extract basic dataset metadata, such as their title and
endpoint URL, and stores them to the GeoLOD database. Then, the Spatial Dataset Analyzer &amp;
Metadata Generator component sends ASK SPARQL queries to identify spatial datasets, that is,
datasets that contain terms from well-known spatial vocabularies, such as W3C Basic Geo and
GeoSPARQL, for capturing the geographic position of instances. The component also sends
SELECT SPARQL queries to retrieve the list of spatial classes for each identified spatial dataset
and to generate additional metadata that capture the number of spatial instances, the bounding
box and the spatial vocabularies found in the datasets and stores them in the GeoLOD database.
The third backend component is the Class Recommender, which recommends relevant classes
for link discovery to a given class by first building “spatial” summaries of classes and then
computing their similarity [
        <xref ref-type="bibr" rid="ref5">5, 12</xref>
        ]. The component is executed both ofline, for existing classes
in the Catalog, and real-time, for uncatalogued classes and GIS datasets. The frontend module
is the GeoLOD web application that provides the user functionality, described in Section 4.
      </p>
      <p>The GeoLOD backend API was developed in Node.js and the frontend application in React.
The GeoLOD database is a PostgreSQL with the PostGIS extension for spatial data management.
GeoLOD is hosted in a Ubuntu 18 LTS 4GB Virtual Machine, provided by okeanos, a GRNET
cloud Infrastructure as a Service (IaaS) for Greek academic institutes. GeoLOD content, that is,
the list of spatial datasets and classes with their metadata and the recommendation lists for all
classes, is updated automatically every two months, as a background process.</p>
    </sec>
    <sec id="sec-4">
      <title>4. Demonstration</title>
      <p>GeoLOD web application is available at http://geolod.net and is described in detail in [12]. In
the GeoLOD frontend, users can browse the catalog of spatial datasets and classes and filter
them using textual and spatial criteria. Upon entering a keyword in the Filters dialog box,
GeoLOD searches in datasets and classes titles and descriptions, and upon selecting an area
in the interactive map, GeoLOD returns datasets and classes whose bounding box intersect or
are contained in the selected area. Upon selecting an item (a dataset or a class), users can view
its full description and perform some actions. On a dataset description page (Fig. 2), users can
view its title, description, SPARQL endpoint URL, its bounding box on a thumbnail, the spatial
vocabularies it uses, the number of spatial instances and classes it contains, the number of
recommendations and navigate in the list of dataset spatial classes. An icon indicates whether
the SPARQL endpoint is currently available (green) or unavailable (red). In addition, users can
download its VoID file (if available), its GeoVoID description and the dataset recommendations
list in JSON. The latter can be used for as input in batch link discovery processes and consists
of all recommendations for dataset classes. On a class description page, users can view its
label, description, URI, the dataset it belongs to, its bounding box on a thumbnail, the spatial
vocabulary it uses, the number of its spatial instances and the list of recommended classes and
export the list of recommended classes in JSON. Furthermore, they can download live copies of
class instances (extracted on the fly from the SPARQL endpoint) in RDF, JSON, and GeoJSON
or browse class spatial instances on an interactive map. GeoJSON downloads are transformed
in order to be readily consumable by a geographic information system (GIS) software, such as
QGIS.</p>
      <p>A snapshot of the recommendation list for a given class (e.g., for the Point class of the AEMET1
dataset that contains information about meteorological stations) is depicted in Fig. 3. Users
can navigate through the list, view details for a recommended class, such as the number of
estimated related instances and the ranking order, and export Silk and LIMES configuration
ifles for the pair of classes for direct use in a link discovery process. The configuration files
are automatically generated using as input the source (in this example Point) and the selected
target class SPARQL endpoint URLs and URIs and configured to apply simple string and spatial
rules for instance matching. GeoLOD also provides an on-the-fly recommender user interface
for generating recommendations for datasets that are not listed in the GeoLOD catalog. Initially,
users select the type of the input dataset that can be a SPARQL endpoint, a GeoJSON file, or
a Shapefile. For the first case, they enter the URL of the endpoint and select a class from the
automatically populated list; for the other cases, they upload the corresponding files. GeoLOD
parses the input dataset, builds in real time the required metadata and summaries and searches
in the catalog to return the list of recommended classes for link discovery.</p>
      <p>GeoLOD also provides a REST API to serve its content in well-known templates and formats,
enabling software-based consumption. Specifically, it provides services that expose catalog
1http://www.aemet.es/en/datos_abiertos
content in DCAT [13] and JSON, dataset descriptions in GeoVoID and class link discovery
recommendation lists for datasets and classes. The Table in Appendix lists the names, the
request URI, and the descriptions of the main services.</p>
    </sec>
    <sec id="sec-5">
      <title>5. Discussion and Conclusion</title>
      <p>GeoLOD has identified and currently lists 82 spatial datasets (out of 629 unique SPARQL
endpoints URLs found in the LOD cloud and the Datahub) and 5,218 spatial classes. Regarding
their geographic coverage, most datasets are “global”, that is, they contain instances all over
the world, and most non-global datasets are located in and around Europe. GeoLOD provides
approximately 90,000 class recommendations and on average it recommends 25 relevant classes
per class. Regarding the performance of the recommendation algorithm executed in a 4GB
RAM Ubuntu VM, it requires on average 18 minutes to generate the class recommendation list
for each class (although the execution time depends on the source class size and spatial extent,
ranging from a few seconds to several minutes), while the LIMES execution time for examining
all possible pairs of spatial classes, that is, approximately 5,000, in order to generate instance
links is approximately 5 hours. Possible lines of GeoLOD future development are the inclusion
of datasets provided as RDF dumps, the further improvement of the recommendation algorithm
in terms of eficiency and efectiveness, and the integration with Silk or LIMES web services for
the instant generation of instance link matching.</p>
    </sec>
    <sec id="sec-6">
      <title>A. GeoLOD REST API</title>
      <p>/api/classes
Class Descrip- /api/classes/&lt;ID&gt;
tion
Dataset
GeoVoID
/api/download/geovoid/&lt;ID&gt;
Returns a DCAT-compliant turtle file that contains
general information about GeoLOD and the list of
the datasets in the Catalog
Returns, in JSON, the list of datasets with their
metadata (including internal dataset IDs) in the GeoLOD
Catalog
Returns, in JSON, the specified dataset metadata
with the list of its classes. The dataset ID is a variable
corresponding to the internal dataset ID. (e.g., http://
snf-661343.vm.okeanos.grnet.gr/api/datasets/915
returns the metadata for the AEMET dataset)
Returns, in JSON, the list of classes with their
metadata (including internal classes IDs) in the GeoLOD
Catalog.</p>
      <p>Returns, in JSON, the specified class metadata with
the list of its recommended classes. The class ID
is a variable corresponding to the internal class
ID. (e.g., http://snf-661343.vm.okeanos.grnet.gr/api/
classes/139090 returns the metadata for the
CaveEntrance class of Linklion dataset).</p>
      <p>Returns, in turtle format, the GeoVoID description
of the specified dataset.</p>
      <p>Dataset Recom- /api/download/
datasemendations trecommendations/&lt;ID&gt;
Returns, in JSON, the list of recommendations for
all specified dataset classes.</p>
      <p>Class Recom- api/download/
classesrecmenations ommendations/&lt;ID&gt;</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>C.</given-names>
            <surname>Bizer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Jentzsch</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Cyganiak</surname>
          </string-name>
          ,
          <source>State of the LOD Cloud</source>
          ,
          <year>2011</year>
          . URL: http://www4.wiwiss. fu-berlin.de/lodcloud/state/.
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <surname>Datahub</surname>
          </string-name>
          , https://old.datahub.io/,
          <year>2013</year>
          . Accessed:
          <fpage>2022</fpage>
          -04-22.
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>E.</given-names>
            <surname>Pietriga</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Gözükan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Appert</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Destandau</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Cebiric</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Goasdoué</surname>
          </string-name>
          ,
          <string-name>
            <surname>I. Manolescu</surname>
          </string-name>
          ,
          <article-title>Browsing linked data catalogs with lodatlas</article-title>
          ., in: D.
          <string-name>
            <surname>Vrandecic</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          <string-name>
            <surname>Bontcheva</surname>
            ,
            <given-names>M. C.</given-names>
          </string-name>
          <string-name>
            <surname>Suárez-Figueroa</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          <string-name>
            <surname>Presutti</surname>
            , I. Celino,
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Sabou</surname>
            ,
            <given-names>L.-A.</given-names>
          </string-name>
          <string-name>
            <surname>Kafee</surname>
          </string-name>
          , E. Simperl (Eds.),
          <source>International Semantic Web Conference (2)</source>
          , volume
          <volume>11137</volume>
          of Lecture Notes in Computer Science, Springer,
          <year>2018</year>
          , pp.
          <fpage>137</fpage>
          -
          <lpage>153</lpage>
          . URL: http://dblp.uni-trier.de/db/conf/semweb/iswc2018-
          <fpage>2</fpage>
          . html#PietrigaGADCGM18.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>K.</given-names>
            <surname>Alexander</surname>
          </string-name>
          ,
          <string-name>
            <given-names>R.</given-names>
            <surname>Cyganiak</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Hausenblas</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Zhao</surname>
          </string-name>
          ,
          <string-name>
            <surname>Describing Linked</surname>
          </string-name>
          Datasets -
          <article-title>On the Design and Usage of voiD, the 'Vocabulary of Interlinked Datasets'</article-title>
          ., in: WWW 2009 Workshop:
          <article-title>Linked Data on the Web (LDOW2009</article-title>
          ), Madrid, Spain,
          <year>2009</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>V.</given-names>
            <surname>Kopsachilis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Vaitis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Mamoulis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>D.</given-names>
            <surname>Kotzinos</surname>
          </string-name>
          ,
          <article-title>Recommending geo-semantically related classes for link discovery</article-title>
          ,
          <source>Journal on Data Semantics</source>
          <volume>9</volume>
          (
          <year>2020</year>
          )
          <fpage>151</fpage>
          -
          <lpage>177</lpage>
          . URL: https://doi.org/10.1007/s13740-020-00117-4. doi:
          <volume>10</volume>
          .1007/s13740- 020- 00117- 4.
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>J.</given-names>
            <surname>Volz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Bizer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Gaedke</surname>
          </string-name>
          , G. Kobilarov,
          <article-title>Silk - a link discovery framework for the web of data</article-title>
          ., in: C. Bizer,
          <string-name>
            <given-names>T.</given-names>
            <surname>Heath</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Berners-Lee</surname>
          </string-name>
          ,
          <string-name>
            <surname>K.</surname>
          </string-name>
          Idehen (Eds.), LDOW, volume
          <volume>538</volume>
          <source>of CEUR Workshop Proceedings, CEUR-WS.org</source>
          ,
          <year>2009</year>
          . URL: http://dblp.uni-trier.de/db/conf/www/ ldow2009.html#VolzBGK09.
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <surname>A.-C. Ngonga Ngomo</surname>
            ,
            <given-names>M. A.</given-names>
          </string-name>
          <string-name>
            <surname>Sherif</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          <string-name>
            <surname>Georgala</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          <string-name>
            <surname>Hassan</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          <string-name>
            <surname>Dreßler</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          <string-name>
            <surname>Lyko</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          <string-name>
            <surname>Obraczka</surname>
          </string-name>
          , T. Soru, LIMES
          <article-title>- A Framework for Link Discovery on the Semantic Web</article-title>
          ,
          <string-name>
            <surname>KI-Künstliche</surname>
            <given-names>Intelligenz</given-names>
          </string-name>
          ,
          <source>German Journal of Artificial Intelligence - Organ</source>
          des Fachbereichs ”
          <article-title>Künstliche Intelligenz” der Gesellschaft für Informatik e</article-title>
          .V. (
          <year>2021</year>
          ). URL: https://papers.dice-research.org/2021/KI_LIMES/public.pdf.
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>