<div dir="ltr">Respostas nas entrelinhas...<div><br></div><div>(desculpe a demora, pois estava aproveitando o feriado prolongado aqui no Rio)</div><div class="gmail_extra"><br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
Agora uma pergunta técnica sobre coordenadas UTM. Quando eu faço a<br>
conversão de coordenadas UTM (como constam nas leis) para WGS 84,</blockquote><div><br></div><div>WGS-84 é um datum, ou referência. O datum é um modelo matemático que representa a Terra. Normalmente é um elipsoide pela simplicidade. As coordenadas angulares ou geográficas são referentes a esse elipsoide. Elipsoides diferentes correspondem aos diversos data. Assim, coordenadas geográficas só são alguma coisa se informadas em um determinado datum.</div>
<div><br></div><div>Agora, UTM é um sistema de projeção. O sistema de projeção existe para planificar coordenadas angulares (geográficas) de tal forma que seja possível representar a Terra em objetos 2D como cartas, telas, etc.</div>
<div><br></div><div>Quando você fala "Converter UTM para WGS 84" então quer dizer apenas a "desplanificação", pois as coordenadas planas já devem estar referentes ao WGS-84.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
eu<br>
obtenho resultados ligeiramente diferentes com o ogr2osm (ou QGIS) em<br>
comparação com o gpsbabel (uma diferença de alguns metros). O<br>
problema é o seguinte: no ogr2osm/QGIS eu posso selecionar um sistema<br>
de coordenadas tal como "SAD 69 / UTM Zone 22S"; já para o gpsbabel, a<br>
única forma que eu encontrei de convencê-lo de que meus pontos ficam<br>
no hemisfério sul é especificar, além da zona UTM, o que ele chama de<br>
"UTM character" (a Wikipedia se refere a isso como "banda de<br>
latitude"). Algo como zona 22 banda J para a metade leste do RS.<br>
Porém, a Wikipedia afirma que essas bandas de latitude não fazem parte<br>
do UTM e sim do sistema MGRS. Assim, eu creio que o resultado via<br>
QGIS é o correto, pois não estamos usando "UTM puro" no gpsbabel.<br>
Está correto isso? Se está, como eu convenço o gpsbabel a usar UTM<br>
puro no hemisfério sul? Eu também consigo fazer a conversão de CSV<br>
para .osm usando o ogr2osm (ou QGIS), mas nesse caso eu obtenho uma<br>
lista de pontos e não uma linha contendo os pontos dados no arquivo<br>
CSV.<br></blockquote><div><br></div><div>Está confuso isso aí. Você não pode ficar brincando com os parâmetros cartográficos para "ver qual fica melhor".</div><div><br></div><div>Seu dado original está em que datum e qual sistema de projeção?</div>
<div><br></div><div>E você quer passar para que datum e sistema de projeção?</div><div><br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<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>
</blockquote></div><br></div></div>