Remi Bosc Arethuse Geology claviota:
Salut Pierre,Oui, disons que tout ça peut aussi s'intégrer dans une seule bd. Il y a encore d'autres choses, qui viendraient à l'esprit d'un géotechnicien, d'un géologue risque-naturiste, d'un pétrolier, d'un géologue carrier... Il y a plein de facettes à notre métier. On commence déjà par ce qu'on connait bien tous ici, et on brode ensuite.
Pas mal, mais du coup il y a plusieurs type de BD :
1) Les BD sondages/exploration (inclut roche, sol, sediments de
ruisseau) qui nous ont pas mal occupes toi et moi ces derniers temps, 2) les BD observations de terrains (photos, crobards et texte)
3) les BD indices
J ai pas trop d avis sur la BD observations de terrains, quoique que jOui, je suis d'accord, sauf pour les observations en plein texte, qui ont intérêt à être mises dans un champ d'une bd digne de ce nom, manière de pouvoir être requêtées, classées, cartographiées, etc. En fait, je mettais tout dans un .gpx, et finalement, ça a quelques inconvénients majeurs.
aurais tendance a dire que tu stocke tout au format texte ou blob +
coordonnees , ou photos.
Je suis pas sur de voir l interet de developper unNon, en effet. Le seul intérêt serait de faire tout contenir dans un conteneur qui serait la bd. Mais en effet, c'est pas fondamental.
trucs special pour les tracks gps.
Par contre je suis extrement interresse pour travailler a un outil standardAu quai, on s'y met, incessamment!
1) sur les bd explo (sondages/echantillons) a partir de ce qui existe et des
outils opensource et 2) sur les BD indices.
La question est qui est interresse, et par ou on commence ?Par le début. Donc on va s'installer un moteur de base de données, le genre V8 turbocompressé, tank à fer. Et on va monter un cluster. Oh, je sais, ça sonne grossier, voire CapitaineHaddockesque, mais en fait tu l'as déjà fait: il s'agit d'installer un moteur de bd (postgresql, allez), et d'initier une bd qui tourne.
Je ne connaît rien en development,Bah, tu sais ce qu'est un logiciel, non? Une idée, aussi? Bon, bah voilà, ça suffit.
j ai une connaissance limite en BD,Ça va pas durer.
par contre je suis un utilisateurs potentiel experimente. Quelqu un peut ilOui, ma pomme! ;)
aider ?
A+
Remi
-------------------------------------------- Remi Bosc Independent Geologist Mob: +60 19 321 7520 http://www.arethusegeology.com/ --------------------------------------------
From: geolllibre-owner@xxxxxxxxxx [mailto:geolllibre-owner@xxxxxxxxxx] On
Behalf Of Pierre Chevalier Géologue
Sent: 19 September 2009 16:28
To: geolllibre@xxxxxxxxxx
Subject: [GeolLLibre] Re: BD
Reprenons la suite.
Je monologue un peu, mais bon, pas grave. Mais si quelqu'un a quelque chose
à dire, qu'il hésite pas, je me sentirai un peu moins seuseul...
Je claviotai:
Alors, comment va t-on stocker tout cela?... Je vais prendre un exemple concret: samedi dernier, j'ai fait une petite
virée avec une association de géologues aux mines d'Arre et d'Anglas.
Commençons par le GPS: pour domper les données, il y a l'excellentissime
gpsbabel: http://www.gpsbabel.org/
Comme il a l'immense avantage de marcher en ligne de commande, on peut tout
scripter.
Ceci fabrique des fichiers .gpx, c'est du xml tout bête.
Pour visualiser ça, viking <http://viking.sf.net/> est pas mal du tout, il
permet aussi de corriger les données. Qgis permet aussi de lire direct les
.gpx. Mais attention, il vaut mieux pas les éditer avec, il fait sauter
certaines informations.
Je me suis donc concocté un petit script, en bash (mais ça doit marcher avec
n'importe quel shell du même acabit), qui fait appel à gpsbabel et viking.
Je réfléchis pas, je branche ma montre gps garmin forerunner sur l'USB, je
lance le script (il s'appelle dompage_garmin_montre_forerunner_wpt_trk), il
va chercher ce qu'il faut dans mon gps, ça me met ça dans un gros fichier
gps_log.gpx qui concentre tous mes chemins (depuis que j'ai pris cette
méthodo), et puis j'ai une fenêtre de viking qui s'ouvre:
pierre@autan:~$ dompage_garmin_montre_forerunner_wpt_trk
En fond de carte, un rendu d'OpenStreetMap <http://www.openstreetmap.org/> :
on glisse là du Logiciel Libre aux Données Libres. Open street map est un
projet contributif communautaire, voir par exemple
http://en.wikipedia.org/wiki/Openstreetmap pour plus d'infos. Ouverture est
un maître mot, là aussi.
Une idée de faire un équivalent pour la géol: voir onegeology, mais ça
semble moins communautaire.
Comme on le voit, le format .gpx est fort abouti, riche, utilisable par
divers logiciels. Auparavant, je stockais ce genre de données dans des
fichiers SIG (des shapefiles, des fichiers mapinfo, des tables postgis,
etc.), mais finalement, le format brut .gpx est bien intéressant, les outils
permettent de l'intégrer dans les SIGs tel quel, donc pourquoi se priver? Je
verrais bien une tendance à la lourdeur, une fois que les fichiers enflent.
Mon gps_log.gpx pèse déjà 11Mo:
pierre@autan:~$ ll -h gps/gps_log.gpx -rw-r--r-- 1 pierre pierre 11M sep 17 09:41 gps/gps_log.gpx
Avec ce poids, viking met 4s à l'afficher. Mais il ira grossissant à
l'avenir, et les performances se dégraderont. Quant à qgis, il charge ça en
8s environ. Un peu normal, c'est un SIG bureautique, ces logiciels ont
traditionnellement été plus lambins que les plotteurs brutaux.
Allez, on reprendra plus tard.
A+
Pierre
