[Talk-br] Problema de Prédios em Overlapping (Importação PMPA)

[Sérgio V .]

Obrigado a todos pelas ajudas.

Qualquer outra questão, por favor avisem.


Acho que está OK agora, esquematizada a questão dos overlappings em 2D. 
Resolveu usando layer=* (p/ casos de compartilhando ways) ou multipolígono (p/ 
casos de um dentro sem compartilhar ways ou 2 outer grudados no mesmo nível) . 
Uma vez que para a maioria destes de importação, se não houveracesso a mais 
informações, não tem como fazer 3D ( building:levels=*, building:part=*, etc).


Não penso em colocar agora os prédios que seja possível para 3D 
(bulding:levels, etc), depende muita coisa de survey, muitos possivelmente não 
dá pra ver em imagens atuais. Muitos prédios talvez possa com o Mapillary. Mas 
deixar pra outros se divertirem.

A estrutura básica 2D com as formas já fica assim montada, sem overlapping. 
Também ajuda para outros que quiserem adicionar POIs e mais dados, encontrando 
os prédios certos. Quem quiser, adiciona as tags 3D e altera.

Alguns fiz em 3D, para ver se dava certo.  Bem conhecidos como a casa de 
Cultura, ou que dá para ver na imagem (como a Galeria Malcon; pra isto serve a 
distorção lateral de imagens, pra contar número de andares). Testei as tags 
para 3D e tá validando tudo OK no 2D. Ainda tou vendo se fica OK no 3D.

O validador só acusa ainda 1 única coisa: "relation type unknown" (mas na 
verdade tá certo com o type=building).


Sigo preparando a importação de prédios para os outros bairros, com o esquema 
resolvido para casos de overlappings com layer (acho que uns 5% do total, com o 
que tenho visto).

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

Paralelamente, pensei numa coisa, se seria possível desenvolver um script 
(programa externo ou plugin para JOSM) para:


-Resolução de overlapping com criação automática de layers, com 2 objetivos:

a)-resolver problema de polígonos de building sobrepostos na mesma área (mesmo 
terreno), adicionando layer nos sobrepostos;

b)-com isto ao mesmo tempo fica esquematizada uma estrutura básica para 
adicionar relação 3D (futuramente só procurando os polígonos com tags layer=* + 
building=* por building:part=* building:levels=*).


Acham que seria útil? Não entendo muito de linguagens de programação, e menos 
ainda das dos últimos 25 anos para cá.


Acho que poderia ser "mais ou menos" assim uma lógica (a testar) para resolver 
overlapping para 2D:

-analisa uma massa de polígonos;

-encontra e retorna os que estão em overlapping (os grudados em um lado não 
acusa, não dá problema);

-destes, encontra e retorna a maior área (o "outline", a base, ou projeção 
total das demais áreas);

-das demais áreas que estão sobre o outline, analisa:

-se estão dentro, então cria multipolígono;

-analisa as áreas destes multipolígonos e dos demais polígonos sobrepostos ao 
outline, então cria "layer=anterior+1" (limite=5) para os sucessivamente 
menores que o outline, a base (supondo comum que se há volumes sobrepostos, os 
de menor área estão sucessivamente mais acima -  a verificar se vale para todos 
os casos). O maior que não tem outra subdivisão grudada é sempre o outline. Se 
tiver outro apenas grudado, é outro prédio, podendo ser no mesmo terreno. Mas 
não analisa junto, não é problema de overlapping.

Não resolve todos os casos. Se tiver mais de 5 layers (só vi o da Galeria 
MAlcon), teria que separar para usar building:levels.


(acho que não serviria para criar building:levels automático, pois tem que 
avaliar o número de pavimentos com imagem, survey ou dados externos)


Se fosse para preparar para 3D (mas o script não pode adivinhar os 
building:levels, teria que fornecer), acho que poderia ser "mais ou menos 
assim" a lógica:

