[Gfoss] R: Re: Annoso bug QGIS su UNION shapefil

[Enrico Fiore]

Ciao,
occhio che "Unisci vettori" e "Unione" sono due funzionalità differenti.
"Unisci vettore" fa il 'merge' di diversi file, lasciando inalterate le 
geometrie e semplicemnte sovrapponendole tra loro, in parole povere mette in un 
unico shapefile, file differenti. 
"Unione" invece agisce sulle geometrie in modo che le geometrie che si 
sovrappongono siano intersecate tra loro, e i record della tabella vengono 
assoiciati tra loro dove c'è l'intersezione delle geometrie.

Per quanto riguarda il baco ho rifato delle prove, con gli stessi dati sui 
quali avevo riscontrato il problema e a me non dà più nessun errore (con la 
versione QGIS 2.18).

Mi sembra strano che chi fa esercitazioni non si faccia delle prove prima di 
andare in aula o almeno non sia inforamto su questo tipo di bachi. In fondo è 
un modo per verificare le funzionalità di QGIS e segnalare eventuali 
malfunzionamenti

Enrico

>Messaggio originale
>Da: gabrielacatalinaos...@yahoo.it
>Data: 24/11/2016 16.17
>A: "GFOSS.it"
>Ogg: Re: [Gfoss] Annoso bug QGIS su UNION shapefil
>
>Ciao a tutti!Negli ultimi giorni ho usato più volte e senza problemi lo 
strumento "Unisci vettori" (Processing - QGIS). Sempre nel Processing (QGIS, 
non SAGA) c'è anche "Unione" che da me funziona bene. Ho controllato nello 
strato ottenuto sia il numero degli elementi, sia la superficia totale.Noto, 
però, che i due strumenti restituiscono tabelle con formato diverso:- "Unisci 
vettori" riesce a creare una tabella che raggruppa le colonne avendo lo stesso 
nome in una sola colonna (evviva!);- "Unione" crea una tabella che contiene la 
somma del numero delle colonne trovate nei due strati di partenza. Crea, per 
esempio "tipo", "tipo 2", "nome", "nome 2" ecc.Devo precisare che ho avuto da 
unire strati con la stessa struttura e la stessa denominazione delle colonne, 
per il centro e la periferia della città. Dunque, per me "Unisci vettore" è 
stata la soluzione :-)) Sono sotto W10, 64 bit, QGIS 2.18 tramite osgeo4w per 
32 bit. Gli strati da unire non contenevano degli errori topologici.Saluti,
Gabriela
>
>  From: Stefano Campus 
> To: GFOSS.it  
> Sent: Thursday, November 24, 2016 3:39 PM
> Subject: [Gfoss] Annoso bug QGIS su UNION shapefil
>   
>inoltro un post che era stato scartato automaticamente.
>
>
>
>-- Messaggio inoltrato --
>From: Marco Vizzari 
>To: "GFOSS.it" 
>Cc:
>Date: Thu, 24 Nov 2016 13:05:00 +0100
>Subject: Annoso bug QGIS su UNION shapefile
>Buongiorno a tutti,
>
>Ieri, in un esercitazione su QGIS, ho patito le pene dell'inferno per far
>fare agli studenti una semplice unione fra shape poligonali (in allegato).
>Non ho trovato uno strumento che fosse in grado di unire i due shapefile.
>Avevo avuto difficoltà in passato, ma pensavo che un problema così
>importante sulle funzioni base fosse stato poi risolto dalla community...
>Ho poi avuto conferma del bug ancora perto qui:
>https://hub.qgis.org/issues/14846
>
>Mi sfugge qualcosa? QGIS e io non abbiamo fatto una bella figura.
>
>Di fronte a queste problematiche, diventa difficile difendere gli strumenti
>open agli occhi dei principianti.
>
>Grazie
>
>Marco
>___
>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
>
>   ___
>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


___
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

[Gfoss] R: Re: Questioni di Unioni

[Enrico Fiore]

Ciao,
ricapitolando quanto emerso dalle vostre risposte,

si può dire che l'union può avvenire tra tipi geometrici differenti, ma 
restituirà un risultato "corretto" o forse sarebbe meglio dire "completo" solo 
se il software GIS che lo origina e/o il formato in uscita, supportano il tipo 
"GEOMETRYCOLLECTION".

