Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[santamariense]

Comunico que pretendo mudar a metodologia de importação devido ao
tempo astronômico que a outra estava demorando. Com a nova metodologia
a expectativa é demorar menos de 1/3 do tempo da primeira metodologia
apresentada.

A nova metodologia garante que os pontos estejam junto a seu
respectivo logradouro, ainda dentro do lote, porém não necessariamente
em cima da building do terreno. Apesar de não mover cada ponto
separadamente, eles são movidos em lotes por face de quadra e acabam
na sua maioria ficando em cima das buildings de qualquer maneira.
Também observei, enquanto mapeava na metodologia anterior, que
inúmeros lotes tem mais de uma casa, fazendo com que eu tivesse que
largar o ponto na parte fronto-central do lote sem ter como  ter
certeza se era mesmo aquela casa, ou seja, apesar de eu estar me
guiando pelas construções, ainda assim tive que deixar o ponto fora de
cima da building. O mesmo ocorreu em buildings que estavam no fundo do
terreno, onde, se eu tivesse posto o ponto em cima da building,
certamente haveria roteamentos até ela pela rua de trás cujo lote não
tem acesso - nessa situação, portanto, apesar da building, também
optei por largar o ponto na frente do terreno.

A metodologia anterior deu resultado como esses
https://www.openstreetmap.org/changeset/65511032 . A nova metodologia
que estou apresentando deu como resultado esses
https://www.openstreetmap.org/changeset/65527957 . Lembrando que a
imagem de satélite foi realinhada para o alinhamento dos lotes. Caso
alguém queira alguma amostra (tanto dos pontos quanto das áreas dos
lotes) é só me solicitar por mensagem privada. Não é possível enviar
aqui na lista. - Eu sinceramente acho que no final das contas o
resultado é muito parecido. Mas de qualquer maneira, como mudei a
metodologia, estou documentando ela aqui.

A metodologia a ser adotada a partir de agora (caso não haja
objeções), doravante chamada de metodologia2:
- Carregar lotes como camada de fundo;
- Adicionar a camada do Bing;
- Realinhar a camada do Bing para casar c'os lotes;
- Realinhar todos os pontos com base na camada de lotes, usando o Bing
para tirar dúvidas;
- Query no Overpass por todos os addr:housenumbers do bairro, carregar
eles pro JOSM, e adicionar a tag xxx=xxx neles;
- Verificar todos os xxx=xxx, dando merge dos xxx=xxx neles, e
excluindo a tag xxx=xxx também;
- Não havendo mais xxx=xxx, significa que foram verificadas todos os
números já existentes no OSM afim de se evitar duplicatas;
- Query no Overpass por todos as geometrias type:way, bem como
type:relation(type=multipolygon), que sejam passíveis de se ter
endereço atrelado a elas, e dar merge nelas de todos os pontos cujo
endereço certamente pertencer a ela, segundo a posição dela no lote.
- "Atualizar objetos modificados" para averiguar se não houve edição
conflitante;
- A changeset está pronta para ser subida ao OSM.

 Objeções e contrapontos de qualquer tipo, favor se pronunciar o mais
breve possível.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[santamariense]

Fiz uma primeira importação da numeração predial para testes,
metodologia e ver na prática problemas que podem aparecer.
A ideia é além de documentar, também saber se a comunidade não tem
algum ponto de vista diferente sobre algo específico.

A changeset é esta https://www.openstreetmap.org/changeset/65282825 ou
pelo OSMcha https://www.openstreetmap.org/changeset/65282825 ,
realizada no bairro Centro Cívico.

Metodologia adotada:
- Carregar lotes como camada de fundo;
- Adicionar a camada do Bing;
- Realinhar a camada do Bing para casar c'os lotes;
- Carregar os pontos a serem importados, adicionar tag xxx=xxx neles;
- Query no Overpass por todos os addr:housenumbers do bairro, carregar
eles pro JOSM, e adicionar a tag xxx=yyy neles;
- Verificar todos os xxx=yyy, dando merge dos xxx=xxx neles;
- Não havendo mais xxx=yyy, significa que foram verificadas todos os
números já existentes no OSM afim de se evitar duplicatas;
- Para cada xxx=xxx realinha, dando merge com objetos existentes
quando existirem (ex.: building), e cola a tag "xxx=", o que na
prática faz com que a tag xxx=xxx seja excluída;
- Não havendo mais xxx=xxx, significa que a edição foi completada;
- "Atualizar objetos modificados" para averiguar se não houve edição
conflitante;
- A changeset está pronta para ser subido ao OSM.

Obs.1: as tags xxx=xxx e xxx=yyy são apenas para controle de fluxo de
trabalho, poderiam ser qualquer outra que não já exista. E não serão
subidas ao OSM.
Obs.2: essa foi a maneira que eu encontrei de não deixar passar nada
sem ser realinhado e verificado. Alguma ideia melhor?

Apontamentos gerais e decisões tomadas na prática:
- Havendo já o mesmo endereço, mantem-se o que está e como está, a
menos que não pareça fazer sentido;
- Ao se adicionar e retirar a tag, a changeset conta como uma
modificação, embora não tenha ocorrido de fato. De qualquer maneira
confirma que o objeto foi verificado;
- Locais onde fica evidente que a divisão dos lotes não é mais aquela,
a numeração predial não foi/é/será importada. Exemplo: onde hoje está
o prédio do Ministério Público do Estado do Paraná, antes eram 4
lotes;
- Havendo building única no lote já desenhada, merge do número no prédio;

Creio que nas próximas changesets não vai fugir muito deste padrão.
Caso tenha novos problemas, documento aqui. Objeções e contrapontos de
qualquer tipo, favor se pronunciar o mais breve possível.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[santamariense]

Ficou legal. Anotei para completar num futuro próximo a metodologia em
https://wiki.openstreetmap.org/wiki/Brasil/Metodologia/Importa%C3%A7%C3%A3o_de_endere%C3%A7os
, assim que eu finalizar a importação fase 1.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[Peter Krauss]

Parabéns @Santamariense!  É por aí, tentado, insistindo e automatizando o
que for possível!

Já dá para esboçar uma ótima receita de bolo: podemos documentar e
aperfeiçoar seu algoritmo na Wiki, sugiro esse link, onde já copiei/colei
suas descrições:

