RFC 73: Integration of PROJ6 for WKT2, late binding capabilities, time-support and unified CRS database#1185
Conversation
955f600 to
186c858
Compare
|
🎊 congratulations to get this far @rouault! I'm excited we can start filing super miserable and intricate coordinate system bug reports now 😄 I do not think that GDAL 2.5 having a hard requirement of PROJ6 is going to be such a bad thing, but it is likely to have a consequence of delaying or elongating the adoption curve of GDAL 2.5 quite significantly as people wait for their packaging platforms to catch up to PROJ6. PROJ 5.0 -> 5.2 -> 6.0 pretty aggressively dropped the older API, so packagers are in a spot because there are likely to be a number of packages that have not caught up to PROJ 5+ compatible APIs. I think we should discuss having a couple of 2.4 maintenance releases of bug content for this situation to ease the pain without bending over backwards to provide a very difficult PROJ compatibility effort. Did you have any thoughts on this? @rouault @kbevers |
|
@hobu I don't have any thoughts regarding GDAL. It is my impression that most dependencies on PROJ primarily rely on the |
Oops, I thought 6 was the cut-off for this. That certainly lessens the blow. As long as we are clearly communicating when things happen I don't think there should be any problem. |
It's been mentioned in release notes, is written on the PROJ website and has been mentioned multiple times on the mailing list. You will also have to define |
Yes, 2.4.x will certainly be maintained a bit more after 2.5.0 release |
1509ec4 to
fdfd5e7
Compare
8682dfe to
ff3b1e4
Compare
…ities, time-support and unified CRS database
See https://trac.osgeo.org/gdal/wiki/rfc73_proj6_wkt2_srsbarn