QGis e vista PostGIS
Locked
12
12
 
|
Prova a usare la versione dev. Il 04/feb/2014 10:31 "Marco Li Volsi" <[hidden email]> ha scritto:
_______________________________________________ [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
|
|
In reply to this post by francesco marucci-2
La ragione di questa differenza di comportamento tra mapserver e qgis è legata alla esigenza di supportare l'editing della feature. Mapserver ha la getfeatureinfo. Il fatto che voglia un intero, ancora me lo domando perché ciò. Per fortuna ogr aggiunge automaticamente un gid e si può usare quello come pk. Il 04/feb/2014 08:12 "francesco marucci" <[hidden email]> ha scritto:
_______________________________________________ [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
|
|
In reply to this post by Marco Li Volsi
my 2 cents:
se non l'hai già fatto
- verificherei che il nome della geometry_column sia indicato in public.geometry_columns (dal messaggio di errore sembrerebbe si chiami "geom")
- provare a caricare il layer dalla console python indicando esplicitamente tutti i parametri compresa geometry column
( cfr. http://www.qgis.org/it/docs/pyqgis_developer_cookbook/loadlayer.html?highlight=qgsdatasourceuri )
non si tratta di cose risolutive ma da eventuali messaggi forse si riesce a comprendere meglio il problema...
saluti,
Enzo Ciarmoli CSI Piemonte - Direzione Sviluppo e Gestione www.csipiemonte.it >Ciao. >Ho fatto la prova di eseguire la seguente query: >SELECT id, COUNT(id)
> FROM v_poi_airport
> GROUP BY id >ORDER BY COUNT(id) DESC; >Ma non ho avuto risultati maggiori di 1. >A questo punto penso di avere qualche problema sulla mia installazione :-( _______________________________________________ [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
|
|
In reply to this post by Paolo Corti
Ciao Paolo.
Di seguito l'output di ogrinfo: INFO: Open of `PG:dbname='miodb' host='192.168.1.4' user='postgres' password='xxxx'' using driver `PostgreSQL' successful. Layer name: v_poi_airport Geometry: Point Feature Count: 849 Extent: (-27.075851, 27.814005) - (135.171327, 78.246444) Layer SRS WKT: GEOGCS["WGS 84", DATUM["WGS_1984", SPHEROID["WGS 84",6378137,298.257223563, AUTHORITY["EPSG","7030"]], AUTHORITY["EPSG","6326"]], PRIMEM["Greenwich",0, AUTHORITY["EPSG","8901"]], UNIT["degree",0.0174532925199433, AUTHORITY["EPSG","9122"]], AUTHORITY["EPSG","4326"]] Geometry Column = geom id: Integer (0.0) poi_name: String (0.0) service_group: String (0.0) sub_category: String (0.0) importance: String (0.0) name: String (0.0) stname: String (0.0) hsnum: String (0.0) postcode: String (0.0) locname: String (0.0) lancd: String (0.0) telnum: String (0.0) tel_num_type: String (0.0) faxnum: String (0.0) email: String (0.0) http: String (0.0) brandname: String (0.0) compname: String (0.0) cltrpelid: Integer (0.0) relpos: Real (0.0) extpoiid: String (0.0) addrpid: Integer (0.0) posaccur: Integer (0.0) gal: Integer (0.0) content_source: String (0.0) content_modification: String (0.0) Saluti. Il 04/02/2014 09:22, Paolo Corti ha scritto: 2014-02-03 Marco Li Volsi [hidden email]:Il log non è molto parlante dbname='miodb' host=192.168.1.4 port=5432 user='postgres' password='xxxx' sslmode=disable key='addrpid' srid=4326 type=POINT table="public"."v_poi_airport" (geom) sql= è un layer non valido; non caricatociao Marco cosa ti restituisce ogrinfo? $ ogrinfo PG:"dbname='miodb' host='192.168.1.4' user='postgres' password='xxxx'" v_poi_airport -so p _______________________________________________ [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
|
|
On Tue, Feb 4, 2014 at 9:20 PM, Marco Li Volsi <[hidden email]> wrote:
> Ciao Paolo. > Di seguito l'output di ogrinfo: > INFO: Open of `PG:dbname='miodb' host='192.168.1.4' user='postgres' > password='xxxx'' > using driver `PostgreSQL' successful. > > Layer name: v_poi_airport > Geometry: Point > Feature Count: 849 > Extent: (-27.075851, 27.814005) - (135.171327, 78.246444) > Layer SRS WKT: > GEOGCS["WGS 84", > DATUM["WGS_1984", > SPHEROID["WGS 84",6378137,298.257223563, > AUTHORITY["EPSG","7030"]], > AUTHORITY["EPSG","6326"]], > PRIMEM["Greenwich",0, > AUTHORITY["EPSG","8901"]], > UNIT["degree",0.0174532925199433, > AUTHORITY["EPSG","9122"]], > AUTHORITY["EPSG","4326"]] > Geometry Column = geom > id: Integer (0.0) > poi_name: String (0.0) > service_group: String (0.0) > sub_category: String (0.0) > importance: String (0.0) > name: String (0.0) > stname: String (0.0) > hsnum: String (0.0) > postcode: String (0.0) > locname: String (0.0) > lancd: String (0.0) > telnum: String (0.0) La vista è correttamente interpretata da GDAL. Leggo poi solo ora che caricandola con il DB Manager anche QGIS la apre. Direi di seguire la strada indicata da Salvatore Larosa per valutare se può essere un malfunzionamento di QGIS. ciao p -- Paolo Corti Geospatial software developer web: http://www.paolocorti.net twitter: @capooti skype: capooti _______________________________________________ [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
|
|
Buona Sera.
Non per essere pedante... ma ho trovato l'inghippo. Mi sono accorto che sulla tabella in cui c'è il campo geometrico, non era stato definito l'indice spaziale sul campo. Ho creato l'indice ed adesso il caricamento dal pulsante "Aggiungi vettore PostGIS" funziona egregiamente. ... e il cerchio si chiude. Salutos. Il 04/02/2014 23:16, Paolo Corti ha scritto: > On Tue, Feb 4, 2014 at 9:20 PM, Marco Li Volsi <[hidden email]> wrote: >> Ciao Paolo. >> Di seguito l'output di ogrinfo: >> INFO: Open of `PG:dbname='miodb' host='192.168.1.4' user='postgres' >> password='xxxx'' >> using driver `PostgreSQL' successful. >> >> Layer name: v_poi_airport >> Geometry: Point >> Feature Count: 849 >> Extent: (-27.075851, 27.814005) - (135.171327, 78.246444) >> Layer SRS WKT: >> GEOGCS["WGS 84", >> DATUM["WGS_1984", >> SPHEROID["WGS 84",6378137,298.257223563, >> AUTHORITY["EPSG","7030"]], >> AUTHORITY["EPSG","6326"]], >> PRIMEM["Greenwich",0, >> AUTHORITY["EPSG","8901"]], >> UNIT["degree",0.0174532925199433, >> AUTHORITY["EPSG","9122"]], >> AUTHORITY["EPSG","4326"]] >> Geometry Column = geom >> id: Integer (0.0) >> poi_name: String (0.0) >> service_group: String (0.0) >> sub_category: String (0.0) >> importance: String (0.0) >> name: String (0.0) >> stname: String (0.0) >> hsnum: String (0.0) >> postcode: String (0.0) >> locname: String (0.0) >> lancd: String (0.0) >> telnum: String (0.0) > La vista è correttamente interpretata da GDAL. > Leggo poi solo ora che caricandola con il DB Manager anche QGIS la apre. > Direi di seguire la strada indicata da Salvatore Larosa per valutare > se può essere un malfunzionamento di QGIS. > ciao > p > _______________________________________________ [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
|
|
2014-02-07 Marco Li Volsi <[hidden email]>:
> Buona Sera. > Non per essere pedante... ma ho trovato l'inghippo. > Mi sono accorto che sulla tabella in cui c'è il campo geometrico, non era > stato definito l'indice spaziale sul campo. > Ho creato l'indice ed adesso il caricamento dal pulsante "Aggiungi vettore > PostGIS" funziona egregiamente. > ... e il cerchio si chiude. > Salutos. In realta' QGIS dovrebbe funzionare lo stesso, ma se non lo fa allora hai fornito un valido elemento per sistemare quello che con tutta probabilita' sembrerebbe trattarsi di un bug. La cosa migliore in questi casi sarebbe aprire un ticket: https://hub.qgis.org/projects/quantum-gis/issues grazie p -- Paolo Corti Geospatial software developer web: http://www.paolocorti.net twitter: @capooti skype: capooti _______________________________________________ [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
|
|
In reply to this post by Marco Li Volsi
Ciao,
2014-02-07 17:03 GMT+01:00 Marco Li Volsi <[hidden email]>: Buona Sera. veramente strano, QGIS non dovrebbe avere problemi a caricare la vista la cui geometria appartiene ad una tabella senza indice spaziale. Se quello avviene, come dice Paolo, conviene approfondire per capire dove sta il problema. Anche se, da un test veloce sulla mia macchina, riesco a caricare la vista senza aver definito un indice spaziale per la tabella sorgente. In ogni caso, se puoi prova ad eseguire il test di seguito riportato [0] sulla tua macchina e vedi se ci sono anomalie importando la vista. Dovrebbe essere simile al caso tuo. Saluti, -SL
[0] -- Crea la tabella con geometria di tipo puntuale CREATE TABLE test_view (id int); SELECT AddGeometryColumn('test_view', 'geom', -1, 'POINT', 2); INSERT INTO test_view values (1, ST_GeomFromText('POINT(319564.6 6262840)')); INSERT INTO test_view values (2, ST_GeomFromText('POINT(319554.9 6262870)')); INSERT INTO test_view values (3, ST_GeomFromText('POINT(319540.7 6262965)')); INSERT INTO test_view values (4, ST_GeomFromText('POINT(319552 6263000)')); -- Crea tabella senza geometria CREATE TABLE test_view_join (id int, name text); INSERT INTO test_view_join VALUES (1, 'A'); INSERT INTO test_view_join VALUES (2, 'B'); INSERT INTO test_view_join VALUES (3, 'C'); INSERT INTO test_view_join VALUES (4, 'D'); -- Crea la vista CREATE OR REPLACE VIEW vista AS SELECT test_view_join.id, test_view_join.name, test_view.geom FROM test_view LEFT JOIN test_view_join ON test_view_join.id = test_view.id WHERE test_view.id = 4; Salutos. -- Salvatore Larosa linkedIn: http://linkedin.com/in/larosasalvatore twitter: @lrssvt skype: s.larosa IRC: lrssvt on freenode _______________________________________________ [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
|
|
In reply to this post by Paolo Corti
Veramente strano che una cosa del genere non sia gia' saltata fuori.
Lo so' che e' l'unica cosa da fare e' aprire un ticket , ma temo che servra' a ben poco. E' talmente strano questo bug che dubito che il gruppo degli sviluppatori ci mettera' mai mano perdendo il suo tempo cosi'"a babbo morto". Occorrerebbe che chi è interessato finanzi il tempo di uno sviluppatore che cerchi per lui il problema dove sta'. Oppure disponesse di una procedura cje renda l'errore replicabile. Onfatti appena apri un ticket ti chiedono subito una procedura per replicare il bug. Se non ne disponi. Non lo prendono nemmeno in considerazione un baco come questo. Oltre tutto mescola le carte perche' la situazione è che su db-manager funzion. Ilche dimostra solo che db-manager non usa il provider postgres in maniera normale, ma applica qualche suo rimaneggio. Solo questo mi spiegherebbe perche' con db-manager funzia e con il provider diretto di postgis no. Tutte cose cche aumentano la confusione. Temo che uesto baco se lo dovra' tenere per un bel po', almeno finche' casualmente rimettendo mano a ualcosa quancuno lo rimuovera' inconsapevolmente. A. On 07/02/2014 17:14, Paolo Corti wrote: > 2014-02-07 Marco Li Volsi <[hidden email]>: >> Buona Sera. >> Non per essere pedante... ma ho trovato l'inghippo. >> Mi sono accorto che sulla tabella in cui c'è il campo geometrico, non era >> stato definito l'indice spaziale sul campo. >> Ho creato l'indice ed adesso il caricamento dal pulsante "Aggiungi vettore >> PostGIS" funziona egregiamente. >> ... e il cerchio si chiude. >> Salutos. > In realta' QGIS dovrebbe funzionare lo stesso, ma se non lo fa allora > hai fornito un valido elemento per sistemare quello che con tutta > probabilita' sembrerebbe trattarsi di un bug. > La cosa migliore in questi casi sarebbe aprire un ticket: > https://hub.qgis.org/projects/quantum-gis/issues > > grazie > p > _______________________________________________ [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
|
|
Ci sarebbe anche da capire cosa vuol dire "su db-manager funziona". Carica la vista su QGIS tramite dbmanager oppure usa la select della vista per generare un layer on-the-fly?Quel che possono cambiare sono i parametri che passa al provider: per esempio se è una vista DBManager cerca un campo univoco utile per caricarla e usa quello, mentre il dialog di QGIS mostra la lista dei campi univoci possibili. 2014-02-11 8:50 GMT+01:00 aperi2007 <[hidden email]>: Veramente strano che una cosa del genere non sia gia' saltata fuori. -- Giuseppe Sucameli _______________________________________________ [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
|
|
Potrebbe essere questa la spiega. Dbmanager trova il campo univoco. Il provider normale no.? Il 11/feb/2014 14:31 "Giuseppe Sucameli" <[hidden email]> ha scritto:
_______________________________________________ [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
|
|
In reply to this post by Marco Li Volsi
Ciao Marco, ho notato che usi due campi id diversi: - qui stai usando "addrpid" come campo univoco della vista dbname='miodb' host=192.168.1.4 port=5432 user='postgres' password='xxxx' sslmode=disable key='addrpid' srid=4326 type=POINT table="public"."v_poi_airport" (geom) sql= è un layer non valido; non caricato mentre in quest'altra query verifichi che non vi siano valori duplicati sul campo "id" SELECT id, COUNT(id) Probabilmente DBManager usa "id" e quindi tutto funziona, mentre dall'interfaccia di caricamento del layer PostGIS in QGIS (che lista tutti i campi utili) tu non selezioni il campo univoco da usare e QGIS prende il primo che potrebbe a questo punto essere "addrpid". Facci sapere. 2014-02-03 22:39 GMT+01:00 Marco Li Volsi <[hidden email]>:
-- Giuseppe Sucameli _______________________________________________ [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
|
|
In reply to this post by Giuseppe Sucameli
Ciao.
Le operazioni che ho fatto per caricare il layer sono:
Il 11/02/2014 14:31, Giuseppe Sucameli ha scritto:
_______________________________________________ [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
|
|
Ciao Marco, grazie del feedback. Hai ancora modo di riprodurre l'errore? se si, proveresti a vedere, seguendo la procedura al punto 1 (caricamente da Aggiungi layer PostGIS), quale sia il campo univoco che appare nella riga della vista selezionata? Se ci fai click sopra è possibile scegliere un campo univoco diverso? Saluti. 2014-02-11 15:34 GMT+01:00 Marco Li Volsi <[hidden email]>:
-- Giuseppe Sucameli _______________________________________________ [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
|
|
In reply to this post by Giuseppe Sucameli
Ciao Giuseppe.
In serata proverò a fare una copia della tabella (13 mln di punti), a ripristinare lo stato iniziale e a fare una vista come era prima. Riguardo al tuo quesito sottoriportato... non mi ero accorto del "key=addrpid". Quel campo è un bigint sempre = 0, non è indicizzato e non e chiave primaria. Il campo "id" è la vera chiave ed è definita come tale con una constraint. Salutos. Il 11/02/2014 14:57, Giuseppe Sucameli ha scritto:
_______________________________________________ [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
|
|
In reply to this post by Giuseppe Sucameli
Ciao Giuseppe.
Ho copiato la tabella incriminata, impostato la chiave primaria sul campo "id", creato la vista e provato a caricare il layer su QGis (tastino "Aggiungi vettore PostGIS") ed il problema si è ripresentato. Nella finestra di caricamento mi propone come campo chiave primaria "addrpid" (che faccio notare essere il primo della tabella se si ordininano i nomi dei campi alfabeticamente), impostazione che posso comunque cambiare (e cambiandola carica il layer correttamente). Il 11/02/2014 15:38, Giuseppe Sucameli ha scritto:
_______________________________________________ [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
|
|
Ottimo, quindi selezionando il campo univoco corretto la vista viene caricata correttamente come layer in QGIS. Quesito risolto :)Giusto per fare il punto. Inizialmente se c'erano più campi possibili per caricare una vista, QGIS non ne selezionava nessuno. Questo implicava che ogni volta l'utente dovesse selezionare il campo e capitava che spesso gli utenti chiedessero in ML come mai le viste non fossero selezionabili, quindi si è deciso di selezionare sempre il primo della lista.In DBManager non è possibile selezionare il campo univoco da usare (almeno per adesso), per cui viene utilizzato il più "adatto". Questo comportamento implica che talvolta il campo selezionato non è quello corretto (essere sicuri che sia univoco implica eseguire una query che potrebbe essere parecchio onerosa), ma funziona nella maggior parte dei casi. E questo è tutto. Saluti. 2014-02-11 22:44 GMT+01:00 Marco Li Volsi <[hidden email]>:
-- Giuseppe Sucameli _______________________________________________ [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
|
|
Il 12/02/2014 00:21, Giuseppe Sucameli ha scritto:
> In DBManager non è possibile selezionare il campo univoco da usare > (almeno per adesso), per cui viene utilizzato il più "adatto". Tanto per ripetere il mantra: se a qualcuno serve questa funzione, e' caldamente invitato a svilupparla, o a finanziare qualcuno che lo faccia. saluti. -- Paolo Cavallini - www.faunalia.eu QGIS & PostGIS courses: http://www.faunalia.eu/training.html _______________________________________________ [hidden email] http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss Questa e' una lista di discussione pubblica aperta a tutti. I messaggi di questa lista non hanno relazione diretta con le posizioni dell'Associazione GFOSS.it. 666 iscritti al 22.7.2013 |
«
Return to Gfoss -- Geographic Free and Open Source Software - Italian mailing list
|
1 view|%1 views
| Free forum by Nabble | Edit this page |