https://wiki.openstreetmap.org/wiki/Brasil/Metodologia/Importa%C3%A7%C3%A3o_de_endere%C3%A7os

se complementar postando imagens ilustrativas de cada passo, como sugere o
Sergio, será otimo e todos poderemos aperfeiçoar a documentação e o método
na Wiki.
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[Sérgio V .]

Ótimo exercício de geometria aplicada.
Valeria depois, quando tiver tempo, registrar uma breve seção da mesma wiki (ou 
sub-página) com prints de tela exemplificando este processo geométrico.
Imagino que terão muitos casos semelhantes num futuro breve, seria um bom 
tutorial.
Belo trabalho!


- - - - - - - - - - - - - - - -

Sérgio - http://www.openstreetmap.org/user/smaprs


De: santamariense 
Enviado: sábado, 1 de dezembro de 2018 03:17
Para: talk-br
Assunto: Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / 
Importação de numeração predial

Muitos dias de processamentos e erros devido a quantidade de dados
depois, consegui automatizar o alinhamento dos centroides junto a
frente dos lotes. Para tal tive que dividir em várias partes o arquivo
dos lotes para que o QGIS pudesse dar vencimento, e depois unir
novamente os resultados parciais. Enfim, vamos aos passos:

1 - Dar dissolve no arquivo dos lotes. Lotes dissolvidos nos dá as quadras;
2 - Dar buffer de -5m (menos cinco metros) no arquivo das quadras;
3 - Fazer a diferença Lotes menos Quadras. Isso nos dá como resultado
polígonos da frente dos lotes. Polígonos que mantém a medida original
da testada, porém, agora com apenas 5 metros de comprimento em direção
ao fundo dos lotes;
4 - Feito isso é só gerar os centroides, que agora ficam alinhados ao
eixo da rua, numa distância de 2,5m adentro do terreno *.

* Alguns cuidados e considerações precisam ser tomados:
a - Ao fazer a diferença, alguns lotes podem ficar totalmente sem
geometria (0,2% do total). Para saber quais ficaram sem geometrias, é
calculada a área deles. Lotes sem geometria nos dá área nula. Para
contornar esse problema, abre-se o arquivo de lotes originais e se faz
um join de tabelas com a tabela dos lotes cortados. Então, na tabela
de atributos é selecionadas todas as geometrias com área nula. A
seleção é salva como nova camada de shapefile. Do arquivo de lotes
cortados, é excluída as geometrias de área nula e adicionada suas
geometrias originais (lotes inteiros) - esses não tem jeito, é
necessário o alinhamento manual.
b - Todos os lotes de esquina cortados tendem a ficar em formato de
"L", fazendo com que seja quase sempre necessário fazer o
realinhamento manual.
c - Muitos lotes cortados ficam com várias partes descontinuadas (~5%
do total), de qualquer maneira, é gerado apenas um centroide que fica
a meio caminho entre as partes, mais ou menos, ou exatamente, no
centroide do lote original. Esses também não tem jeito, se faz
necessário o alinhamento manual.

É importante destacar que apesar de muitos pontos já saírem na sua
posição final, ainda assim é preciso que todos sejam verificados
porque podem não existir mais (percebi muitos lotes que agora são
ruas, por exemplo), ou mesmo porque exista já o endereço mapeado, ou
ainda que precisa ser movido o endereço do ponto para a área
(building, ou outra), caso ela já estiver sido mapeada.

Por fim, optei por dividir os pontos gerados por bairro, de modo que
para fins de importação no OSM, fique prático e fácil manipular
pequenos arquivos, principalmente neste caso que não só insere novos
dados no OSM, como também modifica existentes, e arquivos grandes
deixam mais tempo exposto a conflito de edições durante a importação.

Assim que começar a importação (de fato) compartilho aqui os
problemas, soluções e/ou dúvidas que possam surgir. Nova conta
exclusiva para importação foi criada. Nessa conta farei esta
importação e outras que possam vir futuramente, em Curitiba ou em
qualquer outro lugar. Quanto ao nome das changesets, o nome das
changesets será " #Import Curitiba: Endereços - IPPUC. Bairro
nomeDObairro " e a source da chageset será "Prefeitura de
Curitiba:IPPUC:Lotes_2018-07", lembrando que a source apenas será
posta na changeset, não em todos os endereços importados. Nos
endereços importados só terá as tags addr:street e addr:housenumber.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[santamariense]

Muitos dias de processamentos e erros devido a quantidade de dados
depois, consegui automatizar o alinhamento dos centroides junto a
frente dos lotes. Para tal tive que dividir em várias partes o arquivo
dos lotes para que o QGIS pudesse dar vencimento, e depois unir
novamente os resultados parciais. Enfim, vamos aos passos:

1 - Dar dissolve no arquivo dos lotes. Lotes dissolvidos nos dá as quadras;
2 - Dar buffer de -5m (menos cinco metros) no arquivo das quadras;
3 - Fazer a diferença Lotes menos Quadras. Isso nos dá como resultado
polígonos da frente dos lotes. Polígonos que mantém a medida original
da testada, porém, agora com apenas 5 metros de comprimento em direção
ao fundo dos lotes;
4 - Feito isso é só gerar os centroides, que agora ficam alinhados ao
eixo da rua, numa distância de 2,5m adentro do terreno *.

* Alguns cuidados e considerações precisam ser tomados:
a - Ao fazer a diferença, alguns lotes podem ficar totalmente sem
geometria (0,2% do total). Para saber quais ficaram sem geometrias, é
calculada a área deles. Lotes sem geometria nos dá área nula. Para
contornar esse problema, abre-se o arquivo de lotes originais e se faz
um join de tabelas com a tabela dos lotes cortados. Então, na tabela
de atributos é selecionadas todas as geometrias com área nula. A
seleção é salva como nova camada de shapefile. Do arquivo de lotes
cortados, é excluída as geometrias de área nula e adicionada suas
geometrias originais (lotes inteiros) - esses não tem jeito, é
necessário o alinhamento manual.
b - Todos os lotes de esquina cortados tendem a ficar em formato de
"L", fazendo com que seja quase sempre necessário fazer o
realinhamento manual.
c - Muitos lotes cortados ficam com várias partes descontinuadas (~5%
do total), de qualquer maneira, é gerado apenas um centroide que fica
a meio caminho entre as partes, mais ou menos, ou exatamente, no
centroide do lote original. Esses também não tem jeito, se faz
necessário o alinhamento manual.

