Salve a tutti,
ho rilevato un problema molto simile a questo bug#14318 <http://#14318>
ma diametralmente opposto: cioè partendo da vettori postgis 2D e
digitalizzando una nuova feature con lo snap attivo su strati con
z-dimension (cioè layer 3D, per esempio un dxf) postgis mi avvisa che la
geometria ha la terza dimensione quindi non scrive la nuova feature; mi sa
che è un bel bug, qualcuno può darmi conferma?
suggerirei la possibilità di poter scegliere lo snap 2D o 3D.
grazie per l'attenzione!!!
--
View this message in context: http://osgeo-org.1560.x6.nabble.com/PostegreSQL-PostGIS-2D-VS-snap-3D-QGIS-2-14-tp5275483.html
Sent from the QGIS Italian User mailing list archive at Nabble.com.
Buongiorno,
non ho testato quello che hai rilevato ma a me non pare un bug. Se un layer è 3d e io ci snappo sopra è normale che lui debba aggiungerci la terza dimensione. Sarebbe sbagliato il contrario. La distanza di due vertici a quota diversa è maggiore della distanza tra i due vertici alla stessa quota ma con x e y uguali. Come fa a snappare correttamente se non tiene conto della quota? Il fatto che postgis ti blocchi mi pare inevitabile. L’unica cosa è trasformare il dato su cui snappi in 2d secondo me. Poi magari è comunque una cosa che si può fare via software ma a me non pare molto corretta da un punto di vista teorico.
Saluti
Sergio
···
Il giorno 8 luglio 2016 21:50, Totò <pigrecoinfinito@gmail.com> ha scritto:
Salve a tutti,
ho rilevato un problema molto simile a questo bug#14318 http://#14318
ma diametralmente opposto: cioè partendo da vettori postgis 2D e
digitalizzando una nuova feature con lo snap attivo su strati con
z-dimension (cioè layer 3D, per esempio un dxf) postgis mi avvisa che la
geometria ha la terza dimensione quindi non scrive la nuova feature; mi sa
che è un bel bug, qualcuno può darmi conferma?
suggerirei la possibilità di poter scegliere lo snap 2D o 3D.
grazie per l’attenzione!!!
–
View this message in context: http://osgeo-org.1560.x6.nabble.com/PostegreSQL-PostGIS-2D-VS-snap-3D-QGIS-2-14-tp5275483.html
Sent from the QGIS Italian User mailing list archive at Nabble.com.
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-it-user
–
Sergio Gollino
Questo messaggio, comprensivo di eventuali allegati, è ad uso esclusivo del destinatario e potrebbe contenere informazioni riservate; se è stato recapitato per errore ci scusiamo per l’accaduto e Vi invitiamo cortesemente a darcene notizia provvedendo alla sua distruzione.
Vi ricordiamo che la diffusione, l’utilizzo e/o la conservazione dei dati ricevuti per errore costituiscono violazione alle disposizioni del D.Lgs. n. 196/2003 “Codice in materia di protezione dei dati personali”.
Sergio Gollino wrote
Buongiorno,
Sarebbe sbagliato il contrario. La distanza di due vertici a
quota diversa è maggiore della distanza tra i due vertici alla stessa
quota
ma con x e y uguali. Come fa a snappare correttamente se non tiene conto
della quota? Il fatto che postgis ti blocchi mi pare inevitabile. L'unica
cosa è trasformare il dato su cui snappi in 2d secondo me. Poi magari è
comunque una cosa che si può fare via software ma a me non pare molto
corretta da un punto di vista teorico.
Grazie per il punto di vista, ma a mio avviso è un bug e cercherò di
spiegarmi meglio tramite un caso reale:
ho decine di DXF che utilizzo come base su cui snappare, questi dxf sono 3D
solo formalmente ma non concretamente cioè hanno la x,y e z ma la z=0 sempre
ed ovunque.
altri casi potrebbero essere quelli in cui la z= costante sempre; quindi non
vi è un errore sulla distanza.
Molti algoritmi di geoprocessing di QGIS danno in output solo 2D anche se
accettano in input vettori 3D, quindi perchè non dare la possibilità di
scelta sullo snap? perchè non devo essere libero di scegliere se snappare in
2d o in 3d? soprattutto alla luce del problema esposto sopra? problema che
ho rilevato per vettori postgis, se fosse stato un semplice shapefile non se
ne sarebbe neanche accorto della differenza tra 2 e 3D.
concludendo, a mio avviso il problema esiste quando si accoppiano postgis e
lo snap3d.
saluti
--
View this message in context: http://osgeo-org.1560.x6.nabble.com/PostegreSQL-PostGIS-2D-VS-snap-3D-QGIS-2-14-tp5275483p5275671.html
Sent from the QGIS Italian User mailing list archive at Nabble.com.
Il problema si presenta solo con postgis perchè la tabella è vincolata al 2d. lo shape non avendo vincoli non rileva l’errore ma ciò non vuol dire che questo non sia presente. Probabilmente in una conversione di formato (importazione in postgis) il problema di avere geometrie 2d e 3d nello stesso file si ripresenterebbe e l’importazione verrebbe bloccata (costriggendo a forzare il 2d per fare l’importazione).
Per cui, se di bug si tratta, probabilmente affligge tutto non solo postgis. Sarebbe interessante conoscere il parere di qualche sviluppatore in merito. Che tu sappia in altri GIS la possibilità di scegliere lo snap 2d/3d è presente?
Saluti
Sergio
···
Il giorno 11 luglio 2016 09:23, Totò <pigrecoinfinito@gmail.com> ha scritto:
Sergio Gollino wrote
Buongiorno,
Sarebbe sbagliato il contrario. La distanza di due vertici a
quota diversa è maggiore della distanza tra i due vertici alla stessa
quota
ma con x e y uguali. Come fa a snappare correttamente se non tiene conto
della quota? Il fatto che postgis ti blocchi mi pare inevitabile. L’unica
cosa è trasformare il dato su cui snappi in 2d secondo me. Poi magari è
comunque una cosa che si può fare via software ma a me non pare molto
corretta da un punto di vista teorico.
Grazie per il punto di vista, ma a mio avviso è un bug e cercherò di
spiegarmi meglio tramite un caso reale:
ho decine di DXF che utilizzo come base su cui snappare, questi dxf sono 3D
solo formalmente ma non concretamente cioè hanno la x,y e z ma la z=0 sempre
ed ovunque.
altri casi potrebbero essere quelli in cui la z= costante sempre; quindi non
vi è un errore sulla distanza.
Molti algoritmi di geoprocessing di QGIS danno in output solo 2D anche se
accettano in input vettori 3D, quindi perchè non dare la possibilità di
scelta sullo snap? perchè non devo essere libero di scegliere se snappare in
2d o in 3d? soprattutto alla luce del problema esposto sopra? problema che
ho rilevato per vettori postgis, se fosse stato un semplice shapefile non se
ne sarebbe neanche accorto della differenza tra 2 e 3D.
concludendo, a mio avviso il problema esiste quando si accoppiano postgis e
lo snap3d.
saluti
–
View this message in context: http://osgeo-org.1560.x6.nabble.com/PostegreSQL-PostGIS-2D-VS-snap-3D-QGIS-2-14-tp5275483p5275671.html
Sent from the QGIS Italian User mailing list archive at Nabble.com.
QGIS-it-user mailing list
QGIS-it-user@lists.osgeo.org
http://lists.osgeo.org/mailman/listinfo/qgis-it-user
–
Sergio Gollino
Questo messaggio, comprensivo di eventuali allegati, è ad uso esclusivo del destinatario e potrebbe contenere informazioni riservate; se è stato recapitato per errore ci scusiamo per l’accaduto e Vi invitiamo cortesemente a darcene notizia provvedendo alla sua distruzione.
Vi ricordiamo che la diffusione, l’utilizzo e/o la conservazione dei dati ricevuti per errore costituiscono violazione alle disposizioni del D.Lgs. n. 196/2003 “Codice in materia di protezione dei dati personali”.
Sergio Gollino wrote
Il problema si presenta solo con postgis perchè la tabella è vincolata al
2d. lo shape non avendo vincoli non rileva l'errore ma ciò non vuol dire
che questo non sia presente. Probabilmente in una conversione di formato
(importazione in postgis) il problema di avere geometrie 2d e 3d nello
stesso file si ripresenterebbe e l'importazione verrebbe bloccata
(costriggendo a forzare il 2d per fare l'importazione).
Per cui, se di bug si tratta, probabilmente affligge tutto non solo
postgis. Sarebbe interessante conoscere il parere di qualche sviluppatore
in merito. Che tu sappia in altri GIS la possibilità di scegliere lo snap
2d/3d è presente?
per quanto ne sappia io lo shapefile (creato in QGIS) è sempre 2D di
default, solo nella versione 2.14 è stata introdotta la possibilità di
creare una shape con z-dimension, quindi 3D.
Gli shapefile '2D' trascurano lo snap 3D in quanto non sono predisposti ad
accogliere la z e quindi non avremo nessun warning a tal proposito e accetta
senza problemi l'input, lo shapefile 2D era e 2D rimarrà.
PostGIS è molto più restrittivo, molto più legato alla forma del dato.
Nelle opzioni di snap è possibile selezionare varie possibilità:
acceso/spento; layer corrente/tutti i layer; snap vertici, snap segmento e
snap vertice più segmento, inoltre si può abilitare la modifica topologica o
l'aggancio alle intersezioni- a mio avviso bisognerebbe inserire snap 2D/3D.
Questa possibilità darebbe , a mio avviso, un paio di vantaggi:
1. un pieno controllo della geometria in fase di editing;
2. la possibilità di risolvere il problema in questione.
infine, non lo so se altri SW GIS hanno questa possibilità di scelta; QGIS
ha molte cose diverse da altri SW.
--
View this message in context: http://osgeo-org.1560.x6.nabble.com/PostegreSQL-PostGIS-2D-VS-snap-3D-QGIS-2-14-tp5275483p5275694.html
Sent from the QGIS Italian User mailing list archive at Nabble.com.
Ciao Totò,
mi sembra una feature request molto utile. Io lo immagino funzionare così:
- apro in edit un vettore 2D;
- attivo lo snap su un vettore 3D;
- visto che l'oggetto in edit è 2D, QGIS automaticamente imposta lo snap
alle sole coordinate XY del vettore a cui è associato lo snap.
Ci sono però diversi casi. Potrei partire infatti in editing da un oggetto
3D e attivare lo snap su un oggetto 2D. La cosa potrebbe avere poco senso,
ed essere in buona sostanza un errore (salvo i vari casi strani di oggetti
3D in realtà 2D, ecc.).
Forse la cosa più interessante è attivarla come opzione e dare la
possibilità all'utente di scegliere cosa. fare
--
View this message in context: http://osgeo-org.1560.x6.nabble.com/PostegreSQL-PostGIS-2D-VS-snap-3D-QGIS-2-14-tp5275483p5275906.html
Sent from the QGIS Italian User mailing list archive at Nabble.com.
Ciao Andrea,
e grazie per il tuo contributo.
I casi possibili sono:
1. vettore 3D con base di snapping 3D;
2. vettore 3D con base snapping 2D;
3. vettore 2D con base snapping 3D e
4. vettore 2D con base snapping 2D;
nei casi 1 e 4 non vi è nessun problema;
nei casi 2 e 3 postgis non accetta l'input: nel caso 2 perchè manca la Z,
nel caso 3 perchè c'è la Z.
come risolvere il problema:
nel caso 2 il SW GIS dovrebbe avvisare e magari chiedere un valore di
default per la Z o lasciarlo vuoto (ma è un caso raro, a mio avviso);
nel caso 3 (molto più frequente e facile da risolvere) mi aspetto che il SW
GIS dia un input trascurando la Z, perchè il vettore in editing è 2D (come
accade per gli shapefile).
queste mie riflessioni nascono da casi concreti; utilizzando come base per
lo snapping dei DXF, che sono quasi sempre in 3D perchè hanno sempre la z
(quantomeno z=0 nei casi di falso 3D), si verifica il problema esposto
sopra.
ecco che l'opzione snap 2D/3D potrebbe risolvere questi casi.
grazie per l'attenzione!!!
Totò
--
View this message in context: http://osgeo-org.1560.x6.nabble.com/PostegreSQL-PostGIS-2D-VS-snap-3D-QGIS-2-14-tp5275483p5275926.html
Sent from the QGIS Italian User mailing list archive at Nabble.com.