[Gfoss] R: Digest di Gfoss, Volume 67, Numero 55
agatalotauro a libero.it
agatalotauro a libero.it
Lun 24 Gen 2011 15:42:12 CET
Perdonatemi per questa e.mail.
Non entro nel merito dei commenti che state trasmettendo su dati tecnici.
La Costituzione Italiana (es. art. 3 e art. 9) ci "insegna" cosa?
E' necessario implementare Research Partnership che tutelano e valorizzano la
"serietà professionale" a TUTTI i livelli, giusto?
Mi direte: Cosa significa serietà professionale?
Cercare il bene comune?
Mi direte ancora: Cosa vuol dire bene comune?
Lo spieghiamo con il metodo "monosillabico o globale"?
Io dico a mio figlio: sul tavolo c'è la marmellata che ha fatto mamma, non la
mangiare da solo perchè devo fare una torta per tutti.
Lui la mangia o attende, secondo voi?
Perdonatemi per questa e.mail e buon lavoro. ;-))
Agata
>----Messaggio originale----
>Da: gfoss-request a lists.gfoss.it
>Data: 24-gen-2011 12.00
>A: <gfoss a lists.gfoss.it>
>Ogg: Digest di Gfoss, Volume 67, Numero 55
>
>Invia le richieste di iscrizione alla lista Gfoss all'indirizzo
> gfoss a 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-request a lists.gfoss.it
>
>Puoi contattare la persona che gestisce la lista all'indirizzo
> gfoss-owner a 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. GDAL 1.8.0 (luca.casagrande a gmail.com)
> 2. software libero e brevetti (Paolo Cavallini)
> 3. Re: pubblicazione servizi WMS della Regione Emilia-Romagna
> (RER) (francesco marucci)
> 4. installazione qgis 1.6 (Simone Bianchi)
>
>
>----------------------------------------------------------------------
>
>Message: 1
>Date: Sun, 23 Jan 2011 18:41:53 +0100
>From: "luca.casagrande a gmail.com" <luca.casagrande a gmail.com>
>Subject: [Gfoss] GDAL 1.8.0
>To: gfoss <gfoss a lists.gfoss.it>
>Message-ID:
> <AANLkTink=19PfzvsiSAaAjRaX8N3t3HTWG+CYD5vCpME a mail.gmail.com>
>Content-Type: text/plain; charset=ISO-8859-1
>
>http://www.osgeo.org/node/1135
>
>Ciao
>Luca
>
>--
>Luca Casagrande
>http://www.lucacasagrande.net
>twitter: lucacasagrande
>
>
>------------------------------
>
>Message: 2
>Date: Mon, 24 Jan 2011 09:17:15 +0100
>From: Paolo Cavallini <cavallini a faunalia.it>
>Subject: [Gfoss] software libero e brevetti
>To: "GFOSS.it" <gfoss a lists.gfoss.it>, Assoli Discussioni
> <discussioni a softwarelibero.it>
>Message-ID: <1295857035.3989.26.camel a ursus.ufficio.net>
>Content-Type: text/plain; charset="UTF-8"
>
>Salve.
>Come molti sapranno, uno dei criteri che viene utilizzato per valutare
>il successo di gruppi di ricerca, spinoff eccetera e' il numero di
>brevetti registrati. Ovviamente questo mette in posizione di chiaro
>svantaggio i gruppi che si occupano di (e producono) sw libero.
>Esistono documenti che spieghino questo problema, e possano far capire
>anche ai decisori perche' questo parametro non si applichi, e quali
>parametri alternativi si possano utilizzare per valutare il successo e
>la produttivita' di un gruppo di lavoro?
>Se non esiste niente, ci sono persone che vogliano metter su un gruppo
>di lavoro (meglio se internazionale, IMHO) per produrre questo
>documento?
>Credo sia uno strumento che dovremmo mettere a disposizione dei nostri
>colleghi che si trovano in questa scomoda posizione.
>Suggerimenti?
>Grazie.
>--
>http://www.faunalia.it/pc
>
>
>
>------------------------------
>
>Message: 3
>Date: Mon, 24 Jan 2011 10:49:19 +0100
>From: francesco marucci <francesco a alveo.coop>
>Subject: Re: [Gfoss] pubblicazione servizi WMS della Regione
> Emilia-Romagna (RER)
>To: GEOgrafica <geografica a alice.it>
>Cc: "GFOSS.it" <gfoss a lists.gfoss.it>
>Message-ID: <20110124104919.20712d8rba87bp5r a webmail.alveo.coop>
>Content-Type: text/plain; charset=ISO-8859-1; DelSp="Yes";
> format="flowed"
>
>Marco,
>ti vorrei ringraziare per il tuo preziosissimo contributo, che ho
>girato a GisAdmins a regione.emilia-romagna.it, che, conoscendoli,
>gradiranno immensamente.
>
>Colgo l'occasione per invitare tutti a dare il proprio contributo, in
>quanto il feedback degli utenti e' fondamentale soprattutto quando si
>tratta di webservices che vengono offerti ad un pubblico cosi' ampio
>ed esperto.
>
>Sulla questione della licenza d'uso dei dati sono apertissimi a
>accogliere consulenze e consigli di ogni tipo: vi terro' aggiornati
>sull'evoluzione.
>
>saluti,
>francesco
>
>
>Quoting GEOgrafica <geografica a alice.it>:
>
>>
>> Il giorno 20/gen/11, alle ore 18:55, francesco marucci ha scritto:
>>
>>> gentile lista,
>>> con mio immenso piacere sono stato incaricato (in quanto socio di
>>> GFOSS.it e collaboratore esterno per la RER) di rendere pubblico
>>> l'eccellente lavoro effettuato dai tecnici della Regione
>>> Emilia-Romagna, che con uno sforzo enorme sono riusciti a mettere
>>> in piedi una infrastruttura HW/SW in grado di esporre in formato
>>> WMS molti dati geografici (e molti se ne aggiungeranno in seguito).
>>>
>> Tutto molto bello, era ora....
>> Giusto un piccolo appunto:
>>
>>>
>>> Modello Digitale del Terreno con cella di 40 e 5 metri:
>>> http://servizigis.regione.emilia-romagna.
it/arcgis/public/DTM40x40/ImageServer/WMSServer
>>> http://servizigis.regione.emilia-romagna.
it/arcgis/public/DTM5x5/ImageServer/WMSServer
>>
>> Non mi pare per nulla corretto definire questi due layer "Modello
>> Digitale del Terreno"
>> Si tratta di livelli contenenti una versione di Shaded Relief
>> sfumata con colorazione marroncina, DERIVATA dal DTM , ma come e'
>> logico che sia non puo' trattarsi del DTM in quanto tale, poiche'
>> questo dato raster per essere considerato veramente assimilabile ad
>> un DTM dovrebbe essere fornito come minimo come layer in scala di
>> grigio con relativa mappa di corrispondenza tra toni di grigio ed
>> altimetria.
>> Ovviamente poiche' un servizio WMS e' in grado di restituire solo
>> immagini RGB, non c'e' altro modo per servire un dato altimetrico
>> (che puo' essere descritto efficacemente con un raster, purche'
>> questo sia almeno a 16 bit) che ridurlo a 8 bit (sono 24 in realta',
>> ma siccome e' un livello BN di fatto sono 8), il che si traduce in
>> una riduzione drastica di risoluzione verticale, oltre che una
>> stretta dipendenza dal delta-quote presenti su tutta la superficie
>> altimetrica mappata (il delta quote viene frazionato in 256 step di
>> toni, da nero a bianco, e il range altimetrico di ogni step deriva
>> dal range totale delle altimetrie / 256. Poiche' la vetta piu' alta
>> della RER e' il Monte Cimone con i suoi 2165 m, la risoluzione
>> verticale di un DEM in scala di grigi a 8 bit sarebbe di
>> 2165/256=8,45m, indipendentemente dalla risoluzione orizzontale).
>> Visto poi che un livello in toni di grigio a 8 bit sarebbe
>> praticamente inutilizzabile ai piu' per scopi di visualizzazione (si
>> veda per esempio il corrispondente livello del PCN - questa volta
>> si', pero', correttamente chiamato DTM), la RER ha deciso di
>> distribuire lo sfumo altimetrico tridimensionale, il che mi pare una
>> scelta condivisibile. Ma, ripeto, chiamarlo DTM e' un errore che
>> andrebbe segnalato a chi di competenza.
>>
>>>
>>> Modello Digitale del Terreno tematizzato secondo i limiti della
>>> vegetazione, con cella di 5 metri:
>>> http://servizigis.regione.emiliaromagna.
it/arcgis/public/HillShade5_Bosco/ImageServer/WMSServer
>> Questo layer non mi funziona: e' corretto l'indirizzo?
>>
>> Noto comunque che questo layer si chiama piu' correttamente
>> HillShade, anziche' DTM. Proporrei alla RER di utilizzare per questi
>> strati informativi il nome cartograficamente piu' corretto di "SFUMO
>> ALTIMETRICO TRIDIMENSIONALE" o "OMBREGGIO ALTIMETRICO
>> TRIDIMENSIONALE", o ancora "OMBREGGIO OROGRAFICO". Nel mondo
>> cartografico questo tipo di livello si e' sempre chiamato "SFUMO
>> MONTI".
>> Scusate la pignoleria ma proprio veder chiamare uno ShadedRelief
>> (mappa derivata) come DTM (dato grezzo di partenza) e' troppo
>> stridente.
>>
>> Sarebbe anche molto bello che un giorno la RER decidesse di
>> distribuire, attraverso gli opportuni canali, il dato grezzo di
>> partenza, in formato raster (ASCII GRID o simile). E' tanto che
>> questo dataset e' presente nel db della RER ma e' inaccessibile
>> perche' non e' reperibile ne' gratuitamente ne' a pagamento -
>> almeno, cosi' mi consta....
>>
>>
>> Grazie comunque alla RER per il lavoro fatto e la buona stada
>> intrapresa per la condivisione dei dati, e a Francesco Marucci per
>> la segnalazione.
>> ciao
>> Marco Gualdrini
>>
>
>
>
>
>------------------------------
>
>Message: 4
>Date: Mon, 24 Jan 2011 11:00:42 +0100
>From: Simone Bianchi <simonblanco79 a gmail.com>
>Subject: [Gfoss] installazione qgis 1.6
>To: gfoss a lists.gfoss.it
>Message-ID:
> <AANLkTikD0DUANH0fvuirJsO9eGdXRhTb98sCWBkgY=17 a mail.gmail.com>
>Content-Type: text/plain; charset="iso-8859-1"
>
>Scusate se invio per la seconda volta :-)
>
>Ciao,
>
>dopo aver installato qgis 1.6 su un portatile di qualche anno fa (Windows XP
>ma tutti i vari programmi ben funzionanti) all'avvio mi appare "Impossibile
>trovare il punto di ingresso TIFFMergeFIeldInfo della procedura nella
>libreria di collegamento dinamico libtiff.dll". Una vecchia versione (Mimas
>1.3) invece funziona correttamente.
>
>Ho dato un occhio anche al forum di qgis, molti hanno sollevato un problema
>simile ma detto francamente non sono riuscito a trovare la soluzione (per
>esempio suggeriscono solo di installare Visual C++ 2005 e 2008 x86, cosa che
>avevo già fatto). Purtroppo su questo pc ora non posso passare a Linux :-)
>
>Qualche idea?
>Grazie mille in anticipo
>
>--
>Simone Bianchi
>www.simonebianchi.eu
>-------------- parte successiva --------------
>Un allegato HTML ?tato rimosso...
>URL: <http://lists.gfoss.
it/pipermail/gfoss/attachments/20110124/fa041cb6/attachment.html>
>
>------------------------------
>
>_______________________________________________
>Iscriviti all'associazione GFOSS.it: http://www.gfoss.it/drupal/iscrizione
>Gfoss mailing list
>Gfoss a 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 rispecchiano necessariamente
>le posizioni dell'Associazione GFOSS.it.
>
>
>Fine di Digest di Gfoss, Volume 67, Numero 55
>*********************************************
>
Maggiori informazioni sulla lista
Gfoss