É importante destacar que apesar de muitos pontos já saírem na sua
posição final, ainda assim é preciso que todos sejam verificados
porque podem não existir mais (percebi muitos lotes que agora são
ruas, por exemplo), ou mesmo porque exista já o endereço mapeado, ou
ainda que precisa ser movido o endereço do ponto para a área
(building, ou outra), caso ela já estiver sido mapeada.

Por fim, optei por dividir os pontos gerados por bairro, de modo que
para fins de importação no OSM, fique prático e fácil manipular
pequenos arquivos, principalmente neste caso que não só insere novos
dados no OSM, como também modifica existentes, e arquivos grandes
deixam mais tempo exposto a conflito de edições durante a importação.

Assim que começar a importação (de fato) compartilho aqui os
problemas, soluções e/ou dúvidas que possam surgir. Nova conta
exclusiva para importação foi criada. Nessa conta farei esta
importação e outras que possam vir futuramente, em Curitiba ou em
qualquer outro lugar. Quanto ao nome das changesets, o nome das
changesets será " #Import Curitiba: Endereços - IPPUC. Bairro
nomeDObairro " e a source da chageset será "Prefeitura de
Curitiba:IPPUC:Lotes_2018-07", lembrando que a source apenas será
posta na changeset, não em todos os endereços importados. Nos
endereços importados só terá as tags addr:street e addr:housenumber.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[Fernando Trebien]

On Tue, Nov 6, 2018 at 10:52 AM santamariense  wrote:
> O reposicionamento do centroide
> para junto dos logradouros será feito antes de se enviar ao OSM.

Ah ok então. É bastante trabalho, mas de fato é o ideal.

-- 
Fernando Trebien

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[Peter Krauss]

Oi gente, respondendo inline ao @santamariense  e já
imaginando como seria consolidar a atual discussão no Talk da Wiki,

https://wiki.openstreetmap.org/wiki/Talk:Curitiba/Importa%C3%A7%C3%A3o_IPPUC

On Tue, Nov 6, 2018 at 10:52 AM santamariense  wrote:

> Obrigado pessoal pelo feedback. Fiz na calculadora de campo mesmo a
> formatação dos nomes e números, quanto a isso tá suave.
>
>
Sugestão: se achar um tempo comenta na Wiki o que seria essa "calculadora
de campo".


> Trebien, talvez não tinha explicado direito, mas de qualquer maneira
> acho que o Sérgio já deixou claro. O reposicionamento do centroide
> para junto dos logradouros será feito antes de se enviar ao OSM.
>

Joia, acho que todos concordam que é o procedimento correto.


>
> Paulo, não me parece fácil de implementar. Mas vou tentar. Se não
> conseguir vai ser manualmente mesmo.
>

Como comentei posso ajudar, mas *precisa ser algo certo*, pois vai tomar
nosso tempo (chuto meia hora de videoconferência inicial e final e duas
horas minhas como voluntário pilotando o PostGIS).
... O importante não é apenas ficar bonitinho (eu pessoalmente acho bem
mais bonitinho e funcional os pontos próximos da rua e não perdidos no meio
do lote), mas criar um exemplo de boas práticas e deixar todos os recursos
documentados e disponíveis para que futuras importações possam ser melhor
automatizadas.
O algoritmo que uso é em linhas gerais como o Paulo descreve, se baseia em
*ST_Centroid(ST_Intersection(lote,ST_Buffer(way,x)))* depois de um esquema
de ajuste desse *x*. Também tem condições do tipo usar centroide se o lote
possuir área inferior a 20m2, e usar *ST_PointOnSurface()* se o centroide
"vazar" (ex. lote em forma de U).



>
> Uma questão que me foi sugerida fora da discussão aqui da lista é de
> não usar source=Prefeitura em todos os pontos gerados, mas sim apenas
> nas changesets. Algum forte motivo para manter a source em todos os
> pontos?
>

Eu não sou expert, mas pelo que entendi o ChangeSet ajuda a
documentar/rastrear a fonte (source), portanto basta garantir isso.
Isso é bom, é uma maneira de normalizar os dados, não ficar um monte de
redundância no OSM...

Aí, se de fato há como resgatar a "informação inicial" rastreando-a pelo
ChangeSet... Bom, ideal que essa informação inicial seja mais rica, menos
vaga que "Prefeitura"...
Acho que podemos até criar uma convenção para documentar e rotular os
*lotes-de-dados* de *sources* do Brasil (a sua Wiki

já está ótima  como documentação). Acho que cabe usar como parte do rótulo
a data de criação dos dados (quando a Prefeitura os atualizou),
seria algo como "*Prefeitura:IPPUC:2018-07*".



>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[santamariense]

Obrigado pessoal pelo feedback. Fiz na calculadora de campo mesmo a
formatação dos nomes e números, quanto a isso tá suave.

Trebien, talvez não tinha explicado direito, mas de qualquer maneira
acho que o Sérgio já deixou claro. O reposicionamento do centroide
para junto dos logradouros será feito antes de se enviar ao OSM.

Paulo, não me parece fácil de implementar. Mas vou tentar. Se não
conseguir vai ser manualmente mesmo.

Uma questão que me foi sugerida fora da discussão aqui da lista é de
não usar source=Prefeitura em todos os pontos gerados, mas sim apenas
nas changesets. Algum forte motivo para manter a source em todos os
pontos?

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[Peter Krauss]

Oi gente, concordo com o Paulo. Precisando fazemos o algoritmo em PostiGIS,
estou com o Planet de Curitiba.


On Tue, Nov 6, 2018 at 8:01 AM Paulo Carvalho 
wrote:

> Pessoal, bom dia,
>
>  Para calcular um ponto representativo que:
> 1) Esteja dentro do polígono;
> 2) Esteja próximo de uma linha;
>
> Eis um algoritmo:
>
> https://gis.stackexchange.com/questions/70628/automatically-create-point-based-on-location-of-polygon-using-arcgis-desktop
>
>  Embora implementado para Arc-Gis, o autor se deu ao trabalho de
> descrever o algoritmo, ou seja, alguém poderia implementá-lo em outra
> linguagem.
>
> abcs,
>
> PC
>
>
> Em seg, 5 de nov de 2018 às 23:32, Sérgio V. 
> escreveu:
>
>> A princípio não acho bom mapear lotes, sobretudo urbanos.
>> O que recebe uma numeração da prefeitura é a construção, pelo menos em
>> PoA, onde a numeração depende de projeto de edificação para aprovação.
>> Pode haver mais de um número por lote, conforme quantos tipos de
>> estabelecimento com matrículas individualizadas houver no lote:
>> residencias, comerciais...
>> O santamariense registrou na wiki que o centróide é pra gerar o nó para a
>> numeração, e que este nó será movido para próximo da face do terreno junto
>> ao logradouro, que é a "testada".
>> E pelo mesmo motivo da numeração ser dada ao prédio correspondendo à
>> distância em metros medida aproximadamente na intersecção da projeção na
>> testada até o início da rua, indica que o ponto de medição não é pelo
>> centro do prédio (centróide), mas pelo centro da projeção na testada.
>> Se colocar numeração no polígono de prédio ou lote, acabaria sendo sempre
>> considerado pelo centróide. Aí dá problema em polígonos, lotes e/ou
>> prédios, que atravessam quadras e tem frente para 2 ou mais logradouros.
>> Seria conveniente colocar numeração sempre em um nó, que marca o local
>> aproximado do centro da testada no respectivo logradouro, não em polígono
>> de prédio ou lote. Assim como a prefeitura dá o número e proprietário
>> coloca a tabuleta num lugar +/- próximo da entrada, dificilmente exatamente
>> na medida exata.
>>
>> - - - - - - - - - - - - - - - -
>>
>> Sérgio - http://www.openstreetmap.org/user/smaprs
>>
>> ----------
>> *De:* Fernando Trebien 
>> *Enviado:* segunda-feira, 5 de novembro de 2018 21:31
>> *Para:* OSM talk-br
>> *Assunto:* Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de
>> Curitiba / Importação de numeração predial
>>
>> On Mon, Nov 5, 2018 at 8:36 PM santamariense 
>> wrote:
>> > > 2. Atribuir o endereço à entrada do lote, do lado de dentro. É feito
>> > > assim em Berlim, Amsterdã, Paris, Madri e partes de Londres e Nova
>> > > Iorque.
>> >
>> > É essa que está sendo proposta.
>>
>> Por ora eu acho ok. Mas gostaria de desdobrar esse ponto para o longo
>> prazo, não só em Curitiba mas também em outras cidades.
>>
>> O centróide do lote é diferente da entrada. Colocar o endereço na
>> entrada reduz o número de erros de projeção do endereço na via (mais
>> comuns nas esquinas), que é a primeira etapa do roteamento. Ainda
>> sobram casos particulares, mas menos.
>>
>> A minha questão, então, é se seria preferível no OSM, no longo prazo,
>> mover os pontos do centróide para a entrada, ou até mesmo eliminar o
>> ponto do centróide e transferir o endereço para o edifício ou lote
>> quando estiver mapeado.
>>
>> --
>> Fernando Trebien
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[Daniel d'Andrada]

Ah, e usei scripts python pra fazer tudo (centróides, correção de nomes nos
endereços...). Python tem muitas libs úteis.

On Tue, Nov 6, 2018 at 11:25 AM Daniel d'Andrada 
wrote:

> Em Joinville usei centróides também e decidi por não adicionar os lotes.
> Não acho que a geometria dos lotes seja uma informação particularmente
> relevante e é de difícil manutenção. É uma tag pouco usada e que acaba
> adiocionando muito "ruido" no mapa. Fácil de outros mapeadores menos
> experientes estragarem as coisas.
>
> On Tue, Nov 6, 2018 at 2:32 AM Sérgio V.  wrote:
>
>> A princípio não acho bom mapear lotes, sobretudo urbanos.
>> O que recebe uma numeração da prefeitura é a construção, pelo menos em
>> PoA, onde a numeração depende de projeto de edificação para aprovação.
>> Pode haver mais de um número por lote, conforme quantos tipos de
>> estabelecimento com matrículas individualizadas houver no lote:
>> residencias, comerciais...
>> O santamariense registrou na wiki que o centróide é pra gerar o nó para a
>> numeração, e que este nó será movido para próximo da face do terreno junto
>> ao logradouro, que é a "testada".
>> E pelo mesmo motivo da numeração ser dada ao prédio correspondendo à
>> distância em metros medida aproximadamente na intersecção da projeção na
>> testada até o início da rua, indica que o ponto de medição não é pelo
>> centro do prédio (centróide), mas pelo centro da projeção na testada.
>> Se colocar numeração no polígono de prédio ou lote, acabaria sendo sempre
>> considerado pelo centróide. Aí dá problema em polígonos, lotes e/ou
>> prédios, que atravessam quadras e tem frente para 2 ou mais logradouros.
>> Seria conveniente colocar numeração sempre em um nó, que marca o local
>> aproximado do centro da testada no respectivo logradouro, não em polígono
>> de prédio ou lote. Assim como a prefeitura dá o número e proprietário
>> coloca a tabuleta num lugar +/- próximo da entrada, dificilmente exatamente
>> na medida exata.
>>
>> - - - - - - - - - - - - - - - -
>>
>> Sérgio - http://www.openstreetmap.org/user/smaprs
>>
>> ----------
>> *De:* Fernando Trebien 
>> *Enviado:* segunda-feira, 5 de novembro de 2018 21:31
>> *Para:* OSM talk-br
>> *Assunto:* Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de
>> Curitiba / Importação de numeração predial
>>
>> On Mon, Nov 5, 2018 at 8:36 PM santamariense 
>> wrote:
>> > > 2. Atribuir o endereço à entrada do lote, do lado de dentro. É feito
>> > > assim em Berlim, Amsterdã, Paris, Madri e partes de Londres e Nova
>> > > Iorque.
>> >
>> > É essa que está sendo proposta.
>>
>> Por ora eu acho ok. Mas gostaria de desdobrar esse ponto para o longo
>> prazo, não só em Curitiba mas também em outras cidades.
>>
>> O centróide do lote é diferente da entrada. Colocar o endereço na
>> entrada reduz o número de erros de projeção do endereço na via (mais
>> comuns nas esquinas), que é a primeira etapa do roteamento. Ainda
>> sobram casos particulares, mas menos.
>>
>> A minha questão, então, é se seria preferível no OSM, no longo prazo,
>> mover os pontos do centróide para a entrada, ou até mesmo eliminar o
>> ponto do centróide e transferir o endereço para o edifício ou lote
>> quando estiver mapeado.
>>
>> --
>> Fernando Trebien
>>
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>> ___
>> Talk-br mailing list
>> Talk-br@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[Daniel d'Andrada]

Em Joinville usei centróides também e decidi por não adicionar os lotes.
Não acho que a geometria dos lotes seja uma informação particularmente
relevante e é de difícil manutenção. É uma tag pouco usada e que acaba
adiocionando muito "ruido" no mapa. Fácil de outros mapeadores menos
experientes estragarem as coisas.

On Tue, Nov 6, 2018 at 2:32 AM Sérgio V.  wrote:

> A princípio não acho bom mapear lotes, sobretudo urbanos.
> O que recebe uma numeração da prefeitura é a construção, pelo menos em
> PoA, onde a numeração depende de projeto de edificação para aprovação.
> Pode haver mais de um número por lote, conforme quantos tipos de
> estabelecimento com matrículas individualizadas houver no lote:
> residencias, comerciais...
> O santamariense registrou na wiki que o centróide é pra gerar o nó para a
> numeração, e que este nó será movido para próximo da face do terreno junto
> ao logradouro, que é a "testada".
> E pelo mesmo motivo da numeração ser dada ao prédio correspondendo à
> distância em metros medida aproximadamente na intersecção da projeção na
> testada até o início da rua, indica que o ponto de medição não é pelo
> centro do prédio (centróide), mas pelo centro da projeção na testada.
> Se colocar numeração no polígono de prédio ou lote, acabaria sendo sempre
> considerado pelo centróide. Aí dá problema em polígonos, lotes e/ou
> prédios, que atravessam quadras e tem frente para 2 ou mais logradouros.
> Seria conveniente colocar numeração sempre em um nó, que marca o local
> aproximado do centro da testada no respectivo logradouro, não em polígono
> de prédio ou lote. Assim como a prefeitura dá o número e proprietário
> coloca a tabuleta num lugar +/- próximo da entrada, dificilmente exatamente
> na medida exata.
>
> - - - - - - - - - - - - - - - -
>
> Sérgio - http://www.openstreetmap.org/user/smaprs
>
> --
> *De:* Fernando Trebien 
> *Enviado:* segunda-feira, 5 de novembro de 2018 21:31
> *Para:* OSM talk-br
> *Assunto:* Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de
> Curitiba / Importação de numeração predial
>
> On Mon, Nov 5, 2018 at 8:36 PM santamariense  wrote:
> > > 2. Atribuir o endereço à entrada do lote, do lado de dentro. É feito
> > > assim em Berlim, Amsterdã, Paris, Madri e partes de Londres e Nova
> > > Iorque.
> >
> > É essa que está sendo proposta.
>
> Por ora eu acho ok. Mas gostaria de desdobrar esse ponto para o longo
> prazo, não só em Curitiba mas também em outras cidades.
>
> O centróide do lote é diferente da entrada. Colocar o endereço na
> entrada reduz o número de erros de projeção do endereço na via (mais
> comuns nas esquinas), que é a primeira etapa do roteamento. Ainda
> sobram casos particulares, mas menos.
>
> A minha questão, então, é se seria preferível no OSM, no longo prazo,
> mover os pontos do centróide para a entrada, ou até mesmo eliminar o
> ponto do centróide e transferir o endereço para o edifício ou lote
> quando estiver mapeado.
>
> --
> Fernando Trebien
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[Paulo Carvalho]

Pessoal, bom dia,

 Para calcular um ponto representativo que:
1) Esteja dentro do polígono;
2) Esteja próximo de uma linha;

