Since you are not compiling PROJ/GDAL yourself, you should ask the packagers directly. (for example, on Debian: debian-gis (at) lists.debian.org )

-jeff



--
Jeff McKenna
MapServer Consulting and Training Services
co-founder of FOSS4G
http://gatewaygeo.com/



On 2020-11-24 10:40 a.m., [email protected] wrote:
Hi

I used

proj-bin/testing,now 7.2.0-1 amd64 [installed]
proj-data/testing,now 7.2.0-1 all [installed,automatic]
libproj-dev/testing,now 7.2.0-1 amd64 [installed,automatic]
and
gdal-bin/testing,now 3.1.4+dfsg-1+b1 amd64 [installed]
gdal-data/testing,now 3.1.4+dfsg-1 all [installed]
libgdal-dev/testing,now 3.1.4+dfsg-1+b1 amd64 [installed]

These are the ones available from the Bullseye repository.
I am not clear where the proj.db file would have been installed, and where it should go / how it is referenced in the MapServer directory structure.


 From my point of view the map looks the same as the existing



On 24 Nov 2020, at 12:28, Jeff McKenna <[email protected] <mailto:[email protected]>> wrote:

On 2020-11-24 8:18 a.m., Jeff McKenna wrote:
On 2020-11-24 8:12 a.m., Jeff McKenna wrote:
Master now requires PROJ 7 (and PROJ now requires SQLite, LibTIFF, Curl).  The PROJ build process should generate 'proj.db' inside /data, and 'make install' should place that file in something like /usr/local/share/proj/proj.db

Make sure that GDAL and MapServer are built with PROJ 7 (7.2.0 is recommended).

-jeff


Be careful also that if you have compiled the GeoTIFF library yourself, that it also requires PROJ (and therefore PROJ 7).  I've had to recompile that on many client systems.
-jeff

and GDAL 3.2.0 is recommended with PROJ 7.2.0

clear as mud? :)

Hello from the east coast of Canada,



--
Jeff McKenna
MapServer Consulting and Training Services
co-founder of FOSS4G
http://gatewaygeo.com/ <http://gatewaygeo.com/>




_______________________________________________
mapserver-users mailing list
[email protected]
https://lists.osgeo.org/mailman/listinfo/mapserver-users

Reply via email to