[GRASS-dev] OSGeo4W-winGRASS 7.7 with new gdal, geos, proj4

reading in [1], there are new GRASS dependencies in OSGeo4W available:

- PROJ 5.2.0 (from 4.9.3; plus datumgrids)
- GEOS 3.7.0 (from 3.6.2)
- SpatiaLite 4.3.0a (from 4.3.0; also with lwgeom from postgis 2.5)
- GDAL 2.3.2 (from 2.2.4; including updated/rebuilt dependencies ogdi &
  openfyba)

at the moment, winGRASS is still built with the old dependencies.

should we activate the daily winGRASS 7.7.svn builds with the new versions?

[1] https://lists.osgeo.org/pipermail/osgeo4w-dev/2018-October/003661.html

-----
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html

On Wed, Oct 17, 2018 at 11:54 AM Helmut Kudrnovsky <hellik@web.de> wrote:

reading in [1], there are new GRASS dependencies in OSGeo4W available:

Any chance you can also add dependencies? Specifically, I’m interested in PDAL (as compile time for v.in.pdal and also the binaries as standalone and from r.in.pdal [1]) for 7.6 or 7.8.

[1] https://trac.osgeo.org/grass/ticket/3655

wenzeslaus wrote

On Wed, Oct 17, 2018 at 11:54 AM Helmut Kudrnovsky &lt;

hellik@

&gt; wrote:

reading in [1], there are new GRASS dependencies in OSGeo4W available:

...

Any chance you can also add dependencies? Specifically, I'm interested in
PDAL (as compile time for v.in.pdal and also the binaries as standalone
and
from r.in.pdal [1]) for 7.6 or 7.8.

[1] https://trac.osgeo.org/grass/ticket/3655

AFAIR pdal in OSGeo4W has a full dependency on python3 packages; as GRASS
trunk in OSGeo4W is still using python2, this wouldn't work.

-----
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html

Hi,
st 17. 10. 2018 v 17:54 odesílatel Helmut Kudrnovsky <hellik@web.de> napsal:

reading in [1], there are new GRASS dependencies in OSGeo4W available:

- PROJ 5.2.0 (from 4.9.3; plus datumgrids)

well, that's a problem. Currently all GRASS 7 versions are built in
one environment. PROJ 5 is supported to my knowledge by G76+. To build
G76+ using PROJ 5 would require to use separate environments for G76+
a G72/74 (since these version do not support Proj 4). I can switch
PROJ 4/5 for release builds, but it will not work for daily builds.

Easier solutiion: gave up G74 daily builds.

Please fill ticket. Martin

--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa

Hi,

st 17. 10. 2018 v 17:54 odesílatel Helmut Kudrnovsky <hellik@web.de> napsal:

- PROJ 5.2.0 (from 4.9.3; plus datumgrids)
- GEOS 3.7.0 (from 3.6.2)
- SpatiaLite 4.3.0a (from 4.3.0; also with lwgeom from postgis 2.5)
- GDAL 2.3.2 (from 2.2.4; including updated/rebuilt dependencies ogdi &
  openfyba)

I have updated packages (except of PROJ) in building/packaging
environment. Next daily builds should be built against new deps.
Please test, at least G74 since we are close release.

About PROJ4/5. My suggestion:

1) disable G74 daily builds and update to PROJ 5 (for G74 releases
PROJ would need to be downgraded to PROJ 4)
2) invest rather time/energy to set up a new building/packaging
environment for G77 using Python3 and wxPython4

Any comments? Thanks, Ma

--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa

On Thu, Oct 18, 2018 at 1:43 PM Martin Landa <landa.martin@gmail.com> wrote:

Hi,

st 17. 10. 2018 v 17:54 odesílatel Helmut Kudrnovsky <hellik@web.de> napsal:

  • PROJ 5.2.0 (from 4.9.3; plus datumgrids)
  • GEOS 3.7.0 (from 3.6.2)
  • SpatiaLite 4.3.0a (from 4.3.0; also with lwgeom from postgis 2.5)
  • GDAL 2.3.2 (from 2.2.4; including updated/rebuilt dependencies ogdi &
    openfyba)