Altrimenti sarebbe meglio disattivare/evitare di fare union tra geometrie 
differenti.

Enrico



>Messaggio originale
>Da: Andrea Fredduzzi 
>Data: 13/05/2016 15.26
>A: 
>Cc: "GFOSS"
>Ogg: Re: [Gfoss] Questioni di Unioni
>
>Per essere pignoli, c'è anche il formato vettoriale del buon vecchio
>GRASS, che digerisce tutto molto bene.
>
>
>Il 13 maggio 2016 15:08,   ha scritto:
>> On Fri, 13 May 2016 05:47:32 -0700 (MST), aborruso wrote:
>>>
>>> Non c'è un vincolo generale a mescolare tipi geometrici differenti e
>>> infatti
>>> ci sono i formati che supportano il tipo "GEOMETRYCOLLECTION".
>>>
>>
>> esatto: ma supportare adeguatamente le Collections e' una
>> capacita' del tutto fuori dalla portata del  buon vecchio
>> Shapefile.
>> in genere sono supportate solo dagli Spatial DBMS, oppure
>> da formati dati molto piu' moderni come GML e GeoJSON
>>
>> va anche considerato che ben pochi Desktop GIS saranno poi
>> in grado di visualizzare correttamente un layer vettoriale
>> di tipo GEOMETRYCOLLECTION; per quanto mi risulta solo
>> OpenJump riesce a digerirle senza problemi.
>>
>> ciao Sandro
>>
>> ___
>> 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 Fredduzzi (phD)
>Dipartimento di Fisica e Geologia
>Università di Perugia
>Via Zefferino Faina, 4 - 06123 PERUGIA
>e-mail: andrea.freddu...@unipg.it - andreafr...@gmail.com
>tel: +39(0)755840303 - fax: +39(0)755840302
>___
>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


___
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

[Gfoss] Questioni di Unioni

[Enrico Fiore]

Salve a tutti,
sto facendo delle prove con il geoprocessing 'Unione' di FTOOLS di QGIS e mi 
sono accorto che permette di fare l'unione tra tipi geometrici differenti.

Da qui mi è venuto un dubbio che estendo non solo a QGIS, ma in generale alla 
logica del geoprocesso. 
E' corretto che l'Unione consenta di fare l'unione di tipi geometrici 
differenti?

Il risultato che si ottiene, ad essempio facendo punti + poligoni, è un file 
di punti con associati i campi dei poligoni, ma in tabella rimangono una serie 
di record a cui non è assocciata nessuna geometria (in quanto sono i poligoni) 
e riportanti solo i valori dei campi della tabella dei poligoni.

Mi sembra che il risultato finale sia in qualche modo non corretto sulla base 
della logica dell'union, che dovrebbe restituire il "complessivo" delle 
geometrie derivante dall'overlay.
Nell'esempio precedente, l'output dovrebbe essere un il file contenente sia i 
punti sia poligoni.

Forse mi sfugge qualcosa.

Enrico









___
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

[Gfoss] [promo] Corso QGIS Base Torino Aprile 2016

[Enrico Fiore]

Ciao,
vi segnalo il corso che la Cooperativa Arcobaleno (presso cui lavoro) è in 
procinto di attivare.

Il corso QGIS Base si terrà il  27 / 28 / 29 aprile 2016 e avrà una durata di 
20 ore.
L’obiettivo del corso è quello di fornire le nozioni di base per poter 
utlizzare in maniera indipendente le funzionalità fornite da QGIS e poter 
gestire, analizzare ed esportare i dati geografici.
Sede del corso: Via Paolo Veronese, 202 - Torino.

Per maggiori informazioni e modalità di iscrizione: 
http://www.cooparcobaleno.net/servizi-professionali/corsi/

Enrico Fiore



___
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

Re: [Gfoss] Indice di frammentazione

[Enrico Fiore]

Ciao, anche se un po' in ritardo, potrebbe tornare utile lo stesso.

Anni fa avevo avuto la stessa necessità e grazie al contribuito della mailing 
list del software gvSIG avevo risolto così:

1) Calcolare (e disegnare) la circonferenza minima circoscritta ad ogni 
poligono a partire dai suoivertici: Sextante -- Tool for point layers --  
Minimum enclosing shapes ( -- minimum enclosing circle)2) Calcolare le 
proprieta' geometriche del cerchioAd es. il perimetro (circonferenza), usando 
il calcolatore di campo, così da poter risalire al diametro, che rappresenta la 
diagonale massima del poligono, uno dei parametri base per la frmula dell'UFI 
(Urban Fragmentation Index).

Altrimenti puoi utilizzare Postgresql/Postgis e utilizzare la funzione 
ST_MinimumBoundingCircle per fare disegnare il cerchio, e poi precedi al 
calcolo dell'indice.

Spero di essere stato utile.
Enrico


Messaggio originale
Da: gabrielacatalinaos...@yahoo.it
Data: 07/12/2010 20.05
A: gfoss@lists.gfoss.it
Ogg: Re: [Gfoss] Indice di frammentazione

Salve a tutti!

Mi unisco alla richiesta di Iacopo. Oltre l'indice di frammentazione vorrei 
calcolare e ottenere la rappresentazione cartografica dell'indice di naturalità 
(il percentuale dello spazio coperto dai boschi, se possibile su ogni kmq). Ho 
già calcolato questo indice, ma seguendo una procedura complicata, da me 
inventata e credo che ci sia una procedura più normale, corretta e semplice.

Grazie in anticipo,
Gabriela

Da: iacopo iac...@controgeografie.net
A: gfoss@lists.gfoss.it
Inviato: Lun 6 dicembre 2010, 16:10:44
Oggetto: [Gfoss] Indice di frammentazione

Partendo da 2 elementi poligonali: le aree costruite; ed il bacino di 
riferimento, dovrei calcolare l'indice di frammentazione (Urban Fragmentation 
Index). Speravo di trovare una qualche procedura nota e standardizzata, magari 
da eseguire con grass (anche se parto da tabelle postgres, ma poco importa), 
ma da una ricerca in rete non ho trovato niente.
A qualcuno è per caso capitato lo stesso problema e ha una qualche dritta da 
darmi?

Grazie in anticipo.

Iacopo Zetti

___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
485 iscritti al 20.11.2010 
 

___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
605 iscritti al 10.7.2012

[Gfoss] R: Re: qgis e la funzione merge

[Enrico Fiore]

Ciao, 
non so se può servire, ma ho provato a caricare lo shape file in un database 
Spatiallite e mi di ce che non è possibile aprire il file ' 
Las_Salinas_Los_Block_La_Montanita.shp in quanto non riesce ad aprire il 
relativo .shx

Enrico




Messaggio originale
Da: cavall...@faunalia.it
Data: 30/07/2012 10.11
A: gfoss@lists.gfoss.it
Ogg: Re: [Gfoss] qgis e la funzione merge

Il 30/07/2012 05:36, stefano campus ha scritto:
 orbene, i punti cancellati di fatto esistono ancora:


 che cosa sarà successo? vi allego lo shape

 http://gfoss-geographic-free-and-open-source-software-italian-mailing.
3056002.n2.nabble.com/file/n7578874/Las_Salinas.zip

Ciao.
Ti confermo che in QGIS si vedono 1252 punti, ed aprendo il DBF ce ne
sono 1252.
Puo' essere che siano rimaste le geometrie, e cancellati solo i records
nella tabella?
In questo caso, per piacere prepara un file che riproduca il problema,
con de soli punti (uno semicancellato ed uno valido), ed allegalo al
ticket (potrebbe essere usato per uno dei test automatici).
Grazie.

-- 
Paolo Cavallini - Faunalia
www.faunalia.eu
Full contact details at www.faunalia.eu/pc
Nuovi corsi QGIS e PostGIS: http://www.faunalia.it/calendario

___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
605 iscritti al 10.7.2012

___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
605 iscritti al 10.7.2012

[Gfoss] QGIS 1.8.0 Rater Style errore

[Enrico Fiore]

Ciao a tutti,
vi volevo segnalare alcune anomalie che succedono quando tematizzo un raster 
con QGIS 1.8.0-Lisboa su windows XP. 

