Boa tarde, Obrigado pelas respostas.
Sérgio, o código que apresentava já estava feito de acordo com o que é apresentado no OpenGeo (que é igual à página da função <-> http://postgis.refractions.net/docs/geometry_distance_centroid.html) embora estou a ver que faltava a limitação ao numero de candidatos no index_query. O problema maior prende-se com o facto de um dos argumentos ter de ser fixo. E assim, Duarte, acho que tens razão. Estou tentado a pensar que a solução passará por criar uma função que para cada registo procure o vizinho mais próximo. No entanto, não sei até que ponto é que isto não se tornará ainda mais "pesado" do que a abordagem normal (sem índice espacial). Vou fazer a experiência, e logo transmito os resultados. Alexandre Neto 2012/5/4 duartecarreira <[email protected]> > não fazia ideia que o <-> faz uso do índice qd se usa o order by... > podia-se > usar limit 1 em vez de limit 10 nessa query e obtinha-se o mais próximo... > > mas o problema de termos de usar uma geometria estática mantém-se? se > calhar, só mesmo usando um script que cria o sql dinamicamente para cada > registo... > > > > -- > View this message in context: > http://osgeo-org.1560.n6.nabble.com/Postgis-2-0-Analise-de-Vizinho-mais-proximo-usando-index-GIST-funcao-tp4945669p4952823.html > Sent from the OSGeo Portuguese Local Chapter mailing list archive at > Nabble.com. > > _______________________________________________ > Portugal mailing list > [email protected] > http://lists.osgeo.org/mailman/listinfo/portugal > >
_______________________________________________ Portugal mailing list [email protected] http://lists.osgeo.org/mailman/listinfo/portugal
