[Talk-br] gráfico de evolução do número de pontos e vias no Brasil ao longo do tempo. Alguém já fez?
Alexandre Magno Brito de Medeiros
alexandre.mbm em gmail.com
Sexta Abril 11 21:15:52 UTC 2014
Lucas,
Dê uma olhada nisto: OSM - Extract Streets from OSM Data (With/Without
Python)<http://gis.stackexchange.com/questions/76454/osm-extract-streets-from-osm-data-with-without-python>.
E principalmente na resposta <http://gis.stackexchange.com/a/76460> sobre OGR's
OSM <http://www.gdal.org/ogr/drv_osm.html> Driver e na outra
<http://gis.stackexchange.com/a/76458>sobre *PostGIS*. Essa última
exemplifica:
>
> 1. Carregue o extract dentro do PostGIS usando osm2pgsql
> 2. Execute uma consulta como esta:
>
> SELECT name FROM planet_osm_line WHERE highway in ('motorway', 'trunk',
> 'primary', 'secondary', 'tertiary', 'pedestrian', 'unclassified', 'service')
>
Alexandre Magno
2014-04-09 14:38 GMT-03:00 Alexandre Magno Brito de Medeiros <
alexandre.mbm em gmail.com>:
> Se possível, e principalmente se já estiver feito, com certeza é melhor
> pular a lida com CSV e ir direto a um PostgreSQL. Começando que a
> "atualização" periódica do dados ficaria facilitada. E o principal: o banco
> já pode (e deverá) estar normalizado.
>
> Se aquela ferramenta do osm-history-renderer que entrega um PostgreSQL não
> lhe der um banco útil, você pode usar osmium e criar a sua própria,
> imitando-a. Modele bem o seu esquema relacional.
>
> A ideia do unipt-stats não exclui nada do que estamos falando aqui. Só que
> inicialmente o caso de testes dele é aqueles CSV (o que inclui a
> problemática da importação útil deles). Ele fica uma camada acima. Provendo
> um modo organizado (design) para utilizar em Python uma base de dados tal
> como esse banco PostgreSQL que o osm-history-renderer entrega.
>
> Alexandre Magno
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.openstreetmap.org/pipermail/talk-br/attachments/20140411/80e3ad92/attachment.html>
Mais detalhes sobre a lista de discussão Talk-br