You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Copy file name to clipboardExpand all lines: README.md
+10-4Lines changed: 10 additions & 4 deletions
Original file line number
Diff line number
Diff line change
@@ -1,6 +1,6 @@
1
1
# CASE Conversion Examples
2
2
3
-
[](https://www.repostatus.org/#wip)
3
+
[](https://www.repostatus.org/#active)
This repository provides example scripts for extracting information from CASE graphs and writing them to various output formats. This project contains several directories with the same general intent, but different implementations/languages. The directories are as follows:
@@ -9,11 +9,17 @@ This repository provides example scripts for extracting information from CASE gr
9
9
-`java` - Java implementation using the Apache Jena library
10
10
-`python` - Python implementation using the RDFLib library
11
11
12
-
Each directory contains the code to convert a CASE graph to a specific output format. The input and output files are specified as command line arguments. The input file should be a CASE graph in JSON-LD format. The output file will be written to a GeoJSON file.
12
+
Each directory contains the code to convert a CASE graph to a specific output format after storing them in intermediary types. The general process is:
13
13
14
-
These implementations are not production ready and do not properly handle errors. They are intended to be used as a starting point for a more robust solution. They also do not represent the only way to convert a CASE graph to a GeoJSON file. They are intended to highlight the value of utilizing the CASE Ontology to create a graph that can be used to query and generate data in a variety of formats, regardless of the source application's data model.
14
+
1. Read the contents of the JSON-LD graph into an in-memory graph datastore in the selected library (e.g. `dotNetRDF`)
15
+
1. Query properties from the datastore using a SPARQL query and store each record into a custom `GeoRecord` object
16
+
1. Convert the list of `GeoRecord` objects into a `.geojson` file
15
17
16
-
Each directory contains a README with more information about the specific implementation as well as specific usage but the general usage expects the following two positional arguments:
18
+
The input and output files are specified as command line arguments. The input file should be a CASE graph in JSON-LD format. The output file will be written to a GeoJSON file.
19
+
20
+
These implementations are not production ready and do not properly handle all exceptional states nor do they contain proper logging, documentation, or automated tests. They are intended to be used as a starting point for a more robust solution. They also do not represent the only way to convert a CASE graph to a GeoJSON file. They are intended to highlight the value of utilizing the CASE Ontology to create a graph that can be used to query and generate data in a variety of formats, regardless of the source application's data model.
21
+
22
+
Each directory contains a `README.md` with more information about the specific implementation as well as specific usage but the general usage expects the following two positional arguments:
0 commit comments