<div dir="ltr"><br><br>On Wed, Dec 4, 2019 at 12:23 PM Zoltan Szecsei <<a href="mailto:zoltans@geograph.co.za">zoltans@geograph.co.za</a>> wrote:<br>><br>> Hi Helmut,<br>> Thanks for your comments.<br>><br>> I installed everything with OSGeo4W64, and QGIS get the EPSG:2932 but<br>> Grass not.<br>><br>> Perhaps I have a PATH or some other setting problem?<br>> Perhaps let me know what search paths Grass uses for proj4, and what<br>> proj files and locations I should scan for.<br><div><br></div><div>In this case where the EPSG code is known, there is no need to do anything but to ignore the warning. GRASS will use the EPSG code if available and passes it to PROJ when it comes to reprojection. <br></div><div><br></div><div>Markus M<br></div><div><br></div><div>></div>> Regards,<br>> Zoltan<br>><br>> On 2019/12/04 01:30, Helmut Kudrnovsky wrote:<br>> >> ignore the warning and use GRASS with PROJ6, granted that authority name<br>> > (e.g. EPSG) and authority code (e.g. 2932) are known for both CRS's in case<br>> > of reprojection<br>> ><br>> > this issue is already by GRASS with PROJ6, see<br>> ><br>> > ####################<br>> > GRASS version: 7.8.1<br>> > Code revision: c865432c9<br>> > Build date: 2019-11-10<br>> > Build platform: x86_64-w64-mingw32<br>> > GDAL: 3.0.2<br>> > PROJ: 6.2.1  <=<br>> > GEOS: 3.8.0<br>> > SQLite: 3.29.0<br>> > Python: 3.7.0<br>> > wxPython: 4.0.7<br>> > Platform: Windows-10-10.0.18362-SP0 (OSGeo4W)<br>> > ####################<br>> ><br>> > and the output from the underlying PROJ: 6.2.1<br>> ><br>> > ####################<br>> > C:\>projinfo EPSG:2932 -o PROJ,WKT2_2018<br>> > PROJ.4 string:<br>> > +proj=tmerc +lat_0=24.45 +lon_0=51.2166666666667 +k=0.99999 +x_0=200000<br>> > +y_0=300000 +ellps=intl<br>> > +towgs84=-119.4248,-303.65872,-11.00061,1.164298,0.174458,1.096259,3.657065<br>> > +units=m +no_defs +type=crs<br>> ><br>> > WKT2_2018 string:<br>> > PROJCRS["QND95 / Qatar National Grid",<br>> >      BASEGEOGCRS["QND95",<br>> >          DATUM["Qatar National Datum 1995",<br>> >              ELLIPSOID["International 1924",6378388,297,<br>> >                  LENGTHUNIT["metre",1]]],<br>> >          PRIMEM["Greenwich",0,<br>> >              ANGLEUNIT["degree",0.0174532925199433]],<br>> >          ID["EPSG",4614]],<br>> >      CONVERSION["Qatar National Grid",<br>> >          METHOD["Transverse Mercator",<br>> >              ID["EPSG",9807]],<br>> >          PARAMETER["Latitude of natural origin",24.45,<br>> >              ANGLEUNIT["degree",0.0174532925199433],<br>> >              ID["EPSG",8801]],<br>> >          PARAMETER["Longitude of natural origin",51.2166666666667,<br>> >              ANGLEUNIT["degree",0.0174532925199433],<br>> >              ID["EPSG",8802]],<br>> >          PARAMETER["Scale factor at natural origin",0.99999,<br>> >              SCALEUNIT["unity",1],<br>> >              ID["EPSG",8805]],<br>> >          PARAMETER["False easting",200000,<br>> >              LENGTHUNIT["metre",1],<br>> >              ID["EPSG",8806]],<br>> >          PARAMETER["False northing",300000,<br>> >              LENGTHUNIT["metre",1],<br>> >              ID["EPSG",8807]]],<br>> >      CS[Cartesian,2],<br>> >          AXIS["(E)",east,<br>> >              ORDER[1],<br>> >              LENGTHUNIT["metre",1]],<br>> >          AXIS["(N)",north,<br>> >              ORDER[2],<br>> >              LENGTHUNIT["metre",1]],<br>> >      USAGE[<br>> >          SCOPE["unknown"],<br>> >          AREA["Qatar - onshore"],<br>> >          BBOX[24.55,50.69,26.2,51.68]],<br>> >      ID["EPSG",2932]]<br>> > ####################<br>> ><br>> >> The problem is that GRASS still assumes datum transformation from X to<br>> > WGS84, whereas with PROJ6,<br>> >> WGS84 is no longer required as pivot datum. Datum transformations from<br>> > datum X to datum Y can<br>> >> sometimes (often) be done without going through WGS84. The requirement is<br>> > to have EPSG or other<br>> >> authority codes and to use PROJ 6.<br>> > this warning is just from a simple v.in.ogr of a EPSG:2932-based shapefile<br>> > into a EPSG:2932-created GRASS location.<br>> ><br>> > so, there may be some more adaptions needed for actions like v.in.ogr and<br>> > co?<br>> ><br>> ><br>> ><br>> > -----<br>> > best regards<br>> > Helmut<br>> > --<br>> > Sent from: <a href="http://osgeo-org.1560.x6.nabble.com/Grass-Users-f3884509.html">http://osgeo-org.1560.x6.nabble.com/Grass-Users-f3884509.html</a><br>> > _______________________________________________<br>> > grass-user mailing list<br>> > <a href="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</a><br>> > <a href="https://lists.osgeo.org/mailman/listinfo/grass-user">https://lists.osgeo.org/mailman/listinfo/grass-user</a><br>><br>> --<br>><br>> =============================================<br>> Zoltan Szecsei GPrGISc 0031<br>> Geograph (Pty) Ltd.<br>> GIS and Photogrammetric Services<br>><br>> P.O. Box 7, Muizenberg 7950, South Africa.<br>><br>> Mobile: +27-83-6004028     (WhatsApp only)<br>> Qatar:  +974 5083 2722     <a href="http://www.geograph.co.za">www.geograph.co.za</a><br>> =============================================<br>><br>> _______________________________________________<br>> grass-user mailing list<br>> <a href="mailto:grass-user@lists.osgeo.org">grass-user@lists.osgeo.org</a><br>> <a href="https://lists.osgeo.org/mailman/listinfo/grass-user">https://lists.osgeo.org/mailman/listinfo/grass-user</a></div>