Bug report #14101
French reprojection use ntf_r93.gsb (IGNF:LAMBE etc ..)
|Affected QGIS version:||2.12.2||Regression?:||No|
|Operating System:||Windows||Easy fix?:||No|
|Pull Request or Patch supplied:||No||Resolution:||up/downstream|
|Crashes QGIS or corrupts data:||No||Copied to github as #:||22107|
ERROR when reproject or save as whith "IGNF:xxx" projection
PROJ.4: +proj=longlat +datum=WGS84 +no_defs +ellps=WGS84 +towgs84=0,0,0 +to +proj=lcc +nadgrids=ntf_r93.gsb,null +a=6378249.2000 +rf=293.4660210000000 +pm=2.337229167 +lat_0=46.800000000 +lon_0=0.000000000 +k_0=0.99987742 +lat_1=46.800000000 +x_0=600000.000 +y_0=2200000.000 +units=m +no_defs Erreur: failed to load datum shift file
in python console
>>>import os >>>os.getenv('PROJ_LIB') '"C:\\MYPROG~1\\QGIS_L~1.2\\share\\proj"'
path is ok and ntf_r93.gsb exist.
#1 Updated by Yves ryra6453 about 4 years ago
I found a temporary solution.
I change the proj4 definition in the database /path_qgis/apps/qgis/ressources/srs.db
In table tbl_srs
I delete ",null" after "+nadgrids=ntf_r93.gsb" in parameters column
reprojection now operating normally
I test whith national reference software (IGN Circé France) the coordinate convertion is exact.
#2 Updated by Quan Tum about 4 years ago
I have the same bug here and found the same workaround.
For future references, the OP has more detailed information (in french) here : http://georezo.net/forum/viewtopic.php?pid=277328#p277328
Results are the same with 32 an d 64 bit standalone setup, as well as OSGEO4W setup. So it seems to come from QGIS itself.
On my side, with an OSGEO4W setup, other software using gdal seem to work without problem.
The symptoms are the same than in this bug #7941
Although the bug/solution for this one was in OSGEO4W code, there are some interesting debugging information.
I didn't manage to find a solution though and would be glad if more experienced devs could give a hand !