Parto da un raster delle densità creato con il plugin Sextante SAGA - Kernel 
density.
Controllo i valori minimi e massimi dalla scheda stile e sono 
min: 5.37148e-11 max: 0.0782997

Il raster così ottenuto lo moltiplico *1, a questo punto iniziano i 
problemi.

Prima anomalia.
i valori max e minimo segnati nella scheda “Stile” di QGIS risultano non 
essere quelli attesi/calcolati (min:   5.37148e-07  max: 782.997), ma sono i 
seguenti valori  
min: 2.15456e-05   e valore max: 629.118.
Interrogando il raster direttamente con lo strumento “identify” risulta che i 
valori massimi e minimi sono stati calcolati correttamente.

Altra anomalia. 
Per prova faccio gli stessi passaggi in GRASS, importo il raster Kernel 
density, moltiplico*1 con il raster calculator, e visualizzo il raster 
ottenuto nella vista di QGIS. 
Se vado sul Proprietà / Stile i valori max e min sono quelli attesi (min:   
5.37148e-07  max: 782.997), ma non riesco a gestire i valori null (interrogando 
con “Identify” le celle sono null) ma QGIS li visualizza colorate di nero 
(Mappa colore = scala di grigi). Lo stesso succede anche  definendo una Mappa 
colore personale.
Ho risolto esportando da GRASS in formato GeoTIFF, così QGIS gestisce i valori 
nulli correttamente.

Ho cercato tra i ticket aperti e non mi sembra ci siano casi del genere.
Sono  bug conosciuti, è meglio segnalarli?
___
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
605 iscritti al 10.7.2012

[Gfoss] R: Re: ftools - buchi nell'UNION

[Enrico Fiore]

Ho Aggiornando qgis alla 1.7.2-1, tramite osgeo4W, ma il bugs permane. Sistema 
operativo Windows 7 
l'UNION tramite gftools, i primi due vanno a buon fine, il terzo cancela le 
intersezioni create nel secondo union.

Ho riscontrato lo steso problema segnalato da francesco, Penso che la perdita 
di geometrie sia dovuto proprio a questo errore. Incrociando più layer ad un 
certo punto si genera una combinazione indigesta a ftools e le intrasezioni 
vanno perse

Ho creatola segnalazione
http://hub.qgis.org/issues/4567
verificate che sia tutto chiaro
Enrico




Messaggio originale

Da: francesco.maru...@gmail.com

Data: 21/11/2011 16.28

A: gfoss@lists.gfoss.it

Ogg: Re: [Gfoss] R: Re: ftools - buchi nell'UNION



ciao a tutti,
non so se si tratti dello stesso bug, ma anche noi abbiamo trovato un 
comportamento non corretto della funzione di Union dell'fTools (versione 
attuale: 0.6.1, qgis 1.7.1, win, istallazione da installer osgeo):


a livello geometrico il risultato e' corretto, mentre a livello di attributi, 
le aree che non si sovrappongono hanno tutti gli stessi attributi del PRIMO 
shapefile caricato nella finesta fTools, mentre nella realtà alcuni dovrebbero 
avere gli attributi del poligono in input, è piu' facile vederlo che spiegarlo:


http://geo.regione.emilia-romagna.it/gstatico/documenti/qgis/union_A_B.jpg

cambiando l'ordine degli shapefile cambia anche il risultato, cosa secondo me 
non corretta.


ho anche copiato gli shapes con i quali abbiamo fatto la prova, incluso il 
risultato di un union fatto con il plugin di qGis chiamato Geoprocessing, che 
è corretto:
http://geo.regione.emilia-romagna.it/gstatico/documenti/qgis/colli_bolognesi.zip


grazie

saluti,
francesco


Il giorno 21 novembre 2011 15:48, Enrico Fiore enricofi...@libero.it ha 
scritto:

Bug noto, ora sistemato.



In quale versione do qgis o ftools è stato sistemato il bug?

perchè nella versione di QGIS 1.7.1 e ftools 0.6.1 è ancora presente



Enrico

___

Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione

Gfoss@lists.gfoss.it

http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss

Questa e' una lista di discussione pubblica aperta a tutti.

Non inviate messaggi commerciali.

I messaggi di questa lista non rispecchiano necessariamente

le posizioni dell'Associazione GFOSS.it.

540 iscritti al 4.11.2011





___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
540 iscritti al 4.11.2011

[Gfoss] R: Re: ftools - buchi nell'UNION

[Enrico Fiore]

Bug noto, ora sistemato.

In quale versione do qgis o ftools è stato sistemato il bug?
perchè nella versione di QGIS 1.7.1 e ftools 0.6.1 è ancora presente

Enrico
___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
540 iscritti al 4.11.2011

[Gfoss] ftools - buchi nell'UNION

[Enrico Fiore]

ciao,
vi scrivo per segnalare un'anomalia che è successa durante alcune 
elaborazioni 
con lo strumeto UNION di ftools.

Ho 4 layer differenti contenenti dei poligoni generati dal buffer dei grafi 
della viabilità (scaricati dal portale della Regione Piemonte), i quali sono 
stati precedentemente ritagliati su alcuni comuni del Piemonte.
 I layer sono denominati: COMUNALI, PROVINCIALI, FERROVIE, STATALI.

Unendo di volta i volta i vari layer ottengo dei risultati differenti a 
seconda dell'ordine di unione:

Se unisco seguendo questo ordine: COMUNALI+FERROVIE+PROVINCIALI+STATALI, 
ottengo un layer in cui i dati di intersezione tra i poligoni sono vuoti. 
Questa perdita di geometrie si ottiene solo unendo per ultimo i il layer 
STATALi con il resto dei layer già uniti. L'ultimo passaggio crea le nuove 
geometrie ovute dall'intersezione tra STATALI e il resto dello stradario, ma 
perde le intersezine create precedentemente.

Cambiando l'ordine dai layer si creano dei buchi in altre intersezioni.
Quello che mi sembra strano è che le geometre cancellate sono quelle create 
dalle UNION precedenti.

Secondo voi è un problema di dati o dello strumento UNION?

Spero di essere stato chiaro. Allego alcune figure.

l caso è successo su PC con sistema operativo :UBUNTU, WINDOWS XP, WINDOWS 7


___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
540 iscritti al 4.11.2011

[Gfoss] R: ftools - buchi nell'UNION

[Enrico Fiore]

il link alle immagini relative al messaggio precedente è questo
https://picasaweb.google.com/110816968758030178123

Messaggio originale
Da: enricofi...@libero.it
Data: 19/11/2011 18.35
A: gfoss@lists.gfoss.it
Ogg: [Gfoss] ftools - buchi nell#39;UNION

ciao,
vi scrivo per segnalare un'anomalia che è successa durante alcune 
elaborazioni 
con lo strumeto UNION di ftools.

Ho 4 layer differenti contenenti dei poligoni generati dal buffer dei grafi 
della viabilità (scaricati dal portale della Regione Piemonte), i quali sono 
stati precedentemente ritagliati su alcuni comuni del Piemonte.
 I layer sono denominati: COMUNALI, PROVINCIALI, FERROVIE, STATALI.

Unendo di volta i volta i vari layer ottengo dei risultati differenti a 
seconda dell'ordine di unione:

Se unisco seguendo questo ordine: COMUNALI+FERROVIE+PROVINCIALI+STATALI, 
ottengo un layer in cui i dati di intersezione tra i poligoni sono vuoti. 
Questa perdita di geometrie si ottiene solo unendo per ultimo i il layer 
STATALi con il resto dei layer già uniti. L'ultimo passaggio crea le nuove 
geometrie ovute dall'intersezione tra STATALI e il resto dello stradario, ma 
perde le intersezine create precedentemente.

Cambiando l'ordine dai layer si creano dei buchi in altre intersezioni.
Quello che mi sembra strano è che le geometre cancellate sono quelle create 
dalle UNION precedenti.

Secondo voi è un problema di dati o dello strumento UNION?

Spero di essere stato chiaro. Allego alcune figure.

l caso è successo su PC con sistema operativo :UBUNTU, WINDOWS XP, WINDOWS 7


___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
540 iscritti al 4.11.2011


___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
540 iscritti al 4.11.2011

[Gfoss] R: Re: Video Seminario Ambiente e GIS open source

[Enrico Fiore]

ciao,
ci posso provare, ma io non ho contatti con chi gestisce il sito.
Sul sito unito.it ho trovato questo:
Se hai necessità di contattare la Redazione Web del portale di Ateneo scrivi 
una e-mail all'indirizzo: redazione...@unito.it 
Penso che sia meglio che la richiesta provenga da più voci.

Enrico

Messaggio originale
Da: s...@keybit.net
Data: 20/10/2011 17.21
A: Enrico Fioreenricofi...@libero.it
Cc: gfoss@lists.gfoss.it
Ogg: Re: [Gfoss] Video Seminario Ambiente e GIS open source

On Thu, Oct 20, 2011 at 04:40:23PM +0200, Enrico Fiore wrote:
 Ciao,
 colgo l'occasione per ringraziare tutti coloro che hanno partecipato al 
 seminario Ambiente e GIS open source tenutosi a Torino, 
 e per segnalarvi che il video del seminario è presente al seguente link:
 http://serviziweb.unito.it/media/?section=OnDemandaction=Readcontent=4569

Accidenti, come al solito il video NON E' visibile con software libero :'(

Enrico, hai modo dai far pervenire agli editori questo mio grido di
frustrazione ?  Sarebbe sufficiente usare un player SWF ad una versione
massima SWF8 perche' sia interpretabile da Gnash [1].

Meglio ancora sarebbe utilizzare lo _standard_ HTML5 [2]
ed il codec libero da brevetti WebM [3].

[1] http://www.gnu.org/software/gnash
[2] http://it.wikipedia.org/wiki/HTML5
[3] http://it.wikipedia.org/wiki/WebM

--strk;

  ()   Free GIS  Flash consultant/developer
  /\   http://strk.keybit.net/services.html



___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
527 iscritti al 7.7.2011

[Gfoss] Video Seminario Ambiente e GIS open source

[Enrico Fiore]

Ciao,
colgo l'occasione per ringraziare tutti coloro che hanno partecipato al 
seminario Ambiente e GIS open source tenutosi a Torino, 
e per segnalarvi che il video del seminario è presente al seguente link:
http://serviziweb.unito.it/media/?section=OnDemandaction=Readcontent=4569

Enrico
___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
527 iscritti al 7.7.2011

[Gfoss] R: Un giorno su GIS open source e Ambiente a Torino

[Enrico Fiore]

Ciao,
scusate l'assenza ma ero in ferie. 
Volevo ringraziare tutti coloro che hanno risposoto all'appello, direi che
tutte e due le proposte possono andare, le sottopongo anche agli altri 
organizzatori dell'evento e vi faccio sapere.

Enrico Fiore


Messaggio originale
Da: lucadel...@gmail.com
Data: 01/07/2011 9.29
A: Enrico Fioreenricofi...@libero.it
Cc: gfoss@lists.gfoss.it
Ogg: Re: [Gfoss] Un giorno su GIS open source e Ambiente a Torino
Ciao Enrico,
noi potremmo parlare del spatial toolbox di uDig/jgrasstools e il suo
utilizzo in progetti di rischio idrogeologico in cooperazione con
Unitn
e di rilievo digitale in campo con BeeGIS assieme ad ARPA Piemonte.

Ciao,
Andrea

Il 30 giugno 2011 20:39, Enrico Fiore enricofi...@libero.it ha scritto:

 2) Presentazione di lavori effettuati tramite l'uso di strumenti open 
source
 (anche web gis), sempre inerenti a tematiche ambientali


io posso venire a parlare di come utilizziamo GRASS GIS all'interno
della fondazione edmund mach in campo agricolo, faunistico e
floristico
fatemi sapere


 Saluti

 Enrico

-- 
ciao
Luca

http://gis.cri.fmach.it/delucchi/
www.lucadelu.org



___
Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
Gfoss@lists.gfoss.it
http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss
Questa e' una lista di discussione pubblica aperta a tutti.
Non inviate messaggi commerciali.
I messaggi di questa lista non rispecchiano necessariamente
le posizioni dell'Associazione GFOSS.it.
527 iscritti al 7.7.2011