-encontra e retorna os que estão em overlapping (os grudados em um lado não 
acusa, não dá problema);
-cria com estes relação type=building
-para a área maior, adiciona:
role=outline
building=*
-para as demais áreas sucessivamente menores, adiciona:
role=part
building:part=*
building:levels=*
building:min_level=*
heigth=*
min_height=*
(NOTA: o building=* do outline não é usado para o 3D se tiver outros com 
building:part=*; para fazer a base, tem que repetir a do outline como "part", 
sem nós duplicados, e adicionar as tags semelhantes às demais, sem 
building:min_level=*, para que se torne a primeira)
Acho que seria mais ou menos assim.


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

Sérgio / user:smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Problema de Prédios em Overlapping (Importação PMPA)

[Roger C. Soares]

  
  
Mais uns links caso você queira
  entender melhor indoor mapping:
  
  http://wiki.openstreetmap.org/wiki/Simple_Indoor_Tagging
http://openlevelup.net/?lat=50.779394=6.074451=19=0=0=1=0=0=0=0=0
  
  Atenciosamente,
  Roger.
  
  --
  Em 13-05-2016 12:13, Roger C. Soares escreveu:


  
  Oi Sérgio,

Não estou acompanhando essa thread, se não for relevante ou
vocês já discutiram isso por favor ignore...

O level é para indoor mapping, o level define o andar que está
sendo mapeado.

O caso desses links me parece um caso para building:part, você
pode entender melhor aqui:
http://wiki.openstreetmap.org/wiki/Simple_3D_buildings

Em alemão tem um exemplo legal de uma construção que parece uma
igreja:
http://wiki.openstreetmap.org/wiki/DE:Simple_3D_Buildings

Para a base do prédio você poderia colocar o level, para o corpo
do prédio seria apenas o building:part, para colocar o level
teria que repetir o polígono para cada andar, cada um com um
level definindo o nro do andar.

Atenciosamente,
Roger.

--
Em 13-05-2016 09:40, Sérgio V. escreveu:
  
  



  Bom dia Nelson,>São 2 andares do mesmo prédio ou o prédio é apenas o https://www.openstreetmap.org/way/414428800 ?
  Sim, são 2 blocos de níveis diferentes:
  O https://www.openstreetmap.org/way/414428734 é a base do prédio (térreo + em geral sobreloja);
  O https://www.openstreetmap.org/way/414428800 é o corpo do prédio (não sei quantos pavimentos, uns 10).
  Será que adicionando "level" ou coisa parecida sai o aviso
de "buiding inside buiding " ou
  overlappings semelhantes?
  Se for assim, talvez para

os demais eventuais milhares de casos semelhantes teria

  que adicionar genericamente um level=0 para o bloco de
  térreo, e um level=1 para  o bloco
do corpo. (E "talvez" adicionar algo como
"fixme=verificar numero de pavimentos para  building:levels
  e " - não teria como verificar antes um por
  um. Não vem estes dados junto. Teria que ser só "in loco"
  (tradução livre: coisa de loco). Ou não adicionar:
  a informação "level" 0 e 1 seria completa em
  si. Fica implícito que o resto seria a completar, como
  para tudo no OSM).
  Se tiveres uma solução e
  quiseres testar nestes , fique à vontade. Agora que me dei
  conta disto vou testar no outro também.
  Obrigado.
  

  - - - - - - - - - - - - - - - -
  Sérgio / user:smaprs

  




___
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] Problema de Prédios em Overlapping (Importação PMPA)

[Roger C. Soares]

  
  
