Le portail francophone de la géomatique

Bonjour,

Par expérience de projets SIG à l'international, les logiciels utilisés sont définis par les personnes qui initient les bases de données.
Je n'ai pas d'exemple où l'ONU impose un logiciel, ils sont heureusement très au dessus de ces considérations.

Il est évidemment intéressant pour un géomaticien d'avoir une boite à outils logicielle la plus vaste possible, chaque logiciel ayant ses points forts.
Passer de QGIS à ArcGIS ou à Mapinfo ou autre est un détail et se fait relativement sans effort : si vous comprenez bien ce que font les outils QGIS, vous les retrouverez sous un autre nom ailleurs.

Si vous remplissez aujourd'hui toutes vos missions sans difficulté avec QGIS, c'est que c'est l'outil adapté pour cette mission. Mais si votre employeur peut vous fournir une licence ArcGIS, ajoutez cette corde à votre arc.

Que je suis soulagé de lire vos réponses si encourageantes.

effectivement, cela m'aurait surpris vue la considération qu'à aujourd’hui QGIS.

je vous en remercie, et je sais maintenant sur  quoi je travaille

cordialement

Hello

YES mais si tu choisis: Allemagne, Autriche, Suisse, Belgique, Royaume-Uni, ...

On voit que QGIS n'est pas si loin derriere ArcGIS !

Bon WE, GeoBye, Pat

Bonjour,
Je travaille actuellement dans une EPCI, et ici on utilise ArcGIS et QGIS.
La plupart des cartographes, géomaticiens et informaticiens travaillent sur QGIS, mais on passe obligatoirement par ArcGIS pour faire les cartes (Rien ne nous empêche de travailler nos données sur QGIS et faire la carte finale sur ArcGIS).
Cependant, les mises à jour des bases de données se font essentiellement sur QGIS.

Bonjour,
Il est souvent noté qu'il faut avoir ArcGIS avec une certaine verison pour simplifier les échanges en terme de compatibilité. C'est le cas des AO RFF et des AO des intercommunalités ou à défaut compatible quand la fourniture ne concerne que les données.

Cela n'est pas dépendant des instituions en soit mais des choix logiciels en interne (entreprise, groupe, ou juste un pole avec des mission particulière)

En effet QGIS permet de faire certaines choses aussi bien voir mieux qu'ArcGIS surtout depuis la version 3. C'est pour cela que je bascule de l'un à l'autre...
Des choses qui existe en libre sous QGIS sont payantes sous forme d’extension ou de niveau de licence dont vous avez connaissances des prix.

Donc @biss a raison de mentionner cette problématique de logiciel imposé. Par contre elle est liée aux relations opérationnelles entre organisation/fournisseurs/clients.

Vous n'avez surement pas oublié la (les) définition de ce qu'est un SIG (pas seulement en terme de fonctionnalité logiciel)

RFF nous imposé d'avoir une version Arcgis 10.3 pour répondre à un AO. Pourquoi? La réponse est connu de toutes personnes travaillant avec ArcGIS/MAPinfo et même QGIS.
Faire un document portable lisible et réutilisable par le client. Un MXD sauvegardé en lien relatif avec les données contenus dans le même dossier ou un sous dossier du MXD
J'ai également travaillé ainsi avec ces autres logiciels cité si dessus.

Le but c'est de récupérer les documents MXD, les feuilles de style LYR les données lourdes au format GDB (car les limites du shapefiles ne permettent pas de travailler sur les gros lots de données). Pérenniser une structure de travail quelque soit les clients et les corps d'états dans la durée...

Bref un SIG ne se limite pas aux outils ou aux données. Ne l'oubliez pas.

Maintenant on peut espérer que pour les nouveaux projets on aura des demandes basées sur l'interopérabilité et sur du logiciel libre. Le choix d'utiliser du libre ou du software n'est pas cornélien. Souvent nous n'avons pas le choix que d'utiliser les deux.

Pour info, même avec ArcGIS 10.6  et QGIS 3, il y a des choses que je préfère mettre en plan sous QGIS (traitement de points superposés, integration de tableau HTML) et d'autres sous ArcGIS (Atlas automatisé, gestion de la légende, échelle)

Bonne journée

Bonjour,

Approche gauloise ou luthérienne ? faut-il utiliser Arcview et QGis en même temps  ?

