[Gfoss] inspire e mdb?

Ciao a tutti,
ho un problema veramente ostico.
Siamo subentrati in corso d'opera in un progetto europeo nel quale e'
richiesto di seguire le direttive inspire.
Io sono tutt'altro che un drago in questioni inspire e anche nel
progetto ci occupiamo di altro

Il problema e' che i dati vengono tenuti centralizzati per tutti i
partner in formato... MDB. Dopo una bella lite (ma prima di metterci
le mani addosso) mi e' stato detto che mdb e' standard inspire.
Considerando che l'mdb non solo non e' uno standard, ma e' anche un
formato proprietario (ad oggi non conosco uno strumento open che lo
gestisca), mi chiedo cosa si possa fare.

Quello che mi e' venuto in mente e' di trovare un richiamo nella
direttiva inspire che dica che lo standard deve essere aperto e quindi
fare leva sui partner per costringerli a usare postgis.

Qualcuno pratico di inspire saprebbe correggermi se ho detto cose
potenzialmente sbagliate - oppure - rimandarmi a una parte della
documentazione inspire utile allo scopo

Grazie mille per ogni idea, non voglio comperare Arcgis, ancora meno
solo per aprire un formato.
Ciao
Andrea

Il 20 gennaio 2011 15:10, andrea antonello
<andrea.antonello@gmail.com> ha scritto:

Ciao a tutti,

ciao andrea

Il problema e' che i dati vengono tenuti centralizzati per tutti i
partner in formato... MDB. Dopo una bella lite (ma prima di metterci
le mani addosso) mi e' stato detto che mdb e' standard inspire.
Considerando che l'mdb non solo non e' uno standard, ma e' anche un
formato proprietario (ad oggi non conosco uno strumento open che lo
gestisca), mi chiedo cosa si possa fare.

per gvsig hanno fatto un plugin, che se non ricordo male può solamente
leggere i file mdb

Quello che mi e' venuto in mente e' di trovare un richiamo nella
direttiva inspire che dica che lo standard deve essere aperto e quindi
fare leva sui partner per costringerli a usare postgis.

questo sicuramente sarebbe meglio...

Ciao
Andrea

--
ciao
Luca

www.lucadelu.org

On Thu, 20 Jan 2011 15:10:05 +0100, andrea antonello wrote

Considerando che l'mdb non solo non e' uno standard, ma e' anche un
formato proprietario (ad oggi non conosco uno strumento open che lo
gestisca)

Andrea,

concordo al 100%: MDB *non* è un formato
che supporti ragionevolmente l'interoperabilità .
e (detto inter nos) non è neppure un gran che
come DBMS ...

giusto per fare un paragone con un 'concorrente'
scelto assolutamente a caso:
- MDB a 4GB si blocca / SQLite non ha limiti
- MDB gira solo su WinOZ / SQLite dappertutto
- MDB è standard esattamente quanto la mitica
  banconota da 17.13 euro / SQLite è SQL92 al 100%
- MDB non supporta Geometry / SpLite è OGC-SGS compliant
- MDB non ha Spatial Index / SQLite ha gli R*Tree
- MDB non ha le VIEW / SQLite si
- and so on ...

comunque, per gran gioia e diletto tuo e di tutti
i non pochi "javaroli" che frequentano questa ML,
ti segnalo Jackcess:
http://jackcess.sourceforge.net/

io (al tempo remoto delle mie frequentazioni Java)
l'ho utilizzato con discreta soddisfazione.
certo, non è proprio la perfezione, ha diversi
bacherozzoli (perlomeno, li aveva qualche anno fa)
ma almeno riesci a leggere e scrivere un MDB su un
server Linux :slight_smile:

ciao Sandro

Ciao Alessandro,

concordo al 100%: MDB *non* è un formato
che supporti ragionevolmente l'interoperabilità.
e (detto inter nos) non è neppure un gran che
come DBMS ...