Oi Sérgio,
  
  Não estou acompanhando essa thread, se não for relevante ou vocês
  já discutiram isso por favor ignore...
  
  O level é para indoor mapping, o level define o andar que está
  sendo mapeado.
  
  O caso desses links me parece um caso para building:part, você
  pode entender melhor aqui:
  http://wiki.openstreetmap.org/wiki/Simple_3D_buildings
  
  Em alemão tem um exemplo legal de uma construção que parece uma
  igreja:
  http://wiki.openstreetmap.org/wiki/DE:Simple_3D_Buildings
  
  Para a base do prédio você poderia colocar o level, para o corpo
  do prédio seria apenas o building:part, para colocar o level teria
  que repetir o polígono para cada andar, cada um com um level
  definindo o nro do andar.
  
  Atenciosamente,
  Roger.
  
  --
  Em 13-05-2016 09:40, Sérgio V. escreveu:


  
  
  
Bom dia Nelson,>São 2 andares do mesmo prédio ou o prédio é apenas o https://www.openstreetmap.org/way/414428800 ?
Sim, são 2 blocos de níveis diferentes:
O https://www.openstreetmap.org/way/414428734 é a base do prédio (térreo + em geral sobreloja);
O https://www.openstreetmap.org/way/414428800 é o corpo do prédio (não sei quantos pavimentos, uns 10).
Será que adicionando "level" ou coisa parecida sai o aviso de
  "buiding inside buiding " ou overlappings
semelhantes?
Se

  for assim, talvez para
  os demais eventuais milhares de casos semelhantes teria
que adicionar genericamente um level=0 para o bloco de
térreo, e um level=1 para  o
bloco do corpo.
  (E "talvez" adicionar algo como "fixme=verificar numero de
  pavimentos para  building:levels e " - não teria
como verificar antes um por um. Não vem estes dados junto.
Teria que ser só "in loco" (tradução livre: coisa de loco).
Ou não adicionar: a informação "level" 0 e 1 seria completa
em si. Fica implícito que o resto seria a completar, como
para tudo no OSM).
Se tiveres uma solução e
quiseres testar nestes , fique à vontade. Agora que me dei
conta disto vou testar no outro também.
Obrigado.

  
- - - - - - - - - - - - - - - -
Sérgio / user:smaprs
  

  
  
  
  
  ___
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] Problema de Prédios em Overlapping (Importação PMPA)

[Sérgio V .]

Bom dia Nelson,

>São 2 andares do mesmo prédio ou o prédio é apenas o 
>https://www.openstreetmap.org/way/414428800 ?

Sim, são 2 blocos de níveis diferentes:

O https://www.openstreetmap.org/way/414428734 é a base do prédio (térreo + em 
geral sobreloja);

O https://www.openstreetmap.org/way/414428800 é o corpo do prédio (não sei 
quantos pavimentos, uns 10).

Será que adicionando "level" ou coisa parecida sai o aviso de "buiding inside 
buiding " ou overlappings semelhantes?

Se for assim, talvez para os demais eventuais milhares de casos semelhantes 
teria que adicionar genericamente um level=0 para o bloco de térreo, e um 
level=1 para  o bloco do corpo. (E "talvez" adicionar algo como 
"fixme=verificar numero de pavimentos para  building:levels e " - não teria 
como verificar antes um por um. Não vem estes dados junto. Teria que ser só "in 
loco" (tradução livre: coisa de loco). Ou não adicionar: a informação "level" 0 
e 1 seria completa em si. Fica implícito que o resto seria a completar, como 
para tudo no OSM).

Se tiveres uma solução e quiseres testar nestes , fique à vontade. Agora que me 
dei conta disto vou testar no outro também.

Obrigado.

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

Sérgio / user:smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Problema de Prédios em Overlapping (Importação PMPA)

[Nelson A. de Oliveira]

