Bem, se aparece assim na maioria dos sistemas, não vejo razão para fazer diferente. Mas se uma quadra não corresponder a um quarteirão, basta adaptar acrescentando linhas adicionais que não são ruas, não?
(Se fizerem isso, lembrem de colocar boundary=adminitrative nessas linhas pra que os usuários do Potlatch não saiam deletando elas pensando que estão erradas.) 2013/10/29 Arlindo Pereira <[email protected]>: > 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 <[email protected]> >> >> 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 > -- 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
