grazie Luigi per le tue documentate risposte.
ho scaricato il file .py allegato alla risposta di Lutra
https://trac.osgeo.org/gdal/ticket/4516
il file l ho sostituito a quello che si trova qui:
C:\OSGeo4W64\apps\Python37\Scripts
oppure qui: C:\OSGeo4W64\bin
ma il risultato è sempre lo stesso,
cambiando qui la chiamata in funzione del data source
https://github.com/OSGeo/gdal/blob/master/gdal/swig/python/scripts/gdal_polygonize.py#L263
Luigi Pirelli
**
* LinkedIn:
e' un limite dello script... nel senso che usando gdal_polygonize.py (o
bat) si usa:
https://www.gdal.org/gdal__alg_8h.html#a3f522a9035d3512b5d414fb4752671b1
mentre semplicemente usando
https://www.gdal.org/gdal__alg_8h.html#a7a789015334d677afcbef67e5a6b4a7c si
risolverebbe
una nota di lutra di
verifica usando direttameente gdal_polygonize da linea di comando (osgeo
shell) per vedere se e' una limitazione dello script originale o qualcosa
introdotto dal wrapper di qgis/processing
Luigi Pirelli
ginetto wrote
> non vedo la limitazione... a quale algoritmo ti riferisci? quello di gdal
> che usa gdal_plygonize.py ?
nella maschera che si avvia da processing compare:
console GDAL/OGR
gdal_polygonize.bat GPKG:C:/.../dati.gpkg:DTM_Palermo
C:/.../OUTPUT.shp -b 1 -f "ESRI Shapefile" DN
non vedo la limitazione... a quale algoritmo ti riferisci? quello di gdal
che usa gdal_plygonize.py ?
Luigi Pirelli
**
* LinkedIn: https://www.linkedin.com/in/luigipirelli
* Stackexchange:
Forse l'utilizzo dei soli valori interi è una cosa voluta poiché in
genere la poligonalizzazione si esegue su raster classificati, quindi
contenenti un numero limitato di classi identificate da valori interi. I
valori decimali sono spesso presenti in raster con molta variabilità nei
valori che
Salve a tutti,
l'algoritmo in oggetto crea un vettore di output con un campo integer,
questo esclude tutti i casi in cui il raster ha valori con virgola.
Secondo voi è un bug da segnalare??
saluti
-
https://pigrecoinfinito.wordpress.com/
--
Sent from: