Limpiar los datos de OpenStreetMap, construir polígonos y tratar de mejorar la apariencia

Question

Actualmente estoy llevando a cabo mi primer proyecto con datos de OpenStreetMap y me cuesta ver cómo se pueden hacer ciertas características para que se vean tan bien como en OpenStreetMap.org.

He descargado un Shp pre-construido de Cloudmade para Ontario y muchos de los grandes lagos en el sur son terribles - un polígono puede cubrir una fracción de la superficie real de un lago y hace que la visualización sea pobre. Creo que esto es el resultado de que los datos de OSM sólo contienen puntos y líneas, y alguien tiene que construir polígonos a partir de estas líneas. Además, miré la capa de líneas de límites administrativos y había 100.000s de características de línea para todo tipo de entidades administrativas, pero aparentemente ningún atributo que pudiera ayudarme a construir un solo polígono para la frontera completa de la provincia.

Ahora bien, sé que los Shps de Cloudmade han sido sometidos a algún tipo de post-procesamiento para reducir los muchos tipos de características en el XML .osm a 7 u 8 capas, por lo que tal vez la forma en que cotejan los límites administrativos no es perfecta para mi área. Además, como los Shps de Ontario no cubren los estados de EE.UU. que también bordean los grandes lagos, tal vez esto explique por qué los polígonos de los lagos no estaban bien formados, pero si tengo que descargar el XML .osm para un área tan grande y procesarlo todo yo mismo, esto causa otros problemas - tomará mucho tiempo y muchas iteraciones y no sé si el resultado final valdrá la pena el esfuerzo (e. Por ejemplo, si las líneas que conforman el borde de un lago no se unen correctamente, y el ajuste introduce artefactos no deseados - o tal vez ninguno de los lagos es realmente "cerrado" porque todos tienen ríos conectados a ellos, por lo que la construcción de un polígono es simplemente imposible).

Supongo que para hacer el mapa en OpenStreetMap.org alguien debe haber procesado todos los datos para construir polígonos donde sea necesario. Es de suponer que todas las fronteras de los países/estados/provincias se crearon como polígonos y se sombrearon, y o bien se hizo lo mismo con todos los lagos/océanos o el mapa simplemente tiene un fondo azul y todo lo demás se superpone. Si estos datos poligonales se crearon para el mapa de OpenStreetMap.org, ¿por qué no puedo acceder a ellos en ningún sitio? Parece que debería haber un recurso adicional entre el XML en bruto y los Shps específicos del estado / provincia que han sido procesados de acuerdo con un conjunto de reglas particular

Si alguien se ha encontrado con problemas similares y tiene algún tipo de consejo, se lo agradecería mucho.

Answer 1

Yo también me he encontrado con este problema al trabajar en una ciudad a orillas del lago (Cleveland) en los Grandes Lagos.

Hay datos poligonales que contienen todas las grandes masas de agua del mundo (incluye los Grandes Lagos) llamados "línea de costa" en http://wiki.openstreetmap.org/wiki/Coastline#Rendering

Ya están disponibles como shapefiles:

http://tile.openstreetmap.org/processed_p.tar.bz2 y http://tile.openstreetmap.org/shoreline_300.tar.bz2

o un espejo:

http://tilemill-data.s3.amazonaws.com/osm/shoreline_300.zip http://tilemill-data.s3.amazonaws.com/osm/processed\_p.zip

(uno de ellos, procesado_p, si no recuerdo mal, es para niveles bajos de zoom - 1-9, el otro tiene mejor resolución y debe usarse para zoom 10+).

Según mi experiencia, los extractos de estado/provincia (aunque los que he utilizado estaban en .OSM) incluyen los ríos y cualquier otra vía de agua que llegue a cualquiera de los grandes lagos u océanos (siempre que se hayan añadido a osm, en primer lugar).

Answer 2

Se trata de dos cuestiones distintas:

1. Los datos de OSM en sí mismos: no son perfectos, especialmente en lo que se refiere a las fronteras y a la forma de etiquetarlas. Hay variaciones regionales en la forma de etiquetar las cosas y también hay variaciones en el etiquetado entre los colaboradores individuales de OSM.
2. Conversión de datos OSM a shapefiles: los shapefiles como formato están lejos de ser perfectos en sí mismos, especialmente cuando se trata de mantener la topología de los datos OSM originales.

Según mi experiencia, para poner los datos en un estado que sea útil para la cartografía o el procesamiento geoespacial, hay que hacer una buena cantidad de post-procesamiento (y hacerlo usando los datos originales, no los shapefiles). Mi enfoque es hacer esto de forma programada (pero, de nuevo, soy un programador).