annotate scripts/ @ 1422:f86d1129ce79

it turns out that there is no simple way of having the datatype of a constant geometry available in the query builder, thus it is not easy for geof:getSRID to determine the correct datatype and return the appropriate URI for the CRS, when that has SRID 4326. Therefore, we choose to always return CRS84, even for strdf:WKT arguments. Notice, that when geof:getSRID is called evaluated in Java, we have such information available and we can return the correct result. However, we chose in changeset 1420:37792dd7041b to always push the evaluation of all spatial functions in the database. The respective tests have been updated as well.
author Babis Nikolaou <>
date Tue Sep 23 14:05:26 2014 +0300 (2014-09-23)
rev   line source
ggarbis@200 1 #! /bin/bash
ggarbis@200 2
ggarbis@200 3 echo > log.out
ggarbis@200 4
ggarbis@200 5 for f in `ls /home/ggarbis/out_triples/HMSG2_IR_039_s7_070825_*n3 | sort`; do
ggarbis@200 6 echo "Storing: $f" >> log.out
ggarbis@200 7 echo "Executing: ./endpoint store N3 -u file://$f" >> log.out
ggarbis@200 8 ./endpoint store http://localhost:8080/strabonTest/ N3 -u file://$f >> log.out
ggarbis@200 9 done
ggarbis@200 10