Nous quand nous écrivons un cahier des charges nous exigeons un format pas un logiciel. Un format compatible en lecture et écriture avec OGR par exemple.
Pour ce qui est de travailler dans une structure (offre d'emploi) il est récurrent de lire, connaissance de tel ou tel logiciel exigée, que veut on ? Une personne en contrat court opérationnelle immédiatement (là c'est justifié) ou un investissement sur le long terme (là une tête bien faite est bien mieux qu'une tête bien pleine) ?

QGis ou Arcview ? Python ou Java ? Windows ou Linux ? Peugeot ou Renault ?

Quand on est un spécialiste de QGis combien de temps faut-il pour apprendre à se servir d'Arcview ? (et inversement).

Quand on travaille dans un monde numérique en mutation permanente faut-il être un spécialiste du logiciel X ou faut il avoir la souplesse qui permet l'adaptation ?

Dans la nature les espèces qui ne savent pas s'adapter meurent, tout simplement.

[Edit : ] J'ajoute qu'au regard des nouvelles règles des marchés publics français, l'imposition d'un logiciel et a fortiori d'une version spécifique et amha une clause restrictive qui permet d'attaquer un tel AO.

Dernière modification par ChristopheV (Thu 30 August 2018 12:15)

Avoir de la souplesse c'est savoir s'adapter et comme mentionné, je n'irai pas jusqu'à dire que je suis spécialiste mais je peux dire qu'il faut avoir plusieurs cordes à son arc pour pouvoir répondre à un ensemble d'offre...

Coté exemple:
Si tu exiges un format base de données le résultat c'est que tu imposes un SGBD. SQL92 ou pas la gestion des indexes et contraintes et le typage des champs varie

Si tu utilises des outils de translation, le résultat peu avoir des comportement inattendu OGR ou pas. OGR est une librairie qui permet de lire ou écrire.
La conversion est donc un interprétation avec des transformation par défaut et dans certains cas la transformation n'est juste pas possible
Je ne prendrai que l'exemple de la longueur des champs... L'accentuation est encore un autre problème et la gestion des ID

Coté données quand j'utilise ArcGIS je peux faire une édition de données avec un ensemble de définition. C'est pas possible avec QGIS... La gestion des contraintes topologique ne sont pas les même suivant le driver utilisé sur QGIS.

La gestion des encodages de caractères a été uniformisée... mais si tu fais un glisser déplacer d'un shape sur QGIS il prend l'encodage machine par défaut et nom l'encodage fichier...

Bref... autant d'exemple qui font perdre du temps et qui fait que certains organisme impose d'avoir des outils identiques et pas seulement des formats.
Sinon il faut aussi prendre de contraintes structurelles des données pour tenir compte des incompatibilités
A certains niveau, je passe par des ETL pour définir des règles de transformation


L'exemple des véhicules n'a pas de sens car si tu n'a pas choisi de marque c'est que ton garage n'est pas spécialisé ou que tu sous-traites la maintenance. En clair ça pourrai être la même chose tu vas faire un AO sans distinction de marque tu auras une réponse de Peugeot, Renault, Ford mais ton atelier n'a qu'un spécialiste Peugeot et la valise de maintenance Peugeot.
Résultat, si tu prends une autre marque, tu formes ton chauffeur, tu achètes la valise et comme c'est pas un expert il va devoir envoyer au concessionnaire à chaque fois qu'il ne trouveras pas (ou faire intervenir un expert) et mettra 3 fois plus de temps à déterminer une panne et à faire les réparation (sur un certains délai car à terme il aura appris gagné en connaissance et en compétences)

Coté programmation c'est le même délire. Si tu fais le choix d'un langage c'est en connaissance de cause. As tu un dev en interne connaissant les langages et quel son niveau de connaissance? Quel et le coût de maintenance en cas de maintenance corrective et évolutive? Quel est la vitesse de développent? Cela explique pourquoi un utilise des frameworks. Bref autant que questions qui font faire des choix.

Avoir le même outils c'est aussi avoir le même dialogue. En programmation, pour ce qui font du python on connait la problématique de valeurs stockées et affichées:
Si je tape 0.1 le résultat réellement stocké est 0.1000000000000000055511151231257827021181583404541015625 car c'est stocké en binaire
ducoup 0.1 + 0.2 ça vaut 0.30000000000000004


Les choix sont basés sur l'ensemble du système en place et les moyens à ta disposition pour les faire évoluer (conduite du changement au besoin et délai).
Compétences interne ou partenaire
Fiabilité > taux de panne risque d'erreur
Vitesse d'intervention
Vitesse d'exécution
Niveau d'autonomie
Stabilité
Et au final : Coût global

La souplesse et l'adaptation c'est tout le problème car tu ne couvrira jamais l'intégralité des fonctionnalités d'une solution SIG (que l'on parle de l'environnement ou du logiciel) car pas demandé dans ton poste. Je ne fais pas de photointerprétation par exemple...

Le métier du SIG est transverse et touche des thématiques. Je travaille dans les métiers du déchet et de l'eau mais mon travaille touche:
- Droit
- Infographie / Typographie

- Informatique
- Géographie
- Histoire
- Métier de l'eau
- Métier de la collecte
- Comptabilité
- Insertion
- Communication
- Electromécanique
- Gestion du carburant
- Formation
- Localisation GPS et gestion de flottes
- Services publics
- Plannification

Il y a deux choses primordiales à bien distinguer: connaissances et compétences. C'est exactement ce que l'on traite sur un CV ou les "bilans de compétences"

L'adaptabilité est un prérequis pour notre métier. Maintenant il y a des choses qui s'apprennent plus ou moins vite et cela dépend de l'expérience et des facultés de chacun.
Il y a aussi des postes et des métiers qui demandes d'avoir des connaissances et des compétences plus ou moins large.

Arff! J'ai un peu de mal à interpréter l'humour sans smiley lol. Très bonne référence cependant

Je ne mets pas en cause la contenu de tes AO. En effet on parle tous avec notre expérience. Mais coté contenu ce que je vois c'est que tu récupères des données et uniquement cela avec des contraintes propre à ton environnement.

Aïe on passe en mode assembleur. Je ne serai pas aller aussi bas niveau au pire j'aurais pu cité Cobol J'ai pas encore touché à ça car même sur du Arduino on peut coder en C++ et en python

Comme dit précédemment, j'ai évolué avec les smileys, j'ai donc un peu de mal à interpréter les mots d'une manière humoristique sans ça. Merci d'avoir relevé ce détail.

Bonjour,

pour tenter de répondre à la question initiale, je pense en effet que les structures internationales sont plutôt utilisatrices des logiciels ESRI par habitude, de même que de nombreuses institutions en Europe (mes collègues des pays de l'est de l'UE, notamment).

Ceci dit, ce qui compte est d'abord l'écosystème qui est ou sera le vôtre. En France, c'est sans doute plus mixte.
Enfin, comme le disent Renaud et  Jean-Michel, quand on maîtrise un de ces logiciels on passe vite à un autre. Pour se lancer, QGis est donc la meilleure solution car il réduit l'investissement financier.

Bonne chance pour la suite.