2016-05-13 8:02 GMT-03:00 Sérgio V. :
> me mandou do [https://www.openstreetmap.org/way/414428800] dentro do
> [https://www.openstreetmap.org/way/414428734]:

São 2 andares do mesmo prédio ou o prédio é apenas o
https://www.openstreetmap.org/way/414428800 ?

> -Vi que o Validator do JOSM é considerado "obsoleto" ("obsolete, Validates
> and fixes incorrect data. Part of core now.":
> http://wiki.openstreetmap.org/wiki/JOSM/Plugins). É este o caso?

Ficou obsoleto ao ser incorporado ao JOSM (antes ele era um plugin
separado; esse plugin separado que é obsoleto).
O validador do JOSM está certo.

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

[Talk-br] Problema de Prédios em Overlapping (Importação PMPA)

[Sérgio V .]

Obrigado Nelson e Marcio.


O JOSM tá atualizado.

Os casos de prédios vizinhos simples grudados não tão acusando problema mesmo 
(como em https://www.openstreetmap.org/way/414428517).

Os que acusam problema são os compostos de mais de uma área: uma dentro da 
outra, ou em parte por cima, com nós ou ways sobre outros (sem multipolígono).


Sobre:

>Se você adicionar a tag de building=* nos seus prédios você vai ver que o 
>aviso de caminhos sobrepostos some.

>Só vai precisar ver o problema de "prédio dentro de prédio".


Como se resolve o

"building inside building"?

Peguei um exemplo dos importados da PMPA, o caso que o 
Papibaquígrafo me 
mandou do [https://www.openstreetmap.org/way/414428800] dentro do 
[https://www.openstreetmap.org/way/414428734]:

-Selecionei os 2 ways "building=yes" simples (sem multipolígono);

-Passei o validador, acusam só 1 coisa: "building inside building".


1)Testei com o plugin "Merge overlap": não alterou nada, os 2 ways só tem um nó 
em comum no perímetro.

2)Testei com o "Join overlapping areas": mas apaga a de dentro, ficando só o 
contorno de fora. Perde o sentido original (tipo: corpo + cobertura do prédio).

3)Fiz o "create multipolygon": ficou o multipolígono como "building=yes" (saiu 
a tag "building=yes" dos 2 membros).

Não adicionei "building=yes" nos 2 membros.

-Passei o validador (selecionados só os 2 ways):nos 2 membros não dá mais aviso.

-Passei de novoo validador (selecionada a relação multipolígono), acusou só 1 
coisa:

"Intersection between multipoygon ways"


4) Aí adicionei "building=yes" nos 2 membros.

-Passei o validador, selecionados só os 2 ways: nos 2 membros não dá mais aviso.

-Passei de novo o validador (selecionada a relação multipolígono), acusou 3 
coisas:

"Intersection between multipolygon ways";

"Building inside building" (de novo, agora na relação, não mais nos 2 ways);

"Area style on outer way" (acho que por causa do "building=yes" nos membros, 
além do multipolígono em si).


5)Se fizer "unglue" (g) no único nó em overlapping, acusa 5 coisas:

ERRO:

Building duplicated nodes - Duplicated nodes"

warnings:

"Intersection between multipolygon ways";

"Building inside building" (de novo, agora na relação, não mais nos 2 ways);

"Area style on outer way"

"Crossing buildings"


Desfiz.

6)Se remover o "building=yes" só do way "inner", acusa o mesmo que 4).

7)Se remover o "building=yes" só do way "outer", acusa de novo só 1 coisa:

-"Intersection between multipolygon ways"

8)Se fizer "unglue" (g) no único nó em overlapping, acusa 2 coisas:

"Intersection between multipolygon ways"

"Mixed type duplicated nodes - Duplicated nodes"

9)Se fizer "fix" neste nó, cola de novo, e volta ao 7).

Não resolvi. Deixei (por enquanto) como estava.

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

PERGUNTA:

Existe alguma destas versões de "overlapping" que seja aceitável? (válida para 
o OSM)

Qual solução?

