Georezo.net

Le Département des Hauts-de-Seine recrute un(e) chargé(e) de projet SIG et Open Data.

Référence : AGV.18.302
Cadre d'emplois : Ingénieurs territoriaux
Date de clôture des candidatures : 12/08/2018

Cotation du poste : 4.1 Chargé de dispositif ou de projets

Le Pôle Attractivité, Culture et Territoire est en charge du pilotage des stratégies et des actions opérationnelles du Département tendant à l’animation et à la cohésion de son territoire : développement économique, promotion du territoire, services et infrastructures de déplacements, environnement, politique de l’eau, aménagement de l’espace public.

Au sein du pôle, la Direction du développement territorial a pour rôle de piloter, coordonner et alimenter l’information et les réflexions stratégiques en matière d’aménagement, de développement durable, de gouvernance du territoire en relation en particulier avec la réforme territoriale, la Métropole du Grand Paris et Paris Métropole. Elle doit ainsi permettre de développer une vision territoriale partagée à l’ensemble des services du Département, tout en facilitant leur travail collectif et la diffusion de l’information dans le cadre de l'Open Data, du Système d’Information Géographique et des ressources documentaires.

Mission :

Sous l’autorité du responsable de l’unité SIG et Open Data et en lien avec les membres de l’unité, le chargé de projet SIG et Open Data mène les projets SIG avec les Directions et la DSI à destination des utilisateurs internes, des partenaires et du grand public, le tout en lien avec la démarche Open Data départementale.

Activités :

A ce titre, vos missions sont de :

Assurer l’expertise fonctionnelle des outils SIG (référent fonctionnel) déployés au Département :
- au sein de l’unité (Assurer la veille SIG : Applicatifs et solutions, rapport d’étude)
- en lien avec la DSI (Recette fonctionnelle, coordination de projet d’évolution du SIG (déploiement, migration), TMA, rédaction de documentation associée)

Piloter et conduire des projets SIG (notamment les projets « métier » à composante géographique et les projets 3D) :
- Réaliser des études d'opportunité et de faisabilité
- Traduire les besoins des utilisateurs
- Identifier et tester les solutions techniques à mettre en œuvre
- Rédiger les spécifications fonctionnelles et techniques
- Planifier la mise en œuvre des projets et élaborer les calendriers de réalisation
- Documenter les applications mises en œuvre (fiche projet, manuel utilisateur, procédure,  …)

Assurer l’acquisition et la diffusion des données de référence en lien avec la démarche Open Data :
- rédaction de marchés d’acquisition de données,
- conventions d’échanges de données
- structuration et modélisation de données (2D/3D)
- intégration de données au SIG et à l’Open Data
- diffusion aux utilisateurs via les logiciels et applications métier / grand public

Contrôler et superviser, pour les projets sous sa responsabilité, les prestations externes de traitement de données et les marchés d’acquisition de données.

Animer les formations internes sur les outils SIG et assistance aux utilisateurs.

Profil :

Titulaire d’un diplôme d’ingénieur ou équivalent, vous avez des connaissances en gestion et traitement de données (modélisation, structuration), connaissances des données géographiques de référence (RGE) et en matière d’ouverture de données publiques (Open DATA).
Vous maîtrisez : l’outil de transformation et de traitement des données (ETL : FME) des solutions logicielles SIG (gamme ESRI), et la conduite de projet.
Vous disposez de connaissances des procédures administratives, budgétaires et marchés publics. 
Vous avez des notions en matière de technologie Web cartographique et  vous savez  gérer les métadonnées géographiques (Inspire).
Vous avez des capacités managériales et d’animation de réseaux, vous êtes reconnu pour vos qualités relationnelles et rédactionnelles de même que pour votre esprit de synthèse et d’analyse.
Autonome, rigoureux, disponible et à l’écoute, vous avez le goût pour l’innovation et  des aptitudes à travailler en équipe et en transversalité,  vous faites preuves de polyvalence et disponibilité dans votre organisation.

Pour postuler, cliquez sur le lien : https://cg92.gestmax.fr/3484/1/un-charg … n-data-h-f
ou répondez à l'offre par courrier, en adressant votre lettre de motivation et votre curriculum vitae à :
Conseil d̩partemental des Hauts-de-Seine РP̫le Ressources Humaines et Financi̬res - Service Emploi et Comp̩tences - 92731 Nanterre Cedex ;

Bonjour,
je cherche à obtenir le numéro d'indice des sommets d'un polygone. Ce dernier doit faire l'objet d'une variable sous-jacente car il est utilisable dans plusieurs fonction  ("point_n" ou "distance_to_vertex" par exemple) mais je n'en ai vu aucune permettant de récupérer l'indice en lui même.

Le but est de générer, par concaténation du numéro identifiant le polygone et de l'indice du sommet, un numéro unique pour chaque sommet de chaque polygone de ma couche en vue d'une implantation.

Bonjour,

Pour l'erreur de topologie, cela vient des données sources de la DGFiP.
Je viens de regarder le code, il faut effectivement lever cette erreur. Dans la version que nous utilisons (topologie) ces polygones en erreur sont inscrit dans une table spécifique avec le N° de l'objet edigéo, et la référence du lot.
Je fais le nécessaire dès que possible pour la version "grand public", malheureusement pas avant fin de semaine, car emploi du temps un peu chargé.

Pour le ptrsubsection idem, c'est une modif récente qui ne fonctionne pas. Désolé.

Je m'en occupe au plus tôt.

Bonjour,

en termes de projet similaire, OneSoil se positionne, entre autre, sur ce créneau ;)

Bonjour,

merci pour la réponse.
Ca marche mieux en effet.
Cependant, j'ai un autre problème en cours de traitement de toutes les communes d'un coup :
<<
Signature du problème :
  Nom d’événement de problème:    CLR20r3
  Signature du problème 01:    Integrateur_Edigeo.exe
  Signature du problème 02:    1.0.0.0
  Signature du problème 03:    5b0c0e59
  Signature du problème 04:    Npgsql
  Signature du problème 05:    2.2.1.0
  Signature du problème 06:    54228f78
  Signature du problème 07:    8d0
  Signature du problème 08:    680
  Signature du problème 09:    Npgsql.NpgsqlException
  Version du système:    6.1.7601.2.1.0.256.1
  Identificateur de paramètres régionaux:    1036
  Information supplémentaire n° 1:    0a9e
  Information supplémentaire n° 2:    0a9e372d3b4ad19135b953a78882e789
  Information supplémentaire n° 3:    0a9e
  Information supplémentaire n° 4:    0a9e372d3b4ad19135b953a78882e789
>>

J'ai aussi regardé les logs de postgres  et je vois une erreur. Est-elle liée ? probablement :
<<
ERREUR:  GEOSPointOnSurface: TopologyException: Input geom 1 is invalid: Self-intersection at or near point 645729.20059922105 1766168.1910879475 at 645729.20059922105 1766168.1910879475
2018-09-30 12:21:45 AST [18152-2] olive AT cadastre INSTRUCTION :  SELECT st_asbinary(st_pointonsurface(st_geomfromwkb((('\x010300000001000000AF0E000000000000FC972341000000
.........................
>>

Erreur géo sur une entité  ?? Y aurait-il un moyen de rendre le code plus robuste ?

J'ai donc essayé avec une seule commune et le traitement arrive au bout. Après examen de la BD, table "parcelle", je vois que le champ "ptrsubsection" n'est en majorité pas renseigné. 59 seulement sur 16 000 parcelles. Bizarrement, cela correspond au nombre de sous-sections !!!  comme si 1 seule parcelle par "subsection" voyait sa clé externe renseignée.  Du coup, pas facile de faire des requêtes ensuite.
Est-ce un bug ?

Merci d'avance

Bonsoir Remyk 
Il y a  au niveau du widget de définition des légendes un petit bouton avec un symbole d'entonnoir qui sert à filtrer les couches dont des objets sont réellement visible dans l'emprise de la carte.
C'est censé faire le job. On peut même y mettre une expression pour filtrer par la géométrie réelle de l'objet servant à faire les itérations de l'Atlas.
Bonne soirée

bonjour,

oui la chaine iota2 (http://www.cesbio.ups-tlse.fr/multitemp/?p=8114) qui produit "Théia OSO" est un bon candidat je pense (http://tully.ups-tlse.fr/jordi/iota2)

a adapter en ajoutant des règles métiers

Jonathan

Bonjour,

J'essaie de développer un plugin pour QGIS3.2.
Dans ma boite de dialogue du plugin, j'ai un bouton, quand je clique dessus, je voudrais récupérer la liste des layers du projet.
Dans les fichiers du plugin, j'ai des fichiers myplugin.py, myplugin_dialog.py et myplugin_dialog_base.ui.
Je compile myplugin_dialog_base.ui avec pyuic5 pour obtenir un fichier myplugin_dialog_base.py.

première question : la fonction correspondant au clic sur mon bouton doit être écrite dans le fichier myplugin_dialog.py, c'est bien ça ?
ensuite, pour récupérer la liste des layers, j'essaie la commande :

Mais j'ai une erreur Python : QgsProject is not defined

Comment faire ?

Merci, Nico

Bonjour,

Il faut dezziper les .tar.bz2 deux fois pour obtenir les fichiers "lisibles" en format texte, pour un lot vous aurez alors des .thf, .vec, .qal ...
le premier problème vient de là.

Pour le SRID j'ai mis une liste provenant d'une page officielle IGN, s'il faut en ajouter pas de soucis nous ferons la modif.

Bonjour Christophe,

je viens d'essayer ton intégrateur pour les communes de la Guadeloupe.
J'ai suivi les instructions sur github :
- dezipper les fichiers dans un répertoire (2018). Je me retrouve avec les sous-répertoires des communes et les fichiers .bz2 dedans (voir PJ)
- charger les fichiers thf dans l'intégrateur, en indiquant 2018, et sélectionner le répertoire 2018
- sélectionner la bonne projection. Je suis d'ailleurs étonné que ce ne soit pas EPSG 32620 en lieu et place de 4559, qui a une ellipsoïde "GRS 1980" et non "WGS 84"
- Lancer l’intégration et renseigner les infos de connexion à Postgresql (9.4). Pour info, je travaille depuis une virtualbox win32 et tape sur le
postgresql de la machine hôte (Debian).

Résultats :
- la popup "fin de l'intégration" apparaît 1s après (voir PJ)
- les tables et les séquences ont bien été créées dans la BD mais sans ajout de données.

Quel problème vois-tu à priori ?

Merci d'avance

Bonjour,

Je suis agronome de formation avec une double spécialisation en informatique depuis 20 ans. J'ai travaillé très rapidement avec quelques outils sig (Mapinfo et Qgis) mais sur des sujets très simples.

Je travaille actuellement sur un projet pour lequel j'ai besoin d'une carto des sols à "l'espèce cultivée" en temps "réel" (avec bien entendu une marge d'erreur) !
Ce projet s'intéresse essentiellement aux plantes cultivée annuelles.

L'idée "théorique" serait d'utiliser des images satellites (sentienl-2 ?) avec des séries temporelles et de déterminer les espèces en utilisant à la fois des algo "data" et des règles métiers (date de semis, rotation, ...).

Ma classification se ferait sur plusieurs niveaux qui seraient progressivement précisés dans le temps en fonction des images disponibles et du cycle végétatif de la plante.
Exemple :
Détermination d'une céréales à paille en début de saison,
puis précision sur l'espèce progressivement (Blé, Orge ...) avec un probabilité de x%.

En fouillant sur internet je ne retrouve rien de similaire.
J'ai trouvé le projet OSO qui est très aboutit mais qui produit une carte d'occupation des sols plutôt en différé avec une classification pas assez détaillée sur les zones cultivées.

Mes questions :
Est-ce que vous avez connaissance d'un besoin / projet / réflexion similaire ?
Est-ce totalement utopique ?
Est-ce à la portée d'un novice ?

Merci pour tous vos conseils !
Christophe

J'ai l'impression que je me suis mal fait comprendre (à moins que ?) Ce ne sont pas les conditions météo différentes qui son en cause (on essaie de choisir de voler par beau temps, et en plus, avec les caméras numériques, on sait assez bien modéliser l’atmosphère pour corriger son influence).
Par contre, d'une année sur l'autre, l'aspect du terrain change (plus jaune les années sèches, plus foncé les années humides).  Et que faire quand la saison est en avance (comme cette année), et que les champs de betterave de 2015 sont devenus des champs de blé moissonnés? Faudrait-il harmoniser un département en le raccordant à une prise de vue plus ancienne de moins bonne qualité. Et un département n'a assez rarement qu'un seul voisin (sauf la Corse, si mes souvenirs sont exacts, et les DOM qi n'en ont aucun...) Faut-il vous harmoniser avec la Mayenne, la Loire-Atlantique, les Deux-Sèvres,etc, il y en a 7 autour de vous?
En plus, je trouve que vos images sont plutôt meilleures que celle de vos voisins! (les goûts et les couleurs...)
PS : ECW, JPEG kif kif bourricot pour ce qui est de la radiométrie, juste une (toute) petite différence dans le rendu des détails (et un gros écart en taux de compression).

il n'y a pas que les bancs de sable, il y a les plages, les carrières, certaines routes et pistes d'aéroport
il peut y en avoir partout.

Ah d'accord, merci. Je ne suis pas spécialiste de ce domaine, je ne le savais pas.

Quant à chercher à automatiser, une piste pour les chercheurs en IA (intelligence artificielle), pour les 10 ou 20 années à venir, sans doute.

Bonjour,

Je sais pas si la question a été traité, dans ce cas je m'en excuse je n'ai pas trouvé de réponse.

Alors voilà j'ai un souci,

Je travaille sur un atlas, avec une multitude de couches et je voudrais faire plusieurs cartes. Je souhaiterais faire des cartes qu'avec certaines et d'autres avec toutes. Le problème c'est que dans le composeur d'impression, la légende présente toutes les couches de mon projet même celles qui ne sont pas active. Dans ce cas de figure, il est pour moi extrêmement chronophage de retirer la couche puis de la remettre...

J'ai beau cherché dans les paramètres mais je ne trouve pas la solution, ceux que je fait actuellement c'est que je fais une retouche sur paint, mais solution bien nul.

Y'aurait-il une manip à faire pour n'avoir dans la légende que les couches active ?

Merci d'avance

Comme tu le sais (!), Pascal, il n'y a pas que les bancs de sable, il y a les plages, les carrières, certaines routes et pistes d'aéroport, ... Bref, il peut y en avoir partout. Quand bien même tu mettrais un masque s'il existe, il te reviendrait ensuite de gérer les radiométries dans ces objets en cohérence avec leurs contextes égalisés. C'est d'une complexité et d'un coût incomparables avec le soin laissé à l'utilisateur de régler sa dynamique en fonction de ses besoins.

A moins que je n'ai pas compris où tu veux en venir ?

Expectra, leader en France de l'intérim spécialisé et du recrutement en CDI de cadres et agents de maîtrise.
Les consultants du Département Informatique - Intégration vous proposent des opportunités de carrière.

Nous recherchons pour le compte d'un client final, un Technicien SIG (F/H).

Au sein d'une équipe, vous êtes responsable de la bonne intégration des images pour l'ensemble des produits de la société.
Vous êtes en charge du traitement des données SIG (images, produits, shapefiles, bases de données).
Vous répondez aux demandes de support, de la prise en charge à leur résolution (tickets Jira).
Vous faites des calibrations sur le terrain (champs de colza ou de blé) : 3 à 5 jours par mois sur un périmètre Sud Ouest.
Les frais liés à ces déplacements sont pris en charge par la société.

Cette mission de trois mois est à pourvoir début novembre sur Toulouse.
La rémunération mensuelle brute est aux alentours de 1650 euros.

De formation Bac+2/Bac+3, vous justifiez d'une expérience d'au moins six mois sur un poste en SIG.

Vous avez impérativement une première expérience en SIG (ArcGis ou QGIS) et une expérience terrain.
Vous connaissez idéalement le secteur de l'agriculture.
Vous êtes débrouillard(e), force de proposition et êtes capable de vous adapter facilement à un nouvel environnement.

Merci d'envoyer votre CV à l'adresse : cv.toulouseit2 AT expectra.fr

[CDI] Chargé de Supports applicatifs dédiés à l’Agriculture - Balma (31)

GEOSYS est un leader international sur le marché des systèmes d’aide à la décision pour les professionnels du monde agricole. Son offre de solutions s’appuie sur les derniers résultats de recherches en Agronomie, des Systèmes d’Informations et du Web, et de données géographiques (imagerie satellite, données climatiques...).
Geosys développe des produits innovants permettant la gestion des risques et le contrôle des récoltes à grande échelle, la gestion quotidienne des exploitations et l’aide à la décision pour les experts agronomes et les grandes exploitations.
GEOSYS développe également des solutions métier spécifiques dédiées aux entreprises issues du secteur agro-industriel à dimension internationale.

Le groupe GEOSYS est constitué d’une Holding basée aux Etats-Unis (Minneapolis, MN) et de cinq filiales implantées en Europe
(France et Suisse), en Amérique du Nord (Minneapolis, MN), en Australie (Région de Sydney) et au Brésil (Campinas, SP).
En outre, le groupe dispose de bureaux de représentation commerciale en Russie et en Ukraine.
Geosys a rejoint le groupe Land O’Lakes en 2013.

Description du poste et Missions
Le/La Chargé(e) de support/maintenance intégrera l’équipe Opérations.
Il/Elle sera en charge de la maintenance et de la qualité du support et de la maintenance des produits, en accord avec le SLA (Service Level Agreement) et les indicateurs de performance existants (KPIs).

Il/Elle travaillera en étroite collaboration avec les membres de l’équipe Operations/Data, Chefs de produit, développeurs et membres de l’équipe IPS (infrastructure, production et services), dans un environnement international, multiculturel et dynamique, guidé par les méthodes de développement Agile.

Ses principales responsabilités sont:
•    Assurer le traitement des tickets d’incident sur les produits, depuis le support jusqu’à la maintenance corrective.
•    Gérer des incidents simples ou complexes (analyse, qualification, escalade et résolution).
•    Surveiller quotidiennement les chaînes d’intégration de données dans les produits (données images, données météo, chaines de calculs d’indicateurs) et lever les alertes adéquates aux équipes.
•    Traiter les demandes de service venant des autres équipes et des clients (Services Request).
•    Participer à l’évolution des produits et des outils internes, en participant à des tests, et en se tenant informé(e), via les chefs produits, des nouvelles fonctionnalités.
•    Enrichir la documentation (processus, fonctionnalités, solution de dépannage/contournement, …).
•    Participer à la formation des équipes support niveau 1.
•    Être force de proposition sur l’amélioration des outils et process.

Le/La Chargé(e) de support/maintenance est capable de travailler en équipe dans un environnement international complexe et multiculturel très dynamique, nécessitant une capacité à travailler selon des délais serrés.
Il/Elle est apte à assurer des tâches multiples et variées.
Ce poste nécessite des connaissances agronomiques générales et la capacité à appréhender des problèmes informatiques.

Profil requis
•    1 an d’expérience, idéalement dans les métiers de l’agriculture digitale, débutant(e) accepté(e)
•    Diplôme supérieur de préférence type ingénieur agronome Agrotic, master SIG ou télédétection, master sciences de l’environnement et du vivant.
•    Bonne culture générale en informatique et organisation des données (SQL) ; le poste ne demande pas de compétences en développement informatique mais une compréhension des problématiques IT et une aptitude à générer des requêtes en base de données.
•    Des connaissances en télédétection seraient un plus
•    Rigueur, disponibilité, réactivité
•    Excellente capacité d’analyse, dynamisme et bonne capacité d’adaptation aux changements
•    Excellent relationnel, interaction régulière avec des collègues internationaux, les équipes transversales et des tiers.
•    Très bon niveau d’anglais (écrit et oral)

Conditions
CDI temps plein
Poste base à Balma, périphérie de Toulouse, France

Postuler
Merci d’envoyer CV et lettre de motivation à careers AT geosys.com
en précisant la référence suivante : “Functional Product Support/N°09-2018 »

Bon, ben moi j'aurais tout de même pas trop envie de cliquer sur un lien vers un site appelé haveibeenpwned.com ... Je m'en abstiendrai.


Sinon, une autre équipe de cybermalveillants est à l'affut de tout.
Mais ils sont bizarres dans leur approche, avec ce mot de passe "rejotefo" - s'ils m'avaient mis "Pm6fe2fMaKM", là j'aurais pu commencer à croire à leur arnaque...


-----------------------------------------------------



Objet : Your Account Was Hacked!
-------------------------------------------------------------------------

Hello!
I'm a member of an international hacker group.

As you could probably have guessed, your account [mon adresse à moi] was hacked, because I sent message you from it.

Now I have access to you accounts!
For example, your password for [mon adresse à moi] is rejotefo
Within a period from July 7, 2018 to September 23, 2018, you were infected by the virus we've created, through an adult website you've visited.
So far, we have access to your messages, social media accounts, and messengers.
Moreover, we've gotten full damps of these data.

We are aware of your little and big secrets...yeah, you do have them. We saw and recorded your doings on porn websites. Your tastes are so weird, you know..

But the key thing is that sometimes we recorded you with your webcam, syncing the recordings with what you watched!
I think you are not interested show this video to your friends, relatives, and your intimate one...

Transfer $700 to our Bitcoin wallet: 18QGMXBte2fVodcq9xCwvPWiBEd98LwHwS
If you don't know about Bitcoin please input in Google "buy BTC". It's really easy.

I guarantee that after that, we'll erase all your "data" :D

A timer will start once you read this message. You have 48 hours to pay the above-mentioned amount.

Your data will be erased once the money are transferred.
If they are not, all your messages and videos recorded will be automatically sent to all your contacts found on your devices at the moment of infection.

You should always think about your security. We hope this case will teach you to keep secrets.
Take care of yourself.

Chaque chantier d'ortho-imagerie a sa propre histoire, l'IGN peut, seul, témoigner des difficultés rencontrés sur celui-là.

Merci pour ce conseil judicieux, qui explique que notre ami angevin devra plutôt contacter le producteur des données à l'adresse de contact indiqué pour le SAV, plutôt que de venir poser la question sur le forum Georezo.

à part ça, la discussion servira tout de même à éclairer les personnes qui viendront la lire.

Et en particulier, je souligne l'idée que odissard a mentionné dans son message : à savoir que la production de ces données semble se faire - de mémoire, d'après mes souvenirs - département par département *, et que donc les hiatus aux frontières départementales peuvent s'expliquer ainsi.

* ça doit être expliqué dans le manuel d'utilisation. Je n'ai pas le temps d'aller chercher ça, et encore moins de le lire.

Je crois qu'il y a ce site avec même des données de Paris au 18e siècle quotidiennes: http://meteo-climat-bzh.dyndns.org/
Tout est gratuit et il y a pas mal de choses intéressantes.