Bon alors Marc,
Qu est ce que tu fait on net e voit toujours pas dans GeolLibre!
Qu est ce qui se passe?
Remi
--------------------------------------------
Remi Bosc
Independent Geologist
Mob: +60 19 321 7520
http://www.arethusegeology.com/
--------------------------------------------
-----Original Message-----
From: Remi Bosc Arethuse Geology [mailto:remi.bosc@xxxxxxxxxxxxxxxxxxx]
Sent: 27 November 2009 22:23
To: 'Marc Barbut'
Cc: 'Pierre Chevalier Géologue'
Subject: FW: [GeolLLibre] Re: BD
Marc
Il faut que tu re-essaye de t inscrire de France. On parle de base de
donnees sondages. C'est toin creneau!
A+
Remi
--------------------------------------------
Remi Bosc
Independent Geologist
Mob: +60 19 321 7520
http://www.arethusegeology.com/
--------------------------------------------
-----Original Message-----On
From: geolllibre-owner@xxxxxxxxxx [mailto:geolllibre-owner@xxxxxxxxxx]
Behalf Of Pierre Chevalier Géologuetu
Sent: 26 November 2009 23:08
To: geolllibre@xxxxxxxxxx
Subject: [GeolLLibre] Re: BD
Remi Bosc Arethuse Geology claviota:
Dans la table collar ou est ce que tu met a quell systeme geographiqueappaetienne les coordonnees.
srid, pour spatial reference identifier, qui se réfère au champ éponyme
de la table spatial_ref_sys, qui appartient elle-même à l'extension
spatiale postgis.
C'est un entier tout bête, la table spatial_ref_sys contient ensuite les
définitions des systèmes de référence spatiale. Grosso modo, c'est le
pendant des coordsys, en d'autres systèmes.
Qui plus est certains projets on plusieurs systeme qui se superpose:jusqu a 3 ou 4, et en general exotique. et tu as beau faire le menage,
herite des situations passees. Il est bon de garder les cordonneesjamais
initiales dans lequel le leve topo a ete fait.
Mmoui. Pour ça, je serais plutôt pour faire une table séparée, avec ce
genre d'exotiquités. Ce qu'il faut y implémenter, c'est un srid
"maison", qui ne soit jamais référencé dans le spatial_ref_sys, et en y
définissant les paramètres ad hoc. Réfléchissons. Il faudra, pour les
coordonnées grille locale, le point d'origine, défini en vraies
coordonnées avec un srid vrai, celui-là, et puis les paramètres
habituels, comme on trouve chez GDM, un thêta et un phi, au besoin.
Faudra bien se poser la question de la référence du nord: le nord
géographique (étoile polaire)? ou le pseudo-nord du système de
coordonnées?... Eh oui, le plus souvent, quand on utilise un système de
coordonnées projeté (genre l'UTM, au hasard), ce n'est pas le même que
le Nord géographique, et il y a des cas où ça a induit de belles
bêtises...
Vivement que tout le monde travaille en latitude-longitude en WGS84,
comme le font tous les satellites et tous les systèmes de navigation et
tous les GPS... Mais bon, d'ici là, t'as raison, faut bien se caler sur
les systèmes tordus existant (tiens, j'en ai appris une bien bonne
récemment, d'ailleurs, dans notre Hexagonie: le système RGF93, destiné à
remplacer les affreux Lamberts (non, c'est pas pour Alain), décidément
trop simple, a été notablement compliqué en n variantes...).
Question table litho, il faut un syteme plus souple. Je ne code
les venues d'eau je les mets dans les commentaires de tete de sondages.autres.
Ah, là, pas d'accord: mettre ça sur un log ou une coupe, pour le coup,
c'est archtement important. Quand tu vois tes teneurs qui grimpent à
côté d'une venue d'eau, tu te poses des questions qui peuvent être
utiles, pour considérer plus bas dans le sondage, en comparant avec
l'humidité des échantillons... Un gros piègeàc qui se décèle ainsi. Et
on parle pas des sondages pour des aménagements, ou c'est
super-important. Et en hydrogéol... c'est carrément capital. Mais là,
faudra creuser un peu plus loin, pour le coup.
En bref tyout le monde a des habitudes un peu differentes pour desbonnees raisons
pour les codes et pour les mesures. Si c'est une base de donneesideale,
Attention: si on fait dans l'idéal de suite, on va se planter la gueule
bien-bien. Faut faire pragmatico-idéal. Un équilibre.
elle doit etre un minimum flexible.Il y aurait une autre solution, qui serait à la fois flexible et
pragmatique, est de nommer des champs code1, code2, code3, code4, en
laissant l'end-user, au niveau de son schéma externe, s'en servir à sa
guise. C'est une solution employée dans des bd canadiennes, entre
__________________________________________________________________________
Pourquoi pas une table empilee comme dans les analayses?Pour la simple et bonne raison que le modèle EAV
(Entité-Attribut-Valeur) qu'on verra dans les analyses se prête bien aux
analyses multiélémentaires multilaboratoires vu qu'on n'a jamais les
mêmes analyses; ce modèle est très utilisé dans les bd quand on a des
choses très hétérogènes. C'est la réponse au problème du tableau à trop
de trous partout. Alors qu'en description géol, franchement, on n'est
pas du tout dans cette problématique... Et en plus, ce modèle, pour une
table de passes, se heurte à un problème de taille: on ne peut plus y
vérifier les cohérences de profondeurs. N'oublions pas que côté
analyses, on ne le fait pas (mais on anticipe un peu, là) sur les
échantillons mais bien seulement sur les résultats analytiques. Et non,
on va pas faire une table de descriptions attachée aux passes, non mais
quand même, car sinon, on arrive très vite à des choses ingérables.
A+
Pierre
--
____________________________________________________________________________
Pierre Chevalier Géologue EI
Mesté Duran
32100 Condom
Tél+fax : 09 75 27 45 62
05 62 28 06 83
06 37 80 33 64
Émail : pierrechevaliergeolCHEZfree.fr
icq# : 10432285
skype : pierre.chevalier1967
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
