Re: [Gfoss] [even.roua...@mines-paris.org: Re: [gdal-dev] Geomedia mdb files]
> Scusa l'ignoranza, proprio non me ne intendo. > Esistono due tipi di mdb diversi, uno della esri (detto anche personal > database) e uno di geomedia? Esatto, sono due formati proprietari differenti che, ironia della sorte, si basano a loro volta su un supporto proprietario (Microsoft mdb). Il Personal Geodatabasa di Esri è letto e scritto dai prodotti Esri, e letto da GDAL. Il Geomedia MDB di Intergraph è letto e scritto da prodotti Intergraph e finalmente letto ora anche da GDAL (bella notizia!) I due formati non hanno assolutamente NULLA in comune (come si può facilmente immaginare), se non che possono essere aperti entrambi da Access o con un driver ODBC. I formati geometrici e larga parte dei metadati di entrambi sono in formato binario chiuso. ciao! P -- Paolo Corti Geospatial software developer web: http://www.paolocorti.net twitter: @paolo_corti ___ 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
Re: [Gfoss] [even.rouault a mines-paris.org: Re: [gdal-dev] Geomedia mdb files]
>Scusa l'ignoranza, proprio non me ne intendo. >Esistono due tipi di mdb diversi, uno della esri (detto anche personal >database) e uno di geomedia? > >Ciao >Andrea L' mdb e' sempre il solito lo apri con microsoft access. Quello che cambia è la struttura del DB intesa come tabelle, nomi . strutture e significati al suo interno. Ad esempio nel caso dell' mdb esri ci troverai dentro tutta una serie di tabelle che iniziano con il prefisso "GDB_". Mentre quelle senza il prefisso suddetto sono le vere e proprie tabelle di dati. Nelle GDB sono contenute le informazioni accessorie. Ad esempio se nel progettare il tuo GeoDatabase stabilisci che nella tabella di Dati XX i valori del campo XX.Field1 devono appartenere al dominio "alfa", "beta", "gamma". In qualche tabella GDB ci verrà scritto questa informazione, ovvero in una tabella GDB ci sara' memorizzato l'informazione di fare riferimento alla tabella XX, in altra tabella GDB ci sara' memorizzato il nome del campo "XX.Field1" e infine in una terza tabella GDB ci troverai scritto un elenco dei domini ammissibili. "alfa","beta","gamma". E cosi' via, il GeoDB ammette molte regole e ogni regola trova posto come definizione in una combinazione di tabelle GDB. Sono tutte regole procedurali, ovvero sono comprensibili solo a un client gis in grado di comprenderne la semantica e agire di conseguenza. Infatti, una altra peculiarita' del GeoDB è che non troverai neanche una relazione istanziata. Infatti il GeoDB non fa uso di vincoli relazionali, ma impone tutti i vincoli in maniera procedurale. Tutto viene memorizzato in queste tabelle GDB e poi il software gis client ne leggera' i contenuti e applichera' le regole che vi trova scritte. Ovviamente l'mdb di Geomedia, al suo interno avra' una altra struttura. Diciamo pure un "application-schema" differente. -- - Andrea Peri . . . . . . . . . qwerty àèìòù - ___ 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
Re: [Gfoss] [even.roua...@mines-paris.org: Re: [gdal-dev] Geomedia mdb files]
> On Sat, Jan 22, 2011 at 09:32:14PM +0100, andrea antonello wrote: >> > Qualcuno cercava di aprire gli mdb di recente se non ricordo male ... >> >> Scusa l'ignoranza, proprio non me ne intendo. >> Esistono due tipi di mdb diversi, uno della esri (detto anche personal >> database) e uno di geomedia? > > E che ne so ... io ho fatto solo pattern matching tra quello > che dicevate qui e quel che ho letto li'. > > Non metto il naso in ambienti che puzzano di chiuso. E ti capisco. :) Grazie del link comunque. Io ancora spero di non averne bisogno. Andrea > > --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. 485 iscritti al 20.11.2010
Re: [Gfoss] [even.roua...@mines-paris.org: Re: [gdal-dev] Geomedia mdb files]
On Sat, Jan 22, 2011 at 09:32:14PM +0100, andrea antonello wrote: > > Qualcuno cercava di aprire gli mdb di recente se non ricordo male ... > > Scusa l'ignoranza, proprio non me ne intendo. > Esistono due tipi di mdb diversi, uno della esri (detto anche personal > database) e uno di geomedia? E che ne so ... io ho fatto solo pattern matching tra quello che dicevate qui e quel che ho letto li'. Non metto il naso in ambienti che puzzano di chiuso. --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. 485 iscritti al 20.11.2010
Re: [Gfoss] [even.roua...@mines-paris.org: Re: [gdal-dev] Geomedia mdb files]
> Qualcuno cercava di aprire gli mdb di recente se non ricordo male ... Scusa l'ignoranza, proprio non me ne intendo. Esistono due tipi di mdb diversi, uno della esri (detto anche personal database) e uno di geomedia? Ciao Andrea > > - Forwarded message from Even Rouault - > > Date: Sat, 22 Jan 2011 16:42:49 +0100 > From: Even Rouault > Subject: Re: [gdal-dev] Geomedia mdb files > To: gdal-...@lists.osgeo.org > Cc: Christian Andersen , > "Moskovitz, > Bob" > In-Reply-To: <4cb48df7.2080...@pobox.com> > X-BeenThere: gdal-...@lists.osgeo.org > List-Id: "Discussion for developers using and building GDAL/OGR." > > > Hi, > > I've just added a read-only geomedia driver in GDAL trunk (GDAL 1.9.0dev). > Testing is appreciated. > > It would be usefull if someone could provide a small and freely redistribuable > geomedia .mdb (possibly hand-made with fake data) with different types of > geometries (1 feature for each geometry type is enough) so that it can be > included in the autotest suite. For now, it has just been tested with the > MMSDTestDB.zip attachment found on http://forum.manifold.net/forum/t106539.11 > > What is mainly missing is SRS support. I see that the GCoordSystem contains > all the info. For the above example : > > Stor2CompMatrix1 (Real) = 0.3048 > GeodeticDatum (Integer) = 0 > Ellipsoid (Integer) = 21 > EquatorialRadius (Real) = 6378407.621 > InverseFlattening (Real) = 298.269875040474 > ProjAlgorithm (Integer) = 2 > AzimuthAngle (Real) = (null) > FalseX (Real) = 247193.2944 > FalseY (Real) = 0 > Hemisphere (Integer) = (null) > LatOfOrigin (Real) = 41.75 > LatOfTrueScale (Real) = (null) > LonOfOrigin (Real) = -89.4 > RadOfStandCircle (Real) = (null) > ScaleReductFact (Real) = 1 > StandPar1 (Real) = 42.90833 > StandPar2 (Real) = 43.23056 > > But the GeodeticDatum, Ellipsoid and ProjAlgorithm fields presumably map to > enumerations, so examples of databases using various SRS (starting with the > most common ones like lat/long WGS84 and UTM WGS84) with the "text" > description of the SRS would be necessary to establish this mapping. Unless > someone knows where to find a spec of this ? > > >From the above sample and a bit of googling, I've deduced this is equivalent > to the following ESRI WKT : > > PROJCS["NAD_1983_HARN_Adj_WI_Dane_Feet",GEOGCS["GCS_NAD_1983_HARN_Adj_WI_Dane",DATUM["D_NAD_1983_HARN_Adj_WI_DN",SPHEROID["GRS_1980_Adj_WI_DN",6378407.621,298.269876997368]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]],PROJECTION["Lambert_Conformal_Conic"],PARAMETER["False_Easting",811000.0],PARAMETER["False_Northing",0.0],PARAMETER["Central_Meridian",-89.43],PARAMETER["Standard_Parallel_1",42.908333],PARAMETER["Standard_Parallel_2",43.230555],PARAMETER["Latitude_Of_Origin",41.75],UNIT["Foot_US",0.3048006096012192]] > > So ProjAlgorithm 2 is likely meaning Lambert_Conformal_Conic_2SP and Ellipsoid > = 21 = GRS_1980_Adj_WI_DN ? > > Best regards, > > Even > > Le mardi 12 octobre 2010 18:33:59, Frank Warmerdam a écrit : >> Moskovitz, Bob wrote: >> > Frank, >> > >> > I'm also interested in seeing a Geomedia driver for gdal. Btw, gvSIG has >> > a Geomedia plugin (see https://code.google.com/p/extmdb ). This might >> > help you figure out how to make a driver for gdal. >> >> Bob, >> >> Interesting. Using the extmdb MDBGeometryAdapter.java code it should be >> possible to fairly easily implement geomedia feature reading in OGR. >> >> Anyone interested in taking the task on or funding it? >> >> Best regards, > ___ > gdal-dev mailing list > gdal-...@lists.osgeo.org > http://lists.osgeo.org/mailman/listinfo/gdal-dev > > - End forwarded message - > > -- > > () 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. > 485 iscritti al 20.11.2010 ___ 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] [even.roua...@mines-paris.org: Re: [gdal-dev] Geomedia mdb files]
Qualcuno cercava di aprire gli mdb di recente se non ricordo male ... - Forwarded message from Even Rouault - Date: Sat, 22 Jan 2011 16:42:49 +0100 From: Even Rouault Subject: Re: [gdal-dev] Geomedia mdb files To: gdal-...@lists.osgeo.org Cc: Christian Andersen , "Moskovitz, Bob" In-Reply-To: <4cb48df7.2080...@pobox.com> X-BeenThere: gdal-...@lists.osgeo.org List-Id: "Discussion for developers using and building GDAL/OGR." Hi, I've just added a read-only geomedia driver in GDAL trunk (GDAL 1.9.0dev). Testing is appreciated. It would be usefull if someone could provide a small and freely redistribuable geomedia .mdb (possibly hand-made with fake data) with different types of geometries (1 feature for each geometry type is enough) so that it can be included in the autotest suite. For now, it has just been tested with the MMSDTestDB.zip attachment found on http://forum.manifold.net/forum/t106539.11 What is mainly missing is SRS support. I see that the GCoordSystem contains all the info. For the above example : Stor2CompMatrix1 (Real) = 0.3048 GeodeticDatum (Integer) = 0 Ellipsoid (Integer) = 21 EquatorialRadius (Real) = 6378407.621 InverseFlattening (Real) = 298.269875040474 ProjAlgorithm (Integer) = 2 AzimuthAngle (Real) = (null) FalseX (Real) = 247193.2944 FalseY (Real) = 0 Hemisphere (Integer) = (null) LatOfOrigin (Real) = 41.75 LatOfTrueScale (Real) = (null) LonOfOrigin (Real) = -89.4 RadOfStandCircle (Real) = (null) ScaleReductFact (Real) = 1 StandPar1 (Real) = 42.90833 StandPar2 (Real) = 43.23056 But the GeodeticDatum, Ellipsoid and ProjAlgorithm fields presumably map to enumerations, so examples of databases using various SRS (starting with the most common ones like lat/long WGS84 and UTM WGS84) with the "text" description of the SRS would be necessary to establish this mapping. Unless someone knows where to find a spec of this ? >From the above sample and a bit of googling, I've deduced this is equivalent to the following ESRI WKT : PROJCS["NAD_1983_HARN_Adj_WI_Dane_Feet",GEOGCS["GCS_NAD_1983_HARN_Adj_WI_Dane",DATUM["D_NAD_1983_HARN_Adj_WI_DN",SPHEROID["GRS_1980_Adj_WI_DN",6378407.621,298.269876997368]],PRIMEM["Greenwich",0.0],UNIT["Degree",0.0174532925199433]],PROJECTION["Lambert_Conformal_Conic"],PARAMETER["False_Easting",811000.0],PARAMETER["False_Northing",0.0],PARAMETER["Central_Meridian",-89.43],PARAMETER["Standard_Parallel_1",42.908333],PARAMETER["Standard_Parallel_2",43.230555],PARAMETER["Latitude_Of_Origin",41.75],UNIT["Foot_US",0.3048006096012192]] So ProjAlgorithm 2 is likely meaning Lambert_Conformal_Conic_2SP and Ellipsoid = 21 = GRS_1980_Adj_WI_DN ? Best regards, Even Le mardi 12 octobre 2010 18:33:59, Frank Warmerdam a écrit : > Moskovitz, Bob wrote: > > Frank, > > > > I'm also interested in seeing a Geomedia driver for gdal. Btw, gvSIG has > > a Geomedia plugin (see https://code.google.com/p/extmdb ). This might > > help you figure out how to make a driver for gdal. > > Bob, > > Interesting. Using the extmdb MDBGeometryAdapter.java code it should be > possible to fairly easily implement geomedia feature reading in OGR. > > Anyone interested in taking the task on or funding it? > > Best regards, ___ gdal-dev mailing list gdal-...@lists.osgeo.org http://lists.osgeo.org/mailman/listinfo/gdal-dev - End forwarded message - -- () 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. 485 iscritti al 20.11.2010
[Gfoss] deflusso idrico superficiale
Ciao a tutti/e Vorrei effettuare un bilancio idrogeologico di un piccolo invaso (ancora in fase pre-progettuale) adibito allla raccolta di acque piovane. ho considerato come ingressi la pioggia e l'acqua di ruscellamento che cade a monte dell'invaso e come uscite l'evaporazione. mi sono fatto dare dall'idrografico regionale i dati di pioggia e temperatura delle stazioni più vicine al mio punto di studio e con tali dati ho calcolato tramite Turc l'evapotraspirazione. Ora mi chiedo quale metodo potrei utilizzare per il calcolo del afflussi idrici superficiali a monte dell'invaso. dal punto di vista geologico siamo su alluvioni sovrastanti la formazione della marnoso arenacea. Siamo su zona agricola con modesta pendenza e potrei far confluire le "scoline" nell'invaso. Esiste qualche tool di grass che può fare il caso mio?? grazie mille!! marco Supera i limiti: raddoppia la velocità da 10 a 20 Mega! Risparmia con Tutto Incluso: telefono + adsl 20 mega a soli 29,95 € al mese per due anni! SCONTO DI 240 EURO! http://abbonati.tiscali.it/telefono-adsl/prodotti/tc/tuttoincluso/?WT.mc_id=01fw ___ 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
Re: [Gfoss] Webgis con editing
Ciao, Io ho provato entrambe le soluzioni. Secondo me quella in WFS-T utilizzando GeoServer è più rapida e puoi utilizare gli esempi offerti proprio dalla piattaforma. Se poi vuoi utilizzare qlc di più complesso e più carino, puoi provare GeoEditor, che mi sembra molto ben fatto ;) http://suite.opengeo.org/docs/geoeditor/ Ciao Fabio Il giorno 22 gennaio 2011 09:16, luca.casagra...@gmail.com < luca.casagra...@gmail.com> ha scritto: > Il 21 gennaio 2011 21:30, Davide Melini forestale > ha scritto: > >> > >> OpenLayers ha tutto quello che ti serve. > >> Se lavori solo con punti in realtà basta costruire un form dove > >> inserire le informazioni e con il click sulla mappa compilare la voce > >> relativa alla posizione. > >> > >> Ciao > >> Luca > >> > > > > Il webgis deve servire a persone non esperte, per inserire la > > posizione di rilevazioni ornitologiche. Avevo pensato a questa > > soluzione (Openlayers offre molte possibilità) ma poi ho pensato > > di evitarla, perché non tutti sanno come fare per individuare delle > > coordinate ! > > > > Provare la strada Openlayers+Mapserver+PostGIS , con cui ho già > > lavorato separatamente, mi intrigherebbe ma non credo di avere il > > tempo necessario, anche perché come programmatore.. ehm... non è che > > io sia un fulmine :-) > > > > Un'altra domanda: c'è qualcuno sulla mailing list che ha mai usato > > Geoserver per questo tipo di operazione, cioè editing di punti su > > webgis , con registrazione dei dati associati in un database ? > > La soluzione che ti avevo proposto è proprio la più semplice: > l'utente si limita a cliccare sulla mappa per indicare la posizione (penso > che > questo non sia difficile da fare) e poi a mano compila i campi necessari. > > GeoServer ti permette di usare il WFS-T che è adatto a questo tipo di > operazioni, ma si parla sempre di lato server. Sta poi a te costruire > l'interfaccia > come meglio credi. > > Luca > > -- > Luca Casagrande > http://www.lucacasagrande.net > twitter: lucacasagrande > ___ > 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 > ___ 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
Re: [Gfoss] webgis con editing
Grazie a tutti per le numerose risposte, mi hanno dato ottimi spunti per iniziare nel lavoro (e nei tentativi!). Ciao a tutti. DM -- Davide Melini Dottore Forestale, PhD Io uso Ubuntu Linux ! ___ 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
Re: [Gfoss] Webgis con editing
Il 21 gennaio 2011 21:30, Davide Melini forestale ha scritto: >> >> OpenLayers ha tutto quello che ti serve. >> Se lavori solo con punti in realtà basta costruire un form dove >> inserire le informazioni e con il click sulla mappa compilare la voce >> relativa alla posizione. >> >> Ciao >> Luca >> > > Il webgis deve servire a persone non esperte, per inserire la > posizione di rilevazioni ornitologiche. Avevo pensato a questa > soluzione (Openlayers offre molte possibilità) ma poi ho pensato > di evitarla, perché non tutti sanno come fare per individuare delle > coordinate ! > > Provare la strada Openlayers+Mapserver+PostGIS , con cui ho già > lavorato separatamente, mi intrigherebbe ma non credo di avere il > tempo necessario, anche perché come programmatore.. ehm... non è che > io sia un fulmine :-) > > Un'altra domanda: c'è qualcuno sulla mailing list che ha mai usato > Geoserver per questo tipo di operazione, cioè editing di punti su > webgis , con registrazione dei dati associati in un database ? La soluzione che ti avevo proposto è proprio la più semplice: l'utente si limita a cliccare sulla mappa per indicare la posizione (penso che questo non sia difficile da fare) e poi a mano compila i campi necessari. GeoServer ti permette di usare il WFS-T che è adatto a questo tipo di operazioni, ma si parla sempre di lato server. Sta poi a te costruire l'interfaccia come meglio credi. Luca -- Luca Casagrande http://www.lucacasagrande.net twitter: lucacasagrande ___ 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
Re: [Gfoss] shp confini stati europei
Se si ha voglia e tempo di leggere, qualche info in più qui: http://epp.eurostat.ec.europa.eu/portal/page/portal/nuts_nomenclature/introduction Ale On 22/01/11 08:55, Francesco P. Lovergine wrote: On Sat, Jan 22, 2011 at 08:05:15AM +0100, Alessandro Sarretta wrote: In particolare, per i confini amministrativi, puoi usare questi dati: http://www.eea.europa.eu/data-and-maps/data/administrative-land-accounting-units Sono i confini amministrativi forniti dal servizio GISCO di Eurostat. Contiene vari livelli, da quello nazionale (NUTS0) a quello provinciale (NUTS3). Nota tecnica: si fa presto a dire confini. Ma a quale risoluzione? E con dati ricavati in quale anno? E le coastline? Una linea di costa non è un dato scontato, tutt'altro. Ergo, be warned: dipende sempre dall'uso che se ne deve fare. ___ 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