Em relação ao import final acho que possivelmente o modo de fazer é gerar um osm com tudo e depois splitar e enviar pedaços de cada vez. Pelo que li nas listas é o que costumam fazer.
Vou-te deixar ver se descobres o que se passa com as ways duplicadas. Mas se precisares de ajuda avisa la. Sem olhar o código o q se calhar está a acontecer é que como as ways não são iguais, mas tem pontos iguais, então o código não detecta isto. On 16 Dec 2010 17:52, "Jorge Gustavo Rocha" <[email protected]> wrote: > Olá João Paulo, > > Qui, 2010-12-16 às 17:23 +0000, Joao Carreiro escreveu: >> Boas Jorge, >> >> Eu acho que encontrei mais um erro. > > Fixe! > >> >> Existem ways, por exemplo >> http://www.openstreetmap.org/browse/way/89823424 e >> http://www.openstreetmap.org/browse/way/89839334 que estao estão na >> mesma posicao, e neste caso acho que deveriam ser "merged" numa única >> way, mas com as duas relações, o que parece ser o caso noutros casos. >> > > Pois... pensava que o ogr2osm conseguia detectar todas estas > duplicações, mas pelos vistos não. Estou a usar o ogr2osm exactamente > por causa desta questão. Vou estudar melhor o assunto, mas suspeito que > a forma original dos polígonos não ajuda. Pode ser que mais mais alguém > teste a importação de forma diferente, com mais sucesso. > >> Acho que nao importaste nenhuma fronteira de conselho, certo? > > Sim, nesta fase de teste, não tratei os limites de concelho, pois eles > próprios também fazem parte dos limites do concelho adjacente. > >> Possivelmente já sabes, mas há que ter em atencao q no caso de uma way >> for a fronteira de uma freguesia e conselho, o admin_level deve ser 7. >> >> A ideia é fazer conselho por conselho, ou tudo de uma vez? Eu acho que >> terá ser tudo de uma vez, senão as fronteiras de conselho vao ser >> duplicadas, não? > > Fico na dúvida. Para já, estamos em modo "teste" e tenho tantas ou mais > dúvidas que tu. A ideia é mesmo ir experimentando e afinando as scripts, > à medida que se discutem estas questões. Carreguei as de Águeda, para > ver essas questões na fronteira, mas até me parece que fez o upload duas > vezes, já que na primeira me tinha dado um erro de ligação a meio. A API > falha em duas coisa que me parecem fundamentais: a falta de noção de > "transacção" na base de dados, e a falta de um "delete changeset". > > No entanto, cada importação e respectiva anulação "custam" um bocado. No > mínimo uns 15 a 20 minutos de upload, e outro tanto para download e > delete. Ou seja, desde ontem não fiz outra coisa. Não digam nada ao > patrão. > > Quando for para o país todo, não podemos falhar. O mais provável é > termos que fazer vários changesets. > > Abraço, > > Jorge > > >> >> 2010/12/16 Jorge Gustavo Rocha <[email protected]>: >> > Olá, >> > >> > De facto, cada um dos limites tem que estar etiquetado. Só tinha >> > etiquetado as relações. Obrigado João Paulo pelo feedback. >> > >> > Desta forma, a importação, usando o ogr2osm, passa a ser feita em 3 >> > passos, que são, grosso modo (para Sever do Vouga, por exemplo): >> > >> > python ogr2osm.py -t caop ../SeverDoVouga.shp >> > recode latin1..utf8 SeverDoVouga.osm >> > xmlstarlet tr tagways.xsl SeverDoVouga.osm > SeverDoVouga_ok.osm >> > >> > e depois faz-se o upload através do JOSM, por exemplo, depois de se >> > verificar que a transformação de coordenadas, os encodings, as >> > etiquetas, etc, estão ok. Vou reescrever melhor a cábula de importação, >> > pois tive que mexer em vários programas. >> > >> > Vejam se gostam do resultado. Só importei a CAOP para Sever do Vouga. >> > >> > A mim, parece-me um apoio bem interessante para algumas coisas: >> > 1) para ver se determinados limites administrativos (não físicos) batem >> > certo com determinados entidades geográficas (rios, ruas ou outros) >> > 2) para se dividir trabalho entre nós e para apoiar as parties que se >> > vão organizar no futuro próximo >> > 3) para se poder avaliar e medir freguesia a freguesia a cobertura do >> > OSM em Portugal >> > 4) Para ajudar a marcar e comparar com os nodos referentes aos centros >> > das freguesias (ainda há muitos por inserir) >> > >> > Como tudo é etiquetado de forma automática, depois é fácil identificar, >> > actualizar ou remover esta mesma informação. Incluí uma tag source = >> > "IGP-CAOP-2010". A ideia é que ninguém a altere estes limites nas suas >> > edições, pois é informação que provém do IGP e qualquer alterações aos >> > limites tem que vir por essa via. Mesmo os nosmes das freguesias que >> > aqui constam, são os nomes oficiais e têm que bater certo com os do INE. >> > Sempre que o IGP publicar nova CAOP, pode-se remover a anterior e >> > importar a nova. >> > >> > Antes de se importar a CAOP, gostava que mais gente se pronunciasse, >> > pois é uma camada que terá o seu impacto no OSM-PT. Na ausência de mais >> > feedback, eu e o João Paulo tratamos do assunto :-) >> > >> > Já agora, em alternativa ou complemento, o IGP tem um serviço WMS com a >> > CAOP, que pode ser utilizado como fundo no JOSM. >> > >> > Abraço a todos, >> > >> > Jorge >> > >> > Qui, 2010-12-16 às 09:36 +0000, Joao Carreiro escreveu: >> >> Boas Jorge, >> >> >> >> Eu acho que o import não está correcto. >> >> Não colocaste nas ways as tags boundary e admin_level. >> >> E segundo a wiki, >> >> http://wiki.openstreetmap.org/wiki/Relation:boundary#Way_Tags , >> >> deverias ter colocado. >> >> Acho que é por isso que não aparece no mapa. >> >> >> >> João Paulo >> >> >> >> On 16 Dec 2010 02:19, "Jorge Gustavo Rocha" <[email protected]> wrote: >> >> >> >> _______________________________________________ >> >> Talk-pt mailing list >> >> [email protected] >> >> http://lists.openstreetmap.org/listinfo/talk-pt >> > >> > -- >> > Jorge Gustavo Rocha >> > Departamento de Informática >> > Universidade do Minho >> > 4710-057 Braga >> > Tel: 253604430 (Geral), 253604479 (Gabinete) >> > Fax: 253604471 >> > Móvel: 910333888 >> > >> > >> > >> > _______________________________________________ >> > Talk-pt mailing list >> > [email protected] >> > http://lists.openstreetmap.org/listinfo/talk-pt >> > >> >> _______________________________________________ >> Talk-pt mailing list >> [email protected] >> http://lists.openstreetmap.org/listinfo/talk-pt > > -- > Jorge Gustavo Rocha > Departamento de Informática > Universidade do Minho > 4710-057 Braga > Tel: 253604430 (Geral), 253604479 (Gabinete) > Fax: 253604471 > Móvel: 910333888 > > > > _______________________________________________ > Talk-pt mailing list > [email protected] > http://lists.openstreetmap.org/listinfo/talk-pt
_______________________________________________ Talk-pt mailing list [email protected] http://lists.openstreetmap.org/listinfo/talk-pt