Eis um algoritmo:

https://gis.stackexchange.com/questions/70628/automatically-create-point-based-on-location-of-polygon-using-arcgis-desktop

 Embora implementado para Arc-Gis, o autor se deu ao trabalho de
descrever o algoritmo, ou seja, alguém poderia implementá-lo em outra
linguagem.

abcs,

PC


Em seg, 5 de nov de 2018 às 23:32, Sérgio V.  escreveu:

> A princípio não acho bom mapear lotes, sobretudo urbanos.
> O que recebe uma numeração da prefeitura é a construção, pelo menos em
> PoA, onde a numeração depende de projeto de edificação para aprovação.
> Pode haver mais de um número por lote, conforme quantos tipos de
> estabelecimento com matrículas individualizadas houver no lote:
> residencias, comerciais...
> O santamariense registrou na wiki que o centróide é pra gerar o nó para a
> numeração, e que este nó será movido para próximo da face do terreno junto
> ao logradouro, que é a "testada".
> E pelo mesmo motivo da numeração ser dada ao prédio correspondendo à
> distância em metros medida aproximadamente na intersecção da projeção na
> testada até o início da rua, indica que o ponto de medição não é pelo
> centro do prédio (centróide), mas pelo centro da projeção na testada.
> Se colocar numeração no polígono de prédio ou lote, acabaria sendo sempre
> considerado pelo centróide. Aí dá problema em polígonos, lotes e/ou
> prédios, que atravessam quadras e tem frente para 2 ou mais logradouros.
> Seria conveniente colocar numeração sempre em um nó, que marca o local
> aproximado do centro da testada no respectivo logradouro, não em polígono
> de prédio ou lote. Assim como a prefeitura dá o número e proprietário
> coloca a tabuleta num lugar +/- próximo da entrada, dificilmente exatamente
> na medida exata.
>
> - - - - - - - - - - - - - - - -
>
> Sérgio - http://www.openstreetmap.org/user/smaprs
>
> --
> *De:* Fernando Trebien 
> *Enviado:* segunda-feira, 5 de novembro de 2018 21:31
> *Para:* OSM talk-br
> *Assunto:* Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de
> Curitiba / Importação de numeração predial
>
> On Mon, Nov 5, 2018 at 8:36 PM santamariense  wrote:
> > > 2. Atribuir o endereço à entrada do lote, do lado de dentro. É feito
> > > assim em Berlim, Amsterdã, Paris, Madri e partes de Londres e Nova
> > > Iorque.
> >
> > É essa que está sendo proposta.
>
> Por ora eu acho ok. Mas gostaria de desdobrar esse ponto para o longo
> prazo, não só em Curitiba mas também em outras cidades.
>
> O centróide do lote é diferente da entrada. Colocar o endereço na
> entrada reduz o número de erros de projeção do endereço na via (mais
> comuns nas esquinas), que é a primeira etapa do roteamento. Ainda
> sobram casos particulares, mas menos.
>
> A minha questão, então, é se seria preferível no OSM, no longo prazo,
> mover os pontos do centróide para a entrada, ou até mesmo eliminar o
> ponto do centróide e transferir o endereço para o edifício ou lote
> quando estiver mapeado.
>
> --
> Fernando Trebien
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[Sérgio V .]

