Géomatique

Société
Veremes est le spécialiste français du logiciel FME de Safe-Software, leader des outils ETL pour les données géographiques. Nous intervenons à toutes les étapes de la vie d'un projet FME : formation, développement, expertise, support technique et dans tous les domaines d'activité : collectivités, industrie, défense.

Veremes édite également sa propre gamme de logiciels dédiés au traitement de données géographiques et au webmapping : Qualigéo (contrôle qualité), GTF (publication web de traitements FME), Wab (gestion de worklow), Majic (cadastre), vMap (cartographie en ligne).

Missions
Dans le cadre de son développement, Veremes recherche un(e) technicien(ne) en géomatique ayant une expérience en traitement de données géographiques.
En fonction du profil du candidat, les missions comprendront :
- le support technique aux utilisateurs
- le développement de scripts
- le traitement de données
- la rédaction de documents techniques

Profil
Les candidats doivent disposer d'une formation scientifique ou technique (Bac+3 minimum), maîtriser les concepts de la géomatique et avoir des connaissances sur un ou plusieurs des outils ci-dessous :

ArcGis/Qgis
FME
MapServer
Oracle/Sql-Server/PostgreSql
Autocad/Microstation

Poste
CDI, Poste sur Perpignan.
La rémunération sera fonction de l’expérience et de l'autonomie.

Réponse à l’offre
Envoyer Lettre de motivation et CV à :  jobs AT veremes.com

Société
Veremes est le spécialiste français du logiciel FME de Safe-Software, leader des outils ETL pour les données géographiques. Nous intervenons à toutes les étapes de la vie d'un projet FME : formation, développement, expertise, support technique et dans tous les domaines d'activité : collectivités, industrie, défense.

Veremes édite également sa propre gamme de logiciels dédiés au traitement de données géographiques et au webmapping : Qualigéo (contrôle qualité), GTF (publication web de traitements FME), Wab (gestion de workflow), Majic (cadastre), vMap (cartographie en ligne).

Missions
Veremes recherche un expert FME de niveau Master ou Ingénieur ayant une bonne maîtrise du logiciel FME pour rejoindre notre équipe de consultants dédiée à FME et FME Server.
Les missions comprendront :
- le support technique aux utilisateurs
- le développement de scripts
- la formation
- la préparation de démonstrations
- la traduction
- la participation aux conférences utilisateurs
- la rédaction de spécifications
- la réalisation d'expertises et audits

Profil
Les candidats doivent disposer d'une formation scientifique ou technique (Bac+4 minimum), maîtriser les concepts de la géomatique et justifier d'une solide expérience sur FME.
Ils devront de plus maîtriser l'anglais technique et avoir des connaissances sur un ou plusieurs des outils/technologies ci-dessous :

ArcGis/Qgis
Oracle/Sql-Server/PostgreSql
Autocad/Microstation
Python/html/JavaScript
Xml

Poste
CDI, Poste sur Saint Estève (à côté de Perpignan).
Des déplacements sont à prévoir dans toute la France.
La rémunération sera fonction de l’expérience.

Réponse à l’offre
Envoyer Lettre de motivation et CV à :  jobs AT veremes.com

Adresse de l'expéditeur : s.laurent AT omalleyconsulting.net

Bureau d’études spécialisé depuis plus de 20 ans dans les politiques publiques associées à l’aménagement numérique des territoires, conseil auprès des collectivités territoriales et leurs établissements publics.

DÉFINITION DU POSTE À POURVOIR
- Participer au montage opérationnel et au suivi de la réalisation des projets ;
- Concevoir ou participer à la conception de projets de développement numérique ;
- Collecter et analyser les données propres au territoire (infrastructures et services existants, données socio-économiques et démographiques) ;
- Communiquer et échanger avec les acteurs (opérateurs, partenaires institutionnels) ;
- Concevoir des bases de données statistiques et géographiques ;
- Produire des documents cartographiques destinés aux prises de décisions ;
- Produire des plans de génie civil pour l'implantation de réseaux et de locaux techniques ;
- Contrôler et valider des documents techniques portant sur les architectures des réseaux de fibre optique avant leur déploiement

