<p dir="ltr">Não, me referia às fronteiras de bairros aqui do Rio de Janeiro (desculpe, relendo aqui não fui nada claro :-P). Cheguei a montar no wiki uma página com as informações, mas como na época (2009) era praticamente só eu aqui no Rio dei uma desanimada. </p>

<p dir="ltr">[]s</p>
<div class="gmail_quote">Em 09/06/2013 21:24, "Fernando Trebien" <<a href="mailto:fernando.trebien@gmail.com">fernando.trebien@gmail.com</a>> escreveu:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Você quer dizer as fronteiras com outros países? Eu comecei a fazer<br>
isso na fronteira com o Uruguai a partir dos dados do LNCC<br>
(<a href="http://info.lncc.br" target="_blank">http://info.lncc.br</a>) mas parei logo no começo por 2 motivos: foi<br>
exatamente quando começamos a discutir sobre classificação, e também<br>
acabei me envolvendo numa discussão com um uruguaio sobre como definir<br>
a tag "name" nos elementos compartilhados da fronteira (como rios)<br>
(chegamos a uma solução interessante e justa: além das tags "name:pt"<br>
e "name:es", a tag "name" teria ambos os nomes separados por " / ",<br>
como é feito na Europa, mas em ordem alfabética, não privilegiando<br>
assim nenhuma das duas línguas).<br>
<br>
Eu fui fazendo isso manualmente, primeiro pra ver se os dados tinham<br>
qualidade superior aos atuais (lembro que o contorno da fronteira veio<br>
da base de dados da CIA) e depois porque eu queria adicionar os marcos<br>
(boundary stones) e já fui aproveitando para melhorar a posição<br>
comparando com a imagem de satélite.<br>
<br>
Em alguns lugares os dados do LNCC estavam melhores (como sobre a<br>
Lagoa dos Patos), em outros a mudança não valia à pena (eram<br>
praticamente iguais).<br>
<br>
Nunca cheguei a fazer uma conflação automática, mas poderia começar a<br>
estudar como se faz com o JOSM. Você acha que o LNCC é uma boa fonte?<br>
Haveria outra melhor?<br>
<br>
2013/6/9 Arlindo Pereira <<a href="mailto:openstreetmap@arlindopereira.com">openstreetmap@arlindopereira.com</a>>:<br>
> Pode ser. Os dados do IPP são bem completos mas cobrem apenas a capital. Uma<br>
> forma simples de fazer poderia ser abrir o arquivo osm no JOSM, excluir as<br>
> comunidades dentro da capital, subir esses dados, criar uma coleção com eles<br>
> e depois, num segundo momento, verificar se há alguma comunidade não mapeada<br>
> nos dados do IPP que o IBGE tenha.<br>
><br>
> Off-topic: precisamos de uma força com a importação das fronteiras, você<br>
> poderia ajudar? Eu há alguns anos comecei a fazer segmento por segmento, mas<br>
> não terminei. Poderíamos excluir estes dados e fazer de uma só vez.<br>
><br>
> Em 08/06/2013 00:24, "Fernando Trebien" <<a href="mailto:fernando.trebien@gmail.com">fernando.trebien@gmail.com</a>><br>
> escreveu:<br>
><br>
>> Hehe, aqui em Porto Alegre temos a "Vila Cachorro Sentado" (vai<br>
>> entender). Bem, colocar um prefixo é uma sugestão para diferenciar dos<br>
>> condomínios. Já que está tudo numa coleção, eu poderia acrescentar o<br>
>> prefixo facilmente com o JOSM se você quiser.<br>
>><br>
>> Você teria interesse numa importação dos dados do IBGE do estado do<br>
>> RJ? Pode ser que complemente a informação do IPP. Acho que eu poderia<br>
>> resolver as "duplicações" manualmente, dá um certo trabalho mas pode<br>
>> ser interessante se você não tiver mapeado comunidades além das que<br>
>> estão na cidade do Rio.<br>
>><br>
>> 2013/6/6 Arlindo Pereira <<a href="mailto:openstreetmap@arlindopereira.com">openstreetmap@arlindopereira.com</a>>:<br>
>> > Legal!<br>
>> ><br>
>> > Por enquanto eu não poderia ajudar muito, uma vez que ainda não consegui<br>
>> > importar todos os dados do IPP mesmo tendo começado há 4 anos atrás (!),<br>
>> > mas<br>
>> > acho válido usar todo dado público no nosso mapa.<br>
>> ><br>
>> > Aqui no Rio eu deixei o nome original mesmo. Tem uns nomes muito<br>
>> > curiosos,<br>
>> > tipo "Vala do Sangue":<br>
>> ><br>
>> > <a href="http://www.openstreetmap.org/?minlon=-43.7040901184082&minlat=-22.9206295013428&maxlon=-43.6957855224609&maxlat=-22.9115943908691" target="_blank">http://www.openstreetmap.org/?minlon=-43.7040901184082&minlat=-22.9206295013428&maxlon=-43.6957855224609&maxlat=-22.9115943908691</a><br>

>> ><br>
>> > []s<br>
>> ><br>
>> > 2013/6/6 Fernando Trebien <<a href="mailto:fernando.trebien@gmail.com">fernando.trebien@gmail.com</a>><br>
>> >><br>
>> >> Pessoal,<br>
>> >><br>
>> >> O IBGE possui um cadastro do que ele chama de "aglomerados subnormais"<br>
>> >> (populações de renda extremamente baixa) que na grande maioria das<br>
>> >> vezes são vilas e favelas. Há algum tempo eu importei esses dados em<br>
>> >> Porto Alegre manualmente (com ajustes) e agora me pediram para fazer o<br>
>> >> mesmo em BH. O cadastro é acessível aqui:<br>
>> >><br>
>> >><br>
>> >> <a href="http://www.ibge.gov.br/home/estatistica/populacao/censo2010/aglomerados_subnormais/aglomerados_subnormais_tab_base_zip.shtm" target="_blank">http://www.ibge.gov.br/home/estatistica/populacao/censo2010/aglomerados_subnormais/aglomerados_subnormais_tab_base_zip.shtm</a><br>

>> >><br>
>> >> Como é necessário transformar alguns dados (tirar tags que estão em<br>
>> >> multipolígonos e passá-las para os próprios polígonos), acabei fazendo<br>
>> >> um script, e com isso há a flexibilidade de automatizar algumas outras<br>
>> >> coisas, como a formatação dos nomes.<br>
>> >><br>
>> >> Já que foi feito esse script, eu pergunto: alguém mais tem interesse<br>
>> >> nessa importação? Alguém prefere que não seja feita na sua região? Sei<br>
>> >> que na cidade do RJ seria um pouco mais complicado uma importação<br>
>> >> automática porque lá as comunidades já foram importadas de outra<br>
>> >> fonte. Mas não sei de outros lugares que tenham feito o mesmo.<br>
>> >><br>
>> >> Os dados importados seriam um polígono para cada comunidade, contendo<br>
>> >> uma tag "landuse=residential", uma tag "source=IBGE" e uma tag "name"<br>
>> >> devidamente formatada. Como "landuse=residential" também é usada para<br>
>> >> condomínios residenciais, o que eu fiz em Porto Alegre (e sugeri para<br>
>> >> BH) foi acrescentar um prefixo padrão (que aqui foi "Vila") para<br>
>> >> deixar claro para os usuários do mapa. Em alguns poucos casos foi<br>
>> >> necessário corrigir isso depois aqui em Porto Alegre (algumas das<br>
>> >> comunidades eram chamadas de "loteamentos" e não "vilas"). Talvez esse<br>
>> >> prefixo varie por cidade ou mesmo estado. Para ter uma idéia de como<br>
>> >> os nomes estão vindo, postei a lista de nomes em MG no fórum<br>
>> >> (<a href="http://forum.openstreetmap.org/viewtopic.php?id=21401" target="_blank">http://forum.openstreetmap.org/viewtopic.php?id=21401</a>).<br>
>> >><br>
>> >> Como funciona esse processo: após baixar o KMZ do IBGE, abre-se o<br>
>> >> arquivo no JOSM com o plugin OpenData, faz-se a simplificação dos<br>
>> >> polígonos (para diminuir a quantidade de dados) e o resultado é salvo<br>
>> >> num arquivo .osm (que é um arquivo XML). O script que eu fiz lê e<br>
>> >> modifica esse XML para passar as tags "name" que estão em relações do<br>
>> >> tipo "multipolígo" para o único polígono contido na relação. A relação<br>
>> >> do multipolígono então é excluída, pois não é necessária. Para cada um<br>
>> >> desses polígonos também existe um nó que representa o seu centro, e<br>
>> >> esse nó também é excluído, pois não é necessário. Nada é feito com<br>
>> >> multipolígonos que contenham vários membros ou com nós cujo nome não<br>
>> >> corresponde ao de um desses polígonos, então algumas poucas correções<br>
>> >> manuais são necessárias antes de fazer o commit do changeset.<br>
>> >><br>
>> >> --<br>
>> >> Fernando Trebien<br>
>> >> <a href="tel:%2B55%20%2851%29%209962-5409" value="+555199625409">+55 (51) 9962-5409</a><br>
>> >><br>
>> >> "The speed of computer chips doubles every 18 months." (Moore's law)<br>
>> >> "The speed of software halves every 18 months." (Gates' law)<br>
>> >><br>
>> >> _______________________________________________<br>
>> >> Talk-br mailing list<br>
>> >> <a href="mailto:Talk-br@openstreetmap.org">Talk-br@openstreetmap.org</a><br>
>> >> <a href="http://lists.openstreetmap.org/listinfo/talk-br" target="_blank">http://lists.openstreetmap.org/listinfo/talk-br</a><br>
>> ><br>
>> ><br>
>> ><br>
>> > _______________________________________________<br>
>> > Talk-br mailing list<br>
>> > <a href="mailto:Talk-br@openstreetmap.org">Talk-br@openstreetmap.org</a><br>
>> > <a href="http://lists.openstreetmap.org/listinfo/talk-br" target="_blank">http://lists.openstreetmap.org/listinfo/talk-br</a><br>
>> ><br>
>><br>
>><br>
>><br>
>> --<br>
>> Fernando Trebien<br>
>> <a href="tel:%2B55%20%2851%29%209962-5409" value="+555199625409">+55 (51) 9962-5409</a><br>
>><br>
>> "The speed of computer chips doubles every 18 months." (Moore's law)<br>
>> "The speed of software halves every 18 months." (Gates' law)<br>
>><br>
>> _______________________________________________<br>
>> Talk-br mailing list<br>
>> <a href="mailto:Talk-br@openstreetmap.org">Talk-br@openstreetmap.org</a><br>
>> <a href="http://lists.openstreetmap.org/listinfo/talk-br" target="_blank">http://lists.openstreetmap.org/listinfo/talk-br</a><br>
><br>
><br>
> _______________________________________________<br>
> Talk-br mailing list<br>
> <a href="mailto:Talk-br@openstreetmap.org">Talk-br@openstreetmap.org</a><br>
> <a href="http://lists.openstreetmap.org/listinfo/talk-br" target="_blank">http://lists.openstreetmap.org/listinfo/talk-br</a><br>
><br>
<br>
<br>
<br>
--<br>
Fernando Trebien<br>
<a href="tel:%2B55%20%2851%29%209962-5409" value="+555199625409">+55 (51) 9962-5409</a><br>
<br>
"The speed of computer chips doubles every 18 months." (Moore's law)<br>
"The speed of software halves every 18 months." (Gates' law)<br>
<br>
_______________________________________________<br>
Talk-br mailing list<br>
<a href="mailto:Talk-br@openstreetmap.org">Talk-br@openstreetmap.org</a><br>
<a href="http://lists.openstreetmap.org/listinfo/talk-br" target="_blank">http://lists.openstreetmap.org/listinfo/talk-br</a><br>
</blockquote></div>