Opened 4 years ago

Closed 4 years ago

Last modified 3 years ago

#709 closed defect (duplicate)

CRS parameter for encode() function

Reported by: pcampalani Owned by: pcampalani
Priority: major Milestone: 9.0.x
Component: petascope Version: development
Keywords: crs encode Cc:
Complexity: Hard

Description

Petascope should not pass the URI as crs parameter of the encode function of RasQL since only opengis ones are recognized.

I suggest that Petascope sets the crs in EPSG:CODE format. Non-EPSG ones will not be embedded in the file anyway.

Alternatively Petascope would personally fetch the definition and translate it to PROJ4 or WKT format, and pass it on to the encode function: this would be the ultimate solution to deliver proper CRS information for any CRS. This involves time CRS too.

$ rasql -q 'select encode( c, "GTiff", "xmin=111.975;ymin=-44.525;xmax=156.275;ymax=-8.975;crs=http://www.opengis.net/def/crs/EPSG/0/4326" ) from mean_summer_airtemp as c' --out file
$ gdalinfo rasql_1.tif
[...] Coordinate System is `'

rasql -q 'select encode( c, "GTiff", "xmin=111.975;ymin=-44.525;xmax=156.275;ymax=-8.975;crs=http://www.opengis.net/def/crs/EPSG/0/4326" ) from mean_summer_airtemp as c' --out file
$ gdalinfo rasql_1.tif
Coordinate System is:
[...] GEOGCS["WGS 84", [...]

Change History (2)

comment:1 Changed 4 years ago by pcampalani

  • Resolution set to duplicate
  • Status changed from new to closed

I wrongly created this ticket twice: #708.

comment:2 Changed 3 years ago by dmisev

  • Milestone changed from 9.1 to 9.0.x
Note: See TracTickets for help on using tickets.