giusto per fare un paragone con un 'concorrente'
scelto assolutamente a caso:
- MDB a 4GB si blocca / SQLite non ha limiti
- MDB gira solo su WinOZ / SQLite dappertutto
- MDB è standard esattamente quanto la mitica
banconota da 17.13 euro / SQLite è SQL92 al 100%
- MDB non supporta Geometry / SpLite è OGC-SGS compliant
- MDB non ha Spatial Index / SQLite ha gli R*Tree
- MDB non ha le VIEW / SQLite si
- and so on ...

bella, questa me la copio, sembra una barzelletta :slight_smile:

comunque, per gran gioia e diletto tuo e di tutti
i non pochi "javaroli" che frequentano questa ML,
ti segnalo Jackcess:
http://jackcess.sourceforge.net/

io (al tempo remoto delle mie frequentazioni Java)
l'ho utilizzato con discreta soddisfazione.
certo, non è proprio la perfezione, ha diversi
bacherozzoli (perlomeno, li aveva qualche anno fa)
ma almeno riesci a leggere e scrivere un MDB su un
server Linux :slight_smile:

Ho avuto a che fare un'unica volta con degli mdb. E' stato un trauma.
Jackcess supporta mdb dal 2000-2007, ovviamente per la legge di Murphy
i miei dati ne stavano fuori.
Gli mbdtools mi davano segmentation faults a tutto spiano.

Non sono riuscito a fare un bel niente e allora avrei dovuto solo leggerli.
Questa volta dovrei leggere e scrivere. E' terribile!

Per quello sto tentando la via dello scalzamento del male alla radice.
L'mdb per dati geografici non ha senso con quello che c'e' in giro.
Non ha senso.

Grazie,
Andrea

ciao Sandro
_______________________________________________
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

Il 20/01/2011 15.24, Luca Delucchi ha scritto:

Il 20 gennaio 2011 15:10, andrea antonello
<andrea.antonello@gmail.com> ha scritto:

Ciao a tutti,

ciao andrea

Il problema e' che i dati vengono tenuti centralizzati per tutti i
partner in formato... MDB. Dopo una bella lite (ma prima di metterci
le mani addosso) mi e' stato detto che mdb e' standard inspire.
Considerando che l'mdb non solo non e' uno standard, ma e' anche un
formato proprietario (ad oggi non conosco uno strumento open che lo
gestisca), mi chiedo cosa si possa fare.

per gvsig hanno fatto un plugin, che se non ricordo male può solamente
leggere i file mdb

@luca: occhio che il plugin di gvSIG e' solo per gli mdb di geomedia!

@andrea: GDAL/OGR dovrebbe leggerli in lettura via ODBC (solo i personal):
http://www.gdal.org/ogr/drv_pgeo.html

ciao
Antonio

Quello che mi e' venuto in mente e' di trovare un richiamo nella
direttiva inspire che dica che lo standard deve essere aperto e quindi
fare leva sui partner per costringerli a usare postgis.

questo sicuramente sarebbe meglio...

Ciao
Andrea

--
Antonio Falciano
http://www.linkedin.com/in/antoniofalciano

Ma state parlando di un ESRI Personal Geodatabase o di un MDB generico?

giovanni

Il giorno 20 gennaio 2011 15:40, Antonio Falciano <afalciano@yahoo.it> ha scritto:

Il 20/01/2011 15.24, Luca Delucchi ha scritto:

Il 20 gennaio 2011 15:10, andrea antonello
<andrea.antonello@gmail.com> ha scritto:

Ciao a tutti,

ciao andrea

Il problema e’ che i dati vengono tenuti centralizzati per tutti i
partner in formato… MDB. Dopo una bella lite (ma prima di metterci
le mani addosso) mi e’ stato detto che mdb e’ standard inspire.
Considerando che l’mdb non solo non e’ uno standard, ma e’ anche un
formato proprietario (ad oggi non conosco uno strumento open che lo
gestisca), mi chiedo cosa si possa fare.

per gvsig hanno fatto un plugin, che se non ricordo male può solamente
leggere i file mdb

