[Talk-br] Importação dos dados da prefeitura de Goiânia

Terça Junho 22 02:56:39 BST 2010

Ok... projeção corrigida!
Obrigado Arlindo pela dica do proj4 string. Apenas alterei para +zone=22 e
tudo ficou alinhado.
Se eu conseguir resolver um problema por dia, quem sabe até o final do ano
eu consiga importar algo? :p

Agora estou apanhando ao tentar unir as vias. É que as vias a serem
importadas são divididas em segmentos (vários por via).
O que vocês utilizaram?

Estou tentando com o script shp-to-osm.jar mas ele não está aceitando a
projeção informada. Tá complicado!

Qualquer dica nesse sentido será muito bem vinda!

Grato!

Flávio Henrique

2010/6/21 Vitor George <vitor.george em gmail.com>

> Eu prefiro a opção do deprecated, pois se alguém ver um erro no mapa e
> quiser editar, vai ter a chance de ver no editor os dados que foram
> "apagados" ou só os importados.
>
> No josm também é possível usar filtros por tags, e aí dá pra fazer aparecer
> só os dados antigos ou os novos.
>
> 2010/6/21 Ricardo Padilha <ricardospadilha em gmail.com>
>
>>  Na minha opinião, se os dados da prefeitura são mais corretos*, não tem
>> porque guardar informação antiga, errada ou incompleta.
>>
>> Por outro lado, algo me diz que seria bom guardar esses dados de alguma
>> maneira, caso precisemos consultá-los mais tarde.
>>
>> Eu vejo três possibilidades:
>>
>> 1) Remarcar toda a informação que está agora lá como "deprecated" (ou algo
>> assim), de maneira que fique invisível no renderer, mas que se alguém tiver
>> interesse ainda pode ser acessada pelo editor. Se ninguém reclamar, depois
>> de um tempo apaga a informação velha. Contra: Vai ficar uma bagunça no
>> editor.
>>
>> 2) Cria um changeset gigante e coloca todos os dados removidos em uma
>> mudança só. Assim fica fácil reverter se houver necessidade. Contra: se
>> houver algum dado que não estiver no que vier da prefeitura, a gente perde.
>>
>> 3) Tentar fazer um "merge" dos dados... isso requer identificação de quais
>> pontos presentes atualmente coincidem com os pontos do novo dataset. E
>> depois tem que ver o que fazer com os tags... Contra: a menos que alguém
>> tenha um método automágico, fazer um "merge" vai ser uma quantidade de
>> trabalho incrível.
>>
>>
>> *) Nota: eu me pergunto qual dos datasets é realmente mais correto. Eu já
>> vi diferenças bem feias entre as imagens de satélite e a realidade (baseado
>> em deixar o gps no mesmo lugar um tempão para que a posição estabilizasse,
>> ou seja, ter baixo DOP<http://en.wikipedia.org/wiki/Dilution_of_precision_%28GPS%29>).
>> Pode ser que os dados da prefeitura sejam os corretos...
>>
>> Att,
>> Ricardo
>>
>>
>>
>> 2010/6/20 Flávio Henrique <yoshimit em gmail.com>
>>
>> Offset... vou procurar...
>>> O Claudomiro tá ocupado nestes dias, então vou tentar me virar por
>>> enquanto.
>>>
>>> Eu iria perguntar sobre os dados já existentes depois, mas já que o
>>> assunto foi mencionado agora: realmente os dados a serem importados são
>>> completíssimos (tem até os postes da rede elétrica da cidade), então por que
>>> não podemos apagar o que existe lá e importar a cidade inteira (não de uma
>>> vez, claro)? Grande parte do que está lá fui eu quem inseri e o que existia
>>> nem havia ligação com rodovias ou outras vias.
>>>
>>> Não sei se alguém sabe, mas se eu, utilizando o JOSM, reposicionar a
>>> imagem de satélite para que as vias fiquem ok, o JOSM vai adequar as
>>> coordenadas das vias ou da imagem? Digo, é uma forma de corrigir?
>>>
>>> Abraços!
>>>
>>> Flávio Henrique
>>>
>>> 2010/6/20 Vitor George <vitor.george em gmail.com>
>>>
>>> Com certeza deve existir uma opção de offset, talvez o Claudomiro
>>>> conheça.
>>>>
>>>> Outra coisa, no IBGE o Claudomiro importou só em lugar onde não tinha
>>>> nada mapeado. No caso de Goiânia, eu acho que não dá para fazer assim,
>>>> porque na imagem que você mandou dá pra ver que os dados a serem importados
>>>> tem uma qualidade muito melhor.
>>>>
>>>> Também não dá pra apagar tudo que tá no osm, então eu acho que vai ter
>>>> que existe uma parte manual, não sei como, de substituição do que tá no OSM
>>>> pelo que está nos dados da prefeitura. Ou talvez jogar tudo e aí corrigir de
>>>> acordo com as imagens de satélite.
>>>>
>>>> Vitor
>>>>
>>>> 2010/6/19 Flávio Henrique <yoshimit em gmail.com>
>>>>
>>>> Olá pessoal!
>>>>>
>>>>> Depois de várias tentativas e algumas quase-desistências, consegui
>>>>> descobrir o caminho das pedras para começar a importar os dados da
>>>>> Prefeitura de Goiânia para o projeto.
>>>>>
>>>>> Entretanto... (claro, pois sempre há um problema) os dados importados
>>>>> estão "deslocados" em relação a algumas vias já desenhadas no projeto, bem
>>>>> como ao background do Yahoo Imagery.
>>>>>
>>>>> Vejam no link abaixo um exemplo do que estou falando. O que está em
>>>>> cinza (desabilitado) são os dados importados e os coloridos são dados
>>>>> baixados pelo JOSM do projeto. Preciso resolver isso antes de começar a
>>>>> analisar outros fatores da importação que, com certeza, ainda vai demorar.
>>>>>
>>>>> Link: http://i45.tinypic.com/27xqbf5.png
>>>>>
>>>>> Fazem ideia de como tratar isso?
>>>>>
>>>>> Desde já agradeço ao Claudomiro e ao Vitor George pelos primeiros
>>>>> 'empurrões' sobre o assunto.
>>>>>
>>>>> Grato!
>>>>>
>>>>> Flávio Henrique
>>>>>
>>>>> --------------------------------------------------------
>>>>> "There are only 10 types of people in the world: Those who understand
>>>>> binary, and those who don't"
>>>>> --------------------------------------------------------
>>>>>
>>>>>
>>>>> 2010/5/13 Flavio Bello Fialho <bello em cnpuv.embrapa.br>
>>>>>
>>>>> Provavelmente SAD-69. Manda converter para WGS-84.
>>>>>>
>>>>>> Flávio Henrique escreveu:
>>>>>> > Ok.
>>>>>> > Consegui abrir os arquivos pelo uDig e estão ótimos.
>>>>>> > Há coisas interessantes que posso trabalhar...
>>>>>> >
>>>>>> > Porém, preciso indicar ao uDig qual é o Sistema de Coordenadas que
>>>>>> os
>>>>>> > arquivos utilizam.
>>>>>> > Como descobrir?
>>>>>> > Desculpem-me se é uma questão básica, mas estou iniciando...
>>>>>> >
>>>>>> > Grato!
>>>>>> >
>>>>>> > Flávio Henrique
>>>>>> >
>>>>>> >
>>>>>> > 2010/5/12 Flávio Henrique <yoshimit em gmail.com <mailto:
>>>>>> yoshimit em gmail.com>>
>>>>>> >
>>>>>> >     Olá Arlindo!
>>>>>> >
>>>>>> >     Sim, os arquivos .shp são acompanhados por outros 5 ou 6
>>>>>> extensões
>>>>>> >     (dbf, shx, dbx, etc)...
>>>>>> >     Tentei abrir os .shp pelo Merkaator, mas nada aparece.
>>>>>> >     O ogr2ogr também não gera um .osm que o JOSM consiga abrir...
>>>>>> estou
>>>>>> >     meio sem opções. :(
>>>>>> >     Vou tentar a sugestão do Vitor... tentar abri-los em um GIS.
>>>>>> Vamos
>>>>>> >     ver no que dá.
>>>>>> >
>>>>>> >     Qualquer coisa, pergunto aqui de novo.
>>>>>> >
>>>>>> >     Obrigado!
>>>>>> >
>>>>>> >     Flávio Henrique
>>>>>> >
>>>>>> >
>>>>>> >     2010/5/12 Arlindo Pereira <openstreetmap em arlindopereira.com
>>>>>> >     <mailto:openstreetmap em arlindopereira.com>>
>>>>>> >
>>>>>> >         Oi Flávio,
>>>>>> >
>>>>>> >         também não entendo muito, mas os arquivos SHP que eu
>>>>>> consegui
>>>>>> >         são sempre acompanhados de outros três (um para cada
>>>>>> arquivo):
>>>>>> >         um com extensão SHX (não faço ideia do que seja), um com
>>>>>> >         extensão PRJ (suponho que de project, que o descreva) e um
>>>>>> com
>>>>>> >         extensão DBF (que é extensão de banco de dados, suponho que
>>>>>> seja
>>>>>> >         as labels de cada item do mapa). Seus arquivos também são
>>>>>> assim?
>>>>>> >         Não sei se isso é um pré-requisito também.
>>>>>> >
>>>>>> >         []s
>>>>>> >
>>>>>> >         Em 12 de maio de 2010 00:50, Flávio Henrique <
>>>>>> yoshimit em gmail.com
>>>>>> >         <mailto:yoshimit em gmail.com>> escreveu:
>>>>>> >
>>>>>> >             Olá Arlindo, *!
>>>>>> >
>>>>>> >             Não tive sorte em utilizar o ogr2osm.py.
>>>>>> >             Primeiro pq não sei exatamente o que cada arquivo .shp
>>>>>> que
>>>>>> >             possuo significa, segundo que para cada arquivo .shp que
>>>>>> >             rodo o script obtenho sempre os mesmos erros e nada de
>>>>>> >             arquivo .osm.
>>>>>> >
>>>>>> >             Em anexo está um log de um dos arquivos que tentei
>>>>>> converter.
>>>>>> >
>>>>>> >             Alguma ideia? Gostaria muito de brincar com esses
>>>>>> arquivos
>>>>>> >             da Prefeitura de Goiânia, mas não estou conseguindo nem
>>>>>> >             começar. Rs...
>>>>>> >
>>>>>> >             A paz!
>>>>>> >
>>>>>> >             Flávio Henrique
>>>>>> >
>>>>>> >             2010/5/9 Arlindo Pereira <
>>>>>> openstreetmap em arlindopereira.com
>>>>>> >             <mailto:openstreetmap em arlindopereira.com>>
>>>>>> >
>>>>>> >                 Senhores,
>>>>>> >
>>>>>> >                 consegui os dados da prefeitura do Rio. O arquivo
>>>>>> zip
>>>>>> >                 tem uns 50 megabytes, daí eu extraí e disponibilizei
>>>>>> no
>>>>>> >                 meu servidor:
>>>>>> >
>>>>>> >                 http://nighto.net/rio/
>>>>>> >                 http://nighto.net/rio.zip
>>>>>> >
>>>>>> >                 Tomemos o arquivo de ciclovias (ciclovias.shp e
>>>>>> >                 correlatos), que já tenho em grande parte mapeado no
>>>>>> OSM
>>>>>> >                 com GPS:
>>>>>> >
>>>>>> >                 sudo apt-get install python-gdal libgdal-perl
>>>>>> >                 libproj-dev gdal-bin dbview
>>>>>> >                 wget
>>>>>> >
>>>>>> http://svn.openstreetmap.org/applications/utils/import/ogr2osm/ogr2osm.py
>>>>>> >                 wget
>>>>>> >
>>>>>> http://svn.openstreetmap.org/applications/utils/import/ogr2osm/SimpleXMLWriter.py
>>>>>> >                 python ogr2osm.py ciclovias.shp
>>>>>> >                 wget http://josm.openstreetmap.de/josm-latest.jar
>>>>>> >                 java -jar josm-latest.jar
>>>>>> >                 (manda abrir o ciclovias.osm)
>>>>>> >                 (manda baixar os dados do OSM dando zoom na ciclovia
>>>>>> do
>>>>>> >                 aterro do flamengo, a mais a direita)
>>>>>> >
>>>>>> >
>>>>>> http://img534.imageshack.us/img534/7035/capturadetelak.png
>>>>>> >                 a linha vermelha é da prefeitura, a linha cinza
>>>>>> >                 levemente deslocada foi a criada por mim com base
>>>>>> nas
>>>>>> >                 imagens de satélite do Yahoo! e rotas GPX. O que
>>>>>> pode
>>>>>> >                 ter ocasionado esse deslocamento na conversão?
>>>>>> Sistema
>>>>>> >                 de coordenadas errado?
>>>>>> >
>>>>>> >                 []s
>>>>>> >
>>>>>>
>>>>>
>> _______________________________________________
>> Talk-br mailing list
>> Talk-br em openstreetmap.org
>> http://lists.openstreetmap.org/listinfo/talk-br
>>
>>
>
> _______________________________________________
> Talk-br mailing list
> Talk-br em openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-br
>
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.openstreetmap.org/pipermail/talk-br/attachments/20100621/b31cfae5/attachment.html>