Re: [Gfoss] Grafo idrografico
Ciao Rob, Madi, [...] >> Quindi, torno alla mia domanda iniziale: >> Esiste un metodo, in Grass o altro sw open, per ricostruire il "sibapo" ( >> o altro ) di un grafo gerarchico, come quello idrografico? > > > In idrologia ci sono diversi metodi di gerarchizzazione, per cui dovresti > capire innanzi tutto quello che e` stato usato. Il piu` comune e` quello di > Strahler. In GRASS puoi ricavare l'ordinamento di Strahler (e anche altri) > usando r.stream.order [1] (e` un addOn). Il problema e` che r.stream.order > non prende in input un reticolo idrografico preesistente, ma l'output di > r.watershed o r.stream.extract. In pratica devi tarare la soglia per > l'estrazione del reticolo idrografico in modo da avvicinarlo il piu > possibile a quello reale. Madi, non credo che questo sia quello che serve a Rob. Strahler e' una numerazione della rete, non una gerarchizzazione (non e' navigabile). Oltre al fatto che estrarre un reticolo "antropizzato" uguale a quelli forniti senza forzature e' praticamente impossibile. Puo' essere utile ai fini di una analisi idrologica, ma non per tutta una serie di altre attivita'. Rob, nei jgrasstools (quindi Spatial Toolbox di uDig) abbiamo un modulo di gerarchizzazione della rete secondo la numerazione di Pfaffstetter (vedi [0]). Partire da una rete esistente e' un vero macello. Partendo dal presupposto che tu: - abbia il DTM che ha generato la rete (di solito non e' cosi') o almeno un DTM di risoluzione compatibile con la rete, - che la rete sia digitalizzata da monte verso valle - le confluenze non abbiano piu' di due corsi entranti nello stesso punto (diff di almeno un pixel) - tu stia analizzando un bacino unico (i.e. non potresti farlo per tutta Italia in un colpo le operazioni da fare nei jgrasstools sarebbero (piu' o meno, come al solito dipende dai dati): - rasterizzazione della tua rete vettoriale creando le direzioni di drenaggio - creazione della mappa delle direzioni di drenaggio "forzandola" a seguire la tua rete - numerazione della rete - gerarchizzazione con Pfafstetter Di fatto il tutto non e' semplice e non assicuro nulla, molto dipende dal dato, da cosa ti serve e come ti serve etc etc etc etc e ancora etc. Noi siamo interessati al discorso, se vuoi si puo' proseguire la discussione nella lista dei jgrasstools [1]. Ciao, Andrea [0] http://www.slideshare.net/silli/jhydro-an-implementation-of-the-digital-watershed-presentation [1] http://groups.google.com/group/jgrasstools > > Ciao > Margherita > > > [1] http://grass.osgeo.org/wiki/GRASS_AddOns#r.stream.order > > -- > Dr. Margherita Di Leo > > ___ > 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
Re: [Gfoss] Grafo idrografico
Se puo' essere utile saperlo, il vettoriale dell'idrografia e' caricato in una tabella PostGIS ( ma si potrebbe caricare anche in SpatiaLite, se si ritenesse necessario ). Domanda: non ci sono funzioni Spatial che ricostruiscono la topologia e quindi il grafo? Qualcosa del genere non e' stato fatto per i dati OpenStreetMap? In fondo il grafo idrografico puo' essere considerato come le strade? E' un'eresia, lo so :) Ma, a parte qualche "dettaglio" come la direzione del flusso, le pendenze, il Dtm, la portata, gli argini, le inondazioni, lo storico meteo, etc etc in fondo si tratta sempre ( semplificando ) di un insieme connesso di linee... ;) Quale funzione SpatiaLite posso usare? Come devo, prima, preparare i dati? Grazie, comunque, per qualunque idea sull'argomento in oggetto ( anche di tipo "brainstorming" ) Rob ___ 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
Re: [Gfoss] Grafo idrografico
Il giorno 26 luglio 2012 09:56, Geodrinx ha scritto: > Ma, a parte qualche "dettaglio" come la direzione del flusso, le pendenze, > il Dtm, la portata, gli argini, le inondazioni, lo storico meteo, etc etc > in fondo si tratta sempre ( semplificando ) di un insieme connesso di > linee... ;) > In questo caso la direzione di flusso non è un dettaglio. L'ordinamanto di Horton-Strahler si basa proprio sulla direzione di flusso e sul concetto di monte valle: si parte dalle zone di testata del bacino e si assegna l'ordine 1 alla prima asta che incontri, quando due aste di ordine 1 confluiscono la successiva sarà di ordine 2 e così via. Per questo i metodi che lo fanno hanno bisogno del dtm e di una rete idrografica congruente con il dem. Tra l'altro segnalo il recente Tau-dem - plugin sextante di Qgis C'è un'altro problema...ho avuto a che fare con la classificazione sibapo qualche anno fa e se non ricordo male è completamente invertita rispetto a Horton-Strahler, assegnando l'ordine 1 all'ultima asta del bacino...(es il Tevere) -- Andrea Fredduzzi Department of Civil and Environmental Engineering University of Perugia Via G. Duranti 93/a - 06125 Perugia (Italy) e-mail: freddu...@unipg.it - andreafr...@gmail.com tel: +39(0)755853760 - fax: +39(0)755853756 ___ 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
Re: [Gfoss] Grafo idrografico
[...] > Domanda: non ci sono funzioni Spatial che ricostruiscono la topologia e > quindi il grafo? > Qualcosa del genere non e' stato fatto per i dati OpenStreetMap? > In fondo il grafo idrografico puo' essere considerato come le strade? > E' un'eresia, lo so :) Ecco, gia' :) > Ma, a parte qualche "dettaglio" come la direzione del flusso, le pendenze, il > Dtm, la portata, gli argini, le inondazioni, lo storico > meteo, etc etc in fondo si tratta sempre ( semplificando ) di un insieme > connesso di linee... ;) Ok, mi pare di capire che il tuo utilizzo non sara' di tipo idrologico/idraulico. Forse conviene che tu ci spieghi un pochino meglio a cosa vuoi arrivare. Il fatto e' che senza una visione scientifica, non riesci a gerarchizzare in modo giusto. Nel momento in cui ti trovi a una confluenza cosa fai? Il ramo principale e' quello di destra o quello di sinistra? Credo questa sia la domanda cruciale. Se devi compilare in modo "esatto" i codici della gerarchia, devi fare le cose a "modo idrologico", se invece non ti interessa, ma vuoi solo collegare il tutto, penso sia piu' facile, anche se non saprei come fare senza mettere mano al codice. Ciao, Andrea > Quale funzione SpatiaLite posso usare? > Come devo, prima, preparare i dati? > > Grazie, comunque, per qualunque idea sull'argomento in oggetto ( anche di > tipo "brainstorming" ) > > Rob > ___ > 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
Re: [Gfoss] Grafo idrografico
Ciao Andrea, > se non ricordo male è completamente invertita rispetto a Horton-Strahler, > assegnando l'ordine 1 all'ultima asta del bacino...(es il Tevere) Esattamente. La gerarchia ( anche se e' un reticolo ) parte dalla foce. Non e' detto che sia un errore concettuale. :) Non sempre le sorgenti sono note: vedi caso del Nilo ... ;) Dovendo battezzare un fiume, comincio dalla costa... Mi dirai: "... e i laghi?" A parte questo, direi che il primo step dovrebbe essere quello di numerare le foci dei fiumi e affini, cioe' trovare le polilinee che si intersecano con la linea di costa. Corretto? Rob ___ 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
Re: [Gfoss] Grafo idrografico
> a cosa vuoi arrivare. ad un database idrografico in cui ogni ramo "sappia" chi e', a chi appartenga, e dove si pone sequenzialmente nel suo "fiume" ( che prende il "nome" dalla foce ). Ovvero, vorrei "riempire" il campo "sibapo" ( o qualcosa di simile ) in maniera corretta. Penso si tratti di "cluster analisys" se non ricordo male dall'universita'. Altra eresia. ;) Rob ___ 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
Re: [Gfoss] Grafo idrografico
Ciao, sempre come brainstorming.. 2012/7/26 Geodrinx > Ciao Andrea, > > > se non ricordo male è completamente invertita rispetto a > Horton-Strahler, assegnando l'ordine 1 all'ultima asta del bacino...(es il > Tevere) > > Esattamente. > La gerarchia ( anche se e' un reticolo ) parte dalla foce. > Forse segue l'ordinamento di Hack? http://grass.osgeo.org/wiki/R.stream.*#r.stream.order (quarta immagine). Ciao, madi -- Dr. Margherita Di Leo ___ 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
Re: [Gfoss] Abilitare un repo github per Qgis
Ciao, 2012/7/23 Luca Mandolesi : > vorrei abilitare il mio repo github per diffondere il > plugin, tuttavia, eviterei al momento di metterlo nel repo > ufficiale, non mi è chiaro cosa intendi con "abilitare il mio repo github". > dato che avrei forse moltissimi feddback, cosa assai positiva per me, > ma sconfortante per chi me li manda Basta metterlo sperimentale, per le tempistiche se ne faranno una ragione, l'importante è che i bug vengano segnalati così che tu possa correggerli. > Una volta avevo uploadato il plugin zippandolo, ma speravo che ora > si potesse creare un file xml da mettere nel repo e il gioco è fatto, Un file xml? da mettere nel repo? scusa, non ti seguo. Come fa il plugin a stare dentro l'xml? E per repo intendi il repository dei plugin di QGis (plugins.qgis.org) o github? > senza dover zippare ogni volta da console... Il plugin è uno zip semplicissimo, puoi crearlo con quel che ti pare (console o GUI). Al suo confronto creare un file xml è un'impresa da superuomo... Ciao. -- Giuseppe Sucameli - Faunalia ___ 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
Re: [Gfoss] Grafo idrografico
sempre come brainstorming.. > > 2012/7/26 Geodrinx > >> Ciao Andrea, >> >> > se non ricordo male è completamente invertita rispetto a >> Horton-Strahler, assegnando l'ordine 1 all'ultima asta del bacino...(es il >> Tevere) >> >> Esattamente. >> La gerarchia ( anche se e' un reticolo ) parte dalla foce. >> > > Forse segue l'ordinamento di Hack? > http://grass.osgeo.org/wiki/R.stream.*#r.stream.order (quarta immagine). > "A occhio" direi proprio di si, però devo ammettere la mia ignoranzaall'epoca per delle analisi geomorfologiche avevamo bisogno di un ordinamento Horton-Strahler e abbiamo abbandonato sibapo. Quindi non ho approfondito molto come avveniva la gerarchizzazione sibapo. Penso che il fine sia proprio quello di evitare le complicazioni che ci sono nell'individuare le aste di ordine 1 in bacini diversi (threshold, mean stream drop e via dicendo) - cioè come dice rob "di non dovere per forza risalire alla sorgente" -- Andrea Fredduzzi Department of Civil and Environmental Engineering University of Perugia Via G. Duranti 93/a - 06125 Perugia (Italy) e-mail: freddu...@unipg.it - andreafr...@gmail.com tel: +39(0)755853760 - fax: +39(0)755853756 ___ 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] progetto ELISA ELI CAT-FIS
Salve Il progetto in subj è molto in auge in Emilia Romagna. C'e' dietro Engineering. Dovrebbe essere opensource al 100% ma non riesco a trovare in rete un link dove poter scaricare tale sorgente. Ci sono delle tematiche che mi interessano e speravo di poter imparare qualcosa. Qualcuno sa se è possibile ottenere i sorgenti? Ciao a Tutti ___ 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
Re: [Gfoss] Grafo idrografico
> > A parte questo, direi che il primo step dovrebbe essere quello di numerare > le foci dei fiumi e affini, cioe' trovare le polilinee che si intersecano > con la linea di costa. > > Corretto? Penso sia corretto come punto di partenza, l'ordine 1 dovrebbe essere assegnato ai fiumi che sfociano in mare, cioè ai collettori principali dei vari bacini, però poi devi capire come avviene la gerarchizzazione -- Andrea Fredduzzi Department of Civil and Environmental Engineering University of Perugia Via G. Duranti 93/a - 06125 Perugia (Italy) e-mail: freddu...@unipg.it - andreafr...@gmail.com tel: +39(0)755853760 - fax: +39(0)755853756 ___ 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
Re: [Gfoss] progetto ELISA ELI CAT-FIS
Il 26/07/2012 10:53, Pierluigi Santin Fintel ha scritto: > Salve > Il progetto in subj è molto in auge in Emilia Romagna. C'e' dietro > Engineering. > Dovrebbe essere opensource al 100% ma non riesco a trovare in rete un link > dove poter scaricare tale sorgente. > Ci sono delle tematiche che mi interessano e speravo di poter imparare > qualcosa. > Qualcuno sa se è possibile ottenere i sorgenti? non conosco la situazione specifica, ma per esperienza e' possibile che i sorgenti siano solo in qualche repository interno alla Regione, o alla ditta. se lo trovi, facci sapere. puoi darci qualche dettaglio sul progetto, specialmente dal punto di vista dei GIS? saluti, e 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
Re: [Gfoss] progetto ELISA ELI CAT-FIS
Si certo. Ci sono vari siti istituzionali abbastanza "fumosi". http://www.eli.catasto-fiscalita.anci.it, http://www.programmaelisa.it/ Sono 2 le sperienze principali: emilia romagna e toscana Si tratta di un progettone ENORME Quello che a me interessa in breve è che dovrebbe contenere la prima realizzazione di business intelligence geografica realizzata con SPAGO BI http://www.spagoworld.org/xwiki/bin/view/SpagoBI/ http://www.spagoworld.org/xwiki/bin/view/SpagoBI/Geo Di SpagoBI si trovano i sorgenti. Ma in ELICAT_FIS questi concetti dovrebbero essere applicati alle tematiche catastali(e qui rientra la parte geografica)/fiscali. ___ 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
Re: [Gfoss] Problema con qgis-mapserver
On 25/07/2012 19:09, Paolo Cavallini wrote: Il 25/07/2012 19:04, ALCAD di Alessio Chiga ha scritto: On 25/07/2012 15:21, Paolo Cavallini wrote: la versione che usi e' la 1.8 sia per il server che per il desktop? saluti. Si, precedentemente avevo la 1.7.4 ma attualmente sto lavorando con la 1.8.0 compilata ah-hoc sulla macchina Gdal 1.9.0 libtiff5 4.0.2-1 libtiff4 3.9.6-7 ambiente debian testing/unstable Salve. Accertati che non siano rimasti pezzi dell'installazione precedente. Hai un motivo per usare una 1.8 compilata a mano, invece di un pacchetto? Prima prova quello, se il problema persiste vediamo. Saluti. Ho compilato a mano perché non riuscivo ad installare i pacchetti da http://qgis.org/debian-nightly e neppure da http://qgis.org/debian per problemi di dipendenze sul sistema... Sto invece a disinstallando tutti i precompilati ma sembra che anche questo non abbia effetto. Per ora continuo a usare mapserver per pubblicare i raster, però mi piacerebbe riuscire a usare qgis per avere una semplicità di gestione e visualizzazione dei layer Sono riuscito inoltre ad installare la versione 1.8.0~unstable1 ma anche con questa nada. Questi i passaggi che ho fatto 1) disisnstallato tutti i pacchetti e i binari compilati ad-hoc (pulizia completa del sistema) 2) installato i pacchetti precompilati da qgis.org/debian 3) disinstallato pacchetti e librerie precompilate 4) ricompilato e reinstallato tutto a manina Risultato: nessun cambiamento nè con i precompilati, ne con il compilato ad-hoc continuo invece a vedere tutto correttamente se richiedo a mapserver + mapfile Da questo ho dedotto che le liberie tiff sono correttamente funzionanti e che ci deve essere qualche libreria non correttamente linkata in qgis mapserver. Sono in un architettura a 64bit (processore intel e kernel 3.0.0-1-amd64) con un sistema debian "spinnato" (testing + unstable) Ciauu -- ALCAD di Alessio Chiga http://www.alcad.it Questo messaggio ha natura confidenziale e riservata. Esso può essere letto, copiato ed usato soltanto dal destinatario indicato. Se chi lo legge lo ha ricevuto per errore, è pregato di contattare immediatamente il mittente rispedendo il messaggio, con invito a cancellare il messaggio ed a non rivelarne ad alcuno il contenuto. Si ritiene, ma non si garantisce, che questo messaggio ed i relativi allegati non contengano virus, così che il destinatario resta pieno ed unico responsabile del controllo antivirus. ALCAD di Alessio Chiga si riserva il diritto di monitorare tutti i messaggi di posta elettronica che entrano nella propria rete informatica. ___ 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: Digest di Gfoss, Volume 85, Numero 66
Più che all'idrografia mi fate pensare alla vita, mi credete? Ad maiora agata >Messaggio originale >Da: gfoss-requ...@lists.gfoss.it >Data: 26-lug-2012 10.55 >A: >Ogg: Digest di Gfoss, Volume 85, Numero 66 > >Invia le richieste di iscrizione alla lista Gfoss all'indirizzo > gfoss@lists.gfoss.it > >Per iscriverti o cancellarti attraverso il web, visita > http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss >oppure, via email, manda un messaggio con oggetto `help' all'indirizzo > gfoss-requ...@lists.gfoss.it > >Puoi contattare la persona che gestisce la lista all'indirizzo > gfoss-ow...@lists.gfoss.it > >Se rispondi a questo messaggio, per favore edita la linea dell'oggetto >in modo che sia pi� utile di un semplice "Re: Contenuti del digest >della lista Gfoss..." > > >Argomenti del Giorno: > > 1. Re: Grafo idrografico (Andrea Fredduzzi) > 2. Re: Grafo idrografico (andrea antonello) > 3. Re: Grafo idrografico (Geodrinx) > 4. Re: Grafo idrografico (Geodrinx) > 5. Re: Grafo idrografico (Margherita Di Leo) > 6. Re: Abilitare un repo github per Qgis (Giuseppe Sucameli) > 7. Re: Grafo idrografico (Andrea Fredduzzi) > 8. progetto ELISA ELI CAT-FIS (Pierluigi Santin Fintel) > > >-- > >Message: 1 >Date: Thu, 26 Jul 2012 10:13:51 +0200 >From: Andrea Fredduzzi >To: Geodrinx >Cc: GFOSS >Subject: Re: [Gfoss] Grafo idrografico >Message-ID: > >Content-Type: text/plain; charset="iso-8859-1" > >Il giorno 26 luglio 2012 09:56, Geodrinx ha scritto: > >> Ma, a parte qualche "dettaglio" come la direzione del flusso, le pendenze, >> il Dtm, la portata, gli argini, le inondazioni, lo storico meteo, etc etc >> in fondo si tratta sempre ( semplificando ) di un insieme connesso di >> linee... ;) >> > >In questo caso la direzione di flusso non è un dettaglio. L'ordinamanto di >Horton-Strahler si basa proprio sulla direzione di flusso e sul concetto di >monte valle: si parte dalle zone di testata del bacino e si assegna >l'ordine 1 alla prima asta che incontri, quando due aste di ordine 1 >confluiscono la successiva sarà di ordine 2 e così via. Per questo i metodi >che lo fanno hanno bisogno del dtm e di una rete idrografica congruente con >il dem. > >Tra l'altro segnalo il recente Tau-dem - plugin sextante di Qgis > >C'è un'altro problema...ho avuto a che fare con la classificazione sibapo >qualche anno fa e se non ricordo male è completamente invertita rispetto >a Horton-Strahler, assegnando l'ordine 1 all'ultima asta del bacino...(es >il Tevere) >-- >Andrea Fredduzzi >Department of Civil and Environmental Engineering >University of Perugia >Via G. Duranti 93/a - 06125 Perugia (Italy) >e-mail: freddu...@unipg.it - andreafr...@gmail.com >tel: +39(0)755853760 - fax: +39(0)755853756 >-- parte successiva -- >Un allegato HTML ? stato rimosso... >URL: <http://lists.gfoss. it/pipermail/gfoss/attachments/20120726/90523227/attachment-0001.html> > >-- > >Message: 2 >Date: Thu, 26 Jul 2012 10:14:41 +0200 >From: andrea antonello >Cc: GFOSS >Subject: Re: [Gfoss] Grafo idrografico >Message-ID: > >Content-Type: text/plain; charset=ISO-8859-1 > >[...] >> Domanda: non ci sono funzioni Spatial che ricostruiscono la topologia e quindi il grafo? >> Qualcosa del genere non e' stato fatto per i dati OpenStreetMap? >> In fondo il grafo idrografico puo' essere considerato come le strade? >> E' un'eresia, lo so :) > >Ecco, gia' :) > >> Ma, a parte qualche "dettaglio" come la direzione del flusso, le pendenze, il Dtm, la portata, gli argini, le inondazioni, lo storico >> meteo, etc etc in fondo si tratta sempre ( semplificando ) di un insieme connesso di linee... ;) > >Ok, mi pare di capire che il tuo utilizzo non sara' di tipo >idrologico/idraulico. Forse conviene che tu ci spieghi un pochino >meglio a cosa vuoi arrivare. > >Il fatto e' che senza una visione scientifica, non riesci a >gerarchizzare in modo giusto. >Nel momento in cui ti trovi a una confluenza cosa fai? Il ramo >principale e' quello di destra o quello di sinistra? >Credo questa sia la domanda cruciale. Se devi compilare in modo >"esatto" i codici della gerarchia, devi fare le cose a "modo >idrologico", se invece non ti interessa, ma vuoi solo collegare il >tutto, penso sia piu' facile, anche se non saprei come fare senza >mettere mano al codice. > &g
[Gfoss] R: Digest di Gfoss, Volume 85, Numero 66
cosa ne pensate di: http://www.internetsociety.org/get-involved/join-community . sono "open" per voi? ad maiora agata gfoss-requ...@lists.gfoss.it wrote on 26-lug-2012 10.55 >A: >Ogg: Digest di Gfoss, Volume 85, Numero 66 > >Invia le richieste di iscrizione alla lista Gfoss all'indirizzo > gfoss@lists.gfoss.it > >Per iscriverti o cancellarti attraverso il web, visita > http://lists.gfoss.it/cgi-bin/mailman/listinfo/gfoss >oppure, via email, manda un messaggio con oggetto `help' all'indirizzo > gfoss-requ...@lists.gfoss.it > >Puoi contattare la persona che gestisce la lista all'indirizzo > gfoss-ow...@lists.gfoss.it > >Se rispondi a questo messaggio, per favore edita la linea dell'oggetto >in modo che sia pi� utile di un semplice "Re: Contenuti del digest >della lista Gfoss..." > > >Argomenti del Giorno: > > 1. Re: Grafo idrografico (Andrea Fredduzzi) > 2. Re: Grafo idrografico (andrea antonello) > 3. Re: Grafo idrografico (Geodrinx) > 4. Re: Grafo idrografico (Geodrinx) > 5. Re: Grafo idrografico (Margherita Di Leo) > 6. Re: Abilitare un repo github per Qgis (Giuseppe Sucameli) > 7. Re: Grafo idrografico (Andrea Fredduzzi) > 8. progetto ELISA ELI CAT-FIS (Pierluigi Santin Fintel) > > >-- > >Message: 1 >Date: Thu, 26 Jul 2012 10:13:51 +0200 >From: Andrea Fredduzzi >To: Geodrinx >Cc: GFOSS >Subject: Re: [Gfoss] Grafo idrografico >Message-ID: > >Content-Type: text/plain; charset="iso-8859-1" > >Il giorno 26 luglio 2012 09:56, Geodrinx ha scritto: > >> Ma, a parte qualche "dettaglio" come la direzione del flusso, le pendenze, >> il Dtm, la portata, gli argini, le inondazioni, lo storico meteo, etc etc >> in fondo si tratta sempre ( semplificando ) di un insieme connesso di >> linee... ;) >> > >In questo caso la direzione di flusso non è un dettaglio. L'ordinamanto di >Horton-Strahler si basa proprio sulla direzione di flusso e sul concetto di >monte valle: si parte dalle zone di testata del bacino e si assegna >l'ordine 1 alla prima asta che incontri, quando due aste di ordine 1 >confluiscono la successiva sarà di ordine 2 e così via. Per questo i metodi >che lo fanno hanno bisogno del dtm e di una rete idrografica congruente con >il dem. > >Tra l'altro segnalo il recente Tau-dem - plugin sextante di Qgis > >C'è un'altro problema...ho avuto a che fare con la classificazione sibapo >qualche anno fa e se non ricordo male è completamente invertita rispetto >a Horton-Strahler, assegnando l'ordine 1 all'ultima asta del bacino...(es >il Tevere) >-- >Andrea Fredduzzi >Department of Civil and Environmental Engineering >University of Perugia >Via G. Duranti 93/a - 06125 Perugia (Italy) >e-mail: freddu...@unipg.it - andreafr...@gmail.com >tel: +39(0)755853760 - fax: +39(0)755853756 >-- parte successiva -- >Un allegato HTML ? stato rimosso... >URL: <http://lists.gfoss. it/pipermail/gfoss/attachments/20120726/90523227/attachment-0001.html> > >-- > >Message: 2 >Date: Thu, 26 Jul 2012 10:14:41 +0200 >From: andrea antonello >Cc: GFOSS >Subject: Re: [Gfoss] Grafo idrografico >Message-ID: > >Content-Type: text/plain; charset=ISO-8859-1 > >[...] >> Domanda: non ci sono funzioni Spatial che ricostruiscono la topologia e quindi il grafo? >> Qualcosa del genere non e' stato fatto per i dati OpenStreetMap? >> In fondo il grafo idrografico puo' essere considerato come le strade? >> E' un'eresia, lo so :) > >Ecco, gia' :) > >> Ma, a parte qualche "dettaglio" come la direzione del flusso, le pendenze, il Dtm, la portata, gli argini, le inondazioni, lo storico >> meteo, etc etc in fondo si tratta sempre ( semplificando ) di un insieme connesso di linee... ;) > >Ok, mi pare di capire che il tuo utilizzo non sara' di tipo >idrologico/idraulico. Forse conviene che tu ci spieghi un pochino >meglio a cosa vuoi arrivare. > >Il fatto e' che senza una visione scientifica, non riesci a >gerarchizzare in modo giusto. >Nel momento in cui ti trovi a una confluenza cosa fai? Il ramo >principale e' quello di destra o quello di sinistra? >Credo questa sia la domanda cruciale. Se devi compilare in modo >"esatto" i codici della gerarchia, devi fare le cose a "modo >idrologico", se invece non ti interessa, ma vuoi solo collegare il >tutto, penso sia piu' facile, anche se non saprei come fare senza >mettere mano al codice. >
Re: [Gfoss] Problema con qgis-mapserver
Il 26/07/2012 11:51, ALCAD di Alessio Chiga ha scritto: > > Risultato: > nessun cambiamento nè con i precompilati, ne con il compilato ad-hoc E', direi, un problema locale (qua lo usiamo intensamente anche per i raster, senza problemi): puoi provare su una macchina pulita? Saluti. -- 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
Re: [Gfoss] Abilitare un repo github per Qgis
Ciao Giuseppe, mi sono spiegato male e forse sono rimasto indietro sul sistema di zippaggio del plugin. A memoria, ma forse ricordo male, era possibile creare un proprio repo aggiungendo un file .xml scritto in un certo modo per poter abilitare il proprio server. Che ne so, Carson ha questo: http://www.ftools.ca/cfarmerQgisRepo.xml Siccome stavo provando ad usare GitHUB, in cui i file sono sincronizzati con il repo locale della macchina su cui sviluppo, mi piaceva poter permettere agli utenti di attingere direttamente da github usandolo come repo alternativo leggibile dall'installer di Qgis. Mi ricordo che quando volevo caricare il plugin sul repo di Qgis dovevo ogni volta da shell zipparlo con una procedura indicata da Gary Sherman che non poteva passare semplicemente per un 7zip o altro, ma dovevo riscrivere ogni volta tutte le righe per ogni cartella che avevo nel mio plugin. Tra l'altro la guidina allo zippaggio dei plugin non la trovo più. Per caso ora si può zippare il plugin con qualsiasi programma? Grazie mille luca ___ 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: Save as... anche per i raster
Salve. Come preannunciato, in QGIS master e' ora possibile salvare un raster (anche, ad es., caricato da WCS) in locale, volendo anche tiled, ecc. Ancora un po' di cose da sistemare, ma un bel passo avanti. Saluti, e buon divertimento. -- 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] ottime notizie in arrivo
l'ottimo Strk (Sandro Santilli, Chair del PSC di GEOS) ci sta preparando una gran bella sorpresa: la prossima GEOS 3.4.0 (gia' disponibile su svn-trunk) supportera' direttamente le triangolazioni di Delaunay :-D Strik, complimenti ;-) (quando e' previsto il rilascio "stable" ?) per chi e' curioso di saperne di piu': https://groups.google.com/forum/?fromgroups#!topic/spatialite-users/OP-ME5KG0HM ciao Sandro -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto. ___ 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
Re: [Gfoss] ottime notizie in arrivo
2012/7/26 : > l'ottimo Strk (Sandro Santilli, Chair del PSC di GEOS) > ci sta preparando una gran bella sorpresa: la prossima GEOS 3.4.0 > (gia' disponibile su svn-trunk) supportera' direttamente le > triangolazioni di Delaunay :-D Ottimo! Anche GRASS usa GEOS volentieri... Visto che c'è Delaunay, speriamo che ci sia anche Voronoi a breve... grazie Markus ___ 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
Re: [Gfoss] Problema con qgis-mapserver
On 26/07/2012 12:29, Paolo Cavallini wrote: Il 26/07/2012 11:51, ALCAD di Alessio Chiga ha scritto: Risultato: nessun cambiamento nè con i precompilati, ne con il compilato ad-hoc E', direi, un problema locale (qua lo usiamo intensamente anche per i raster, senza problemi): puoi provare su una macchina pulita? Saluti. Si su un'altra macchina 'pulita' sono riuscito a vedere un raster tramite qgis-mapserver. A questo punto sono confuso... Sapete darmi qualche consiglio su come poter risolvere il problema? Grazie -- ALCAD di Alessio Chiga http://www.alcad.it Questo messaggio ha natura confidenziale e riservata. Esso può essere letto, copiato ed usato soltanto dal destinatario indicato. Se chi lo legge lo ha ricevuto per errore, è pregato di contattare immediatamente il mittente rispedendo il messaggio, con invito a cancellare il messaggio ed a non rivelarne ad alcuno il contenuto. Si ritiene, ma non si garantisce, che questo messaggio ed i relativi allegati non contengano virus, così che il destinatario resta pieno ed unico responsabile del controllo antivirus. ALCAD di Alessio Chiga si riserva il diritto di monitorare tutti i messaggi di posta elettronica che entrano nella propria rete informatica. ___ 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] Problemi di editing (tabella e geometrie)
ciao a tutti, qualcuno ha dei problemi nel disegnare geometrie e riempire i campi degli attributi? a volte mi succede che dopo avere inserito geometrie (poligoni) ed eseguito il salvataggio, queste scompaiano e l'unico modo per vederle è togliere lo shape dalla toc e ricaricarlo. altro inconveniente ce l'ho nella compilazione degli attributi attraverso il calcolatore di campi. il risultato è ok, ma poi salvo e tutti i campi sono NULL. per vederli devo chiudere la tabella e riaprirla. seccante davvero! un altro problema che ho riscontrato è che quando ho acceso il livello google map, le mie geometrie sovrapposte apparentemente si spostano dopo avere fatto un pan o uno zoom avanti o dietro. tutto quanto sopra può dipendere dalla scheda grafica del pc? cioè che sia un problema di refresh, dato che ho riscontrato ciò su tre pc portatili (windows)? grazie mille -- View this message in context: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/Problemi-di-editing-tabella-e-geometrie-tp7578827.html Sent from the Gfoss -- Geographic Free and Open Source Software - Italian mailing list mailing list archive at Nabble.com. ___ 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
Re: [Gfoss] grid calculator
il problema secondo me risiede nel tipo di raster che uso. essendo derivati da altri calcoli sono floating con decine di cifre decimali. se mi limito a due decimali, funziona! ma l'informatica sta prendendo il sopravvento? -- View this message in context: http://gfoss-geographic-free-and-open-source-software-italian-mailing.3056002.n2.nabble.com/grid-calculator-tp7578704p7578828.html Sent from the Gfoss -- Geographic Free and Open Source Software - Italian mailing list mailing list archive at Nabble.com. ___ 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
Re: [Gfoss] elemento grafico
In realtà vorrei solo disegnare delle geometrie intorno a dei punti (caricati da gps). Non ho avuto modo di provare con quel plugin, lo scarico dal sito? Grazie Giuditta Inviato da iPhone Il giorno 24/lug/2012, alle ore 15:31, Paolo Cavallini ha scritto: > Il 24/07/2012 15:27, giudi corno ha scritto: >> >> Qualcuno potrebbe gentilmente dirmi come si crea un elemento grafico con >> QGIS? Io parto da uno shapefile con dei punti (posizionati su ortofoto), i >> quali sarebbero da posizionare all'interno di un quadrato, che vorrei >> appunto creare come elemento grafico e poi selezionare e convertire in shp. >> Dovrebbero rappresentare i territori di nidificazione di alcuni uccelli >> censiti. Inoltre dovrei ruotare i quadrati. > puoi creare automaticamente una griglia, di linee o di poligoni, oppure puoi > creare poligoni di varie fogge, con un plugin (diamonds ovals etc., un nome > del genere). > e' quel che ti serve? > saluti. > -- > 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
Re: [Gfoss] Problema con qgis-mapserver
Il 26/07/2012 16:41, ALCAD di Alessio Chiga ha scritto: > > Si su un'altra macchina 'pulita' sono riuscito a vedere un raster > tramite qgis-mapserver. > > A questo punto sono confuso... > > Sapete darmi qualche consiglio su come poter risolvere il problema? possibile che tu abbia confusione fra le gdal? >1 versione, qgis compilato contro una gdal che non e' quella che usi, libtiff, ecc? il consiglio e' sempre lo stesso: tenere sempre pulito, non mescolare repos, installare sempre da pacchetto (ma ormai e' un consiglio tardivo, nel tuo caso). saluti, ed auguri. -- 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
Re: [Gfoss] elemento grafico
Il 26/07/2012 18:23, Giudi ha scritto: > In realtà vorrei solo disegnare delle geometrie intorno a dei punti > (caricati da gps). Non ho avuto modo di provare con quel plugin, lo > scarico dal sito? > Salve. I plugins sono due, per due scopi diversi: - rectangles ovals digitizing (per disegnarli a mano) - rectangles, ovals, diamonds (per costruirli a partire da punti+attributi). Sono disponibili nei repos terze parti, non mi pare siano ancora migrati alla nuova infrastruttura. Saluti, facci sapere come va. -- 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
Re: [Gfoss] Problemi di editing (tabella e geometrie)
> altro inconveniente ce l'ho nella compilazione degli attributi attraverso il > calcolatore di campi. il risultato è ok, ma poi salvo e tutti i campi sono > NULL. > per vederli devo chiudere la tabella e riaprirla. Ciao! Questa cosa è capitata anche a me. Sono su Windows (XP, Vista, 7), ma non con tutte le versioni di QGIS. Grazie, Gabriela___ 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
Re: [Gfoss] Problema con qgis-mapserver
> > il consiglio e' sempre lo stesso: tenere sempre pulito, non mescolare > repos, installare sempre da pacchetto (ma ormai e' un consiglio tardivo, > nel tuo caso). E' un pezzo che non mi occupo più di installazioni dei pacchetti Linux (il server lo gestiscono colleghi), ma visto che sto mettendo in piedi una mia macchina Xubuntu, mi spiegheresti meglio cosa intendi per "installare sempre da pacchetto"? Abituato su Windows, dove so gestire bene la presenza di versioni di librerie diverse sulla stessa macchina, su Linux ho sempre fatto fatica, soprattutto quando apt mi forza nelle scelte... giovanni ___ 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
Re: [Gfoss] Problemi di editing (tabella e geometrie)
Il 26/07/2012 17:52, stefano campus ha scritto: > ciao a tutti, qualcuno ha dei problemi nel disegnare geometrie e riempire i > campi degli attributi? > > a volte mi succede che dopo avere inserito geometrie (poligoni) ed eseguito > il salvataggio, queste scompaiano e l'unico modo per vederle è togliere lo > shape dalla toc e ricaricarlo. > > altro inconveniente ce l'ho nella compilazione degli attributi attraverso il > calcolatore di campi. il risultato è ok, ma poi salvo e tutti i campi sono > NULL. > per vederli devo chiudere la tabella e riaprirla. puo' darsi che questo sia in relazione con l'ID dei records; potete preparare un set di dati piu' piccolo possibile (idealmente un solo record), e la serie di passi per poter replicare il problema? in questo modo possiamo confermare, ed eventualmente aprire un ticket > un altro problema che ho riscontrato è che quando ho acceso il livello > google map, le mie geometrie sovrapposte apparentemente si spostano dopo > avere fatto un pan o uno zoom avanti o dietro. > > tutto quanto sopra può dipendere dalla scheda grafica del pc? cioè che sia > un problema di refresh, dato che ho riscontrato ciò su tre pc portatili > (windows)? no,questo dipende dal fatto che i dati di quel tipo sono forniti in mattonelle, a scale fisse, quindi non si adattano a livelli di zoom intermedi; recentemente e' stata introdotta la possibilita' di impostare scale "pari" di visualizzazione (1:10.000, 1:25.000, ecc.), probabilmente questo aiuta. Fate sapere. Saluti. -- 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
Re: [Gfoss] Problema con qgis-mapserver
Il 26/07/2012 18:44, G. Allegri ha scritto: > colleghi), ma visto che sto mettendo in piedi una mia macchina > Xubuntu, mi spiegheresti meglio cosa intendi per "installare sempre da > pacchetto"? > Abituato su Windows, dove so gestire bene la presenza di versioni di > librerie diverse sulla stessa macchina, su Linux ho sempre fatto > fatica, soprattutto quando apt mi forza nelle scelte... Nella maggior parte delle distribuzioni GNU/Linux, Debian in testa, e' bene installare solo quello che è contenuto nella distribuzione. Mescolare repos, installare da sorgenti, e simili operazioni, sono fonte di potenziali problemi, e IMHO vanno evitate per non avere problemi successivi. se serve una versione piu' nuova, si lavora con i packagers per aggiornarla. saluti. -- 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
Re: [Gfoss] Problema con qgis-mapserver
> > Nella maggior parte delle distribuzioni GNU/Linux, Debian in testa, e' > bene installare solo quello che è contenuto nella distribuzione. > Mescolare repos, installare da sorgenti, e simili operazioni, sono fonte > di potenziali problemi, e IMHO vanno evitate per non avere problemi > successivi. > se serve una versione piu' nuova, si lavora con i packagers per > aggiornarla. > saluti. > Ah ok, niente di nuovo :) Pensavo ti riferissi ad altro. Io per ora uso i repo ufficiali e ubuntugis da launchpad. Stop. ciao > > -- > 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] cadqgis
ciao a tutti, stasera ho sottoposto a http://planet.qgis.org/plugins/ (experimental) per l'approvazione il mio plugin cad4qgis; informerò sulla vicenda appena avrò notizie; qualsiasi feedback da chiunque lo provasse è ampiamente gradito :-) 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. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012
Re: [Gfoss] ottime notizie in arrivo
On Thu, Jul 26, 2012 at 02:06:48PM +0200, a.furi...@lqt.it wrote: > l'ottimo Strk (Sandro Santilli, Chair del PSC di GEOS) > ci sta preparando una gran bella sorpresa: la prossima GEOS 3.4.0 > (gia' disponibile su svn-trunk) supportera' direttamente le > triangolazioni di Delaunay :-D > > Strik, complimenti ;-) > (quando e' previsto il rilascio "stable" ?) Posso prevedere il rilascio, la stabilita' e' imprevista :) Comunque non lo vedo all'orizonte. Magari a Settembre. Mi piacerebbe migliorare l'interrompibilita', che e' una cosa nuova nella 3.4.0. In pratica i client della C-API possono richiedere di interrompere le operazioni (da un signal handler, tipicamente, oppure registrando una callback di interruzione la dove non esistano signal handler). Non so se vi e' mai capitato ti lanciare una query in PostGIS e non poterla piu' fermare se non uccidendo il backend ? Beh, per risolvere quel problema li'. Se ci sono dei beta tester il tutto si stabilizza e migliora prima. --strk; ,--o-. | __/ |Delivering high quality PostGIS 2.1 | / 2.1 |http://strk.keybit.net - http://vizzuality.com `-o--' ___ 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
Re: [Gfoss] ottime notizie in arrivo
On Thu, Jul 26, 2012 at 03:42:30PM +0200, Markus Neteler wrote: > 2012/7/26 : > > l'ottimo Strk (Sandro Santilli, Chair del PSC di GEOS) > > ci sta preparando una gran bella sorpresa: la prossima GEOS 3.4.0 > > (gia' disponibile su svn-trunk) supportera' direttamente le > > triangolazioni di Delaunay :-D > > Ottimo! Anche GRASS usa GEOS volentieri... > Visto che c'è Delaunay, speriamo che ci sia anche Voronoi > a breve... Non ho Voronoi in vista, ma potrebbe sempre arrivare un contributo. Il port C++ di Delaunay e' stato contribuito da Benjamin Campbell. --strk; ___ 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] WEBP: formato misterioso ?
tradizionalmente e' da sempre che il mondo del GIS classico non produce formati e codecs immagine originali. per tutta una serie di motivi storici le coverages ortofotografiche hanno sempre adottato formati e codecs inizialmente concepiti per il mondo del WEB, della fotografia e della grafica professionale. (dal TIFF al JPEG passando per il PNG e per il piu' recente JPEG2000). gli unici formati/codecs di immagine a mia conoscenza nati e concepiti inizialmente proprio a misura delle GIS coverages sono MrSID ed ECW: entrambi risalgono ormai a circa 15 anni fa, ed essendo basati su algoritmi di compressione Wavelet risentono ormai pesantemente della concorrenza del formato JPEG2000 anch'esso basato su Wavelet, ma che almeno ha il pregio di essere un formato standard ed universale (seppure assai poco diffuso e supportato). Insomma, se MrSID ed ECW ancora sopravvivono e godono di una certa diffusione nonostante l'incalzante concorrenza di JPEG2000 e' in larga misura grazie alla base di installazioni "storiche" accumulate negli anni d'oro quando non esisteva ancora nessuna reale alternativa. molto recentemente Google ha introdotto un formato di immagine con relativo codec che presenta non poche caratteristiche innovative: WEBP non gode ancora di ampia diffusione, ma non e' neppure un illustre sconosciuto: grazie agli sforzi di Google e' direttamente supportato da Chrome, da GMail, da Picasa e soprattutto da Android. WEBP presenta un mix di caratteristiche che lo collocano in qualche modo a meta' strada tra il "classico" JPEG ed il "nuovo" JPEG2000 (che comunque ha ormai ben 12 anni di vita alle spalle, ed e' ancora alla ricerca di uno spazio di diffusione adeguato alle ambizioni iniziali del progetto). buona notizia: WEBP e' un formato aperto ed e' supportato da una libreria genuinamente Open Source [libwebp, rilasciata sotto licenza BSD] che inizia ad essere pacchettizzata in molte distro Linux. la stessa GDAL supporta le immagini WEBP per chi e' interessato ad un approfondimento tecnico ho pubblicato un piccolo benchmark comparativo tra JPEG e WEBP nel campo specifico delle ortofoto: http://www.gaia-gis.it/raster_benchmark/jpeg-vs-webp.html buon divertimento, Sandro -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto. ___ 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
Re: [Gfoss] ottime notizie in arrivo
On Fri, 27 Jul 2012 00:00:31 +0200, Sandro Santilli wrote: Se ci sono dei beta tester il tutto si stabilizza e migliora prima. Strk, non ti preoccupare, diverse centinaia di beta-testers te li trovo io :-) [anche se loro non ne saranno neppure consapevoli] sto seriamente pensando di incorporare la GEOS 3.4.0 trunk nella prossima versione pre-built di spatialite per Windows [rigorosamente statically linked] ;-) (scherzo un po' da prete, ma almeno cosi' anche i window-users una volta tanto serviranno a qualcosa nel ciclo di sviluppo del sw libero) ciao Sandro -- Il messaggio e' stato analizzato alla ricerca di virus o contenuti pericolosi da MailScanner, ed e' risultato non infetto. ___ 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
Re: [Gfoss] cadqgis
Ciao, 2012/7/26 giuliano su Tiscali : > stasera ho sottoposto a http://planet.qgis.org/plugins/ (experimental) > per l'approvazione il mio plugin cad4qgis; sto dando un'occhiata al codice e vedo che ti sei reimplementato praticamente tutte le operazioni sulle matrici. Perché non usare NumPy [1]? Inoltre essendo il codice inserito tutto nello stesso file è parecchio complicato seguire le varie funzioni, anche perché vedo che le GUI sono generate a codice (e vabbè, ci può stare), ma senza l'uso di layouts (tutti gli oggetti hanno dimensione fissata da te!). Ti consiglio vivamente di: 1. dividere il file cad4qgis.py in più file, tra cui uno contenente la classe del plugin e l'altro (o meglio gli altri) le varie funzionalità così che diventi più leggibile, 2. uso dei layout per i QWidget in modo che il contenuto si adatti automaticamente alle dimensioni delle finestre, 3. usare NumPy perché, anche se ti porti dietro una dipendenza, sicuramente ci guadagarci in prestazioni e hai la certezza che le computazioni tra matrici siano corrette (un pezzo in meno di codice da manutenere), 4. modificare la descrizione del plugin mettendola in inglese, che in italiano sta brutta (visto che a parte descrizione e commenti al codice il resto mi pare sia in inglese). Per adesso è tutto, non l'ho provato, ho solo dato un'occhiata veloce al codice :) Saluti. [1] http://numpy.scipy.org > > informerò sulla vicenda appena avrò notizie; > > qualsiasi feedback da chiunque lo provasse è ampiamente gradito :-) > > 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. > Non inviate messaggi commerciali. > I messaggi di questa lista non rispecchiano necessariamente > le posizioni dell'Associazione GFOSS.it. > 605 iscritti al 10.7.2012 -- Giuseppe Sucameli - Faunalia ___ 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
Re: [Gfoss] ottime notizie in arrivo
Non so se sono fuori tema ( non credo ), ma conoscete sicuramente la libreria "triangle": http://www.cs.cmu.edu/~quake/triangle.html L'avete gia' provata? So che e' usata per la triangolazione in Grass e in VTerrain. Credo sia la piu' efficiente in circolazione. Avete fatto test prestazionali comparati? Ho preso un abbaglio? Saluti Roberto > On Fri, 27 Jul 2012 00:00:31 +0200, Sandro Santilli wrote: >> Se ci sono dei beta tester il tutto si stabilizza e migliora prima. >> > > Strk, > > non ti preoccupare, diverse centinaia di beta-testers te li trovo io :-) > [anche se loro non ne saranno neppure consapevoli] > > sto seriamente pensando di incorporare la GEOS 3.4.0 trunk nella > prossima versione pre-built di spatialite per Windows [rigorosamente > statically linked] ;-) > (scherzo un po' da prete, ma almeno cosi' anche i window-users una > volta tanto serviranno a qualcosa nel ciclo di sviluppo del sw libero) > > ciao Sandro > > -- > Il messaggio e' stato analizzato alla ricerca di virus o > contenuti pericolosi da MailScanner, ed e' > risultato non infetto. > > ___ > 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] interrupt on geos - ex ottime notizie in arrivo
>Mi piacerebbe migliorare l'interrompibilita', che e' una cosa >nuova nella 3.4.0. In pratica i client della C-API possono >richiedere di interrompere le operazioni (da un signal handler, >tipicamente, oppure registrando una callback di interruzione >la dove non esistano signal handler). Non so se vi e' mai capitato >ti lanciare una query in PostGIS e non poterla piu' fermare se non >uccidendo il backend ? La aspetto a gloria. Il problema che dici lo conosco bene quando lavoro con postgis mi succede almeno una volta al giorno. Succede anche con spatialite (anche di piu' a dire il vero...), ma li' basta dare ctrl-c e la console esce senza fiatare. La cosa è meno traumatica. Invece con postgis, su windows a volte sono costretto addirittura a dover fare ripartire la macchina perche' il thread non vuole chiudersi. Con il rischio di corrompere la tablespace. Questo aspetto è una delle cose piu' rischiose nell'impiego dei DBMS (anche altri hanno questo problema). Si da' l'accesso a un dbms a dei novellini, che poi ti fanno una query pazzesca, costringendoti a uccidere il back-end. Anche solo per questo è utile impiegare splite. Prima fai prove con lui e dopo applichi al DBMS. >Se ci sono dei beta tester il tutto si stabilizza e migliora prima. Al momento non è disponibile una beta di postgis con incorporata la geos 3.4.0-dev. Se vi fosse sarei ben contento di provarla... -- - 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. Non inviate messaggi commerciali. I messaggi di questa lista non rispecchiano necessariamente le posizioni dell'Associazione GFOSS.it. 605 iscritti al 10.7.2012