<div dir="ltr"><div><div><div><div><div>Entendo os seus argumentos e concordo com grande parte.<br></div>Mas se é para recomendarmos <span style="background-color:rgb(238,238,238)"><span style="font-family:courier new,monospace">addr:housename</span><span style></span></span> como "Complemento", devemos nos assegurar de que este é um significado compatível com o da comunidade internacional.<br>

</div><br>Como você mencionou, <span style="background-color:rgb(238,238,238)"><span style="font-family:courier new,monospace">addr:housename</span></span> contém vários números lá, mas eu acredito que isto seja um erro induzido pelo editor iD.<br>

</div>Realmente seria desestimulante consertar isso quando as alternativas não são suportadas pelas grandes aplicações.<br></div>Como isso é um problema que não afeta somente o Brasil, talvez devemos continuar esta conversa na lista <i>tagging</i>.<br>

<br><br></div>Abs,<br>João<br></div><div class="gmail_extra"><br><br><div class="gmail_quote">Em 10 de março de 2014 09:34, Fernando Trebien <span dir="ltr"><<a href="mailto:fernando.trebien@gmail.com" target="_blank">fernando.trebien@gmail.com</a>></span> escreveu:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Desculpa a demora em responder.<br>
<br>
Eu concordaria com você se as tags addr:door, addr:unit e addr<br>
estivessem em uso amplo. Mas apesar da idade, não estão,<br>
principalmente porque ninguém se preocupou em colocá-las nos presets<br>
dos editores: nem Potlatch, nem iD, nem JOSM. E elas existem há uns 3<br>
anos.<br>
<br>
O iD meio que corre atrás do JOSM, com poucas "novidades". Ambos, na<br>
verdade, reagem à adoção das tags de acordo com as estatísticas do<br>
TagInfo. Mas a equipe do JOSM às vezes dá suporte "adiantado" a uma<br>
tag. Se você pensar bem sobre essa dinâmica, os editores meio que<br>
influenciam quais tags são as melhores. Não adotar uma tag nos<br>
editores é o mesmo que relegá-la ao abandono.<br>
<br>
E o Nominatim também não indexa essas tags:<br>
<a href="http://wiki.openstreetmap.org/wiki/Nominatim/Development_overview" target="_blank">http://wiki.openstreetmap.org/wiki/Nominatim/Development_overview</a><br>
<br>
Ou seja: criar uma aplicação que suporta uma tag tem um peso enorme na<br>
aceitação e adoção dessa tag na comunidade. Não criar tal aplicação -<br>
especialmente depois de muito tempo transcorrido - representa um<br>
descompasso entre aquilo que foi proposto/aceito e aquilo que é<br>
necessário (aquilo que é visto como útil para os usuários, útil a<br>
ponto de justificar o esforço de criar e manter uma aplicação<br>
funcionando em larga escala).<br>
<br>
Eu tenho a impressão de que é exatamente isso que está acontecendo com<br>
essas tags addr:door e addr:unit. Eu sei que elas são úteis em todos<br>
os lugares (não só no Brasil), e sabemos que tem pelo menos 3 grandes<br>
comunidades (Alemanha, Rússia e Inglaterra) que têm muito mais<br>
colaboradores que a nossa (por enquanto, continuo torcendo :D). Então,<br>
por que não adotaram essas tags em larga escala?<br>
<br>
Uma possível explicação é o problema do ovo e da galinha: as<br>
aplicações geralmente só adotam algo que já é empregado, e a maioria<br>
das pessoas só emprega quando já é adotado por aplicações. Se ninguém<br>
toma a dianteira, nada novo é adotado. Mas tomar a dianteira é<br>
reconhecer a tag como tão útil que o esforço de adotá-la vale à pena.<br>
<br>
Outro aspecto a considerar é que no OSM há muitas coisas que são<br>
suportadas retroativamente. Talvez o melhor exemplo seja o de<br>
highway=bus_stop: já existe uma proposta com novas tags para mapear o<br>
transporte público (há 3 anos), mas mesmo as ferramentas que a<br>
suportam continuam suportando as tags antigas. Não há razão pra pensar<br>
que com addr:housename e addr:door e addr:unit seria diferente.<br>
<br>
Uma última coisa: a maioria dos valores em addr:housename são valores<br>
numéricos! Ou alfabéticos. Pra mim, isso sugere que estão usando como<br>
as outras duas tags (addr:unit e addr:door). E os que não são (tentei<br>
traduzir alguns) incluem coisas redundantes como "prefeitura"<br>
(Rathaus, Mairie), "edifício" em espanhol, casa de campo ("cottage"),<br>
alojamento ("lodge"), reitoria ("pfarrhaus"), e descrições genéricas<br>
como moradia ("жилой дом").<br>
<a href="http://taginfo.openstreetmap.org/keys/addr%3Ahousename#values" target="_blank">http://taginfo.openstreetmap.org/keys/addr%3Ahousename#values</a><br>
<br>
Por que eu fico meio relutante em recomendar as tags addr:unit e<br>
addr:door: considerando todos esses fatores, eu acho que nunca serão<br>
adotadas em larga escala (se fossem, já teriam sido). E daí<br>
convertê-las para addr:housename seria um trabalho difícil/pior já que<br>
me parece mais provável que com housename o mapeador discriminaria o<br>
tipo de complemento (sala, conjunto, etc.) enquanto que com addr:door<br>
e addr:unit é mais provável que a pessoa só coloque o número e esteja<br>
satisfeita com isso.<br>
<br>
2014-03-04 15:27 GMT-03:00 John Packer <<a href="mailto:john.packer7@gmail.com">john.packer7@gmail.com</a>>:<br>
<div class="HOEnZb"><div class="h5">> Bem, eu acho que o campo addr:housename não pode ser realmente considerado<br>
> como "Complemento", justamente devido à existência dos campos addr:door,<br>
> addr:unit e outros.<br>
><br>
> Para mim, a tradução como "Complemento" era só uma solução temporária devido<br>
> ao estado do formulário de endereços do editor iD. Pois pelo menos não<br>
> colocariam o nome do lugar ou o nome da rua lá.<br>
><br>
> Veja a descrição de addr:housename:<br>
>><br>
>> The name of a house.<br>
>> This is sometimes used in some countries like England instead of (or in<br>
>> addition to) a house number.<br>
><br>
> Quando fala "instead of (or in addition to) a house number", eu não acredito<br>
> que seja o número da casa dentro do mesmo campo, mas dentro do seu<br>
> respectivo campo (addr:housenumber).<br>
><br>
> Eu acho que utilizar addr:housename como "Complemento" é criar trabalho para<br>
> outros corrigirem no futuro.<br>
><br>
> Atenciosamente,<br>
> João<br>
><br>
><br>
> Em 27 de fevereiro de 2014 12:09, Fernando Trebien<br>
> <<a href="mailto:fernando.trebien@gmail.com">fernando.trebien@gmail.com</a>> escreveu:<br>
><br>
>> Annotation/Addresses (inglês) ou Endereços e Contactos/Endereços<br>
>> (português de Portugal) ou Anotação/Endereços (português brasileiro).<br>
>><br>
>> 2014-02-27 11:30 GMT-03:00 Nelson A. de Oliveira <<a href="mailto:naoliv@gmail.com">naoliv@gmail.com</a>>:<br>
>> > 2014-02-27 11:22 GMT-03:00 Fernando Trebien<br>
>> > <<a href="mailto:fernando.trebien@gmail.com">fernando.trebien@gmail.com</a>>:<br>
>> >> Os presets de endereço do JOSM ainda incluem esse campo, e não incluem<br>
>> >> os outros (addr:door, addr:unit, etc.).<br>
>> ><br>
>> > Qual preset que cria addr:housename?<br>
>> ><br>
>> > _______________________________________________<br>
>> > Talk-br mailing list<br>
>> > <a href="mailto:Talk-br@openstreetmap.org">Talk-br@openstreetmap.org</a><br>
>> > <a href="https://lists.openstreetmap.org/listinfo/talk-br" target="_blank">https://lists.openstreetmap.org/listinfo/talk-br</a><br>
>><br>
>><br>
>><br>
>> --<br>
>> Fernando Trebien<br>
>> <a href="tel:%2B55%20%2851%29%209962-5409" value="+555199625409">+55 (51) 9962-5409</a><br>
>><br>
>> "The speed of computer chips doubles every 18 months." (Moore's law)<br>
>> "The speed of software halves every 18 months." (Gates' law)<br>
>><br>
>> _______________________________________________<br>
>> Talk-br mailing list<br>
>> <a href="mailto:Talk-br@openstreetmap.org">Talk-br@openstreetmap.org</a><br>
>> <a href="https://lists.openstreetmap.org/listinfo/talk-br" target="_blank">https://lists.openstreetmap.org/listinfo/talk-br</a><br>
><br>
><br>
><br>
> _______________________________________________<br>
> Talk-br mailing list<br>
> <a href="mailto:Talk-br@openstreetmap.org">Talk-br@openstreetmap.org</a><br>
> <a href="https://lists.openstreetmap.org/listinfo/talk-br" target="_blank">https://lists.openstreetmap.org/listinfo/talk-br</a><br>
><br>
<br>
<br>
<br>
--<br>
Fernando Trebien<br>
<a href="tel:%2B55%20%2851%29%209962-5409" value="+555199625409">+55 (51) 9962-5409</a><br>
<br>
"The speed of computer chips doubles every 18 months." (Moore's law)<br>
"The speed of software halves every 18 months." (Gates' law)<br>
<br>
_______________________________________________<br>
Talk-br mailing list<br>
<a href="mailto:Talk-br@openstreetmap.org">Talk-br@openstreetmap.org</a><br>
<a href="https://lists.openstreetmap.org/listinfo/talk-br" target="_blank">https://lists.openstreetmap.org/listinfo/talk-br</a><br>
</div></div></blockquote></div><br></div>