RE: postgres+postgis..SOLUCIONADO

Dato complementario, ojo con el srid, ese es el código de referencia
espacial (en español), por lo q he aprendido en cartografía, existen muchas
maneras de proyectar la información geográfica de la tierra, ya sea de
manera plana, como circular o en un globo, se demuestra con la deformación
del planeta según su proyección, en plano que es cuadrado se ve que la
antártica que esta en el limite inferior, es tan extenso como el largo mismo
de este, cuando eso es una “aberración“ permitida por su proyección, ahora
esta explicación es valida en el sentido que existen muchos tipos de
proyección según sus coordenadas, se debe tener en cuenta que esto va a
depender de donde se este generando esa información, si yo creo cartografía
de chile será con datos de georeferenciación de acá, los cuales son muy
distintos a los de argentina o de EEUU, eso implica el HUSO el tipo de
puntos ya sea geográficos o DATUM etc, por lo tanto al subir tu cubierta en
el momento de transformarla de shape a tabla si no le defines el srid en ese
momento el postgis le da un -1 por defecto, por lo tanto el unique srid
queda en -1 y al hacer sentencias de SQL con ese numero solo traerá datos si
esa condición se cumple, pero si al momento de hacer la transformación le
das el valor correspondiente al srid de la cartografía, al hacer la
sentencia debe ir con ese mismo numero, si no. Al tratar de buscar la
información esta no se encontrara.

Ufff ojala este quedando clara la explicación, pero esa condición no para
meramente por una normalización necesariamente como creen algunos, si no que
por un datos especifico de el área de cartografía, ya q mapserver y postgis,
se basan en ese srid para poder saber en q punto real se encuentra la
visualización del mapa que se esta ejecutando y no tirar por ejemplo la isla
de Pascua en medio de Asia

Patricio Cifuentes Ithal

Ingeniero en Informática

Desarrollo Tecnológico

SIIGSA

www.siigsa.cl

(56-2) 204 60 22

_____

De: pgsql-es-ayuda-owner(at)postgresql(dot)org
[mailto:pgsql-es-ayuda-owner(at)postgresql(dot)org] En nombre de Jonathan ....nem4
Enviado el: Jueves, 01 de Febrero de 2007 16:52
Para: pgsql-es-ayuda(at)postgresql(dot)org
Asunto: [pgsql-es-ayuda] postgres+postgis..SOLUCIONADO

El problema era que en esta linea del archivo .map estaba de la siguiente
forma:
DATA "the_geom FROM tablax"

y es de la siguiente forma para que pueda realizar al consulta:
DATA "the_geom FROM tablax USING UNIQUE gid USING UNIQUE srid=xxxx"
Hay que tener encuenta que el srid es la projeccion que se esta usando en el
mapa.

.:::l\l€/V\4:::.

_____

From: napomu(at)msn(dot)com
To: pcifuentes(at)siigsa(dot)cl; pgsql-es-ayuda(at)postgresql(dot)org
Subject: RE: [pgsql-es-ayuda] postgres+postgis
Date: Thu, 1 Feb 2007 19:25:21 +0000

Hola todos,

Estamos intentado personalizar pmapper, al realizar una consulta por
atributos conectandonos a POSTGIS; especificamente estamos trabajando la
funcionalidad 'Buscar Por'; tengo entendido que la función que se utiliza es
q_execAttributeQuery

// QUERY ON POSTGIS LAYER
if ($this->qLayerType == 6 || $this->XYLayerProperties) {
foreach ($getvars as $var => $val0) {
if ($var != 'PHPSESSID' && $var != 'qlayer' && $var !=
'dbtable' && $var != 'findlist' && $var != 'mode') {
$val = $this->q_strDecode($_GET['$var']);
if ($this->qLayerType == 6) {
$varValStr = returnVar($var, $val, 'postgis');
} else {
$varValStr = returnVar($var, $val, 'db');
//error_log('db');
}
if (strlen(trim($val)) > 0) {
$qStr .= $varValStr . ' AND ';
}
}
}

$this->qStr = str_replace(';', ' 0 ERROR 0 ', substr($qStr, 0,
-5)) ;
//echo $this->qStr;

Y el js_config esta configurado de la siguiente manera:

searchList['glimite'] = new Array('<?php echo _p('glimite')
?>','#nombre','<?php echo _p('glimite') ?>','');

Pero al realizar la consulta, no muestra ningun resultado y no tenemos idea
de que puede estar mal.

Alguien tiene alguna idea de lo que puede estar sucediendo,

Gracias,

.:::l\l€/V\4:::.

--
Este mensaje ha sido analizado por MailScanner
<http://www.mailscanner.info/>
en busca de virus y otros contenidos peligrosos,
y se considera que está limpio.

<http://www.siigsa.cl> www.siigsa.cl

--
Este mensaje ha sido analizado por MailScanner
en busca de virus y otros contenidos peligrosos,
y se considera que está limpio.

www.siigsa.cl