#138 closed defect (wontfix)
x and y axes swapped inserting 2D grid into rasdaman
Reported by: | Marcus Sen | Owned by: | Dimitar Misev |
---|---|---|---|
Priority: | major | Milestone: | 8.4 |
Component: | insertutils | Version: | 8.3 |
Keywords: | Cc: | Peter Baumann | |
Complexity: | Medium |
Description
When I try to insert the attached file into rasdaman the x and y dimensions seem to be swapped.
gdalinfo on data set says
Size is 20, 40
Querying domain after insertion says
Result element 1: [0:39,0:19]
Steps to reproduce:
gdalinfo osdtm_small.netcdf rasql -q 'create collection os_dtm FloatSet' --user rasadmin --passwd ... rasql -q 'insert into os_dtm values inv_netcdf($1)' --file osdtm_small.netcdf --user rasadmin --passwd ... rasql -q 'select sdom(m) from os_dtm as m' --user rasadmin --passwd ... --out string
Attachments (1)
Change History (5)
by , 13 years ago
Attachment: | osdtm_small.netcdf added |
---|
comment:1 by , 13 years ago
If you do ncdump -h osdtm_small.netcdf
you'll see that the data variable is specified as Y x X
float Band1(y, x)
Maybe in netcdf the dimensions are specified in reverse order??
comment:2 by , 13 years ago
Cc: | added |
---|---|
Owner: | changed from | to
Status: | new → accepted |
From http://cf-pcmdi.llnl.gov/documents/cf-conventions/1.6/cf-conventions.html#dimensions
If any or all of the dimensions of a variable have the interpretations of "date or time" (T), "height or depth" (Z), "latitude" (Y), or "longitude" (X) then we recommend, but do not require (see Section 1.4, “Relationship to the COARDS Conventions”), those dimensions to appear in the relative order T, then Z, then Y, then X in the CDL definition corresponding to the file. All other dimensions should, whenever possible, be placed to the left of the spatiotemporal dimensions.
It's recommended that they are in reverse order but it's not required, pretty ambiguous. GDAL seems to always read them in reverse, I guess we'll do the same in rasdaman.
comment:3 by , 13 years ago
Resolution: | → wontfix |
---|---|
Status: | accepted → closed |
Further, there's no way to determine the semantics of a dimension, whether it's an x, y, etc. in the code.
It would be best to look for some tools (maybe NCO?) that allow to reorder the dimensions of a variable before importing to rasdaman.
comment:4 by , 13 years ago
On a side note, this is one of the issues we are trying to overcome (fascinatingly, GIS world hasn't solved this yet): to have a clear, unambiguous axis semantics. We have submitted a proposal (+implementation) to OGC to identify axes by URLs, and to allow combination of CRSs as sequences of axes. And by establishing first ontological synonyms, such as longitude = Long = long = Lon = lon = y = Y. Will take time, though, until tools will use that.
Problem data file