<p dir="ltr">Por que você não pergunta pra eles (holandeses e alemães)? Mas eu suspeito que a resposta será: fizemos duas importações, estava diferente nas duas fontes, então deixamos assim. (Ou decidimos deixar assim justamente porque não coincidiam em alguns lugares.) Não é o caso do rio Uruguai.</p>
<p dir="ltr">Mas Anor, por que você insiste tanto nisso? O desenvolvedor do mkgmap ou alguém na lista deles lhe disse que essa era a causa provável do problema que vocês estão tendo? Pra mim isso não faz sentido, só faria se o desenvolvedor tivesse deliberadamente (sem motivo) introduzido uma regra explícita que quebra o programa quando um membro da relação de limite é um rio.</p>
<p dir="ltr">Quanto a ser recente, não é verdade: essa forma de mapear já era suportada pela maioria das aplicações no final de 2012, quando eu comecei a mapear no OSM.</p>
<p dir="ltr">Se você quiser testar separar os dois (rio e limite), eu não sou contra. Mas eu sou contra deixar os dois permanentemente separados se não tiver um bom motivo pra isso porque há bons motivos pra juntar (deixar separado seria "mapear para o mkgmap"). Se separando for resolvido o problema do mkgmap, o próximo passo é solicitar que o desenvolvedor implemente o suporte correto às relações de limite. Podemos até decidir "deixar assim por enquanto", pra ajudar com o desenvolvimento do mkgmap, mas não dá pra fazer assim sempre só por causa de uma única aplicação.</p>
<div class="gmail_quote">On May 25, 2014 3:37 PM, "A. Carlos" <<a href="mailto:anorcarlos@hotmail.com">anorcarlos@hotmail.com</a>> wrote:<br type="attribution"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div><div dir="ltr">"<br><pre><b>(como no caso do rio Uruguai), não tem por que<br>separar - não tem por que não reaproveitar a linha. Exceto a<br>dificuldade de se usar relações. E as aplicações devem suportar<br>relações, especialmente relações de limites (que existem há muito<br>
tempo no OSM)."<br><br></b>O reaproveitar que vc se refere, usando a muito tempo no OSM, talvez ai<br>seja um ponto pra se pensar.... vc está com esta mentalidade, incluindo tudo em<br>uma única tag, veja o exemplo que te passei a baixo, nos outro países, <br>
e não é um único mapeador, lá, tudo separado...<br><br>Ai te pergunto:<br>Lá separaram tudo pq? pra manter um estética bonita no mapa ou eles JA SABEM que<br>isso em termos de evolução já precisa ser melhorado??? (pensando isso pra futura plataformas que <br>
possam usar dos dados do OSM....) <br><br><br><br></pre><br> <br><font color="#ff0000"></font> <br><font color="#ff0000"></font> <br><font color="#ff0000"></font> <br><font color="#ff0000"></font> <br><font color="#ff0000"></font> <br>
<font color="#ff0000"></font> <br><br><font color="#ff0000"><font style="background-color:#92d050"><u>_______________________________________________________________________________________________________</u><br></font></font>
<p align="left"><font face="Arial"><font size="5"><font style="background-color:#ffffff" color="#205867"><strong>Anor C. A. de Souza Co</strong></font><strong><font style="background-color:#ffffff" color="#ff0000"><font color="#205867">ncórdia SC </font></font></strong></font></font></p>
<p align="left"><font style="background-color:rgb(255,255,255);font-size:12pt" color="#ff0000" face="Franklin Gothic Medium" size="3"> </font></p>
<p align="left"> </p>
<p align="center"><strong><font color="#ff0000"></font></strong> </p> <br> <br> <br> <br> <br> <br> <br> <br><br><br><div>> From: <a href="mailto:fernando.trebien@gmail.com" target="_blank">fernando.trebien@gmail.com</a><br>
> Date: Sun, 25 May 2014 13:55:05 -0300<br>> To: <a href="mailto:talk-br@openstreetmap.org" target="_blank">talk-br@openstreetmap.org</a><br>> Subject: Re: [Talk-br] Index de Limites Administrativos<br>> <br>> O MapFactor Navigator encontra as cidades citadas e pontos de<br>
> interesse dentro delas sem problemas. Como ele é um aplicativo feito<br>> na República Checa, ele não subdivide por estado e apenas mostra a<br>> região admin_level=7 em que a cidade se encontra (se esta estiver<br>
> mapeada). Deve ser algo que usam por lá. Então Erechim aparece como<br>> pertencente à Microrregião de Erechim, enquanto que Florianópolis não<br>> pertence a nada que seja level=7 (porque não mapearam as microrregiões<br>
> em SC ainda). Esse detalhe não torna o programa inutilizável pra mim.<br>> <br>> As duas coisas (rio e limite) são separadas quando há motivos<br>> especiais (como quando vieram de fontes diferentes, ou quando sua<br>
> definição legal não coincide). Mas quando a própria definição do<br>> limite é "o rio" em si (como no caso do rio Uruguai), não tem por que<br>> separar - não tem por que não reaproveitar a linha. Exceto a<br>
> dificuldade de se usar relações. E as aplicações devem suportar<br>> relações, especialmente relações de limites (que existem há muito<br>> tempo no OSM).<br>> <br>> Realmente o caminho mais rápido para solucionar o seu problema é<br>
> contatar diretamente o autor do mkgmap, e não questionar a forma de<br>> mapeamento do OSM. Ela está correta (segundo os parâmetros da<br>> comunidade do OSM, não os dos criadores do mkgmap), e várias pessoas<br>
> já verificaram isso (vê as primeiras respostas à sua pergunta<br>> original). Se o autor der uma olhada nos dados, ele pode descobrir o<br>> "problema": pode ser algum detalhe no mapa que pareceu insignificante<br>
> a todos nós, ou pode ser um bug no programa que o autor não previu.<br>> <br>> 2014-05-25 13:29 GMT-03:00 A. Carlos <<a href="mailto:anorcarlos@hotmail.com" target="_blank">anorcarlos@hotmail.com</a>>:<br>
> ><br>> ><br>> > Fernando,..que podem ser podem, más que não é consenso, isso não é.. veja os<br>> > exemplos abaixo, em vários Países...<br>> ><br>> > <a href="http://www.openstreetmap.org/edit#map=17/51.40620/19.88883" target="_blank">http://www.openstreetmap.org/edit#map=17/51.40620/19.88883</a><br>
> ><br>> > <a href="http://www.openstreetmap.org/edit#map=18/51.27264/21.85430" target="_blank">http://www.openstreetmap.org/edit#map=18/51.27264/21.85430</a><br>> ><br>> > <a href="http://www.openstreetmap.org/edit#map=19/49.98848/17.84027" target="_blank">http://www.openstreetmap.org/edit#map=19/49.98848/17.84027</a><br>
> ><br>> > <a href="http://www.openstreetmap.org/edit#map=17/46.08847/-107.49096" target="_blank">http://www.openstreetmap.org/edit#map=17/46.08847/-107.49096</a><br>> ><br>> > Por curiosidade, consulta no teu GPS cidade do RS como aparecem pra vc no<br>
> > GPS<br>> ><br>> > Exemplo:<br>> ><br>> > Erechim,Viadutos,Áure,Canela..Que estão elas aparecem na tela..<br>> > e em<br>> > SC..<br>> > Concórdia,Videira,Joaçaba..<br>> ><br>
> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> > _______________________________________________________________________________________________________<br>
> ><br>> > Anor C. A. de Souza Concórdia<br>> > SC<br>> ><br>> > 49-8808-4963<br>> ><br>> ><br>> ><br>> ><br>> ><br>
> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> ><br>> >> From: <a href="mailto:fernando.trebien@gmail.com" target="_blank">fernando.trebien@gmail.com</a><br>
> >> Date: Sun, 25 May 2014 12:38:29 -0300<br>> ><br>> >> To: <a href="mailto:talk-br@openstreetmap.org" target="_blank">talk-br@openstreetmap.org</a><br>> >> Subject: Re: [Talk-br] Index de Limites Administrativos<br>
> >><br>> >> Eis uma resposta:<br>> >><br>> >> <a href="https://help.openstreetmap.org/questions/7563/waterway-as-administrative-boundary-shared-way" target="_blank">https://help.openstreetmap.org/questions/7563/waterway-as-administrative-boundary-shared-way</a><br>
> >><br>> >> Quaisquer linhas, inclusive linhas de rios, podem ser membros de<br>> >> relações de limites administrativos (e de multipolígonos em geral),<br>> >> disto não tenha dúvida. Quanto ao limite do Brasil com o Uruguai,<br>
> >> revisei-o faz 1 ano e o muralito (mapeador uruguaio) deu continuidade.<br>> >> O limite é definido como sendo "o rio", pode consultar o texto do<br>> >> LNCC.<br>> >><br>
> >> O que eu acho estranho é que o GPS que eu uso, o MapFactor Navigator,<br>> >> não tem problemas com os limites administrativos. Deve ser algo que o<br>> >> mkgmap faz (ou não faz) que está "meio fora do padrão do OSM". Vocês<br>
> >> já tentaram contatar os desenvolvedores do mkgmap descrevendo esses<br>> >> problemas? <a href="http://www.mkgmap.org.uk/page/contact" target="_blank">http://www.mkgmap.org.uk/page/contact</a><br>> >><br>
> >> Ah, comparar com os alemães não é carta branca para "estar certo". É<br>> >> um bom indício quando o wiki é insuficiente, mas às vezes nem isso<br>> >> filtra todos os problemas. Eu geralmente comparo com mais de um país<br>
> >> (e só nas áreas próximas das metrópoles, onde há mais gente editando e<br>> >> revisando) porque as práticas variam.<br>> >><br>> >> 2014-05-25 11:48 GMT-03:00 A. Carlos <<a href="mailto:anorcarlos@hotmail.com" target="_blank">anorcarlos@hotmail.com</a>>:<br>
> >> > Alguém sabe explicar nestes change<br>> >> ><br>> >> > <a href="http://www.openstreetmap.org/edit?relation=51477#map=16/52.3213/5.5612" target="_blank">http://www.openstreetmap.org/edit?relation=51477#map=16/52.3213/5.5612</a><br>
> >> ><br>> >> > <a href="http://www.openstreetmap.org/edit#map=19/52.80423/5.88423" target="_blank">http://www.openstreetmap.org/edit#map=19/52.80423/5.88423</a><br>> >> ><br>> >> > Os alemãoes ali, traçam 2 linhas, uma para via fluvial, e outra para<br>
> >> > limite<br>> >> > administrativo com nível (4) e tudo...<br>> >> ><br>> >> > Já no <a href="http://www.openstreetmap.org/edit#map=16/-27.1891/-53.2720" target="_blank">http://www.openstreetmap.org/edit#map=16/-27.1891/-53.2720</a><br>
> >> ><br>> >> > usa-se uma mesma linha pra definir Rio e limite adminstrativo, só que<br>> >> > está<br>> >> > sem nível este limite admistrativo<br>> >> > as divisa de Estado estão nas relações.<br>
> >> ><br>> >> > Pergunto..<br>> >> ><br>> >> > Até que ponto este limite do Brasil (Rio Urugai) está certo? Comparando<br>> >> > com<br>> >> > os Alemãoes?<br>
> >> ><br>> >> > Não seria isso que esteja "bangunçado " o mkgmapp na hora de idexar os<br>> >> > limites, uma vez que<br>> >> > ali os limites estão só nas relações e não na "cabeça" da tag e sem um<br>
> >> > nível definido??<br>> >> ><br>> >> ><br>> >> ><br>> >> ><br>> >> ><br>> >> ><br>> >> ><br>> >> ><br>> >> ><br>
> >> ><br>> >> ><br>> >> > _______________________________________________________________________________________________________<br>> >> ><br>> >> > Anor C. A. de Souza Concórdia<br>
> >> > SC<br>> >> ><br>> >> > 49-8808-4963<br>> >> ><br>> >> ><br>> >> ><br>> >> ><br>> >> ><br>> >> ><br>> >> ><br>
> >> ><br>> >> ><br>> >> ><br>> >> ><br>> >> ><br>> >> ><br>> >> ><br>> >> ><br>> >> > ________________________________<br>
> >> > From: <a href="mailto:anorcarlos@hotmail.com" target="_blank">anorcarlos@hotmail.com</a><br>> >> > To: <a href="mailto:talk-br@openstreetmap.org" target="_blank">talk-br@openstreetmap.org</a><br>
> >> > Subject: Index de Limites Administrativos<br>> >> ><br>> >> > Date: Sun, 18 May 2014 12:16:29 -0300<br>> >> ><br>> >> > Tentado Compilar Mapa pro GPS com MKgmapp, usando como index<br>
> >> > o admin_level 4, ao indexar na lista de Estados jogados no GPS os<br>> >> > Seguintes<br>> >> > Estados não<br>> >> > estão aparecendo.<br>> >> > RS-PR-MT-MS-AP-RR-AM-AC-RO<br>
> >> ><br>> >> > Os demais Estados estão certo, abrindo este Estados ele me mostra a<br>> >> > lista<br>> >> > com TODAS as cidades dentro.<br>> >> > se procurar uma cidade que fica dentro de um estado deste, na lista de<br>
> >> > Estados ele me indexou um Estado/Brasil..<br>> >> > como não achou nesta cidades o admin_level 4 ele criou um Estado/Brasil<br>> >> > e<br>> >> > jogou estas cidades dentro..<br>
> >> ><br>> >> > Como o index padrão foi o admin_level 4, o erro teoricamente não está no<br>> >> > Mkgmapp, teria que<br>> >> > alguém com calma verificar os limites destes Estados se estão certo.<br>
> >> ><br>> >> ><br>> >> ><br>> >> ><br>> >> ><br>> >> ><br>> >> ><br>> >> ><br>> >> ><br>> >> ><br>> >> ><br>
> >> ><br>> >> > _______________________________________________________________________________________________________<br>> >> ><br>> >> > Anor C. A. de Souza Concórdia<br>
> >> > SC<br>> >> ><br>> >> > 49-8808-4963<br>> >> ><br>> >> ><br>> >> ><br>> >> ><br>> >> ><br>> >> ><br>> >> ><br>
> >> ><br>> >> ><br>> >> ><br>> >> ><br>> >> ><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>> >> "Nullius in verba."<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>> > 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>> "Nullius in verba."<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>
</div> </div></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>