[Talk-de] OpenGeoDB Fehler / Analyse aller places-Objekte für QS-Zwecke

[Alexrk]

OK, ich habe mir mal die places-Objekte vorgenommen und folgendes rausgefunden:

Features (für DE) gesamt ('city', 'town', 'village', 'suburb', 'locality', 
'hamlet') : 39.059

Features mit einem Sekunden-Anteil von <0,15 in X *und* Y: 4844

Das Ergebnis gibt's als Karte unter:
http://mauszeig.files.wordpress.com/2008/09/osm_places.png

rot=Problempunkte, grau=ok
Hintergrund: Anzahl Problempunkte pro Gesamtanzahl (je dunkler desto mehr 
Problempunkte)

Eine CSV- oder Excel-Datei der Problempunkte kann ich für QS-Zwecke bei Bedarf 
zur Verfügung stellen.

Alex


Alexrk schrieb am 07.09.2008 15:42:
> Ich habe eben auch noch mal bei geonames.org nachgeschaut und finde dort leider 
>   flächendeckend das gleiche Problem :( Obwohl der geonames-Datenbestand viel 
> umfangreicher als OpenGeoDB zu sein scheint, werden doch die meisten Koordinaten 
> nur bis auf Minuten-Genauigkeit angegeben. Das reich sicher für eine grobe 
> Ortsuche, aber für eine Kartierung reicht das wohl nur bis zum Maßstab 1:1Mio.
> 
> Vielleicht könnte man solche Problemfälle in den OSM-Daten automatisch 
> aufspüren, indem man nach ganzen Minuten sucht?
> 
> Alex
> 
> Bernd Wurst schrieb am 29.08.2008 19:14:
>> Hallo.
>>
>> Am Freitag, 29. August 2008 schrieb Martin Koppenhoefer:
>>> das hoert sich alles eher so an, als ob nicht nochmal reimportiert wuerde.
>>> Der Screenshot ist uebrigens schaurig, die liegen ja alle in einem Raster.
>>> Solche Daten bitte auf keinen Fall importieren.
>> Auf mich wirkt OpenGeoDB so als wäre da irgendwann mal ordentlich was von den 
>> Koordinaten abgeschnitten worden. Daher das Raster.