-Se puderem, podem mostrar em cima deste exemplo mesmo do 
[https://www.openstreetmap.org/way/414428734], que aí eu vejo como ficou para 
entender o que foi alterado.

-Tem também este típico dos casos de "building inside building", com não só 1 
nó, mas todos ways em overlapping (todos os nós do de dentro estão grudados no 
de fora): https://www.openstreetmap.org/way/414743168

PS.:

-Vi que o Validator do JOSM é considerado "obsoleto" ("obsolete, Validates and 
fixes incorrect data. Part of core now.": 
http://wiki.openstreetmap.org/wiki/JOSM/Plugins). É este o caso?


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

Sérgio / user:smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Problema de Prédios em Overlapping (Importação PMPA)

[Márcio Aguiar Ribeiro]

Você atualizou o josm?

Tive um problema semelhante ontem, mas com as áreas de dois hotéis. Sempre
utilizei caminhos sobrepostos em prédios e amenities que são colados um no
outro e nunca tive problema. Ontem ficou dando esse aviso no validador.


Em ter, 10 de mai de 2016 às 08:22, Sérgio V.  escreveu:

> Ok Nelson,  vou testar o merge e com validador.  Também imaginei que não
> fosse "errado". E fiquei preocupado também com a questão de se fosse ficar
> aparecendo sempre dezenas de warning no validador para cada quadra,
> atrapalhando, ou cada um que visse iria quere arrumar, bagunçando. Mas
> creio que talvez o JOSM deveria rever isto dos warnings. Obrigado!
>
>
> - - - - - - - - - - - - - - - -
>
> Sérgio / user:smaprs
> ___
> 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] Problema de Prédios em Overlapping (Importação PMPA)

[Sérgio V .]

Ok Nelson,  vou testar o merge e com validador.  Também imaginei que não fosse 
"errado". E fiquei preocupado também com a questão de se fosse ficar aparecendo 
sempre dezenas de warning no validador para cada quadra, atrapalhando, ou cada 
um que visse iria quere arrumar, bagunçando. Mas creio que talvez o JOSM 
deveria rever isto dos warnings. Obrigado!


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

Sérgio / user:smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br

Re: [Talk-br] Problema de Prédios em Overlapping (Importação PMPA)

[Nelson A. de Oliveira]

Pessoalmente eu gosto de utilizar multipolígonos para representar
objetos com caminhos compartilhados, mas prédios grudados não estão
errados.
É utilizado em muitos locais e é o que
https://wiki.openstreetmap.org/wiki/Talk:Buildings#Joined_buildings
também confirma.

Daria para utilizar o plugin merge-overlap do JOSM (mas aparentemente
não está funcionando como deveria).

Se você adicionar a tag de building=* nos seus prédios você vai ver
que o aviso de caminhos sobrepostos some.
Só vai precisar ver o problema de "prédio dentro de prédio".

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

[Talk-br] Problema de Prédios em Overlapping (Importação PMPA)

[Sérgio V .]

Pessoal, boa noite.
Por favor, se alguém puder apontar uma luz para o seguinte problema, que está 
aparecendo enquanto estudo a importação dos prédios do arquivo .SHP cedido pela 
Prefeitura de Porto Alegre para o OSM:
PROBLEMA DE PRÉDIOS EM OVERLAPPING (WAYS DE CONTATO, DUPLICADOS E SEM RELAÇÃO 
DE MULTIPOLÍGONO):
-Foram examinados os "poucos" (cerca de 4000) prédios que foram importados para 
o OSM, do Centro da Cidade;
-E também examinados, por amostragem, os demais 500.000 da PMPA “ainda não 
importados” (em exame).
- - - - - - - - - - - - - - - - -
O que acontece é o seguinte:
TODOS os polígonos de prédio do .shp da PMPA, que estão na situação de 
“grudados” em outro, estão em “overlapping”: os contatos, ou divisas, estão com 
“2 ways” (um de cada polígono, exatamente sobrepostos).
Todos estes casos o validador do JOSM acusa: “warning” para “overlapping ways”.
Acontece nos casos de:
1- "Um mesmo prédio" com “Vários polígonos” (são uns 5% dos 500mil. O resto é 
polígono único). (Há havendo alguns casos que “já estão em relação de 
multipolígono”. Talvez mapeamentos em épocas distintas. Alguns estão até com “2 
relações multipolígono” para o “mesmo prédio”: para o contorno total; e para as 
reentrâncias)
2- Entre prédios "vizinhos". Este é o pior: são uns 99% em divisas de terrenos, 
dos 500mil. Mesmo os prédios de único polígono, mas grudados no vizinho.
- - - - - - - - - - - - - - - - -
Como neste exemplo da “Casa de Cultura Mário Quintana”, e seus vizinhos, no 
Centro Histórico:
http://wiki.openstreetmap.org/w/images/8/89/Teste-Validacao-JOSM-overlapping-way-CCMQ-1.jpg
-A casa possui vários polígonos grudados, que não estão em MPol: estão em 
“overlapping”;
-Seus vizinhos também possuem polígonos em “overlapping”.
-Ela e os prédios vizinhos estão “grudados”: também estão em “overlapping”.
- - - - - - - - - - - - - - - - -
Então, como teste, transformei os polígonos, de “mesmo prédio”, em 
multipolígono. E seus vizinhos também. Cada um ficou no “seu” multipolígono.
Neste print:
http://wiki.openstreetmap.org/w/images/2/2b/Teste-Validacao-JOSM-intersection_way-CCMQ-2.jpg
Mas continua dando “warning”:
agora não mais de “Overlapping ways”, mas de “Intersection between multipolygon 
ways”.
- - - - - - - - - - - - - - - - -
(PARÊNTESE: alternativa para pesquisar os “overlapping” no “mesmo prédio”: 
Pelos campos "nome" seria possível filtrar e criar multipol. Mas a “Casa de 
Cultura” é um dos poucos casos de prédio que vem com nome no .shp da PMPA. 99% 
não tem nome.//Também seria possível filtrar o que está em “um mesmo prédio” 
pela camada dos “lotes”. Mas continua o problema de “overlapping” com vizinhos.)
- - - - - - - - - - - - - - - - -
O wiki sugere “redesenhar as formas”:
(http://wiki.openstreetmap.org/wiki/Relation:multipolygon#Valid_Multipolygon_conditions)
Mas como fazer para 99% de 500mil objetos?
- - - - - - - - - - - - - - - - -
RESUMO e PERGUNTAS:
-É assim mesmo o problema?
-É possível validar os 500mil ways grudados em overlapping (sejam vizinhos, ou 
no mesmo prédio)? Como?
Possibilidades:
A) Remover todos os ways duplicados nos contatos/divisas?
B) Desgrudar e afastar todos 1cm, depois criar MPol.?
Como? Automático? Ou um por um?
-Seria possível corrigir isto automaticamente (algum script ou ferramenta de 
algum software)? No JOSM? No QGIS? Outro?
-E se "não" for possível ou viável corrigir isto deste modo como exigido a 
princípio pelo OSM? Imagino que seria melhor não importá-los.
-E se fosse “aceitável” deixá-los assim, em estado de "overlapping ways"? 
(possivelmente para sempre...).
Mas mesmo que não fosse “errado” deixar assim, causaria um problema de poluição 
dos resultados do validador: cada vez que alguém passar o validador do JOSM na 
cidade iria encontrar "milhares" de alertas de "overlapping ways". Dificultaria 
quem quisesse encontrar algum outro "overlapping way" especificamente.
- - - - - - - - - - - - - - - - -
Senão, torna-se inviável importar.
- - - - - - - - - - - - - - - - -
Desculpem a extensão.
Sugestões são muito bem-vindas!
Agradeço antecipadamente.
- - - - - - - - - - - - - - - -

Sérgio / user:smaprs
___
Talk-br mailing list
Talk-br@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-br