[josm-dev] projection Mercator, set EPSG 3785 instead of EPSG 3857

[Josh Doe]

Hmm, but EPSG:3785 is deprecated, or as EPSG says, "NOT VALID".
EPSG:3857 is equivalent to EPSG:3785, it's just a different
formulation. Here's the change request from EPSG's site (notice the
Actions Take section):

Code:
EPSG::2008.114
Reporter:
OGP
Request:
Revisit spherical mercator used for some web mapping applications
Actions Taken:
Deprecated ellipsoid 7059, datum 6055, method 9841, projection 19847,
CRSs 4055 and 3785, tfm 15973. Added methods 1024 and 1026, proj 3856
and projCRS 3857.
Entity Types Affected:
Ellipsoid; Datum; Coordinate Operation Method; Coordinate Operation;
Coordinate Reference System
Codes Affected:
7059; 6055; 9841; 15973 19847; 4055 3785
Report Date (UTC):
2008-12-11
Closed Date (UTC):
2009-02-10

-Josh

On Fri, Feb 25, 2011 at 12:05 PM, M∡rtin Koppenhoefer
<dieterdreist at gmail.com> wrote:
>> M?rtin Koppenhoefer wrote:
>>>
>>> JOSM currently does not permit to set the Google / Bing / standard
>>> Mapnik projection if I interpret this right (there is "Mercator" which
>>> is  EPSG 3857 according to JOSM). Wouldn't it be better to set EPSG
>>> 3785 (aka 900913) as "Mercator"?
>>
>> EPSG:3857 is the "correct" number of this projection. 3785 is deprecated.
>> See
>> http://viswaug.wordpress.com/2009/04/01/gis-standards-gone-crazy-epsg-especially/
>>
>> All, including 900913, mean the same.
>
>
> I am still not convinced:
>
> http://www.epsg-registry.org/report.htm?type=selection&entity=urn:ogc:def:crs:EPSG::3857&reportDetail=short&style=urn:uuid:report-style:default-with-code&style_name=OGP%20Default%20With%20Code&title=EPSG:3857
>
> http://www.epsg-registry.org/report.htm?type=selection&entity=urn:ogc:def:crs:EPSG::3785&reportDetail=short&style=urn:uuid:report-style:default-with-code&style_name=OGP%20Default%20With%20Code&title=EPSG:3785
>
> interesting "remarks":"Used only for Web approximate mapping and
> visualisation. Not recognised by geodetic authorities."  ;-)
>
> I feel that EPSG 3785 for our "Web approximate mapping" fits perfectly.
>
> cheers,
> Martin
>
> _______________________________________________
> josm-dev mailing list
> josm-dev at openstreetmap.org
> http://lists.openstreetmap.org/listinfo/josm-dev
>