@luca: occhio che il plugin di gvSIG e’ solo per gli mdb di geomedia!

@andrea: GDAL/OGR dovrebbe leggerli in lettura via ODBC (solo i personal):
http://www.gdal.org/ogr/drv_pgeo.html

ciao
Antonio

Quello che mi e’ venuto in mente e’ di trovare un richiamo nella
direttiva inspire che dica che lo standard deve essere aperto e quindi
fare leva sui partner per costringerli a usare postgis.

questo sicuramente sarebbe meglio…

Ciao
Andrea

Antonio Falciano
http://www.linkedin.com/in/antoniofalciano


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

On 01/20/2011 03:37 PM, andrea antonello wrote:

Per quello sto tentando la via dello scalzamento del male alla radice.
L'mdb per dati geografici non ha senso con quello che c'e' in giro.

Diciamo che ci sono delle alternative migliori... ma occorre anche vedere il contesto: se debbo interfacciare il sistema con sistemi ESRI, l'MDB potrebbe essere una cosa sensata.

Quello che trovo senza senso invece è il riferimento ad INSPIRE: questa iniziativa specifica interfacce, metadati e modelli di dati, non il DBMS da utilizzare, o, peggio, il suo formato dati (come l'MDB o il DBF).

Credo che, al limite, si potrebbe dire che uno specifico software che usa MDB come formato dati sia "compliant" con alcune specifiche di INSPIRE (magari i web services).

Già che ci siamo: a differenza di OGC, non mi risulta che INSPIRE abbia un programma di test e certificazione di prodotti e servizi, per cui è un po' difficile dire che un prodotto "X" sia "INSPIRE compliant".

Ciao,

Luca Morandini
http://www.lucamorandini.it

--
Regards,

Luca Morandini
http://www.lucamorandini.it

Concordo pienamente con Luca.
Proprio in questo periodo sto lavorando su un sistema informativo scientifico (non posso dire di più) dove parte del lavoro consiste nel realizzare dei servizi di interoperabilità tra una serie di .mdb e un database PostGIS, in entrambi i quali sono è stato implementato il draft del modello INSPIRE specifico per quella tematica.
Non sono esperto degli aspetti giuridici di INSPIRE, ma sono piuttosto sicuro che la direttiva non indica niente in tema di implementazione fisica, ma solo i modelli dati e dei servizi di interoperabilità. Ogni stato membro, ente, ecc. che voglia o debba offrire i propri dati all’interno di una infrastruttura INSPIRE, può benissimo farlo a partire da un MDB… Anche perché sennò avrebbe avuto resistenze insormontabili ad essere recepito!

giovanni

Il giorno 20 gennaio 2011 16:37, Luca Morandini <luca.morandini1@gmail.com> ha scritto:

On 01/20/2011 03:37 PM, andrea antonello wrote:

Per quello sto tentando la via dello scalzamento del male alla radice.
L’mdb per dati geografici non ha senso con quello che c’e’ in giro.

Diciamo che ci sono delle alternative migliori… ma occorre anche vedere il contesto: se debbo interfacciare il sistema con sistemi ESRI, l’MDB potrebbe essere una cosa sensata.

Quello che trovo senza senso invece è il riferimento ad INSPIRE: questa iniziativa specifica interfacce, metadati e modelli di dati, non il DBMS da utilizzare, o, peggio, il suo formato dati (come l’MDB o il DBF).

Credo che, al limite, si potrebbe dire che uno specifico software che usa MDB come formato dati sia “compliant” con alcune specifiche di INSPIRE (magari i web services).

Già che ci siamo: a differenza di OGC, non mi risulta che INSPIRE abbia un programma di test e certificazione di prodotti e servizi, per cui è un po’ difficile dire che un prodotto “X” sia “INSPIRE compliant”.

Ciao,

Luca Morandini
http://www.lucamorandini.it


Regards,

Luca Morandini
http://www.lucamorandini.it


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

On Thu, Jan 20, 2011 at 03:10:05PM +0100, andrea antonello wrote:

Il problema e' che i dati vengono tenuti centralizzati per tutti i
partner in formato... MDB. Dopo una bella lite (ma prima di metterci
le mani addosso) mi e' stato detto che mdb e' standard inspire.

Dopo aver passato un annetto al centro di ricerca europeo, mi sono fatto
l'idea che _molto_spesso_ la gente apra la bocca e gli dia fiato.

Fatti produrre un documento ufficiale che dica questa cosa del MDB.
Sia essa una richiesta INSPIRE o interna ad un ufficio pubblico qualunque.

Poi, con il documento in mano, si puo' vedere cosa' e' possibile fare,
dalla lettera aperta alla denuncia...

--strk;

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

Salve

Su indicazione di Andrea Antonello, giro in lista questa risposta che
gli avevo dato in privato.
Se può essere utile...(meglio tardi che mai :))
saluti
P.

