[GeolLLibre] Re: Resqml dans QGIS
- From: Pierre Chevalier Géologue <pierrechevaliergeol@xxxxxxx>
- To: geolllibre@xxxxxxxxxx
- Date: Mon, 27 Jul 2015 19:39:35 +0200
Bonjour (tardif),
Le 17/05/2015 15:54, Philippe Verney a écrit :
Bonjour,
De mon côté, je n'ai heureusement pas eu à faire face à de mini
tempêtes. Quand je vois les dégâts, je m'estime bien content. Bon
courage pour remettre tout en ordre.
C'est toujours pas vraiment remis en ordre... Purée. Et ce malgré qu'il
n'y ait eu aucune perte de données à déplorer; qu'eût-ce été sinon!
Du coup j'ai pas mal avancé et vendredi j'ai enfin pu faire tourner mon
API pour Resqml (et Witsml) en Python en passant par du wrapping SWIG.
Ça a l'air rigolo, comme concept, ce SWIG; et ça ne date pas d'hier. Je
verrais bien ça acoquiné avec du Rebol/Red, car il y a plein de bindings
qui se font; je voulais souffler le mot dans les sphères Redboliennes,
mais renseignements pris, il en a déjà été question... en 2007. Et
aujourd'hui, quand il y est question de swig, c'est plutôt de la
bibliothèque de template en javascript, d'inspiration Django, dont il
est question...
Ca marche pas mal du tout et je suis bien content du coup! Je n'ai testé
que sous Ubuntu 14.04 et Python 2.7.6 mais pas de raison à priori pour
qu'il y ait des problèmes (insurmontables) sur d'autres plateformes.
Aussi, je me pose désormais la question sur la suite : QGIS ou pas QGIS
car beaucoup de personnes connaissant RESQML semblent ne pas voir
d'avantage clair à ce développement. Du coup, je pense laisser un peu
cela de côté
Oui: maintenant que j'ai vu les types de données qu'il y a dans RESQML,
que j'ai pas mal discuté réservoir avec un copain pétrolier qui est
passé me voir il y a peu de temps, je pense que ce n'est effectivement
pas une grosse priorité d'afficher une carte de ce genre de données. Ce
serait plus opportun avec des cartes par niveaux, par exemple, mais bon.
Il faudrait tout un *gros* système de templates bien lourds du côté de
QGIS pour commencer à avoir une visualisation cartographique qui soit un
minimum utile. Bof.
surtout que j'ai un contrat pour la fin mai et donc je suis
bien moins disponible que je le pensais initialement.
(voilà un air qui me semble -hélas- bien connu...)
Je vais certainement commiter mes devs pour support Python dans mon API
la semaine prochaine.
Au sujet des shapefiles 3D, je me demande leur avantage par rapport au
format VTK utilisé par paraview que je mappe déjà.
Le seul avantage que je verrais serait la compatibilité avec le standard
de fait le plus répandu dans le monde des SIG. Mais bon. Il y a aussi le
côté standard xBase, c'était très bien comme argument il y a quelques
temps, mais on ne peut pas dire que ça tienne encore debout.
Sinon, à l'usage, les shapefiles 3D sont étonnamment rapides et fluides,
par rapport à bien d'autres formats. Mais je n'ai pas comparé au VTK.
Si on va dans le monde de la 3D, n'est-ce pas plus adéquate de cibler
des modeleurs 3D plutôt que des applis GIS?
Question de "marketing", de ciblage: ce ne sont pas les mêmes "publics",
les SIGistes voient par leur bout de lorgnette, les modélisateurs
(modeleurs?) par un autre bout; et encore, ces derniers ont souvent
plusieurs lorgnettes qui peuvent diverger, car il y a pas mal de
modeleurs qui travaillent très différemment.
Je ne connais pas suffisamment les GIS pour
juger de l'utilisation de la 3D dans ces softs.
Disons qu'il y a, en très gros, 2 approches:
1) l'approche séparatiste:
- le SIG ne fait que de la carto, et quand il se targue de faire de la
3D, il ne fait guère que de la modélisation de surface topographique
et/ou de bâtiments en y plaquant par exemple des orthophotoplans. Pas de
surplombs, entre autres. Et on ne va pas plus loin.
- dès qu'on veut vraiment aller en 3D, on change d'outil, on pose
l'outil SIG, et on s'en prend un autre; typiquement, on pose l'ArcGIS et
on attrape le Surpac, ou encore on pose le Mapinfo et on attrape le
Sermine, etc., il y en a pour tous les goûts.
2) l'approche plus unioniste: le SIG fait tout, de la carto et de la
"vraie" 3D (à quelques bémols près), à l'aide de plug-ins ou
d'extensions dédiées. 3D analyst dans ArcView, ou Discover pour Mapinfo,
en sont quelques exemples.
Et en-dehors de ça, il y a une troisième approche, hors des mondes SIG
et modélisateurs: le logiciel CAD qui sert à faire des plans, cartes, et
de la 3D. C'est encore différent.
Quelle est la meilleure approche? Je ne sais. Le tout-en-un séduit
certains, d'autres préfèrent des outils performants qui font ce qu'ils
savent faire, et bien.
Mais, personnellement, je trouve que le géologue commence toujours par
l'approche cartographique, l'approche terrain, ne fût-ce que pour se
rendre sur le site à investiguer. Donc aller dans le sens du plug-in
d'un SIG me semblerait assez naturel.
À+
Pierre
A+
Philippe
Le 17/05/2015 11:14, Pierre Chevalier Géologue a écrit :
Bonjour,
Le 02/04/2015 19:21, Philippe Verney a écrit :
Suite à discussion très intéressante avec Pierre, je vais tenter de
faire un petit plugin C++, libre cela va de soi, pour importer des
données Resqml2.0 dans QGIS.
Maintenant que je commence à mieux appréhender ce qu'il y a exactement
derrière le mot Resqlm, en effet, je ne suis pas sûr qu'un plugin pour
qgis soit le besoin le plus urgent de la chose. Peut-être un mapping
vers du 3D shapefile pour une visualisation dans l'inoxydable Arcview
serait déjà un premier pas plus convaincant? Pour le moment, que je
sache, QGIS n'a pas l'équivalent, mais c'est peut-être dans les cartons.
Je pense que je commencerai sérieusement ce travail courant mai.
Nous y voilà, en mai, et on y fait ce qu'il nous plaît. Ce n'est pas
vraiment mon cas: je suis confronté aux effets d'une mini-tempête
survenue en pleine migration vers Jessie, qui a mis à mal mon serveur,
et ma grosse machine: l'une me dit grub> , l'autre n'a plus d'X... :-s
Moralité: en cas de gros travaux, le sysadmin doit attendre le beau
temps à long terme et une bonne fiabilité de son fournisseur
d'électricité ou de GROSSES batteries sur l'onduleur...
À+
Pierre
Liste de diffusion geolllibre
Pour s'inscrire : mailto:geolllibre-request@xxxxxxxxxx?subject=subscribe
Pour se desinscrire :
mailto:geolllibre-request@xxxxxxxxxx?subject=unsubscribe
--
____________________________________________________________________________
Pierre Chevalier Géologue EI
Mesté Duran
32100 Condom
Tél+fax : 09 75 27 45 62
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
Other related posts:
