Olá Pedro, Obrigado pela tua iniciativa para abordar este tema novamente.
Respondendo às tuas questões, quanto ao ponto [C], eu concordo com o método que tens em mente. Por acaso o modelo que usava incluia o name=* e o official_name=* onde escrevia-se o nome completo. O modelo que usava era o seguinte, no caso das freguesias e uniões das mesmas: type=boundary boundary=administrative border_type=freguesia (Capaz de ser redundante) admin_level=8 name=* (Nome simples, por exemplo: Riba de Ave, Ruivães e Novais, etc. official_name=* (Nome official e completo, isto é: Freguesia de Riba de Ave, União das freguesias de Ruivães e Novais, etc.) ine:code=* (Código único atribuído pela INE. É útil para encontrar uma divisão específica. A Espanha usa um sistema parecido.) population=* (Número de habitantes segundo os Censos 2011) population:date=2011 (Data dos censos) source=DGT - CAOP 2014 wikipedia=* Quanto ao ponto [D], o das freguesias extintas, em 99% dos casos a fronteira das freguesia não mudava entre a CAOP 2012.1 e a CAOP 2014 pelo que era trivial descobrir correctamente que localidade iria ser mapeada. Agora nos casos em que de facto houveram alterações, a regra era obedecer à CAOP mais recente. Por outras palavras adaptava ou até nem importava da CAOP 2012. No dia 30 de dezembro de 2014 às 16:37, Pedro Santos <spe...@gmail.com> escreveu: > 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 > > -- Um Abraço, Marcos Oliveira
_______________________________________________ Talk-pt mailing list Talk-pt@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-pt