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 <[email protected]> > 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 <[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 > >
_______________________________________________ Talk-br mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-br
