<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
<meta content="text/html; charset=ISO-8859-1"
http-equiv="Content-Type">
</head>
<body bgcolor="#ffffff" text="#000000">
On 22-06-2010 00:36, Pedro Venâncio wrote:
<blockquote cite="mid:300835.96352.qm@web65614.mail.ac4.yahoo.com"
type="cite">
<table border="0" cellpadding="0" cellspacing="0">
<tbody>
<tr>
<td
style="font-family: inherit; font-style: inherit; font-variant: inherit; font-weight: inherit; font-size: inherit; line-height: inherit; font-size-adjust: inherit; font-stretch: inherit; -x-system-font: none;"
valign="top">
<meta http-equiv="Content-Type"
content="text/html; charset=ISO-8859-1">
<meta name="ProgId" content="Word.Document">
<meta name="Generator" content="Microsoft Word 11">
<meta name="Originator" content="Microsoft Word 11">
<link rel="File-List"
href="file:///J:%5CDOCUME%7E1%5CRita%5CDEFINI%7E1%5CTemp%5Cmsohtml1%5C01%5Cclip_filelist.xml">
<!--[if gte mso 9]><xml>
<w:WordDocument>
<w:View>Normal</w:View>
<w:Zoom>0</w:Zoom>
<w:HyphenationZone>21</w:HyphenationZone>
<w:PunctuationKerning/>
<w:ValidateAgainstSchemas/>
<w:SaveIfXMLInvalid>false</w:SaveIfXMLInvalid>
<w:IgnoreMixedContent>false</w:IgnoreMixedContent>
<w:AlwaysShowPlaceholderText>false</w:AlwaysShowPlaceholderText>
<w:Compatibility>
<w:BreakWrappedTables/>
<w:SnapToGridInCell/>
<w:WrapTextWithPunct/>
<w:UseAsianBreakRules/>
<w:DontGrowAutofit/>
</w:Compatibility>
<w:BrowserLevel>MicrosoftInternetExplorer4</w:BrowserLevel>
</w:WordDocument>
</xml><![endif]--><!--[if gte mso 9]><xml>
<w:LatentStyles DefLockedState="false" LatentStyleCount="156">
</w:LatentStyles>
</xml><![endif]-->
<style>
<!--
/* Style Definitions */
p.MsoNormal, li.MsoNormal, div.MsoNormal
{mso-style-parent:"";
margin:0cm;
margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:12.0pt;
font-family:"Times New Roman";
mso-fareast-font-family:"Times New Roman";}
@page Section1
{size:595.3pt 841.9pt;
margin:70.85pt 3.0cm 70.85pt 3.0cm;
mso-header-margin:35.4pt;
mso-footer-margin:35.4pt;
mso-paper-source:0;}
div.Section1
{page:Section1;}
-->
</style><!--[if gte mso 10]>
<style>
/* Style Definitions */
table.MsoNormalTable
{mso-style-name:"Tabela normal";
mso-tstyle-rowband-size:0;
mso-tstyle-colband-size:0;
mso-style-noshow:yes;
mso-style-parent:"";
mso-padding-alt:0cm 5.4pt 0cm 5.4pt;
mso-para-margin:0cm;
mso-para-margin-bottom:.0001pt;
mso-pagination:widow-orphan;
font-size:10.0pt;
font-family:"Times New Roman";
mso-ansi-language:#0400;
mso-fareast-language:#0400;
mso-bidi-language:#0400;}
</style>
<![endif]-->
<p class="MsoNormal">Olá boa noite,<br>
<br>
Estou aqui para criar um MDT com as curvas de nível das cartas 25k, mas
não encontro referências relativas à relação que deve ser mantida na
conversão de vectores para raster,
isto é, que tamanho atribuir ao pixel, dada a escala e a equidistância
das
curvas de nível. Encontrei vários locais e trabalhos que indicam e
utilizam 25 - 30m, mas não apontam a justificação para esse valor.<br>
<br>
Alguém me pode elucidar ou indicar bibliografia sobre o assunto?<br>
<br>
Obrigado!</p>
<p class="MsoNormal"><br>
</p>
<p class="MsoNormal">Abraço!</p>
<p class="MsoNormal">Pedro Venâncio<br>
</p>
</td>
</tr>
</tbody>
</table>
<br>
</blockquote>
<br>
Pedro,<br>
<br>
Na verdade o assunto é um bocadito mais complicado do que apenas a
escolha do passo de malha da interpolação.<br>
O que acontece é que não há aqui nenhuma "conversão" de vector para
grelha mas sim uma interpolação, usando um dado algoritmo, para obter a
dita grelha. Ora o problema de interpolar curvas de nível é que os
dados são muito densos a longo de cada curva e relativamente esparços
entre as curvas. Se o gradiente do terreno for baixo a distância entre
curvas de nível pode ser considerável. O resultado disto é que as
grelhas calculados a partir de curvas de nível mostram claramente a sua
origem quando, por exemplo, as iluminamos. Aí vê-se nitidamente que o
modelo de terreno parece as encostas do Douro, ou seja, é constituido
por socalcos. Para obviar a isto existem algoritmos especializados que
procuram na interpolação preveligiar os pontos que lhes estão nas
curvas "em frente e atrás". Eu não conheço em conceto nenhum programa
desses, embora tenha uma vaga idéia de me terem dito que nos pacotes da
Intergeph havia algo desse género. Dentro dos algoritmos mais clássicos
o meu palpite é que a minima curvatura seja o que menos vais evidenciar
esse efeito dos socalcos.<br>
<br>
Joaquim Luis<br>
</body>
</html>