Alexandre,<div><br></div><div>A solução apresentada pelo OpenGeo poderá ser a mais adequada e com melhor performance para o teu problema:</div><div><br></div><div><a href="http://blog.opengeo.org/2011/09/28/indexed-nearest-neighbour-search-in-postgis/">http://blog.opengeo.org/2011/09/28/indexed-nearest-neighbour-search-in-postgis/</a>
</div><div><br></div><div>Podes usar a solução simplificada que utiliza bounding boxes ou a versão em duas fases.</div><div><br></div><div><br clear="all"><font color="#666666">Sérgio Freitas<br>----------------------------------------------------------------------------------<br>
CTO<br><br></font><font color="#666666"><i>Novageo Solutions S.A.</i></font><div><i><span style="color:rgb(102,102,102)">Estrada da Ponte, nº 2</span> - <span style="color:rgb(102,102,102)">Quinta Grande, Alfragide</span></i></div>
<div><i><span style="color:rgb(102,102,102)">2610-141 Amadora - Portugal<br></span></i><i><a href="mailto:rui.andrade@novageo.com" style="color:rgb(102,102,102)" target="_blank">rui.andrade@novageo.p</a><span style="color:rgb(102,102,102)">t</span> <font color="#666666" style="font-weight:bold"> · </font><a href="http://www.novageo.pt/" style="color:rgb(17,85,204)" target="_blank"><font color="#666666">www.novageo.pt</font></a><br>
<span style="color:rgb(102,102,102)">Tel (PT): <a value="+351214213262" style="color:rgb(17,85,204)">+351 214 213 262</a> - Tel (AO) <a value="+244933463605" style="color:rgb(17,85,204)">+244 933 463 605</a></span></i><div>
<i><span style="color:rgb(102,102,102)"><br></span></i></div><div style="text-align:left"><i><font size="1" color="#666666">AVISO. Esta comunicação, e os ficheiros anexos, é privilegiada e confidencial, destinando-se exclusivamente ao(s) destinatário(s). Se não é o destinatário (ou o responsável pela sua entrega ao destinatário) e recebeu a mesma por engano, fica notificado que é estritamente proibido reproduzir, guardar ou distribuir toda ou qualquer parte desta mensagem e ficheiros anexos. Por favor reencaminhe a mensagem para o responsável pelo seu envio ou contacte-nos por telefone e elimine a mensagem e ficheiros anexos do seu computador, sem os reproduzir.</font></i></div>
<div style="text-align:left"><i><font size="1" color="#666666"> </font></i></div><div style="text-align:left"><i><font size="1" color="#666666">NOTICE: </font></i><i><font size="1" color="#666666">This message and attachments are intended only for the use of their addressee and may contain confidential information belonging to Novageo Solutions. If you are not the intended recipient, you are hereby notified that any reading, dissemination, distribution, or copying of this message, or any attachment, is strictly prohibited. If you have received this message in error, please notify the original sender immediately and delete this message, along with any attachments.</font></i></div>
</div><br>
<br><br><div class="gmail_quote">2012/5/4 duartecarreira <span dir="ltr"><<a href="mailto:dncarreira@gmail.com" target="_blank">dncarreira@gmail.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
Alexandre,<br>
<br>
Vou arriscar um comentário... não sou grande coisa com sql espacial e o teu<br>
já não é propriamente trivial!!<br>
<br>
A minha ideia é que neste caso o índice espacial não fará grande sentido<br>
sendo um operador que calcula valores entre quaisquer 2 geometrias... acho<br>
que tens de fazer uma selecção espacial, ou seja, limitar o cálculo do <-> a<br>
uma pré-selecção com base na intersecção de geometrias. Podes usar uma<br>
distância máxima de N km para obter os polys da mesma classe dentro desse<br>
envelope e só para esses calcular o mínimo <->. Corres o risco de ficar sem<br>
resposta para os casos em que o poly mais próximo da mesma classe se<br>
encontrar para além dessa distância... poderás ter de fazer 1 segundo select<br>
só para esses casos?<br>
<br>
Também me ocorre que neste caso, se limitares o cálculo do poly mais próximo<br>
a uma selecção dentro de um envelope, então será melhor usar st_distance<br>
porque não usa o centróide. O centróide pode dar falsos "mais próximos"<br>
facilmente...<br>
<br>
Claro que isto é só teoria...<br>
<br>
Aproveito para propor uma ideia... um repositório de receitas sql?? talvez<br>
no wiki da osgeopt??<br>
<br>
Duarte<br>
<br>
--<br>
View this message in context: <a href="http://osgeo-org.1560.n6.nabble.com/Postgis-2-0-Analise-de-Vizinho-mais-proximo-usando-index-GIST-funcao-tp4945669p4952429.html" target="_blank">http://osgeo-org.1560.n6.nabble.com/Postgis-2-0-Analise-de-Vizinho-mais-proximo-usando-index-GIST-funcao-tp4945669p4952429.html</a><br>
Sent from the OSGeo Portuguese Local Chapter mailing list archive at Nabble.com.<br>
<br>_______________________________________________<br>
Portugal mailing list<br>
<a href="mailto:Portugal@lists.osgeo.org">Portugal@lists.osgeo.org</a><br>
<a href="http://lists.osgeo.org/mailman/listinfo/portugal" target="_blank">http://lists.osgeo.org/mailman/listinfo/portugal</a><br>
<br></blockquote></div><br></div>