Re: [Talk-de] Standardprojektion von OSM??

2009-02-08 Diskussionsfäden Kai Behncke
Hallo Tobias, Ulf, Sven und Jörg, nochmals thank you :-) Ok, heißt die Daten liegen in OSM also ursprünglich in Lat/Lon vor und werden dann also in 900913 dargestellt. Hat OL inzwischen eingebaut. z.B. so: var pos = new OpenLayers.LonLat(lon, lat); pos.transform(new

Re: [Talk-de] Standardprojektion von OSM??

2009-02-08 Diskussionsfäden Kai Behncke
Grüße, Kai Original-Nachricht Datum: Sun, 08 Feb 2009 17:29:17 +0100 Von: Kai Behncke kai-behn...@gmx.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Standardprojektion von OSM?? Hallo Tobias, Ulf, Sven und Jörg, nochmals thank

[Talk-de] Standardprojektion von OSM??

2009-02-06 Diskussionsfäden Kai Behncke
Hallo liebe Liste, ich frage mich gerade in welchem Projektionssystem OSM eigentlich standardmässig vorliegt? Ich dachte immer in WGS84 (epsg-Code:4326)? Ich beschäftige mich nun gerade mit Kapitel 10.5 aus dem OSM-Buch. Dort geht es darum OSM in Openlayers zu integrieren, klappt ja auch

Re: [Talk-de] Standardprojektion von OSM??

2009-02-06 Diskussionsfäden Jens Müller
Kai Behncke schrieb: Hallo liebe Liste, ich frage mich gerade in welchem Projektionssystem OSM eigentlich standardmässig vorliegt? Ich dachte immer in WGS84 (epsg-Code:4326)? Das ist ein Projektionssystem? Ich beschäftige mich nun gerade mit Kapitel 10.5 aus dem OSM-Buch. Dort geht

Re: [Talk-de] Standardprojektion von OSM??

2009-02-06 Diskussionsfäden Tobias Wendorff
Hallo Kai, Kai Behncke schrieb: ich frage mich gerade in welchem Projektionssystem OSM eigentlich standardmässig vorliegt? Die Mercator-Projektion auf einer Kugel mit Radius 6378137,0 Meter. Nennt sich auch Spherical oder Web oder Public Mercator :-) Ich dachte immer in WGS84

Re: [Talk-de] Standardprojektion von OSM??

2009-02-06 Diskussionsfäden Kai Behncke
tobias.wendo...@uni-dortmund.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Standardprojektion von OSM?? Hallo Kai, Kai Behncke schrieb: ich frage mich gerade in welchem Projektionssystem OSM eigentlich standardmässig vorliegt? Die Mercator

Re: [Talk-de] Standardprojektion von OSM??

2009-02-06 Diskussionsfäden Tobias Wendorff
Hallo Kai, Kai Behncke schrieb: Wie verhält sich denn die Google-Projektion 900913 zur Projektion 41001, wie sie bei Einbindung von OSM-Daten in den OSM-Buch benutzt wird. Sind diese gar identisch? Was mich wundert: epsg-Code 41001 ist garnicht im Standard-espg-File vorhanden? Was ist

Re: [Talk-de] Standardprojektion von OSM??

2009-02-06 Diskussionsfäden Ulf Lamping
Kai Behncke schrieb: Hallo Jens, Hallo Tobias, danke für die Antworten. ;-) So langsam wird mir das etwas klarer, nur: Wie verhält sich denn die Google-Projektion 900913 zur Projektion 41001, wie sie bei Einbindung von OSM-Daten in den OSM-Buch benutzt wird. Sind diese gar

Re: [Talk-de] Standardprojektion von OSM??

2009-02-06 Diskussionsfäden Jochen Topf
On Fri, Feb 06, 2009 at 05:37:32PM +0100, Kai Behncke wrote: So langsam wird mir das etwas klarer, nur: Wie verhält sich denn die Google-Projektion 900913 zur Projektion 41001, wie sie bei Einbindung von OSM-Daten in den OSM-Buch benutzt wird. Sind diese gar identisch? Was mich wundert:

Re: [Talk-de] Standardprojektion von OSM??

2009-02-06 Diskussionsfäden Tobias Wendorff
Jochen Topf schrieb: Vergiss 41001. So hat man das früher mal gemacht. Aktuell ist 900913. :-) 900913 ist ein schrecklicher Work-Around, der in meinen Augen nur aus Faulheits- und nicht mal aus Kompatibilitätsgründen von Proj4 mitgeschliffen wird.

Re: [Talk-de] Standardprojektion von OSM??

2009-02-06 Diskussionsfäden Sven Geggus
Kai Behncke kai-behn...@gmx.de wrote: ich frage mich gerade in welchem Projektionssystem OSM eigentlich standardmässig vorliegt? In der Datenbank und in OSM Dateien sind WGS84 lat/long Werte (epsg:4326). Die Slippymap Kacheln sind in Google Spherical Mercator (hat zumindest bei meiner

Re: [Talk-de] Standardprojektion von OSM??

2009-02-06 Diskussionsfäden Sven Geggus
Jochen Topf joc...@remote.org wrote: Vergiss 41001. So hat man das früher mal gemacht. Aktuell ist 900913. :-) Irgendwo meine ich gelesen zu haben, dass es inzwischen eine offizielle EPSG-Nummer für die Google-Projektion geben würde. Sven -- Whenever there is a conflict between human rights

Re: [Talk-de] Standardprojektion von OSM??

2009-02-06 Diskussionsfäden Tobias Wendorff
Sven Geggus schrieb: function Lon2Merc(lon) { return 20037508.34 * lon / 180; } function Lat2Merc(lat) { var PI = 3.14159265358979323846; lat = Math.log(Math.tan( (90 + lat) * PI / 360)) / (PI / 180); return 20037508.34 * lat / 180; } Ich liebe MagicNumbers :-)

Re: [Talk-de] Standardprojektion von OSM??

2009-02-06 Diskussionsfäden Tobias Wendorff
Sven Geggus schrieb: Jochen Topf joc...@remote.org wrote: Vergiss 41001. So hat man das früher mal gemacht. Aktuell ist 900913. :-) Irgendwo meine ich gelesen zu haben, dass es inzwischen eine offizielle EPSG-Nummer für die Google-Projektion geben würde. EPSG:3785

Re: [Talk-de] Standardprojektion von OSM??

2009-02-06 Diskussionsfäden Jochen Topf
On Fri, Feb 06, 2009 at 08:38:35PM +, Sven Geggus wrote: Kai Behncke kai-behn...@gmx.de wrote: ich frage mich gerade in welchem Projektionssystem OSM eigentlich standardmässig vorliegt? In der Datenbank und in OSM Dateien sind WGS84 lat/long Werte (epsg:4326). Die Slippymap

Re: [Talk-de] Standardprojektion von OSM??

2009-02-06 Diskussionsfäden Jochen Topf
On Fri, Feb 06, 2009 at 08:41:59PM +, Sven Geggus wrote: Jochen Topf joc...@remote.org wrote: Vergiss 41001. So hat man das früher mal gemacht. Aktuell ist 900913. :-) Irgendwo meine ich gelesen zu haben, dass es inzwischen eine offizielle EPSG-Nummer für die Google-Projektion geben

Re: [Talk-de] Standardprojektion von OSM??

2009-02-06 Diskussionsfäden Ulf Lamping
Jochen Topf schrieb: var pos = new OpenLayers.LonLat(lon, lat); pos.transform(new OpenLayers.Projection('EPSG:4326'), new OpenLayers.Projection('EPSG:900913')); Man muss nur beachten, dass transform() in-place transformiert. Das ist etwas unintuitiv. Im Zweifel vorher ein clone()