Faltou complementar algo importante. Como fica a estrutura das linhas
de endereço em cada caso:
- tipicamente: {logradouro} {número da residência/terreno/lote} {complemento}
- em Brasília: {setor + quadra} {número do bloco} {complemento}
- no Japão: {distrito} {bloco/quadra} {lote} {complemento}2013/10/29 Fernando Trebien <[email protected]>: > 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 <[email protected]>: >> 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 <[email protected]> >>> >>> 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 >>> [email protected] >>> https://lists.openstreetmap.org/listinfo/talk-br >> >> >> >> _______________________________________________ >> Talk-br mailing list >> [email protected] >> 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) -- 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 [email protected] https://lists.openstreetmap.org/listinfo/talk-br
