Boa tarde!

 Depois da estagnação e reboliço observados anteriormente, venho com este
email tentar iniciar um novo ciclo no que toca à integração da CAOP no OSM.

 Tal como o Francisco, e partindo da conversão CAOP-OSM que ele criou em
Python/Postgre/PostGIS, envidei esforços continuados para conseguir a
conflation (fusão de dados CAOP com OSM existentes) automática. Acontece
que os casos são muitos, e a segurança nos resultados deixa muito a desejar.

 Desta forma e não querendo deixar o assunto cair por terra, irei encetar
um processo de preparação dos dados existente predominantemente manual. Não
é um import no puro sentido da palavra mas haverá alguns dados importados
pois não faz sentido mexer e remexer.

 Existem várias questões em aberto que gostaria que
opinassem/aconselhassem. Tentarei ser sucinto.

 Apesar disto se tratar de um processo de limpeza/manutenção, todas as
alterações serão descritas em changeset comment e se necessário em diary. A
conta será Spec80_CAOP <http://www.openstreetmap.org/user/Spec80_CAOP> .
Penso que o processo acontecerá verticalmente, isto é, as várias fases para
cada way/bbox. A prática o dirá qual melhor a usar.

 1º Remoção de tags boundary a ways partilhadas (rios, estradas, etc).
Serão substituídas por novas ways no import final.

2º Unglue de nodes partilhados. Se são usados para outras coisas, não os
podemos utilizar, de modo a mantermos as ways de boundary o mais distintas
possível.

3º Split/join de ways existentes à imagem do CAOP 2014.

4º Export de dados para script de conflation. Os nodes são aproveitados ao
máximo. Movidos se necessário. Criados se em falta. Apagados se
simplesmente estiverem a mais para descrever o traçado.

5º Reload e upload no JOSM para assegurar a consistência de dados e
possibilitar possível reversão.

 Existem ways/nodes duplicados, stray e 1-member relations, etc, a ser
removidos, claro. Existem outros gremlins que ficaram anotados para
solucionar em tempo próprio.

 Penso que o processo é transparente e será tão singular (conto fazer 1
changeset por way) que todos o poderão auditar se assim o pretenderem. É
também respeitador ao máximo possível, do trabalho daqueles que antes o
fizeram.

 No fim, espera-se ter parte dos dados, no fundo, já importados, sendo
necessário carregar o que até agora ainda não existe (~90%). Importar
600.000 objetos vai ser bonito de se ver.


 Pontos em aberto:

[A] Conflation fronteira com Espanha.

[B] Boundary=administrative na coastline ou independente

[C] Nome de freguesias unificadas

[D] Freguesias extintas


 No que tocar nestes pontos, não realizarei, até consenso, qualquer
modificação. Prendem-se fundamentalmente como encaramos a CAOP e como
queremos os dados no OSM.

Para mim a CAOP é a fonte oficial de dados. No ponto [A] penso que somos
forçados a usar o existente, pelo que a conflation com a linha
admin_level=2 será o caminho a seguir mesmo que em alguns casos Espanha
saia beneficiada. No ponto [B], penso que podemos ter os dados oficiais. O
que está no OSM a nível de coastline, o que é? Outra fonte oficial ou
Bing-mapping? Se o estado diz que as freguesias de Lisboa no Tejo entram
pelo mar adentro, estamos a roubar área! Se as acrescentarmos as dunas que
aparecem no Bing, já dá mais uns metros quadrados. Se quiserem tirar um
molhes e paredões ainda estou como o outro. De tudo o resto acho que é
perfeitamente aceitável termos coastline e limites administrativos
independentes e oficiais.

 O ponto [C] penso que em vez de “União de Freguesias A,B e C” podíamos
ficar por “A,B e C” que aliás vem caracterizado na CAOP.

 As freguesias extintas [D] é problema que eu gostava de ver resolvido como
o Marcos estava a fazer e que o Nuno louvou, admin_level=9, CAOP 2012. Mas
temos dois nãos oficiais que se unem para negar a admissibilidade. A OSM é
para dados atuais e não históricos pelo que o atual = CAOP 2014. Penso que
seja para evitar o amontoamento de destroços e mapas velhos. Deve haver a
quem daria muito jeito ter aqui o traçado do Condado Portucalense, na sua
origem, e sucessões.

 Desculpem o email longo mas teve de ser. O assunto é de peso, 5% do nosso
mapa.

 Digam de vossa justiça, para sempre... fiquem encarregues de fazer revert
e update de uma carga de trabalhos.


 Cumprimentos,

Pedro Santos

(Spec80)
_______________________________________________
Talk-pt mailing list
Talk-pt@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-pt

Responder a