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.

     1.1 --- a/testsuite/src/test/resources/geoSPARQL/BasicFunctionsTest/getSRIDFromConstantTest1.srx	Tue Sep 23 13:16:47 2014 +0300
     1.2 +++ b/testsuite/src/test/resources/geoSPARQL/BasicFunctionsTest/getSRIDFromConstantTest1.srx	Tue Sep 23 14:05:26 2014 +0300
     1.3 @@ -6,7 +6,7 @@
     1.4  		<results> 
     1.5  			<result> 
     1.6  				<binding name='srid'> 
     1.7 -					<uri>http://www.opengis.net/def/crs/EPSG/0/4326</uri> 
     1.8 +					<uri>http://www.opengis.net/def/crs/OGC/1.3/CRS84</uri> 
     1.9  				</binding> 
    1.10  			</result> 
    1.11  		</results>