<div dir="ltr"><br><br>On Fri, Nov 8, 2019 at 10:15 AM Martin Landa <<a href="mailto:landa.martin@gmail.com">landa.martin@gmail.com</a>> wrote:<br>><br>> Hi,<br>><br>> pá 8. 11. 2019 v 8:22 odesílatel Markus Metz<br>> <<a href="mailto:markus.metz.giswork@gmail.com">markus.metz.giswork@gmail.com</a>> napsal:<br>> > > I will try to reword my question. Are you aware of any related<br>> > > blockers which should avoid us packaging upcoming GRASS 7.8.1 with<br>> > > GDAL3/Proj6? Thanks for clarification! Martin<br>> ><br>> > No, that's the only bug I found so far.<br>><br>> thanks for clarification! In that case let's release 7.8.1 ASAP in<br>> order to allow OSGeo4W switch to GDAL3/PROJ6.<br><br><div>the EPSG:3857 (Web Mercator) bug has been fixed in master 4167542. Is there still time to backport to relbr78?<br></div><div><br></div><div>It is pure chance that the previous method worked, this is a fix for the GRASS hack to deal with "the hacky way of encodign webmerc in GDAL WKT1" to cite PROJ 6.</div><div><br></div><div>All this trouble because +proj=webmerc exists only since PROJ 5.1.0, and because even GDAL 3 and PROJ 6 (at least PROJ 6 knows +proj=webmerc) still report "+proj=merc +a=6378137 +b=6378137 +lat_ts=0 +lon_0=0 +x_0=0 +y_0=0 +k=1 +units=m +nadgrids=@null +wktext +no_defs" as a workaround. <br></div><div><br></div><div>Markus M </div></div>