<div dir="ltr"><div>Osmanianos,</div><div><br></div><div><br></div>Lendo a frase "Rivers and streams should not be tagged with layer -1 along long sections of their length", eu entendo que a tag layer NÃO deve ser usada em "longas seções" de rios e ( seja-lá-o-que-for ) streams.<div>
<br></div><div>Mas deduzo que é possível usá-la em rios nos pontos/trechos onde estiver em uma "camada" diferente da entidade que ele cruza.</div><div><br></div><div><br></div><div>Mais uma frase : </div><div>"A bridge is at layer 1 even if it is only several feet above sea level while the peak of Mount Everest is at layer 0 even though it is 8848 meters above sea level."<br>
</div><div><br></div><div>Aqui interpreto que toda a superficie da terra, rios e mares é layer=0, que é o default e por isso não recomendado explicitar, e só se registra layer onde houver claramente uma diferença de "camada" em um "cruzamento".</div>
<div><br></div><div><br></div><div>Assim ...</div><div>"</div><div>Um exemplo prático e mais extremo: suponha que seja um rio com várias</div><div>pontes atravessando-o, como é o caso do arroio Dilúvio em Porto</div>
<div>Alegre. Você teria que colocar layer=1 em cada uma das 54 pontes que o</div><div>cruzam, versus layer=-1 somente no arroio. 54 tags vs 1 tag. (Só pra</div><div>constar: eu revisei uma por uma, e mapeei as que faltavam.)</div>
<div>"<br></div><div><br></div><div>Usando a minha interpretação da frase inicial, o uso neste exemplo dado pelo Trebien, seria a de se incluir layer=1 em todas as pontes, ou layer=-1 em todos os trechos do arroio que cruzam as pontes, sejam pequenos trechos ou pontos, não em toda sua extensão.</div>
<div><br></div><div>E de acordo com a segunda frase, teríamos que usar o layer=1 para as pontes e não o layer=-1 para o rio, pois esse ainda faz parte da superfície da terra ( layer=0), o elemento adicional são as pontes.</div>
<div><br></div><div><br></div><div><br></div><div>Adicionando uma questão a discussão, que diferença faz usar layer=1 na ponte ou layer=-1 no rio ?</div><div><br></div><div> - Pra renderização o que ficaria melhor ?</div>
<div> - Pra roteamento, o que funcionaria melhor ?</div><div> - Será que não seria bom padronizar ? ( no caso de comportamentos diferentes para cada caso )</div><div><br></div><div>Marcelo P</div><div><br></div></div><div class="gmail_extra">
<br><br><div class="gmail_quote">Em 14 de março de 2014 06:58, Flavio Bello Fialho <span dir="ltr"><<a href="mailto:bello.flavio@gmail.com" target="_blank">bello.flavio@gmail.com</a>></span> escreveu:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div dir="ltr"><div><div></div>Fernando, acho que não entendeste. Leia a página <a href="http://wiki.openstreetmap.org/wiki/Key:layer" target="_blank">http://wiki.openstreetmap.org/wiki/Key:layer</a> com calma. Ela diz explicitamente:<br>
<br>"Do not use layer=-1 to hide warnings about crossing or overlapping
ways. Either fix them or leave the easily visible warning so that others
can fix them."<br><br>"When ways are passing on different levels apply layer=* only to the way which also has the bridge/tunnel attribute. Only ways with one of the tags/attributes tunnel=*, bridge=*, highway=steps, highway=elevator, covered=* should be tagged with the layer tag, similar for railways and waterways."<br>
<br>"Rivers and streams should not be tagged with layer -1 along long sections of their length"<br><br></div>Eles estão dizendo explicitamente para NÃO fazer isso que queres fazer. Se tens alguma dúvida, discuta na comunidade internacional. Esse é o meu último post sobre esse assunto.<br>
<div><br></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">Em 14 de março de 2014 02:08, Fernando Trebien <span dir="ltr"><<a href="mailto:fernando.trebien@gmail.com" target="_blank">fernando.trebien@gmail.com</a>></span> escreveu:<div>
<div class="h5"><br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><p dir="ltr">Mais além: na verdade, em alguns casos, chega a ser pior marcar as pontes com layer=1 porque isso altera a priorização da renderização no Mapnik. Por exemplo, highway=secondary_link com layer=1 é renderizado por cima de highway=primary (com ou sem layer=0). Isso é o oposto do normal e faz o desenho ficar "feio".</p>
<p dir="ltr">Mas o Mapnik não é o único parâmetro. No wiki diz que algumas ferramentas de QA (mas não todas) exigem que o rio tenha layer=-1 e a ponte tenha layer=1. Nada no restante do artigo sugere que isso é, de fato, necessário (pelo contrário). Pra mim, parece uma escolha arbitrária sem muita justificativa (ou seja, um dogma). Colocar layer=-1 no rio ou layer=1 na ponte estão ambos corretos, mas frequentemente uma das opções requer menos trabalho e resulta numa representação menos complexa.</p>
<p dir="ltr">E se o próprio artigo diz que não é necessário colocar layer=0 nos casos em que seria esse o valor, me parece que o ideal é, quase sempre, marcar o rio com layer=-1, e nada mais.</p>
<p dir="ltr">Claro, daí algumas pessoas poderiam pensar que não precisam marcar a ponte que passa por cima. Por isso concordo que o validador nacional aponte esses casos como "aviso" - que deve ser interpretado com bom senso (assim como os demais avisos do validador do JOSM) de acordo com a definição da tag, não necessariamente como erro.</p>
<div class="gmail_quote">On Mar 14, 2014 1:34 AM, "Fernando Trebien" <<a href="mailto:fernando.trebien@gmail.com" target="_blank">fernando.trebien@gmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Só complementando, o que layer=0 realmente significa é: desenhe este<br>
objeto depois dos que têm layer=-1, e antes dos que tÊm layer=1. Não<br>
significa nada além disso.<br>
<br>
2014-03-14 1:30 GMT-03:00 Fernando Trebien <<a href="mailto:fernando.trebien@gmail.com" target="_blank">fernando.trebien@gmail.com</a>>:<br>
> Exemplo fácil (inclusive já tinha citado antes): 1 rio + 2 linhas de<br>
> uma via separada. É mais fácil colocar layer=-1 no rio do que colocar<br>
> 2 tags layer=1, uma para cada linha da via.<br>
><br>
> Um exemplo prático e mais extremo: suponha que seja um rio com várias<br>
> pontes atravessando-o, como é o caso do arroio Dilúvio em Porto<br>
> Alegre. Você teria que colocar layer=1 em cada uma das 54 pontes que o<br>
> cruzam, versus layer=-1 somente no arroio. 54 tags vs 1 tag. (Só pra<br>
> constar: eu revisei uma por uma, e mapeei as que faltavam.)<br>
><br>
> Não disse que layer=-1 deveria ser aplicada ao rio inteiro. Da mesma<br>
> forma, layer=1 não deveria ser aplicada à via inteira.<br>
><br>
> Não vamos introduzir regras que não existem. Em nenhum lugar diz que<br>
> layer=0 equivale a "estar no mesmo nível da superfície".<br>
><br>
> 2014-03-13 22:03 GMT-03:00 Flavio Bello Fialho <<a href="mailto:bello.flavio@gmail.com" target="_blank">bello.flavio@gmail.com</a>>:<br>
>> "The layer provides absolutely no information about relative or absolute<br>
>> height difference of objects which do not immediately cross or overlap. A<br>
>> change in layer should not be used to indicate a change in elevation."<br>
>><br>
>> Traduzindo:<br>
>><br>
>> O "layer" não fornece absolutamente nenhuma informação a respeito da<br>
>> diferença de altura relativa ou absoluta de objetos que não se cruzam ou se<br>
>> sobrepõem. Uma mudança no "layer" não deve ser usada para indicar uma<br>
>> mudança em elevação.<br>
>><br>
>> O que isso diz é que não há uma relação direta entre a altura e o layer. Se<br>
>> uma estrada está em cima de um morro e outra no fundo de um vale, o layer é<br>
>> zero nos dois casos, apesar da ELEVAÇÃO (=ALTITUDE) ser diferente nos dois<br>
>> casos. É ISSO que está sendo dito no wiki:<br>
>><br>
>> "A bridge is at layer 1 even if it is only several feet above sea level<br>
>> while the peak of Mount Everest is at layer 0 even though it is 8848 meters<br>
>> above sea level."<br>
>><br>
>> A mesma página ainda diz:<br>
>><br>
>> "Use the smallest suitable layer value. Only use layer=2 for a bridge that<br>
>> passes over a feature that is already at level 1; similarly only use<br>
>> layer=-2 for a tunnel that passes below another tunnel."<br>
>><br>
>> O menor valor possível é zero. Como a imensa maioria dos atributos mapeados<br>
>> está na superfície, ela é mapeada no layer 0. É a forma que mantém os<br>
>> valores no seu mínimo. Por favor, cite uma situação em que não seja útil que<br>
>> a superfície esteja no layer 0, pois não consigo imaginar nenhum caso.<br>
>><br>
>> "Features at layer 0 should not normally have a layer tag"<br>
>><br>
>> Ou seja, não só não é obrigatório, é recomendável que se elimine o tag<br>
>> "layer" quando ele for igual a zero. A página cita explicitamente que rios<br>
>> NÃO devem estar no layer -1:<br>
>><br>
>> "Rivers and streams should not be tagged with layer -1 along their entire<br>
>> length or long sections"<br>
>><br>
>> Em 13/03/2014 20:54, "Fernando Trebien" <<a href="mailto:fernando.trebien@gmail.com" target="_blank">fernando.trebien@gmail.com</a>><br>
>> escreveu:<br>
>><br>
>>> "The layer provides absolutely no information about relative or<br>
>>> absolute height difference of objects which do not immediately cross<br>
>>> or overlap. A change in layer should not be used to indicate a change<br>
>>> in elevation." [<a href="http://wiki.openstreetmap.org/wiki/Key:layer" target="_blank">http://wiki.openstreetmap.org/wiki/Key:layer</a>]<br>
>>><br>
>>> Portanto, não é obrigatório que layer=0 seja aplicado a algo que está<br>
>>> na superfície. Pode até ser costume (ou um bom costume), mas não é<br>
>>> obrigatório, e certamente há situações em que não é muito útil seguir<br>
>>> essa regra. Além disso, não é obrigatório colocar layer=0 porque esse<br>
>>> é o valor padrão. (Diz isso no mesmo artigo.)<br>
>>><br>
>>> 2014-03-13 20:15 GMT-03:00 Flavio Bello Fialho <<a href="mailto:bello.flavio@gmail.com" target="_blank">bello.flavio@gmail.com</a>>:<br>
>>> > Layer e level são coisas diferentes. Layer 0 está no nível da<br>
>>> > superfície.<br>
>>> > Quando duas coisas se sobrepõem, a que não está no nível da superfície<br>
>>> > fica<br>
>>> > com layer=1 (ex: ponte) ou layer=-1 (ex: túnel). Um rio só deve ter<br>
>>> > layer=-1<br>
>>> > quando estiver embaixo da terra, canalizado. Lençol freático é uma coisa<br>
>>> > completamente diferente. Level não tem nada a ver com layer. É o andar<br>
>>> > de um<br>
>>> > edifício.<br>
>>> ><br>
>>> > Em 13/03/2014 13:48, "Fernando Trebien" <<a href="mailto:fernando.trebien@gmail.com" target="_blank">fernando.trebien@gmail.com</a>><br>
>>> > escreveu:<br>
>>> ><br>
>>> >> Valor "0" para algo no nível do chão vale só para "level", em "layer"<br>
>>> >> a escolha é livre porque não representa a "altura" (no sentido físico)<br>
>>> >> e sim a "ordem de desenho".<br>
>>> >><br>
>>> >> 2014-03-13 12:43 GMT-03:00 Flavio Bello Fialho<br>
>>> >> <<a href="mailto:bello.flavio@gmail.com" target="_blank">bello.flavio@gmail.com</a>>:<br>
>>> >> > O tag layer deve ser relativo à superfície da terra ou água<br>
>>> >> > (layer=0).<br>
>>> >> > Qualquer coisa acima deve ter layer positivo e qualquer coisa abaixo<br>
>>> >> > deve<br>
>>> >> > ter layer negativo.<br>
>>> >> ><br>
>>> >> > Em 12/03/2014 17:57, "Fernando Trebien" <<a href="mailto:fernando.trebien@gmail.com" target="_blank">fernando.trebien@gmail.com</a>><br>
>>> >> > escreveu:<br>
>>> >> ><br>
>>> >> >> Ah bom, então tá perfeito. :D<br>
>>> >> >><br>
>>> >> >> 2014-03-12 16:24 GMT-03:00 Nelson A. de Oliveira <<a href="mailto:naoliv@gmail.com" target="_blank">naoliv@gmail.com</a>>:<br>
>>> >> >> > 2014-03-12 16:16 GMT-03:00 Fernando Trebien<br>
>>> >> >> > <<a href="mailto:fernando.trebien@gmail.com" target="_blank">fernando.trebien@gmail.com</a>>:<br>
>>> >> >> >> Bem, posso estar falando bobagem (não cheguei a testar esse caso<br>
>>> >> >> >> com<br>
>>> >> >> >> o<br>
>>> >> >> >> validador ainda), só acho que não deveria ser tratado como<br>
>>> >> >> >> "erro",<br>
>>> >> >> >> só<br>
>>> >> >> >> como "aviso" (ou "alerta"), pra seguir a mesma idéia dos outros<br>
>>> >> >> >> avisos<br>
>>> >> >> >> do validador do JOSM.<br>
>>> >> >> ><br>
>>> >> >> > Mas não é erro :-)<br>
>>> >> >> > É um aviso. E a mensagem do aviso começa justamente com<br>
>>> >> >> > "verificar:<br>
>>> >> >> > ..."<br>
>>> >> >> ><br>
>>> >> >> > _______________________________________________<br>
>>> >> >> > Talk-br mailing list<br>
>>> >> >> > <a href="mailto:Talk-br@openstreetmap.org" target="_blank">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" target="_blank">+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" target="_blank">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>
>>> >> > Talk-br mailing list<br>
>>> >> > <a href="mailto:Talk-br@openstreetmap.org" target="_blank">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" target="_blank">+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" target="_blank">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>
>>> > Talk-br mailing list<br>
>>> > <a href="mailto:Talk-br@openstreetmap.org" target="_blank">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" target="_blank">+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" target="_blank">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>
>> Talk-br mailing list<br>
>> <a href="mailto:Talk-br@openstreetmap.org" target="_blank">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" target="_blank">+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><span><font color="#888888">
<br>
--<br>
Fernando Trebien<br>
<a href="tel:%2B55%20%2851%29%209962-5409" value="+555199625409" target="_blank">+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>
</font></span></blockquote></div>
<br>_______________________________________________<br>
Talk-br mailing list<br>
<a href="mailto:Talk-br@openstreetmap.org" target="_blank">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></blockquote></div></div></div><span class="HOEnZb"><font color="#888888"><br><br clear="all"><br>-- <br>Flávio Bello Fialho<br><a href="mailto:bello.flavio@gmail.com" target="_blank">bello.flavio@gmail.com</a>
</font></span></div>
<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></blockquote></div><br><br clear="all"><div><br></div>-- <br><div dir="ltr"><br>... Edileuzaaaa, eu não tem nada a ver com Creuza,<br><div> É mentira da Ivete, não é meu esse caniveeeeeete...</div><div>"Halley, Luiz" - Poeta, Cantor, Compsitor</div>
</div>
</div>