[Qgis-user] What's wrong with PRJ file for CRS 3857?

Andre Joost andre+joost at nurfuerspam.de
Wed Sep 16 20:54:15 PDT 2015


Am 16.09.2015 um 22:00 schrieb Redoute:
> Am 16.09.2015 um 20:31 schrieb Andre Joost:
>
> Thank you for your explanations. The discussion if Web Mercator is
> conformal or non conformal seems academical to me.

I added that part to show that this projection is not conformal with 
usual projection definitions that were established in the last centuries 
by geographers.

>  The central point however seems to be
>
>> The proj.4 definition is:
>> which uses a sphere, while the WKT definition in the .prj file is using
>> the ellipsoid:
>
> Are you saying that it is not possible to fully describe this projection
> as WKT without using a "PROJ4 extension" (or to reference auth ids that
> use a "PROJ4 extension")?

No, both WKT definition and proj.4 definition are not capable of 
defining the transition from ellipsoid to spheroid in the way Google 
uses it. The mathematics in the code are just a dirty hack. The 
EPSG:3395 projection was one wrong step on the way to turn Google 
Mercator into something that can be used in GIS software (or GIS towards 
Google Mercator). EPSG refused to accept it a long time, hence 
EPSG:900913 was invented, which is replaced by EPSG:3875 by now.

>
> And this extension is that new/uncommon, so that it cannot be written
> into the primary prj file? Meaning that exchanging CRS 3857 shapefiles
> between different applications, e. g. from QGIS to CartoDB, will ever
> result in heavy projection errors?

ESRI defined the .prj file structure way before Google Mercator was 
known, but they do not add the EPSG code by default. It is allowed to 
expand the WKT definition by adding the proj.4 string and/or theEPSG 
code, but you can not be sure that the other software does it. That is 
why QGIS adds its .qpj file.

HTH,
André Joost




More information about the Qgis-user mailing list