[Talk-pt] Importacao de CAOP ( era Códigos postais)

Thu Dec 16 18:14:26 GMT 2010

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" <jgr  di.uminho.pt> 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 <jgr  di.uminho.pt>:
>> > 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" <jgr  di.uminho.pt> wrote:
>> >>
>> >> _______________________________________________
>> >> Talk-pt mailing list
>> >> Talk-pt  openstreetmap.org
>> >> 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
>> > Talk-pt  openstreetmap.org
>> > http://lists.openstreetmap.org/listinfo/talk-pt
>> >
>>
>> _______________________________________________
>> Talk-pt mailing list
>> Talk-pt  openstreetmap.org
>> 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
> Talk-pt  openstreetmap.org
> http://lists.openstreetmap.org/listinfo/talk-pt
-------------- pr?xima parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.openstreetmap.org/pipermail/talk-pt/attachments/20101216/8089ee95/attachment.html>