DIPLÔMES REQUIS
Le poste est accessible avec un diplôme de niveau BAC +2 complété par une expérience professionnelle dans le même secteur.
La parfaite maîtrise des outils informatiques (bureautique, Internet et courriers électroniques) est obligatoire.
La maîtrise des outils SIG (Mapinfo ou ArcGis ou QuantumGis, notamment) et des bases de données ainsi que l’utilisation des outils de DAO (Autocad ou Draft-Sight, notamment) sont nécessaires.
En plus de ses qualités relationnelles, d’investissement et d’autonomie, le candidat disposera d’une connaissance solide de l’aménagement numérique.

CONDITIONS D’EXERCICE DE L’ACTIVITÉ
L’activité s’exerce au sein de l’entreprise (Chasseneuil-Futuroscope - 86) ; elle implique des déplacements de courte durée. Cette activité s’exerce du lundi au vendredi.
Permis B et véhicule personnel indispensables

CARACTÉRISTIQUES DU CONTRAT PROPOSÉ
- Contrat à durée indéterminée d’une durée hebdomadaire de 39 heures ;
- Le poste est à pourvoir au plus vite ;
- Rémunération suivant profil et expérience.

Adresse de l'expéditeur : m.petit AT ltd-international.com

Nous recherchons pour l'un de nos clients, société spécialisée en construction de réseaux, un Chargé d’étude SIG – sur des projets FTTH THD h/f

En relation avec le responsable de plaque FTTH du bureau d'étude, les différents sous-traitants et chefs de projet terrain, vos missions seront de :

- Dimensionner les réseaux pour répondre au besoin de desserte en tenant compte des règles d'ingénierie et du cahier des charges Client.
- Déterminer le parcours du réseau dans un souci d'optimisation des infrastructures
- Dimensionner le réseau fibre optique
- Maitriser les règles d'utilisation des infrastructures mobilisables (Orange, ERDF)
- Préparer et analyser les relevés terrains
- Produire les calculs de charge des supports aériens
- Réaliser les commandes d'accès auprès d'Orange et d'ERDF
- Etablir et publier les livrables nécessaires aux travaux
- Assurer un support technique auprès des équipes terrains
- Intégrer les données dans le référentiel FO en vue de l'exploitation et de la commercialisation du Réseau

De formation Ingénieur ou Master 2 vous avez des connaissances dans l'un des domaines suivants :
De formation de type BAC +2 à BAC +5  dans le domaine des SIG - Géomatique
La maitrise d’ArcGIS/QGIS – Python – SQL  est indispensable 
La connaissance d’AutoCAD serait un plus
Des compétences en Télécom ou Génie civil seraient appréciées

Merci de m’adresser votre cv sous format WORD

LTD 
Mademoiselle Manon PETIT
Consultante
40 rue Louis Blanc
75010 PARIS

Nombre de message(s) précédent(s) : 7

Bonjour à tous,

Réponse partielle mais j'avais traduit de switchfromshapefile les principaux arguments contre ce format :

Le format Shapefile : pourquoi il faut l’abandonner ?

○ Format multi-fichiers (.shp, .dbf, .shx à minima) : problème d’échange fréquent
○ Noms des champs limités à 10 caractères (car basés sur la norme dBase IV - octobre 1988) : noms des champs très souvent tronqués
○ Limité à 255 attributs
○ Limitation dans les types de données (float, integer, date et text avec un maximum de 254 caractères)
○ Pas de possibilité de spécifier l’encodage des caractères
○ Limitation de la taille à 2Go par fichier (contourné parfois mais jamais au delà de 4Go)
○ Pas de topologie (aucune possibilité de fixer des relations topologiques)
○ Pas de possibilité de mixer les géométries (point, ligne ou polygone)
○ Structure des tables basiques (pas de hiérarchie, relations ou structure arbre)
○ Pas de stockage de données 3D avec textures
○ Incompatibilité des projections définies dans les .prj avec les définitions EPSG (noms et paramètres parfois différents voire manquants)

