[Talk-br] Quadras, lotes vs construções

Arlindo Pereira openstreetmap em arlindopereira.com
Terça Outubro 29 20:10:50 UTC 2013


Ah, outra coisa. Fazendo-se um mapeamento casa a casa - algo bem sacal, eu
particularmente preferiria mapear POIs ou outras coisas e só em últimíssimo
caso mapearia casa a casa - você mesmo assim poderia não ter o boundary
exato da quadra (não necessariamente elas correspondem a um quarteirão).

[]s
Arlindo

2013/10/29 Arlindo Pereira <openstreetmap em arlindopereira.com>

> Bom, o que eu propus vem do fato de que, na maioria dos sistemas, o
> endereço de casas assim é feito da seguinte forma:
>
> Logradouro: Rua Fulano de Tal
> Número: S/N (ou 0, ou vazio)
> Complemento: Quadra X, Lote Y
>
> Por isso deixar o addr:housenumber ausente e o addr:housename com os
> outros dados.
>
> Faz sentido? O que vocês acham?
>
> []s
> Arlindo
>
>
> 2013/10/29 Fernando Trebien <fernando.trebien em gmail.com>
>
>> Eu ia escrever uma "dissertação" sobre esse assunto, mas antes deixa
>> eu esclarecer uma dúvida que surgiu enquanto eu estudava sobre o
>> assunto (http://en.wikipedia.org/wiki/City_block). Acho que o que você
>> chama de lote é chamado de "terreno" por aqui (o que não é
>> academicamente correto).
>>
>> Se for, então o lote tem "housenumber", certo? Pois no Brasil,
>> tipicamente são os terrenos que têm número registrado, não os prédios
>> (a minha dissertação seria sobre as variações desse assunto :P). Você
>> pode construir um condomínio inteiro sobre o terreno, com várias
>> casas, e o número de endereço postal (antes do complemento) continuará
>> sendo o mesmo para tudo que estiver nesse terreno, certo?
>>
>> Se for assim, me parece que o mais lógico seria mapear desta forma:
>>
>> A casa (em um lote com 2 ou mais casas) teria:
>> - addr:street="Rua X"
>> - addr:housenumber="456"
>> - addr:housename="Casa 2"
>> - building=house
>>
>> O lote/terreno das casas teria:
>> - addr:street="Rua X"
>> - addr:housenumber="456"
>> - area=yes ou landuse={algum valor} (discutível)
>>
>> Se, de fato, o número do lote não for o número do endereço, então eu
>> mudaria a tag addr:housenumber para addr:housename="Lote 456" nesse
>> caso, e no anterior ficaria addr:housename="Lote 456, casa 2".
>>
>> Housename pode ser atribuido a coisas que não são casas, é apenas uma
>> subdivisão de housenumber, assim como housenumber é uma subdivisão de
>> street. O único detalhe é que muitas aplicações esperam que
>> housenumber seja sempre um número inteiro.
>>
>> A partir da quadra, o mapeamento seria feito com relações boundary.
>>
>> A quadra onde se encontra o lote agruparia os trechos de ruas que
>> limitam a quadra e teria:
>> - name="Quadra Y"
>> - ref="Y" (sua sugestão)
>> - admin_level=13
>> - place=neighbourhood
>>
>> Uma alternativa seria usar a tag aprovada place=quarter, tal como
>> fazem em algumas cidades na Rússia, mas daí eu suspeito que o
>> Nominatim não funcionaria bem (podemos testar).
>> http://wiki.openstreetmap.org/wiki/Proposed_features/place%3Dquarter
>> http://taginfo.openstreetmap.org/keys/addr%3Aquarter#map
>>
>> A superquadra de que a quadra faz parte teria:
>> - name="Superquadra Z"
>> - ref="Z" (sua sugestão)
>> - admin_level=12
>> - place=neighbourhood
>>
>> O bairro onde se encontra a superquadra teria:
>> - name="Bairro A"
>> - admin_level=11
>> - place=suburb
>>
>> O subdistrito do bairro teria:
>> - name="Subdistrito B"
>> - admin_level=10
>> - place=suburb
>>
>> O distrito do subdistrito teria:
>> - name="Distrito C"
>> - admin_level=9
>> - place=suburb
>>
>> E a cidade finalmente teria:
>> - name="Cidade K"
>> - admin_level=8
>> - place=city ou place=town
>>
>> Note que, na maioria dos lugares, nem todos esses níveis estão
>> presentes, o mais comum é atribuir admin_level=10 a bairros. O
>> Nominatim se baseia nessa tag para determinar o que exatamente a
>> relação representa (bairro, distrito, etc.). O melhor é aderir a esse
>> padrão sempre que possível.
>>
>> O último nível com adoção razoável é o 11, os níveis 12 e 13 seriam
>> extensões incomuns e talvez causem problemas com algumas aplicações,
>> mas não quer dizer que são proibidos.
>>
>> Comparando agora com outros lugares.
>>
>> Brasília, se for vista como uma cidade, é subdividida em setores, que
>> seriam como bairros, depois em quadras, e por fim em blocos
>> residenciais, que seriam como os lotes.
>>
>> http://www.correiobraziliense.com.br/app/noticia/cidades/2011/01/19/interna_cidadesdf,233098/correios-adotam-novo-sistema-de-identificacao-dos-enderecos-no-df.shtml
>>
>> No Japão, as cidades são divididas em distritos, depois em blocos
>> (similares a quadras) e por fim há os lotes.
>> http://wiki.openstreetmap.org/wiki/File:Japanese_address_blocknumber.png
>> http://wiki.openstreetmap.org/wiki/File:Japanese_address_housenumber.png
>> http://en.wikipedia.org/wiki/Japanese_addressing_system
>>
>> 2013/10/29 Arlindo Pereira <openstreetmap em arlindopereira.com>:
>> > Bom, meu pensamento ao escolher o landuse=residential foi que, em muitos
>> > casos nas regiões menos adensadas, o endereçamento não é definido casa a
>> > casa, mas sim por lote - por exemplo, "Rua Fulano de Tal, Quadra 123
>> Lote
>> > 456". Nesse caso (a meu ver, ok?) o housenumber não existe, e o
>> housename
>> > seria "Quadra 123 Lote 456". (ou talvez Q123L456). Já no exemplo em
>> questão,
>> > as casas e prédios são bem definidos, a via define tão somente o
>> contorno do
>> > quarteirão - no sentido de que não é uma "quadra endereçável".
>> >
>> > []s
>> > Arlindo
>> >
>> > 2013/10/29 Tácio Fernandes <taciofernandes em gmail.com>
>> >>
>> >> Sim Nelson, estou tentando encontrar uma tag semântica pra quem quer
>> >> começar a mapear quadras e lotes, de forma que daqui um tempo nós
>> >> possamos encontrar um endereço especifico.
>> >> Um exemplo disso é esse: http://osm.org/go/PT3uSgNMt Veja, os lotes
>> >> são delimitados e tem números! Muito bacana! No exemplo acima o editor
>> >> usou a tag barrier:wall e númerou os lotes com addr:housenumber, mas
>> >> ficou faltando a delimitação e o número da quadra.
>> >>
>> >> Arlindo, a tag "landuse:residential" é bacana, mas tem que ser uma tag
>> >> mais específica para lotes, como complemento ela é ótima! Assim como
>> >> as tags landuse:industrial e landuse:commercial.
>> >>
>> >> Fernando, sobre superquadra é a primeira vez que vejo falar sobre
>> >> isso... é interessante!
>> >>
>> >> A tag mais proxima que eu achei foi a allotments=plot, aprovada a uma
>> >> semana. No caso poderiamos usar a tag landuse=allotments para quadras
>> >> e allotments=plot para lotes, nessa pagina vocês poderiam ver como
>> >> ficaria: http://wiki.openstreetmap.org/wiki/Tag:allotments%3Dplot
>> >>
>> >> Mas usando essa tag surge dois problemas, o primeiro é que ela foi
>> >> criada para mapear quadras e lotes de jardinagem, e o segundo é que
>> >> usando ela o mapa fica feio, pois no interior dela é estilizado.
>> >> Colocar construções em cima dessas tags ficaria um horror.
>> >>
>> >> Sendo assim, aproveitando a informação do Fernando, acho que o melhor
>> >> que possamos fazer é enviar um proposta para a criação de mais 3
>> >> subtags, abrangendo as superquadras, quadras e lotes urbanos.
>> >>
>> >> Na minha concepção ficaria assim:
>> >>
>> >> superquadras:
>> >> place=superblock --> criação dessa subtag
>> >> type=boundary
>> >> name=x --> nome da superquadra
>> >>
>> >> quadras:
>> >> landuse=block --> criação dessa subtag
>> >> ref=x --> número da quadra
>> >>
>> >> lotes:
>> >> landuse=lot --> criação dessa subtag
>> >> ref=x --> número do lote
>> >>
>> >> Fora as tags complementares, como a landuse:residential se for o caso.
>> >>
>> >> Acredito que com a criação dessas tags nós possamos enriquecer o mapa
>> >> com mais um nivel de detalhamento, e que venha ser possível as
>> >> prefeituras usarem o mapa para fazer a administração dos lotes e
>> >> imóveis.
>> >>
>> >> Tem um artigo[1] na wiki que coloca em dúvida a idéia de mapear lotes,
>> >> mas partindo pelo pressuposto que  em pouco tempo o Openstreetmap se
>> >> tornará um mapa universal usado por todos, é razoavél dizer que em
>> >> breve teremos adesão das prefeituras e correios do mundo inteiro. E se
>> >> fará a necessidade de entrarmos num nivel de detalhamento bem maior
>> >> que o lote. Estraremos mapeando cada apartamento de um prédio de forma
>> >> individual... Já a propostas de criação de tags relacionadas a isso.
>> >> Sendo assim, acho que hoje ter possibilidade de mapear lotes é um
>> >> necessidade.
>> >>
>> >> Sinto que o mapeamento de superquadras e quadras é fácil, o problema
>> >> fica por conta dos lotes que são bem complicados de fazer com imagens
>> >> de satelite. Nesse caso seria prudente usar dados da prefeitura,
>> >> porque muitas construções usam vários lotes ou dividem um mesmo lote.
>> >> A cidade de Goiãnia-Goiás é um exemplo, a prefeitura tem a delimitação
>> >> de todas as quadras e lotes, neste caso "é só fazer a importação"
>> >> usando a tag correta. Vale a pena dar uma olhada nesse mapa:
>> >> http://200.199.226.152/siggoweb_net/
>> >>
>> >> O que vocês acham?
>> >>
>> >> http://en.wikipedia.org/wiki/City_block
>> >>
>> >> http://en.wikipedia.org/wiki/Lot_and_Block_survey_system
>> >>
>> >> http://en.wikipedia.org/wiki/Land_lot
>> >>
>> >> 1. http://wiki.openstreetmap.org/wiki/Parcel
>> >>
>> >> _______________________________________________
>> >> Talk-br mailing list
>> >> Talk-br em openstreetmap.org
>> >> https://lists.openstreetmap.org/listinfo/talk-br
>> >
>> >
>> >
>> > _______________________________________________
>> > Talk-br mailing list
>> > Talk-br em openstreetmap.org
>> > https://lists.openstreetmap.org/listinfo/talk-br
>> >
>>
>>
>>
>> --
>> Fernando Trebien
>> +55 (51) 9962-5409
>>
>> "The speed of computer chips doubles every 18 months." (Moore's law)
>> "The speed of software halves every 18 months." (Gates' law)
>>
>> _______________________________________________
>> Talk-br mailing list
>> Talk-br em openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-br
>>
>
>
-------------- Próxima Parte ----------
Um anexo em HTML foi limpo...
URL: <http://lists.openstreetmap.org/pipermail/talk-br/attachments/20131029/2a80c7f1/attachment-0001.html>


Mais detalhes sobre a lista de discussão Talk-br