DB_AMI: database sempre aggiornato di tutte le valide specie

[Marco E. Ciriotti]

La nuova versione aggiornata al 1° aprile 2008 che tiene conto di tutte le numerosissime variazioni nomenclaturali intervenute nel 2007 (Burke, 2008: http://forum.amiminerals.org/viewtopic.php?t=4178) e di tutti i nuovi minerali approvati, nel corso dell'anno 2007 sarà, da domani, reperibile e scaricabile gratuitamente dal sito indicato.

[Marco E. Ciriotti]

Ora il DB_AMI è aggiornato al 20 maggio 2008.

[Marco E. Ciriotti]

Il DB_AMI è aggiornato con tutte le specie approvate alla data del 20 maggio 2008 il cui nome sia stato reso pubblico dagli autori.

Qualora i nomi non siano stati resi pubblici, i nuovi minerali figurano con il riferimento della proposta IMA, ad esempio: Unnamed IMA 2007-022.

Le disposizioni IMA CNMNC in materia sono ferree: "il nome di una nuova specie non può essere pubblicamente divulgato sinchè la descrizione-tipo della stessa non è stata effettuata e/o comunque gli autori hanno pubblicamente indicato il nome della nuova specie".

[Marco E. Ciriotti]

L'aggiornamento al 30 giugno 2008 del database della valide specie IMA sarà presente tra poco nell'apposita sezione: http://dbami.amiminerals.org/doc/index.php?dir=Varie/

[Marco E. Ciriotti]

Accluso è l'aggiornamento a luglio 2008 della classificazione Strunz & Nickel.

[Marco E. Ciriotti]

Nuovi aggiornamenti importanti a breve.

[Marco E. Ciriotti]

Danir, ti ho passato via e-mail i nuovi aggiornamenti della Strunz & Nickel Classification (grazie Jim!) che sono anche qui acclusi.

[Marco E. Ciriotti]

BD_AMI aggiornato al 31.08.2008 sarà presto disponibile e scaricabile da: http://dbami.amiminerals.org/doc/index.php?dir=Varie/

[Marco E. Ciriotti]

Poichè le variazioni al database nel frattempo intervenute riguardano prevalentemente i codici classificativi Strunz & Nickel, nessuna nuova versione verrà postata sino alla data in cui compariranno le nuove specie approvate dall'IMA CNMNC relative al mese di settembre 2008.

Chi invece desiderasse avere prima una copia aggiornata è pregato di richiederla: m.ciriotti@tin.it

Grazie.

[Marco E. Ciriotti]

Il DB_AMI (database delle valide specie minerali) è da domani aggiornato alla data del 10.10.2008 e scaricabile dal sito: http://dbami.amiminerals.org/doc/index.php?dir=Varie/

[Mirco]

Avrei una richiesta da fare: visto che avete messo on-line il database di minerali più completo e aggiornato che esiste non è che qualcuno è disposto a metterci anche un database delle località che ha messo nel DB-AMI? E' veramente un lavoro improbo se si vuole cominciare da zero e credo chi di voi ha collezioni tanto vaste potrebbe essere di grande aiuto a chi invece come me ha già dovuto rifare l'elenco più volte perchè non ha ancora trovato il sistema giusto... e ho solo 30 località nel db, figuriamoci se arrivo a dover rifare tutto a 100 o 200 località avendo un buon punto di partenza poi uno ci può lavorare, ma almeno ha già in mano un lavoro fatto con metodo da chi ha esperienza nel settore.

Grazie a chi vorrà aiutarmi e aiutare magari anche qualcun'altro.

[Massimo Russo]

Un data base sulle località? Si è tentato di farlo con schede contenti itinerari (vedi forum), informazioni varie e su minerali; ma sono a disposizione solo 5-6 schede. L'operazione è miseramente fallita.

Massimo

[Marco E. Ciriotti]

Mastodontico!!!
Sia come spazi di server che come progettualità e dati da inserire. Dovrà bastare mindat.

[Carlo]

In teoria, grazie alle buone amicizie di Marco ( ) con Jolyon, si potrebbe chiedergli un export mirato per, ad esempio, tutte le località del Piemonte inserite, ad oggi, su Mindat. A grandi linee ne ho contate circa 300.

Poi grazie all'impiego dell'import presente su DBAmi si può facilmente portarsi tutto quanto in pochi secondi nel programma.

Alcuni dubbi a corredo della pensata:

- non so quantificare quale sia il "peso", in spazio disco, di tale mole di dati;
- si tratta solo del Piemonte, se inseriamo tutte le regioni d'Italia, quanto diventa grande il file da importare?
- da tenere in conto un'altra cosa, e cioè che più è popolata questa sezione del DB, più diventa pesante il funzionamento del programma (Danir, puoi confermare?).

[Tiberio Bardi]

Fare un database di località importandolo da mindat, non è tanto complicato, tutto sta nel quantificare quante e quali località inserire e se per un database pubblico si può fare.
Io per il mio database della Toscana, come punto di partenza ho importato quello di mindat, ma l'uso che ne faccio io è solo personale...