On entend encore beaucoup d’idolâtres de ce format. La nostalgie sûrement.

Aloha,

Je construis une fonction pour basculer mes géométries d'une colonne à une autre sur l'ensemble des tables d'une base de données.

Code:CREATE OR REPLACE FUNCTION plm.test_update_geom() RETURNS integer AS $$ DECLARE tgeom RECORD; BEGIN RAISE NOTICE 'Ajout d''une colonne geom plus OGC....'; FOR tgeom IN SELECT * FROM geometry_columns inner join information_schema.tables on table_schema = f_table_schema and table_name = f_table_name and table_type = 'BASE TABLE' where... LOOP ... EXECUTE 'UPDATE '||quote_ident(tgeom.f_table_schema)||'.'||quote_ident(tgeom.f_table_name) ||' SET the_geom_test='||quote_ident(tgeom.f_table_name)||'.'||quote_ident(tgeom.f_geometry_column); ... END LOOP; RAISE NOTICE 'Mise à jour terminée'; RETURN 1; END; $$ LANGUAGE plpgsql;

En résultat, mes colonnes sont bien créées par le début du code (absent de ce message), les index, idem, mais aucune géométrie n'est updatée dans la nouvelle colonne "the_geom_test".

Si j'essaie le code update en dehors de la fonction, il fonctionne.

Comment faire ?

D'avance, merci.

Nombre de message(s) précédent(s) : 5

GeoJSON a un problème... c'est que c'est du JSON.

Comme tout les formats "à la XML", il a le défaut de répéter pour chaque feature qu'il décrit tous les noms des attributs de cette feature.

On est face à des listes de

Code:[{"champ1": 15, "champ2": "Bonjour"}, {"champ1" : 25, "champ2": "Au revoir !"}]

où finalement, la répétition de "champ1", "champ2" finit par prendre beaucoup de place.
Ici, il faut 80 caractères pour transmettre une information d'une longueur binaire totale, selon comment on la comptera, d'environ 18 à 24 octets. On perd trois quart d'espace par l'expression textuelle et la répétition des noms d'attributs.

Il ne se valide pas, ou mal.
Ne s'indexe pas, ou mal.

Je vais la faire acerbe, mais :
le JSON, c'est pour envoyer quelque-chose quelque-part, à condition de ne pas avoir envie de s'en servir ensuite.

Nombre de message(s) précédent(s) : 1

Bonjour,

Il est possible que le nom d'utilisateur utilisé par le logiciel n'ait pas le droit d'écrire dans le dossier spécifié pour la sortie. Vérifier les droits dans Windows pour ce dossier. Ou changer de dossier par défaut (Préférences , Traitement, Général, Répertoire de sortie ).

Nombre de message(s) précédent(s) : 3

Bonjour,

Merci pour ces précisions essentielles Jean-Yves!
Il me semble qu'il existe au moins une démarche, moins orientée business open source, du coté de l'OGC:
http://www.geopackage.org

Bruno

Nombre de message(s) précédent(s) : 2

Bonjour,

en tant que format d'échange , SHP va progressivement disparaitre au profit de KML ou GeoJson , certains environnements n'offrent plus d'export SHP (tout en sachant le lire)
en tant que structure de stockage , SHP est évidemment limité (tout comme un autre format fichier) , PostGres/PostGIS apporte des capacités supplémentaires (dans la mesure ou le modèle ne se réduit pas à une simple armoire à couches ...)

JY

Nombre de message(s) précédent(s) : 5

Plus simple...

https://www.data.gouv.fr/fr/datasets/co … hique-cog/

La première ressource contient la liste de toutes les communes ayant existé depuis 1943.

Pour celles qui ont disparu, la colonne "POLE" contient le code INSEE de la commune actuelle.

J'ai aussi eu besoin de cette liste ce matin, voilà de quoi extraire (avec l'excellent csvkit) un CSV avec ancien code INSEE, nouveau code et nom de l'ancienne commune.


csvgrep -c POLE -r '^.+$' -t France2018.tsv -e iso8859-1 | csvcut -c 6,7,11,14 | sed 's/,//' > histo_depcom.csv

Bonjour

Je me permet de poster un lien vers cet "article", histoire de lancer des réflexions et/ou un débat ou tout simplement poser vos réactions:

Shapefile doit mourir !
http://switchfromshapefile.org


Voici ma première réaction:
Mais par quoi le remplacer?
En informatique lorsqu'un format est supprimé c'est qu'il est progressivement remplacé par un autre format plus avantageux (plus rapide, moins coûteux en mémoire, plus sure contre les actes malveillants ...), la fin du format Flash d'Adobe (et son remplacement par du HTML5) en est une bonne illustration.
Les alternative potentielles actuelles au Shape (kml, csv, SpatiaLite, GeoJSON, geodatabase, gtx, tab ...) présentent elle réellement des caractéristiques plus avantageuses ?
Après si les SIG veulent pouvoir évoluer on peut aussi de poser la question pour éviter de s'enfermer dans une technologie de format, notamment pour la 3D, le besoin de mélange polygone, ligne, points, et un lien plus fort avec le domaine de la DAO (dxf, dwg ...).


Cordialement

Leo B

Nombre de message(s) précédent(s) : 4

Merci mais je ne pense pas puisque mon test cité ci-dessus sans espace et avec un chemin plus court ne fonctionne pas non plus.

Par ailleurs, avec Qgis 2.0 sur un autre ordinateur en réseau, ça fonctionne avec les mêmes couches, les mêmes dossiers de photos et donc les url à espaces.

Ma version de Qgis précédente fonctionnait aussi avec des url à espaces.

Bonjour

J'espère que quelqu'un pourra m'aider !?
Je rencontre un problème lors de l'enregistrement de mes modifications de mes couches QGIS

le message d'erreur est :
Couche : Erreur OGR lors du paramétrage de l'entité 0 :
Error in psSHP->sHooks.FWrite() while writing object of 808 bytes to .shp file: Permission denied

est ce que vous auriez une solution ??

Un grand merci de votre aide !! Excellente journée à tous

Type de contrat : CDI
Niveau d'expérience : 3 à 5 ans
Lieu: Ramonville Saint-Agne (31)

Contexte
Basée à Ramonville St-Agne, Magellium est une société de 150 personnes spécialisée dans l’observation de la Terre, la géo-information et le traitement de l’image. L’unité Imagerie et Applications est une équipe d’une trentaine d’ingénieurs. Elle intervient dans des domaines aussi variés que la robotique spatiale, le traitement vidéo, le traitement de données 3D (lidar, photogrammétrie,…). Chainon intermédiaire entre le laboratoire de recherche et l’industrie, nous intervenons sur nos domaines de prédilections en amenant les technologies et algorithmes de pointe jusqu’à nos clients. Excellence scientifique et technique et rigueur dans le développement de solutions opérationnelles sont nos mots d’ordre.

Descriptif du poste
Magellium est une société Toulousaine de 150 personnes spécialisée dans l’imagerie et la géographie numérique. L’unité Géo-information intègre des solutions SIG pour diverses applications métier en traitant avec attention les questions de sécurité, de mobilité et de fusion de données. En outre, nous fournissons des outils génériques et performants pour la production et la diffusion de données géographiques à grande échelle.
Rattaché(e) au chef de projet dans l’unité Géoinformation, vous aurez en charge la réalisation de travaux de développement de nos solutions SIG.

Compétences et expérience souhaitées
•    Langages : java, javascript, python
•    Bases de données : PostgreSQL / PostGIS
•    Frameworks de développement web : AngularJS, ExtJS, NodeJS
•    Sont des plus :
o    DevOps & intégration continue : Docker, Jenkins, Conan, GIT
o    Développement Cloud : GCP, Kubernetes
o    Des compétences métier dans la géomatique
De formation Bac + 5 en informatique, vous justifiez d'une expérience d'au moins 3 ans en entreprise, vous devez disposer :

- d’un bon relationnel, du sens des responsabilités et de curiosité technique,
- de qualités de communication et de reporting,
- d'une aptitude à travailler en équipe. 

Contact : recrutement AT magellium.fr – 0562247000

