ciao a tutti
ho qualche domanda da farvi.
sto utilizzando il software gvsig, qualcuno lo conosce bene?
dovrei utilizzare un POSTgis, solo che è la prima volta che lo utilizzo, sapreste darmi delle dritte?
quando mi chiede il nome della connessione cosa devo inserire?
per ora mi fermo qui!
grazie x la disponibilità
lele
lele_11@alice.it ha scritto:
ciao a tutti
ho qualche domanda da farvi.
sto utilizzando il software gvsig, qualcuno lo conosce bene?
Se non lo si conosce qui... 
dovrei utilizzare un POSTgis, solo che è la prima volta che lo utilizzo,
sapreste darmi delle dritte?
quando mi chiede il nome della connessione cosa devo inserire?
Hai un db spaziale gia' attivo a cui agganciarti? O devi costruirlo?
In generale, non e' una cosina da nulla, eh!
Saluti.
pc
--
Paolo Cavallini, see: http://www.faunalia.it/pc
On Fri, 18 Jan 2008 15:35:16 +0100
<lele_11@alice.it> wrote:
ciao a tutti
ho qualche domanda da farvi.
sto utilizzando il software gvsig, qualcuno lo conosce bene?
no, ma lo sto affrontando anch'io: ci sorreggiamo a vicenda in attesa che qualche guru....
dovrei utilizzare un POSTgis, solo che è la prima volta che lo utilizzo, sapreste darmi delle dritte?
quando mi chiede il nome della connessione cosa devo inserire?
immagino ti riferisci alla form "connection parameters" che attivi tramite add layer -> geoDB -> ChooseConnection (pulsante destro): e' un semplice nome per identificare la connessione che poi, quando hai finito di dare gli altri parametri (autoesplicanti vero?), ti trovi nella casella a discesa a sinistra del bottone;
quando poi selezioni una connessione trovi sotto le tabelle del db cui sei connesso ed i campi di quella tabella;
io arrivo fino a qui perche' non so per quale motivo non mi trovo nulla di selezionabile nella casella a discesa 'Geometry field' (non dovrei trovare il campo the_geom della mia tabella?) e non si attiva il pulsante ok per la conferma finale: e per il momento non riesco a capire dove sbaglio 
per ora mi fermo qui!
grazie x la disponibilità
lele
anch'io, ciao,
giuliano
On Jan 20, 2008 2:41 AM, giuliano curti <giulianc@tiscali.it> wrote:
io arrivo fino a qui perche' non so per quale motivo non mi trovo nulla di selezionabile nella casella a discesa 'Geometry field' (non dovrei trovare il campo the_geom della mia tabella?) e non si attiva il pulsante ok per la conferma finale: e per il momento non riesco a capire dove sbaglio
Ciao Giuliano,
hai provato la stessa operazione da Qgis?
Luca
A questa ultima parte forse posso darti qualche dritta.
Non conosco Postgres, ma conosco Oracle in abbinamento con gvSig.
E sospetto che il problema sia analogo a quello che si porrebbe usando
un Oracle.
gvSig non guarda la tabella dei dati per capire quale campo ha
geometria, ma guarda una specie di tabella accessoria (quasi di
sistema) in cui sono registrate tutte le tabelle dotate di geometria e
che contiene anche il nome del campo in cui e' presente la geometria.
Su oracle questa tabella di chiama USER_SDO_GEOM_METADATA.
A essere precisi ora gvSIG sta usando la ALL_SDO_GEOM_METADATA, ma cosi'facendo
commette un parziale errore, gli ho gia' segnalato la cosa e
dovrebbero correggerla in futuro (spero).
Comunque il concetto e' lo stesso.
Il problema e' che queste tabelle non vengono alimentate in automatico
quando crei una tabella con geometria, ma va gestita a mano.
con un insert values.. into USER_SDO_GEOM_METADATA e se non inserisci
il valore relativo alla tua tabella con Geometria, per gvSIG non
esiste geometria nella tua tabella.
Questa impostazione di gvSig, almeno per oracle e' corretta (salvo
usare all_sdo_geom che non va bene) perche' e' sbagliato non popolare
tale tabella. Senza di essa oracle non puo' fare indicizzazioni
spaziali e cosi' via.
Quindi, rispondendo alla tua domanda, poiche' ritengo (ma qualcuno
piu' esperto di postgres puo' smentirmi) che anche su postgres+postgis
sia la stessa cosa.
La risposta e' che probabilmente gvSig non elenca le geometrie perche'
non hai inserito le tua tabelle nella tabella corrispondente alla
USER_SDO_GEOM_METADATA di oracle.
Se cosi' e' , devi informarti su quale sia questa tabella e inserirvi
il riferimento alla tua tabella dei dati con geometria.
Spero di non essere stato troppo contorto
Andrea.
Il 19/01/08, Luca Casagrande<luca.casagrande@gmail.com> ha scritto:
On Jan 20, 2008 2:41 AM, giuliano curti <giulianc@tiscali.it> wrote:
> io arrivo fino a qui perche' non so per quale motivo non mi trovo nulla di selezionabile nella casella a discesa 'Geometry field' (non dovrei trovare il campo the_geom della mia tabella?) e non si attiva il pulsante ok per la conferma finale: e per il momento non riesco a capire dove sbaglio
Ciao Giuliano,
hai provato la stessa operazione da Qgis?
Luca
_______________________________________________
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@faunalia.com
http://www.faunalia.com/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
--
~~~~~~~~~~~~~~~~~
§ Andrea §
§ Peri §
~~~~~~~~~~~~~~~~~
Andrea Peri ha scritto:
Non conosco Postgres, ma conosco Oracle in abbinamento con gvSig.
E sospetto che il problema sia analogo a quello che si porrebbe usando
un Oracle.gvSig non guarda la tabella dei dati per capire quale campo ha
geometria, ma guarda una specie di tabella accessoria (quasi di
sistema) in cui sono registrate tutte le tabelle dotate di geometria e
che contiene anche il nome del campo in cui e' presente la geometria.Su oracle questa tabella di chiama USER_SDO_GEOM_METADATA.
A essere precisi ora gvSIG sta usando la ALL_SDO_GEOM_METADATA, ma cosi'facendo
commette un parziale errore, gli ho gia' segnalato la cosa e
dovrebbero correggerla in futuro (spero).Comunque il concetto e' lo stesso.
Il problema e' che queste tabelle non vengono alimentate in automatico
quando crei una tabella con geometria, ma va gestita a mano.
con un insert values.. into USER_SDO_GEOM_METADATA e se non inserisci
il valore relativo alla tua tabella con Geometria, per gvSIG non
esiste geometria nella tua tabella.Questa impostazione di gvSig, almeno per oracle e' corretta (salvo
usare all_sdo_geom che non va bene) perche' e' sbagliato non popolare
tale tabella. Senza di essa oracle non puo' fare indicizzazioni
spaziali e cosi' via.Quindi, rispondendo alla tua domanda, poiche' ritengo (ma qualcuno
piu' esperto di postgres puo' smentirmi) che anche su postgres+postgis
sia la stessa cosa.La risposta e' che probabilmente gvSig non elenca le geometrie perche'
non hai inserito le tua tabelle nella tabella corrispondente alla
USER_SDO_GEOM_METADATA di oracle.Se cosi' e' , devi informarti su quale sia questa tabella e inserirvi
il riferimento alla tua tabella dei dati con geometria.Spero di non essere stato troppo contorto
Sei stato chiarissimo, Andrea, ed hai centrato perfettamente il problema!
A tal proposito, in PostGIS la tabella in questione si chiama
geometry_columns.
Infatti, gvSIG riconosce tabelle (e viste) i cui riferimenti sono
presenti nella tabella geometry_columns presente dello stesso schema
della tabella dei ns dati geospaziali. Per risolvere il problema basta
quindi semplicemente eseguire una query del tipo:
INSERT INTO geometry_columns (f_table_catalog, f_table_schema,
f_table_name, f_geometry_column, coord_dimension, srid, type)
VALUES ('"', 'public', 'mia_tabella', 'the_geom', 2, 3004, 'MULTIPOLYGON');
Ciao
Antonio
On Sat, 19 Jan 2008 14:39:24 +0100
Antonio Falciano <afalciano@yahoo.it> wrote:
Andrea Peri ha scritto:
[cut]
Sei stato chiarissimo, Andrea, ed hai centrato perfettamente il problema!
A tal proposito, in PostGIS la tabella in questione si chiama
geometry_columns.
Infatti, gvSIG riconosce tabelle (e viste) i cui riferimenti sono
presenti nella tabella geometry_columns presente dello stesso schema
della tabella dei ns dati geospaziali. Per risolvere il problema basta
quindi semplicemente eseguire una query del tipo:INSERT INTO geometry_columns (f_table_catalog, f_table_schema,
f_table_name, f_geometry_column, coord_dimension, srid, type)
VALUES ('"', 'public', 'mia_tabella', 'the_geom', 2, 3004, 'MULTIPOLYGON');
centro! mi sono accorto che la tabella e' popolata ma non aggiornata perche' ho cambiato nome alle tabelle e, nell'ignoranza, non mi sono preoccupato di aggiornarla;
gli ultimi due parametri (srid e type) posso variare a seconda della tabella interessata, vero?
in ogni caso confermo che questo e' un comportamento diverso fra gvsig e qgis;
Ciao
Antonio
ciao,
giuliano
PS: grazie anche ad Andrea (ho sistemato l'orologio nel frattempo, ciao)
giuliano curti ha scritto:
Antonio Falciano wrote:
Infatti, gvSIG riconosce tabelle (e viste) i cui riferimenti sono
presenti nella tabella geometry_columns presente dello stesso schema
della tabella dei ns dati geospaziali. Per risolvere il problema basta
quindi semplicemente eseguire una query del tipo:INSERT INTO geometry_columns (f_table_catalog, f_table_schema,
f_table_name, f_geometry_column, coord_dimension, srid, type)
VALUES ('"', 'public', 'mia_tabella', 'the_geom', 2, 3004, 'MULTIPOLYGON');centro! mi sono accorto che la tabella e' popolata ma non aggiornata perche'
ho cambiato nome alle tabelle e, nell'ignoranza, non mi sono preoccupato di aggiornarla;gli ultimi due parametri (srid e type) posso variare a seconda della tabella interessata, vero?
Certo, devi adattare i valori rispetto alla tua tabella.
in ogni caso confermo che questo e' un comportamento diverso fra gvsig e qgis;
Uhm... se la procedura è esatta, dovresti poter caricare correttamente
il layer PostGIS in entrambi. La differenza di comportamento potrebbe
dipendere dal sistema di riferimento adottato e dalla proiezioni al volo
(se abilitata in Qgis).
Ciao
Antonio
On Sat, 19 Jan 2008 19:45:43 +0100
Antonio Falciano <afalciano@yahoo.it> wrote:
giuliano curti ha scritto:
> Antonio Falciano wrote:
[cut]
> in ogni caso confermo che questo e' un comportamento diverso fra gvsig e qgis;
Uhm... se la procedura è esatta, dovresti poter caricare correttamente
il layer PostGIS in entrambi. La differenza di comportamento potrebbe
dipendere dal sistema di riferimento adottato e dalla proiezioni al volo
(se abilitata in Qgis).
ho ancora qualche difficolta' a districarmi bene nei sistemi di riferimento, pero' confermo che, a parita' di altre condizioni, le tabelle postgis (non correttamente aggiornate nella tabella geometry_columns) sono visibili in qgis, mentre non lo erano in gvsig; aggiornata la tabella geometry_columns (srid -1) le tabelle sono visibili in gvsig;
Ciao
Antonio
grazie, ciao,
giuliano
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
giuliano curti ha scritto:
ho ancora qualche difficolta' a districarmi bene nei sistemi di
riferimento, pero' confermo che, a parita' di altre condizioni, le
tabelle postgis (non correttamente aggiornate nella tabella
geometry_columns) sono visibili in qgis, mentre non lo erano in
gvsig; aggiornata la tabella geometry_columns (srid -1) le tabelle
sono visibili in gvsig;
Ciao,
gvsig evidentemente funziona secondo gli standard ogc e cerca l'elenco
delle tabelle/viste nelle tabella geometry_columns (quindi un dato
geografico che non sia segnato li' e' come se per lui non esistesse).
Qgis aggiunge una funzionalita' sua che e' quella di cercarsi dentro un
db geografico tutte le colonne geografiche da solo. E' un bell'aiuto ma
rende la cosa piu' lenta perche' deve scansirsi il db in cerca dei dati
geografici e 'abitua' al non uso dello standard ogc.
Quando fai la connessione a postgis da qgis puoi scegliere se fargli
leggere solo la geometry_columns o meno.
ciao
Lia
- --
Emilia Venturato
email+jabber: venturato@faunalia.it
www.faunalia.it
Tel: (+39) 347-2770007 Tel+Fax: (+39) 0587-213742
Piazza Garibaldi 5 - 56025 Pontedera (PI), Italy
http://www.faunalia.it/ev
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.6 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFHnaVFOsndmJr6cvYRAnIeAJ9YNgMMEq2ON62n4brRLCGONeQOkgCfX6tE
5VJ+2Y8/UDqgk6Wml6DHwuA=
=rEzX
-----END PGP SIGNATURE-----