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 <[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) > > _______________________________________________ > 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
