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_(GPS)>). Pode ser que os dados da prefeitura sejam os corretos... Att, Ricardo 2010/6/20 Flávio Henrique <[email protected]> > 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 <[email protected]> > > 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 <[email protected]> >> >> 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 <[email protected]> >>> >>> 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 <[email protected] <mailto: >>>> [email protected]>> >>>> > >>>> > 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 <[email protected] >>>> > <mailto:[email protected]>> >>>> > >>>> > 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 < >>>> [email protected] >>>> > <mailto:[email protected]>> 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 < >>>> [email protected] >>>> > <mailto:[email protected]>> >>>> > >>>> > 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 [email protected] http://lists.openstreetmap.org/listinfo/talk-br