I have updated packages (except of PROJ) in building/packaging
environment. Next daily builds should be built against new deps.
Please test, at least G74 since we are close release.

About PROJ4/5. My suggestion:

  1. disable G74 daily builds and update to PROJ 5 (for G74 releases

PROJ would need to be downgraded to PROJ 4)

As long as the old PROJ 4 API is still supported by PROJ 5, G74 can use PROJ 5, no need to disable G74 or downgrade PROJ. G74 would simply not make use of new features and the new API in PROJ5.

Markus M

  1. invest rather time/energy to set up a new building/packaging
    environment for G77 using Python3 and wxPython4

Any comments? Thanks, Ma


Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa


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

Hi,

čt 18. 10. 2018 v 13:42 odesílatel Martin Landa <landa.martin@gmail.com> napsal:

About PROJ4/5. My suggestion:

New GDAL package is built against PROJ5. Result also PROJ has been
switch to PROJ 5. There is backward compatibility package proj4dll
which should be used by G74.

Martin

--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa

Hi,

čt 18. 10. 2018 v 13:58 odesílatel Markus Metz
<markus.metz.giswork@gmail.com> napsal:

As long as the old PROJ 4 API is still supported by PROJ 5, G74 can use PROJ 5, no need to disable G74 or downgrade PROJ. G74 would simply not make use of new features and the new API in PROJ5.

ah, you are right. Martin

--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa

Hi,

čt 18. 10. 2018 v 13:59 odesílatel Martin Landa <landa.martin@gmail.com> napsal:

> As long as the old PROJ 4 API is still supported by PROJ 5, G74 can use PROJ 5, no need to disable G74 or downgrade PROJ. G74 would simply not make use of new features and the new API in PROJ5.

ah, you are right. Martin

building/packaging environment updated, let's check tomorrow the next
G74 build. I just wonder about GRASS modules which uses PROJ command
lines. They can be affected of PROJ4 -> PROJ5 switch. Are we aware of
that?

Thanks, Ma

--
Martin Landa
http://geo.fsv.cvut.cz/gwiki/Landa
http://gismentors.cz/mentors/landa

On Thu, Oct 18, 2018 at 1:59 PM Martin Landa <landa.martin@gmail.com> wrote:

čt 18. 10. 2018 v 13:42 odesílatel Martin Landa <landa.martin@gmail.com> napsal:
> About PROJ4/5. My suggestion:

New GDAL package is built against PROJ5. Result also PROJ has been
switch to PROJ 5. There is backward compatibility package proj4dll
which should be used by G74.

Is this QGIS issue related to it?

https://gis.stackexchange.com/questions/299313/grass-gis-plugin-not-loading-in-qgis-3

Markus

Markus Neteler wrote

On Thu, Oct 18, 2018 at 1:59 PM Martin Landa &lt;

landa.martin@

&gt; wrote:

čt 18. 10. 2018 v 13:42 odesílatel Martin Landa &lt;

landa.martin@

&gt; napsal:

> About PROJ4/5. My suggestion:

New GDAL package is built against PROJ5. Result also PROJ has been
switch to PROJ 5. There is backward compatibility package proj4dll
which should be used by G74.

Is this QGIS issue related to it?

https://gis.stackexchange.com/questions/299313/grass-gis-plugin-not-loading-in-qgis-3

Markus
_______________________________________________
grass-dev mailing list

grass-dev@.osgeo

https://lists.osgeo.org/mailman/listinfo/grass-dev

Yes, it looks like there is a dll mismatch.

in mid and long term it will be harder to maintain old releases in an
osgeo4w environment which ist switching to newer library versions.

a good reason to release sooner than later a python3 ready grass and we drop
the older versions depending on old dependencies.

-----
best regards
Helmut
--
Sent from: http://osgeo-org.1560.x6.nabble.com/Grass-Dev-f3991897.html