Ciao Andrea
Arrivo con un po' di ritardo a ripondere a questo thread, scusami, ma mi
sono trovata in questi giorni ad affrontare una situazione simile e mi è
venuta in mente la tua mail.
Mi pare che il problema non sia stato affrontato sotto l'aspetto della
legge italiana, che, al di là di INSPIRE, detta anch'essa delle
normative in merito all'utilizzo di formati e software nelle pubbliche
amministrazioni. Ora, non ho capito se il progetto di cui hai parlato
faccia capo a una pubblica amministrazione, ma se vi è una PA coinvolta
va tenuto presente che secondo il Codice di amministrazione digitale [*]
le PA devono conservare i dati in "almeno un formato di tipo aperto" e
cercare di divulgarli in formato aperto. Come sempre in Italia la legge
si può evadere "se ricorrano motivate ed eccezionali esigenze", ma
l'ente deve dimostrare quali sono queste motivate esigenze. Quindi, una
PA che conserva i dati nel solo formato .mdb non sta seguendo la legge
italiana, al di là di tutti i criteri INSPIRE applicati.

saluti
Pier

[*] Codice di Amministrazione Digitale (CAD):
http://www.altalex.com/index.php?idnot=9618
art 68, comma 2: Le pubbliche amministrazioni nella predisposizione o
nell'acquisizione dei programmi informatici, adottano soluzioni
informatiche, quando possibile modulari, basate sui sistemi funzionali
resi noti ai sensi dell'articolo 70, che assicurino l'interoperabilita'
e la cooperazione applicativa e consentano la rappresentazione dei dati
e documenti in piu' formati, di cui almeno uno di tipo aperto, salvo che
ricorrano motivate ed eccezionali esigenze.

anche l'art 52, comma 1-bis: Le pubbliche amministrazioni, al fine di
valorizzare e rendere fruibili i dati pubblici di cui sono titolari,
promuovono progetti di elaborazione e di diffusione degli stessi anche
attraverso l'uso di strumenti di finanza di progetto, assicurando: a) il
rispetto di quanto previsto dall'articolo 54, comma 3; b) la
pubblicazione dei dati e dei documenti in formati aperti di cui
all'articolo 68, commi 3 e 4.

On 21/01/2011 11:54, strk wrote:

On Thu, Jan 20, 2011 at 03:10:05PM +0100, andrea antonello wrote:

Il problema e' che i dati vengono tenuti centralizzati per tutti i
partner in formato... MDB. Dopo una bella lite (ma prima di metterci
le mani addosso) mi e' stato detto che mdb e' standard inspire.
    

Dopo aver passato un annetto al centro di ricerca europeo, mi sono fatto
l'idea che _molto_spesso_ la gente apra la bocca e gli dia fiato.

Fatti produrre un documento ufficiale che dica questa cosa del MDB.
Sia essa una richiesta INSPIRE o interna ad un ufficio pubblico qualunque.

Poi, con il documento in mano, si puo' vedere cosa' e' possibile fare,
dalla lettera aperta alla denuncia...

--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