In sostanza si. Però aggiungo dei dettagli per chiarire meglio. Il problema emerge solo se si esegue editing su uno shapefile. Se editi su uno spatialite o su un PostGIS o altro formato geografico editabile il problema non sussiste. La cosa non è trascurabile. Infatti , mentre ha un senso logico editare un layer iin PostGIS ed esportarlo poi in shp. Editare uno shapefile e poi esportarlo ancora in shapefile occorre proprio volerlo fare. A questo aggiungo che esportando in shp si cambia la struttura dello shapefile originale e questo disincentivare l esportazione in shp. Per cui chi edita uno shapefile lo esporta in shp solo se deve proprio.
Il 27 ott 2016 11:59, "Daniele Bonaposta" <daniele.bonapo...@gmail.com> ha scritto: > Giusto per chiarire: > nelle versioni tra la 1.8 e la 2.14.5 apro una sessione di editing, > cancello dei record, salvo e chiudo la sessione. > Esporto tramite "save as" in formato shp. > In questo secondo shp NON CI SONO i record cancellati e non sono visibili > con nessun altro sw. > > E' corretto? > > Il giorno 27 ottobre 2016 11:32, Andrea Peri <aperi2...@gmail.com> ha > scritto: > >> Appunto. >> >> A questo si aggiunge che se questo shapefile viene aperto da utente >> che usa chesso' >> arcgis della esri, oppure il recentemente segnalato "mapwindow", >> oppure OpenJump, o altro software. >> >> Oppure viene caricato su postgise da li' usato oppure pubblicato su >> internet tramite geoserver o mapserver, >> si vedono 3 records. >> >> Quindi. >> Il caso d'uso che preoccupa e' quando un utente, deve preparare uno >> shapefile per distribuirlo ad altri, e nel prepararlo cancella dei >> records. >> Poi lo spedisce ad altri. >> Questi altri potrebbero vedersi ricomparire i records cancellati (o >> che si credevano cancellati). >> Con imprevedibili conseguenze. >> >> >> Chiaramente questo succede se il tecnico gis che cancella usava una >> versione di qgis antecedente alla 2.14.5 oppure successiva alla 1.8 >> (visto che Curreli ci dice che cn la 1.8 questo problema non succede). >> E' pero una fascia di versioni abbastanza ampia. >> >> Ci sono dei workarond. >> Ad esempio se dopo aver editato lo shapefile si esporta con il "save >> as" usando ancora shapefile. >> >> Ma occorre che l'utente sappia parecchio bene perche' lo deve fare. >> Perche' altrimenti non ci pensa proprio a esportare in shapefile da un >> dato che e' anche esso in shapefile. >> >> Insomma una bella seccatura (per usare un eufemismo). >> >> Per questo serve che questo problema sia ben chiaro. >> Se la gente ha chiaro ilproblema. >> Quando vede cose accadere cose strane riesce a risalire alla causa e >> rimedia. >> Altrimenti l'utente che non sa' finisce per autodifendersi con l'unica >> arma che possiede. >> Cambiare software. >> >> A. >> >> >> Il 27 ottobre 2016 10:24, Giuliano Curti <giulian...@gmail.com> ha >> scritto: >> > On 10/26/16, Marco Curreli <marcocurr...@tiscali.it> wrote: >> >> On 10/26/16 , Andrea Peri wrote: >> >>> Se guardi lo shapefile inserito nel ticket da Santilli. >> >>> Vedi 1 record o tre ? >> > >> > ciao, >> > ho fatto alcune verifiche sul file postato da Sandro >> > (logical_delete.zip se non ho fatto errori) con questi risultati: >> > >> > comandi da menu QGIS (2.4) >> > visualizzazione in canvas: 1 feature >> > layer feature count: 3 features >> > >> > comandi da python console: >> > layer.featureCount(): 3 features >> > layer.getFeatures(): 1 feature >> > feat.id(): 0 >> > feat.isValid(): True >> > layer.setSelectedFeatures([0]): selezione corretta >> > layer.setSelectedFeatures([1,2]): nessuna selezione >> > vlayer.extent().asWktCoordinates(): >> > 1554745.4189, 4852052.8289* >> > 1612298.7470*, 4924782.4594 >> > feat.geometry().boundingBox().asWktCoordinates(): >> > 1554745.4189, 4911957.5* >> > 1572934.5*, 4924782.4594 >> > >> > a prima vista parrebbe qualche incongruenza: alcuni comandi >> > (visualizzazione, getFeatures(), setSelectedFeatures()) vedono una >> > sola feature, altri (featureCount(), zoom, extent()) vedono anche >> > quelle fantasma; >> > >> > my 2 cents, ciao, >> > giuliano >> > _______________________________________________ >> > Gfoss@lists.gfoss.it >> > 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. >> > 807 iscritti al 31/03/2016 >> >> >> >> -- >> ----------------- >> Andrea Peri >> . . . . . . . . . >> qwerty àèìòù >> ----------------- >> _______________________________________________ >> Gfoss@lists.gfoss.it >> 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. >> 807 iscritti al 31/03/2016 >> > > > > -- > _____________________________ > > Daniele Bonaposta, > Cartografia - G.I.S. > > via Don Minzoni 13a > 40121 - Bologna > mobile: +39.338.3377044 > e-mail: daniele.bonapo...@gmail.com > > *Linked*in: http://www.linkedin.com/pub/daniele-bonaposta/26/487/872 > > _____________________________ >
_______________________________________________ Gfoss@lists.gfoss.it 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. 807 iscritti al 31/03/2016
