neogeo

Proj 4.7 vient de voir le jour. Rien de bien original me direz-vous. N’empêche qu’il y a une modification susceptible de faire tourner en bourrique pas mal de développeurs d’ici peu. En introduisant la base EPSG 7.1, Proj intègre désormais la définition d’une projection correspondant à l’abominable mais tellement pratique Spherical Mercator (celle utilisée par GoogleMaps entre autres). On pourra donc éviter de l’ajouter à la main dans le fichier epsg.

Certes, mais il y a un hic. Le code de ladite projection est le 3857 (voir les détails sur http://www.epsg-registry.org/ et notamment cette remarque : « It is not a recognised geodetic system »…Tout est dit !). Or toutes les applications web ont pris l’habitude de traiter cette projection sous le pseudo-code 900913 qui est ainsi répandu dans tout ce qui fait le geoweb d’aujourd’hui. On rentre donc dans une phase de turbulences qui va voir les deux codes coexister, ou pas, dans les différents composants. Avec les blocages associés. Si Openlayers se met à appeler les WMS en 3857 lorsque la carte est en Spherical Mercator, que vont dire les serveurs configurés pour servir du 900913 ? Aïe.

D’où l’importance d’une rapide prise en compte de cet aspects de la part des différents responsables de projets Open Source Géographiques. Au final, tout sera quand-même bien plus clair, même si incorporer l’EPSG donne à cette projection des lettres de noblesse qu’elle ne mérite pas de par ses qualités intrinsèques.