Hi Even, Did you try your change?
There has been a lot of changes in both sides over the years that are not reflected on the OCI driver code. That hard coded SRID conversion should be deleted since EPSG is fully supported now. He georaster driver uses some PLSQL functions to try to match WKT to possible SRIDs. That could be added to the OCI. I think. Regards Ivan > On Nov 17, 2016, at 7:38 AM, Even Rouault <[email protected]> wrote: > > Le jeudi 17 novembre 2016 12:49:09, Michael Smith a écrit : >> Yes even the current version needs the layer creation option for dim. I >> would be +1 for this change (never really understood why it was this way). >> I think we are probably one of the biggest users of the oracle driver and >> I think this would be a good improvement. > > OK, I've just changed that in trunk to use the dimension of the passed > geometry type. > > Regarding SRS / SRID, as far as I can see, there's a logic to try to guess > the > SRID from the SRS based first on a very small list of hard-coded EPSG SRS > (EPSG:4326,4322,4269,4277,27700), and then trying to find an entry with the > same WKTEXT in MDSYS.CS_SRS > >> >> Sent from my iPhone >> >>> On Nov 17, 2016, at 2:06 AM, Rahkonen Jukka (MML) >>> <[email protected]> wrote: >>> >>> Hi, >>> >>> I noticed that Even was editing the ogr2ogr help about the –dim parameter >>> and remembered that I think that it does not have an effect on the OCI >>> driver. For forcing a new Oracle table into 2D you must use the OCI >>> drivers own layer creation option “DIM” instead >>> http://www.gdal.org/drv_oci.html. I am not sure if that happens also >>> with the current GDAL version. >>> >>> -Jukka Rahkonen- >>> _______________________________________________ >>> gdal-dev mailing list >>> [email protected] >>> http://lists.osgeo.org/mailman/listinfo/gdal-dev > > -- > Spatialys - Geospatial professional services > http://www.spatialys.com > _______________________________________________ > gdal-dev mailing list > [email protected] > http://lists.osgeo.org/mailman/listinfo/gdal-dev _______________________________________________ gdal-dev mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/gdal-dev