A princípio não acho bom mapear lotes, sobretudo urbanos.
O que recebe uma numeração da prefeitura é a construção, pelo menos em PoA, 
onde a numeração depende de projeto de edificação para aprovação.
Pode haver mais de um número por lote, conforme quantos tipos de 
estabelecimento com matrículas individualizadas houver no lote: residencias, 
comerciais...
O santamariense registrou na wiki que o centróide é pra gerar o nó para a 
numeração, e que este nó será movido para próximo da face do terreno junto ao 
logradouro, que é a "testada".
E pelo mesmo motivo da numeração ser dada ao prédio correspondendo à distância 
em metros medida aproximadamente na intersecção da projeção na testada até o 
início da rua, indica que o ponto de medição não é pelo centro do prédio 
(centróide), mas pelo centro da projeção na testada.
Se colocar numeração no polígono de prédio ou lote, acabaria sendo sempre 
considerado pelo centróide. Aí dá problema em polígonos, lotes e/ou prédios, 
que atravessam quadras e tem frente para 2 ou mais logradouros.
Seria conveniente colocar numeração sempre em um nó, que marca o local 
aproximado do centro da testada no respectivo logradouro, não em polígono de 
prédio ou lote. Assim como a prefeitura dá o número e proprietário coloca a 
tabuleta num lugar +/- próximo da entrada, dificilmente exatamente na medida 
exata.


- - - - - - - - - - - - - - - -

Sérgio - http://www.openstreetmap.org/user/smaprs


De: Fernando Trebien 
Enviado: segunda-feira, 5 de novembro de 2018 21:31
Para: OSM talk-br
Assunto: Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / 
Importação de numeração predial

On Mon, Nov 5, 2018 at 8:36 PM santamariense  wrote:
> > 2. Atribuir o endereço à entrada do lote, do lado de dentro. É feito
> > assim em Berlim, Amsterdã, Paris, Madri e partes de Londres e Nova
> > Iorque.
>
> É essa que está sendo proposta.

Por ora eu acho ok. Mas gostaria de desdobrar esse ponto para o longo
prazo, não só em Curitiba mas também em outras cidades.

O centróide do lote é diferente da entrada. Colocar o endereço na
entrada reduz o número de erros de projeção do endereço na via (mais
comuns nas esquinas), que é a primeira etapa do roteamento. Ainda
sobram casos particulares, mas menos.

A minha questão, então, é se seria preferível no OSM, no longo prazo,
mover os pontos do centróide para a entrada, ou até mesmo eliminar o
ponto do centróide e transferir o endereço para o edifício ou lote
quando estiver mapeado.

--
Fernando Trebien

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[Fernando Trebien]

On Mon, Nov 5, 2018 at 8:36 PM santamariense  wrote:
> > 2. Atribuir o endereço à entrada do lote, do lado de dentro. É feito
> > assim em Berlim, Amsterdã, Paris, Madri e partes de Londres e Nova
> > Iorque.
>
> É essa que está sendo proposta.

Por ora eu acho ok. Mas gostaria de desdobrar esse ponto para o longo
prazo, não só em Curitiba mas também em outras cidades.

O centróide do lote é diferente da entrada. Colocar o endereço na
entrada reduz o número de erros de projeção do endereço na via (mais
comuns nas esquinas), que é a primeira etapa do roteamento. Ainda
sobram casos particulares, mas menos.

A minha questão, então, é se seria preferível no OSM, no longo prazo,
mover os pontos do centróide para a entrada, ou até mesmo eliminar o
ponto do centróide e transferir o endereço para o edifício ou lote
quando estiver mapeado.

-- 
Fernando Trebien

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[santamariense]

Esperei para ver se alguém se pronunciasse nesse meio tempo.