Le Syndicat du Bassin de la Sarthe (SBS) a pour objet d’assurer le portage technique, administratif et financier des trois Schémas d'Aménagement et de Gestion des Eaux (SAGE) se trouvant sur son territoire (le SAGE du bassin de l'Huisne, le SAGE du bassin de la Sarthe Amont et le SAGE du bassin de la Sarthe Aval) en impulsant, facilitant et concourant à leur gestion cohérente durant leurs phases d’élaboration, de mise en œuvre et de révision.
Il exerce des compétences relevant de l'animation et la concertation dans le domaine de la gestion et de la protection de la ressource en eau et des milieux aquatiques dans un sous-bassin ou un groupement de sous-bassins, ou dans un système aquifère, correspondant à une unité hydrographique, au sens du 12° de l’article L211-7 du Code de l’environnement. Il permet d’assurer la cohérence et l’efficacité des activités de ses membres en assurant un rôle général de coordination, d’animation, de communication, d’information et de sensibilisation sur les deux items suivants :
1°) Études et appuis des Commissions Locales de l’Eau (CLE) dans le cadre de l’élaboration et la mise en œuvre des SAGE
2°) Études, conseil, animation et coordination des actions relatives à la prévention des inondations

Le SBS recrute un(e) chargé(e) de mission ‘’SIG et Analyse territoriale’’ à compter du 1er décembre 2018. Ses missions principales seront :
- Administrer le Système d’Information Géographique (SIG) du syndicat.
- Administrer les tableaux de bord de suivi et d’évaluation des SAGE.
- Développer des partenariats et des mutualisations de moyens avec les maitres d’ouvrage GEMAPI.
- Administrer l’observatoire de l’eau et des milieux aquatiques du bassin de la Sarthe.
- Assurer le traitement des données sur la qualité des eaux pour le syndicat

Consulter l'offre d'emploi détaillée : http://www.bassin-sarthe.org/assets/doc … oriale.pdf

Nombre de message(s) précédent(s) : 3

Bonjour,

Merci pour votre réponse.

Oui je choisis bien l'option "Enregistrer dans un fichier". Mais voila c'est toujours la couche temporaire qui s'ajoute automatiquement dans le projet.

Exemple : je crée un tampon autour d'une couche ponctuelle habitation, je vais donc cliquer sur "Enregistre dans un fichier", je choisis mon répertoire et nomme le fichier en sortie "habitation_tampon_500m.shp" admettons. Le traitement se lance, et c'est une couche temporaire nommé "Tampon" qui s'ouvre dans mon projet. Alors, évidemment le fichier "habitation_tampon_500m.shp" est bel et bien crée dans le répertoire que j'ai définis. Mais cela m'oblige à aller le chercher et l'ouvrir dans mon projet, ainsi que de supprimer la couche temporaire. En soit, rien de grave, mais mine de rien, accumulé sur tous les traitements, cela fait perdre un sacré temps en une journée...

Vous me dites bien que sur votre QGIS, c'est le fichier que vous avez défini qui s'ouvre à la fin du traitement et non la couche temporaire ? Cela voudrait alors dire que c'est un problème d'options ou de configuration ? Pourtant tous mes collègues ont le même soucis et c'est pour ça que je ne comprends pas bien d'où cela peut venir...

Merci.

Nombre de message(s) précédent(s) : 2

Très bonne remarque sur le copier-coller sur la barre en bas.
Le souci est que je récupère des coordonnées en WGS84 ou 4326. Et que mon projet est en 3857.
J'ai pas compris pourquoi lorsque j'utilise le plugin quickmapservice si je modifie le code EPSG du projet qu'il soit à la volée ou pas ca décalle tout?
Faudrait peut être que je reparte à zéro et recrée toutes mes couches (mais j'en ai plus de 40)

Nombre de message(s) précédent(s) : 3

Bonjour,
peut-être les espaces dans le nom de vos répertoires
Cordialement
Olivier

Nombre de message(s) précédent(s) : 9

Oui l'option "Prefer HTTP Post" fonctionne. en 49.6 secondes pour moi ;)