[GRASS-user] 7.5svn: issue with finding EPSG codes for new locations

GRASS GRASS user
1

I was struggling with the same problem since some time ago. I’m using a Mac with MacPorts so currently I have GRASS 7.4.0 installed, but the problem dates from before.

I just solved this problem: it look like the GRASS routine looking for the EPSG data is not expecting the 1st line of the EPSG text file. Original content is:

<metadata> +version=9.2.0 +origin=EPSG +lastupdate=2017-12-17
# HD1909
<3819> +proj=longlat +ellps=bessel +towgs84=595.48,121.69,515.35,4.115,-2.9383,0.853,-3.408 +no_defs <>
# TWD67
<3821> +proj=longlat +ellps=aust_SA +no_defs <>
:

So the error comes from the first token, “<metadata>”. I solved this just commenting out that line:

#<metadata> +version=9.2.0 +origin=EPSG +lastupdate=2017-12-17
# HD1909
<3819> +proj=longlat +ellps=bessel +towgs84=595.48,121.69,515.35,4.115,-2.9383,0.853,-3.408 +no_defs <>
# TWD67
<3821> +proj=longlat +ellps=aust_SA +no_defs <>
:

In my Mac with MacPorts the epsg file is located in "/opt/local/lib/proj5/share/proj/epsg”.

A word of caution: this file is *not* provided by GRASS GIS itself, but in m case it is provided by the “proj” package, so some collateral errors may arise later.

Cheers.
Ramon.

--
--Universidad de Colima

2

On Thu, 28 Jun 2018, Solano Barajas Ramon wrote:

So the error comes from the first token, “<metadata>”. I solved this just
commenting out that line:

Ramon,

   Good catch. I'll see if that fixes it here, too.

Much appreciated,

Rich

3

On Thu, Jun 28, 2018 at 9:24 PM, Solano Barajas Ramon <rsolano@ucol.mx> wrote:

I was struggling with the same problem since some time ago. I’m using a Mac with MacPorts so currently I have GRASS 7.4.0 installed, but the problem dates from before.

I just solved this problem: it look like the GRASS routine looking for the EPSG data is not expecting the 1st line of the EPSG text file. Original content is:

<metadata> +version=9.2.0 +origin=EPSG +lastupdate=2017-12-17
# HD1909
<3819> +proj=longlat +ellps=bessel +towgs84=595.48,121.69,515.35,4.115,-2.9383,0.853,-3.408 +no_defs <>

...

Good catch!

Apparently that <metadata> was introduced at some point:

https://github.com/OSGeo/proj.4/blob/master/nad/epsg

I don't exactly know which parser needs to be fixed now... Please open
a ticket for this.

Markus

4

On Tue, Jul 3, 2018 at 12:04 AM, Markus Neteler <neteler@osgeo.org> wrote:

On Thu, Jun 28, 2018 at 9:24 PM, Solano Barajas Ramon <rsolano@ucol.mx> wrote:

I was struggling with the same problem since some time ago. I’m using a Mac with MacPorts so currently I have GRASS 7.4.0 installed, but the problem dates from before.

I just solved this problem: it look like the GRASS routine looking for the EPSG data is not expecting the 1st line of the EPSG text file. Original content is:

+version=9.2.0 +origin=EPSG +lastupdate=2017-12-17

HD1909

<3819> +proj=longlat +ellps=bessel +towgs84=595.48,121.69,515.35,4.115,-2.9383,0.853,-3.408 +no_defs <>
…

Good catch!

Apparently that was introduced at some point:

https://github.com/OSGeo/proj.4/blob/master/nad/epsg

I don’t exactly know which parser needs to be fixed now… Please open

a ticket for this.

this has already been fixed in trunk r72392 and relbr74 r72494

Markus M

Markus

grass-user mailing list
grass-user@lists.osgeo.org
https://lists.osgeo.org/mailman/listinfo/grass-user