[GeolLLibre] Re: idées en vrac

  • From: Pierre Chevalier Géologue <pierrechevaliergeol@xxxxxxx>
  • To: geolllibre@xxxxxxxxxx
  • Date: Sat, 23 Apr 2016 12:42:20 +0200

Hi-aïl,

Le 18/04/2016 14:13, Jean-François Moyen a écrit :

Le 18/04/2016 12:58, Pierre Chevalier Géologue a écrit :
(Ok, shortly, and on non-troll portions :-) )

;)


True of course, but in that case what we have is a sample ("grab" in
your terminology, so a point). We crushed it and extract 100's of
zircons, 50 of them or so are mounted in epoxy, polished and prepared,
and each zircon is analyzed using laser ablation in one, two or many 23
µm spots. For each spot we record a continuous ablation signal of about
60s, at a rate of one reading every 1/10th of second or so, for 12
isotopes. We then average the one minute of signal into a "value" for
each isotope, and convert that into an age, and combine all the ages
from all the grains into something we call the age of the rock.

So -- Ok, I *have* heard about one-to-many relations, and no doubt all
the data can be bound to the sample location. In that case however, this
is not the most important information, the real key information is the
averaged value for each spot -- AND its location with respect to the
zircon grain (core, rim...). So in that sense, this is "non spatial"
data (or vaguely spatial).

Also note the nested data : one sample = 50 grains, one grain = 2-5
spots, 1 spot = 12 time series. Again, I know about one-to-many links,
but we are moving away from a simple "map" paradigm, and that was my
point: there is some geological data that is not direclty map based, or
only in a very tangential way, and for which a map-based treatment (GIS
or CAD or 3D, does not really matter here) is at least overkill, and
probably prevents us from catching some key features.

Okay, now I got your point. Yes, no need to try to stuff *all* this kind of data into a GIS, of course. Datasheets, and maybe graph database may be a good answer. Or, even more simply perhaps, a BLOB (BINARY LARGE OBJECT) may be used to encompass the whole study, sample by sample, whether it is a .pdf, a .zip containing all data files. There are also document-oriented solutions which may well suit such data. Or a JSON structure, or an XML (erk), or an embedded HDF5... so many solutions... It all depends how finely we want to address the data, and what is the need of it.
One key question is: what do we store: if we do not need to process, then no need to store. But if we want, at some point, to play with the data then yes, we must define it well.


What I retain, after digesting your arguments a bit, is that we may also
have to limit ourselves to a reasonable space dimension.  For instance,
in mapping, one meter seems to be reasonable; although the decimeter can
be useful for detailed face mapping.  Centimeter is the reasonable best
accuracy needed along drill holes.  Going under the millimetre seems to
be beyond all reason, in my humble opinion.  Unless someone disagrees?

I do. The attached image is an electron microprobe map of a pyrite
crystal. Note the scale :-)

Oh well, fine, you got me... Then I would say that the size of an electron should be our lower limit, then... Um, no.


And again, the connection with "real" geographic space it weak --
granted, the sample comes from somewhere, but (i) it is not the relevant
information [it could come from the mine's dump for all we know, the
story wouldn't be different]; (ii) even if it's not, we do not know the
absolute coordinates of the pyrite : the sample is probably not located
in space with a precision down to micron level (and it's been hammered
on, grabbed and rotated, cut....).

This reminds me of the old phantasm, during the late-1990s, that GIS would ultimately encompass *everything*, from Earth-scale down to microscopic scale. Nope, that failed.


(NB: from here :
https://www.researchgate.net/publication/276486183_Implications_of_pyrite_geochemistry_for_gold_mineralisation_and_remobilisation_in_the_Jiaodong_gold_district_northeast_China
by the way)


- Déconnectées de la réalité du terrain : un modèle thermo par exemple
va ressortir une grille de propriétés (composition des minéraux) dans
l'espace PT. Ou une donne expérimentale faite sur une roche synthétique.

Well, are synthetic rocks what a geologist deals with???  (dunno, I
never had...)

Ever heard of experiments ? ;-)

Yes, but never did any! The only communication I saw on the subject was volatilized rock after simultaneous A-bomb explosions, then re-condensed, and all sort of microprobe, thin sections, etc. But I'm sure there must be many other less brutal experimentations...


Try that, for instance :
https://www.google.fr/search?q=experimental+study+gold+pyrite

Although some of the hits are actually analytical studies on real
material, this gives you an idea of what experiments can mean. In that
case clearly you use synthetic material (or at least material spiked in
Au).

Okay, I see.



Bref, c'est quoi une donnée géologique pour vous ?

Big Question!

I will *just begin* to try to answer this question, from a very basic
field geologist's point of view.

And this is my very point.

To each of us, a "geological data" is a different animal. In you case,
field based, it is spatial (2 or 3D).

Well, not necessarily, I will temper this: when I send such granulometric fraction of samples for assay using a special method, then the data I get from the lab, even though it is related to an original location, is not "stricto-sensu spatial" any more. A bit like your thin section.


 But, being more of a geochemist (academic kind), a large portion of my
data is either not spatial -- or the spatial information is of little
use to me. In this paper for instance
(https://www.researchgate.net/publication/245540556_Forty_years_of_TTG_research),
although we do know the location of each and every point in our figures
(such as fig. 12 for instance), this is an information we do not use at
all. In fact I'm lying -- in Fig. 12 we know the location of maybe 1/3
of the data, another third we know only vaguely ("Stolzburg pluton, NW
of Tjakastad") and the last third we have only very poor information on
("Carajas province, Brazil"), if at all. Yet in this case ... we did not
care.

Well, then, the location of every point can be bound to something less "standard" than a simple point, maybe: a region, a vague region (a central point with an uncertainty radius, for instance). Modern GIS techniques allow such curious things.


I'm not saying here that "my" sort of data is better than yours (well
actually I am, but that's beside the point -- oups, sorry, get that
troll back into its cage !! :-) ).

Well, apart from the troll, your data type is not so different than mine (I'm acting the mining geologist now): what about analyses from samples taken from ore heaps? No one knows which part of the mine they actually come from. What about a whole lot of samples taken automatically on the conveyor belt? They are far to be easily GIS-localized. And even though, we use this, and it is damn important for us.
If I now act as a mining exploration geologist: an Inuit brings me a splendid piece of banded nickel formation. He then disappears in the blizzard, all he told me that it came from there, with a hand wave towards the NE, about two days walking in winter time (understand: able to walk in a straight line, upon the ice). I send this for assay, and it is full of platinum: hurray, but I cannot locate the sample properly, alas.


I'm merely saying that we all dealwith different types of data, and
therefore your (or mine, or anybody else's) idea of what is "geological
data", what properties it should have, and by extension what sort of
tool do we need to process it may differ from the next guy's.

What I'm merely trying to express is that, even though we have different data sets, different way of seeing things, I'm sure that there is some common ground, a sort of common factor to all geologists, despite the various disciplines and specialties we all have.


And so -- writing a tool that suits you, or me [done that already
to a large degree, it's called GCDkit, thanks very much] may, in fact
will result in a tool that is totally useless for him. Or she. Or that
other guy there.

I think I had told you that before: I'm sure that GCDkit could certainly be of great help for mining exploration geologists.


That's not necessarily a crisis, and at any rate should not stop us from
doing something. But, well, it is just impossible to develop a tool that
will work for all geologists.

Well, yes... and no. I'm sure there is some common ground upon which we will all agree, just as much as we eventually all agree when we bang on outcrops. It just takes time and mutual comprehension.
This common ground is certainly not suitable for any specialist, but at least, a general geologist, naturalist-style (like you, JF (yes, I've seen you banging on rocks, you *are* a naturalist geologist, greetings!)) will feel comfortable about it.
(sorry for repetitions: I wrote this reply at different times)


I would agree, though, that a spatial component is something that is
important to most of us; coming from an academic background, it is
perhaps the one thing that separates us more clearly from our fellow
natural scientists (physics, chemistry, biology, etc.).

And even: biologists work a lot with maps, also.


But then, are we just talking about glorified GIS here ?

Definitely not.  But sure, GIS is a nice starting point.


3D GIS, in a way ?

Ah, Julien will certainly hop on this subject!

À+
Pierre
--
____________________________________________________________________________
Pierre Chevalier
PChGEI: Pierre Chevalier Géologue Et Informaticien
Partenaire DALIBO
    Mesté Duran
    32100 Condom
  Tél+fax  :    09 75 27 45 62
                06 37 80 33 64
  Émail  :   pierrechevaliergeolCHEZfree.fr
  icq#   :   10432285
  jabber: pierre.chevalier1967@xxxxxxxxx
  http://pierremariechevalier.free.fr/pierre_chevalier_geologue
____________________________________________________________________________
Liste de diffusion geolllibre
Pour s'inscrire : mailto:geolllibre-request@xxxxxxxxxx?subject=subscribe
Pour se desinscrire : mailto:geolllibre-request@xxxxxxxxxx?subject=unsubscribe

        

Other related posts: