[Talk-de] OSM minimalaufloesung Was: node dupes
On Fri, Sep 04, 2009 at 02:44:55PM +0200, Tobias Wendorff wrote: qbert biker schrieb: Grundsaetzlich sollte man sich mal Gedanken ueber die Aufloesung machen, die man bei OSM erreichen will. Freilich stimmt es, dass die GPS-Empfaenger schon lange nicht mehr die einzige Referenz fuer die Genauigkeit sind (aber immer noch die wichtigste), aber OSM ist im derzeitigen Zustand wirklich keine Plattform fuer den cm-Massstab. Deiner Meinung nach sollen wir also solche Aktionen, wie das Abdigitalisieren von Luftbildern mit 5 cm/Pixel zukünftig in OSM gar nicht realisieren? Es geht technisch nicht - Die lat/lon werden in der datenbank gerundet und dadurch ist die genauigkeit reichlich eingeschraenkt - hier hat es schon so einige threads gegeben zu dem thema ... Im prinzip macht die API das equivalent von: round(CAST(ST_X(n.geom) as numeric),7) as lat, round(CAST(ST_Y(n.geom) as numeric),7) as lon, Wobei in der API db keine geoms drin sind sondern integer d.h. die integer werden vor dem printf(%3.f) ein lat/100 und lon/100 dadurch sinds maximal 7 nachkommastellen. 4km / 36 = 0.10421 oder 1.04cm minimalaufloesung. Es koennte schwer werden damit objekte darzustellen die kleiner als ein Gullideckel sind... Und auch beim Gullideckel wirds schwer. Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM minimalaufloesung Was: node dupes
Florian Lohoff schrieb: Wobei in der API db keine geoms drin sind sondern integer d.h. die integer werden vor dem printf(%3.f) ein lat/100 und lon/100 dadurch sinds maximal 7 nachkommastellen. Aufgrund des Problems mit Gleitkommazahlen? 4km / 36 = 0.10421 oder 1.04cm minimalaufloesung. Huch, ich bin immer von 11,3 cm Minimalauflösung bei 7 Nachkommastellen ausgegangen. Okay, es kommt natürlich darauf an, ob gerundet oder abgeschnitten wird. Es koennte schwer werden damit objekte darzustellen die kleiner als ein Gullideckel sind... Und auch beim Gullideckel wirds schwer. Ich denke, bei Schacht- und Gullydeckeln wird das Auffinden auf dem Luftbild selbst sehr schwer ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM minimalaufloesung Was: node dupes
Original-Nachricht Datum: Fri, 04 Sep 2009 17:56:33 +0200 Von: Tobias Wendorff tobias.wendo...@uni-dortmund.de An: Florian Lohoff f...@rfc822.org CC: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] OSM minimalaufloesung Was: node dupes Huch, ich bin immer von 11,3 cm Minimalauflösung bei 7 Nachkommastellen ausgegangen. Okay, es kommt natürlich darauf an, ob gerundet oder abgeschnitten wird. Noe, kommt schon hin, wobei es kaum externe Datensaetze gibt, die mehr als 5 Kommastellen (also 1.13m) unterstuetzen, soweit ich mich erinnere. Gut, die sind kommerziell orientiert und sagen sich, warum sie mehr zulassen sollen, als technisch sinnvoll umsetzbar ist. Gullideckel oder das flächige Eintragen von Briefkästen haben die wohl weniger im Sinn ;) Gruesse Hubert -- Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate für nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM minimalaufloesung Was: node dupes
qbert biker schrieb: Noe, kommt schon hin, wobei es kaum externe Datensaetze gibt, die mehr als 5 Kommastellen (also 1.13m) unterstuetzen, soweit ich mich erinnere. 6 ist sogar bei Google Standard. Wieviel hat die OGC denn für ihre Sachen festgelegt? Daran kann man sich ja orientieren :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM minimalaufloesung Was: node dupes
Original-Nachricht Datum: Fri, 04 Sep 2009 18:17:32 +0200 Von: Tobias Wendorff tobias.wendo...@uni-dortmund.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] OSM minimalaufloesung Was: node dupes qbert biker schrieb: Noe, kommt schon hin, wobei es kaum externe Datensaetze gibt, die mehr als 5 Kommastellen (also 1.13m) unterstuetzen, soweit ich mich erinnere. 6 ist sogar bei Google Standard. Wieviel hat die OGC denn für ihre Sachen festgelegt? Daran kann man sich ja orientieren :-) Hatte vorher bei AND-shape nachgeschaut und hatte es auch noch bei GDF-Navtech so in Erinnerung. Ich meine die Stelle, bei der im exportierten Datensatz die Nullen beginnen, ob die formal mehr Stellen unterstützen, weiss ich auch nicht. Jedenfalls bekommt man mit einer 1 Meter Auflösung die Sachen schon gut gebacken, aber gegen eine cm-Auflösung in der OSM Datenbank spricht natürlich nichts. Ganz im Gegenteil wäre eine echte 1 Meter Auflösung relativ unangenehm beim Editieren mit josm, weil die Daten sichtbar spriongen können. Grüsse Hubert -- Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate für nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