Já venho conversando com alguns colaboradores, e foi um censo comum
que se gerasse o centroide e se arrastasse ele para perto do
logradouro. Como foi feito em Recife por exemplo
(https://www.openstreetmap.org/node/5762458824).


> O costume tem sido um dos seguintes:
> 1. Atribuir o endereço ao lote todo, ou a um prédio que ocupa o lote.
> É feito assim em Moscou e partes de Londres e Nova Iorque.

Não temos as buildings disponíveis. Só se importássemos os lotes então
como place=plot.


> 2. Atribuir o endereço à entrada do lote, do lado de dentro. É feito
> assim em Berlim, Amsterdã, Paris, Madri e partes de Londres e Nova
> Iorque.

É essa que está sendo proposta.

> 3. Usar linhas interpoladoras junto às entradas dos lotes, do lado de
> dentro. É feito assim em Toronto, e Buenos Aires.

Poderia se fazer assim também. É preciso que haja algum conhecimento
por parte da comunidade e debatam isso, principalmente a local. Como
tu apontou, cada uma tem as suas vantagens. Uma desvantagem que
apontaria neste método é: Ruas (ou parte delas) que não tem numeração
dos prédios de forma regular e coerente, assim como acontece em alguns
casos em Santa Maria. O normal e comum é em metros, mas existem
numeração de casas que não seguem uma lógica e serviços de roteamento
poderiam levar o usuário para um local incorreto dos logradouro.

> Digamos que a opção escolhida seja a 1 ou a 2. Ainda restaria decidir se:
> 1. O ponto do endereço deve conter o nome da rua, como é feito em
> Berlim, Amsterdã, Paris e algumas partes de Londres, e também nos
> números dos interpoladores em Toronto e Buenos Aires
> 2. O ponto do endereço não deve conter o nome da rua mas deve estar
> vinculado à rua por uma relação do tipo street, como proposto pelo
> Anderson no fórum noutra discussão [3]

A verdade é que as relações para numeração de casas não funcionam
(pelo menos não no Nominatim). O que acontece no Nominatim é que em
caso de não ter addr:street, ela pega a rua mais próxima.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[Fernando Trebien]

"É gerado o centroide dos lotes"

Essa é a parte que acho que deveria ser discutida. Ninguém me
respondeu ainda no fórum. [1]

O costume tem sido um dos seguintes:
1. Atribuir o endereço ao lote todo, ou a um prédio que ocupa o lote.
É feito assim em Moscou e partes de Londres e Nova Iorque.
2. Atribuir o endereço à entrada do lote, do lado de dentro. É feito
assim em Berlim, Amsterdã, Paris, Madri e partes de Londres e Nova
Iorque.
3. Usar linhas interpoladoras junto às entradas dos lotes, do lado de
dentro. É feito assim em Toronto, e Buenos Aires.

A opção 3 só é possível em lugares que adotam numeração métrica, como
é o caso de Porto Alegre e como parece ser o caso de Curitiba (o
incremento da numeração correspondeu ao tamanho dos segmentos no
conjunto "Eixos de rua" em todos os segmentos que testei).

A questão que acho relevante é, tendo a opção, se preferimos criar um
ponto para cada endereço ou se preferimos criar uma linha
interpoladora. A segunda opção certamente é mais fácil de manter e
permite geocodificação independente de se dividir os lotes futuramente
(é mais robusta), mas não permite responder à questão de se um
determinado número de lote existe ou não na realidade (exceto se a
numeração for sequencial e não métrica). A proposta original [2] e o
texto atual no wiki parece sugerir que, tendo a opção, o preferível é
ter cada número individual e não a linha interpoladora, mas a única
coisa que se ganha com isso é poder responder se o número existe ou
não.

Digamos que a opção escolhida seja a 1 ou a 2. Ainda restaria decidir se:
1. O ponto do endereço deve conter o nome da rua, como é feito em
Berlim, Amsterdã, Paris e algumas partes de Londres, e também nos
números dos interpoladores em Toronto e Buenos Aires
2. O ponto do endereço não deve conter o nome da rua mas deve estar
vinculado à rua por uma relação do tipo street, como proposto pelo
Anderson no fórum noutra discussão [3]

[1] https://forum.openstreetmap.org/viewtopic.php?pid=723264#p723264
[2] 
https://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Karlsruhe_Schema
[3] https://forum.openstreetmap.org/viewtopic.php?pid=688853#p688853
On Thu, Nov 1, 2018 at 10:49 PM santamariense  wrote:
>
> Então pessoal, dando sequência apresento um detalhamento de qual
> arquivo será usado, quais campos ("tags") ele tem, e quais desses
> campos parecem ser úteis. O detalhamento está documentado em
> https://wiki.openstreetmap.org/w/index.php?title=Curitiba/Importa%C3%A7%C3%A3o_IPPUC=1688307
>
> Caso alguém tenha alguma sugestão de mudança de metodologia apresente
> o mais breve possível, para que a comunidade possa analisar e de comum
> acordo implementar.
>
> []'s
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br



-- 
Fernando Trebien

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[Sérgio V .]

Bom dia santamariense,
acho que está tudo OK, dominas bem o processo.
Única observação:
acho que basta colocar source="Prefeitura de Curitiba"
no source do changeset, que já fica registrado na "Versão #1" de cada objeto 
"novo" que ele veio desta fonte;
sem precisar colocar individualmente em cada nó novo; isto também conforme me 
tinha sido orientado fazer na importação de prédios em PoA.
Exemplo:
Objeto: https://www.openstreetmap.org/way/427152434
Changeset: https://www.openstreetmap.org/changeset/40274949
Isto economiza dados que não precisariam ficar repetidos.
Os objetos com endereços eventualmente previamente existentes, por possuírem 
versão diferente, "#n+1", permanecerão com suas respectivas fontes distintas 
dos novos, que sempre pode ser filtrada e recuperada distintamente se 
necessário.
Avante, bom trabalho!


- - - - - - - - - - - - - - - -

Sérgio - http://www.openstreetmap.org/user/smaprs


De: santamariense 
Enviado: quinta-feira, 1 de novembro de 2018 21:48
Para: talk-br
Assunto: Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / 
Importação de numeração predial

Então pessoal, dando sequência apresento um detalhamento de qual
arquivo será usado, quais campos ("tags") ele tem, e quais desses
campos parecem ser úteis. O detalhamento está documentado em
https://wiki.openstreetmap.org/w/index.php?title=Curitiba/Importa%C3%A7%C3%A3o_IPPUC=1688307

Caso alguém tenha alguma sugestão de mudança de metodologia apresente
o mais breve possível, para que a comunidade possa analisar e de comum
acordo implementar.

[]'s

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[santamariense]

Então pessoal, dando sequência apresento um detalhamento de qual
arquivo será usado, quais campos ("tags") ele tem, e quais desses
campos parecem ser úteis. O detalhamento está documentado em
https://wiki.openstreetmap.org/w/index.php?title=Curitiba/Importa%C3%A7%C3%A3o_IPPUC=1688307

Caso alguém tenha alguma sugestão de mudança de metodologia apresente
o mais breve possível, para que a comunidade possa analisar e de comum
acordo implementar.

[]'s

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[Sérgio V .]

Também concordo que está ok, o cedente finaliza com a confirmação, pra 
esclarecer qualquer dúvida, de que os dados são disponibilizados sob os termos 
da Open Database Licence. Parabéns a todos envolvidos!


- - - - - - - - - - - - - - - -

Sérgio - http://www.openstreetmap.org/user/smaprs


De: santamariense 
Enviado: sexta-feira, 26 de outubro de 2018 22:32
Para: talk-br
Assunto: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / 
Importação de numeração predial

Olá pessoal,

Conseguiu-se autorização formal do Instituto de Pesquisa e
Planejamento Urbano de Curitiba quanto a cedência dos dados de
cartografia para o OSM disponibilizados em
http://ippuc.org.br/geodownloads/geo.htm e a declaração está
disponível em 
https://wiki.openstreetmap.org/wiki/File:Declara%C3%A7%C3%A3o_de_Ced%C3%AAncia_de_dados_IPPUC.pdf

Gostaria que analisassem a declaração e dessem um feedback, caso
alguém discorde que sim, está suficientemente claro que os dados podem
ser importados para o OSM.

A ideia principal, e para isso estou sendo incumbido, é importar a
numeração predial da cidade que está disponível em "Lotes -
(julho/2018)". Não é disponível o shapefile de prédios, mas sim dos
lotes. A proposta é transformar a área do lote em ponto no centroide
do seu respectivo lote, e realocar cada um dos pontos gerados para a
proximidade da rua onde o endereço está localizado, ou seja, dentro do
prédio, porém, mais próximo de onde provavelmente esteja a porta de
entrada dele.

Conforme as boas práticas, será mantido o histórico dos endereços já
mapeados no OSM, inclusive suas coordenadas, sem haver duplicação de
objetos na base de dados do OSM.

A documentação está sendo feita em
https://wiki.openstreetmap.org/wiki/Curitiba/Importa%C3%A7%C3%A3o_IPPUC

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[Nelson A. de Oliveira]

On Sun, Oct 28, 2018 at 2:50 PM Peter Krauss  wrote:
> hum... Parece que houve boa intensão e disposição de fazer a coisa certa, mas 
> por hora meu entendimento é que ainda não expressou o que foi solicitado. A 
> frase "Em complemento, concordamos com a disponibilização dos dados de 
> mapeamento do IPPUC sob os termos da liença ODC Open Database License" 
> infelizmente não consta no texto assinado.

Pra mim parece válido.
Tem muita coisa que a comunidade já conseguiu na base da conversa
(pessoalmente), e-mail, LAI, etc, sem documento formal assinado.

Nesse caso ele assinou um documento inicial que tinha alguns pontos
incertos; posteriormente esclareceu e disse que pode usar sob a ODbL.
Pra mim parece certo.

Não creio que deve haver problema, já que todo o fluxo da conversa e
esclarecimento está documentado.

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[Peter Krauss]

Olá, que bom, está avançando!
hum... Parece que houve boa intensão e disposição de fazer a coisa certa,
mas por hora meu entendimento é que ainda não expressou o que foi
solicitado. A frase* "Em complemento, concordamos com a disponibilização
dos dados de mapeamento do IPPUC sob os termos da liença ODC Open Database
License"* infelizmente não consta no texto assinado.

Sugiro fortemente que se produza um novo documento seguindo o *modelo
de Declaração de licenciamento ODbL
*
Ideal é depois registrar num cartório eletrônico oficial, tal como este
(se reclamarem eu pago!) 

- - -
PS: é muito importante conscientizar os titulares de direitos sobre os
dados abertos de interesse da OSM Brasil...  A abertura efetiva e sem
riscos para o OSM depende da declaração de licença ODbL ou declaração de
dedicação ao domínio público (CC0), e não existe outra opção simples e
segura, são apenas estas duas:
* Declaração de licenciamento CC0

* Declaração de licenciamento ODbL




On Fri, Oct 26, 2018 at 10:32 PM santamariense  wrote:

> Olá pessoal,
>
> Conseguiu-se autorização formal do Instituto de Pesquisa e
> Planejamento Urbano de Curitiba quanto a cedência dos dados de
> cartografia para o OSM disponibilizados em
> http://ippuc.org.br/geodownloads/geo.htm e a declaração está
> disponível em
> https://wiki.openstreetmap.org/wiki/File:Declara%C3%A7%C3%A3o_de_Ced%C3%AAncia_de_dados_IPPUC.pdf
>
> Gostaria que analisassem a declaração e dessem um feedback, caso
> alguém discorde que sim, está suficientemente claro que os dados podem
> ser importados para o OSM.
>
> A ideia principal, e para isso estou sendo incumbido, é importar a
> numeração predial da cidade que está disponível em "Lotes -
> (julho/2018)". Não é disponível o shapefile de prédios, mas sim dos
> lotes. A proposta é transformar a área do lote em ponto no centroide
> do seu respectivo lote, e realocar cada um dos pontos gerados para a
> proximidade da rua onde o endereço está localizado, ou seja, dentro do
> prédio, porém, mais próximo de onde provavelmente esteja a porta de
> entrada dele.
>
> Conforme as boas práticas, será mantido o histórico dos endereços já
> mapeados no OSM, inclusive suas coordenadas, sem haver duplicação de
> objetos na base de dados do OSM.
>
> A documentação está sendo feita em
> https://wiki.openstreetmap.org/wiki/Curitiba/Importa%C3%A7%C3%A3o_IPPUC
>
> ___
> Talk-br mailing list
> Talk-br@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-br
>
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

[Talk-br] Cedência dos dados de cartografia da IPPUC de Curitiba / Importação de numeração predial

[santamariense]

Olá pessoal,

Conseguiu-se autorização formal do Instituto de Pesquisa e
Planejamento Urbano de Curitiba quanto a cedência dos dados de
cartografia para o OSM disponibilizados em
http://ippuc.org.br/geodownloads/geo.htm e a declaração está
disponível em 
https://wiki.openstreetmap.org/wiki/File:Declara%C3%A7%C3%A3o_de_Ced%C3%AAncia_de_dados_IPPUC.pdf

Gostaria que analisassem a declaração e dessem um feedback, caso
alguém discorde que sim, está suficientemente claro que os dados podem
ser importados para o OSM.

A ideia principal, e para isso estou sendo incumbido, é importar a
numeração predial da cidade que está disponível em "Lotes -
(julho/2018)". Não é disponível o shapefile de prédios, mas sim dos
lotes. A proposta é transformar a área do lote em ponto no centroide
do seu respectivo lote, e realocar cada um dos pontos gerados para a
proximidade da rua onde o endereço está localizado, ou seja, dentro do
prédio, porém, mais próximo de onde provavelmente esteja a porta de
entrada dele.

Conforme as boas práticas, será mantido o histórico dos endereços já
mapeados no OSM, inclusive suas coordenadas, sem haver duplicação de
objetos na base de dados do OSM.

A documentação está sendo feita em
https://wiki.openstreetmap.org/wiki/Curitiba/Importa%C3%A7%C3%A3o_IPPUC

___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br