Agrégateur de flux

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

Bonjour,
Quelle est la finalité ? et quel sera l'usage de cette couche finale? Si c'est d'ordre cartographique et selon l'échelle on doit pouvoir :
- supprimer une des deux routes à double sens si elles ont des attributs uniques commun ? si elle n'en n'ont pas on doit pouvoir en créer car elles ont des propriétés communes (direction, localisation très proches...)
- pour les rond-point, on peut supprimer ces derniers et raccrocher les tronçons ensuite avec des fonctions de snapping.
Je ne connais pas bien FME, Je m'engagerai davantage avec PostGIS

Perso, j'éviterai de passer vers du polygon puis par la recherche d'axe central. Tu risquerais d'avoir un résultat peut satisfaisant avec de nombreux artéfacts et peut-être une perte d'attributs possible...

Bon courage, C'est un sujet qui est effectivement pas si facile !

Pascal

Bonjour

j'ai configuré une carte lizmap depuis qgis 2.18 connectée à une postgres postgis, quand j'active le menu édition dans la carte lizmap, il est possible de modifier les données de la table attributaire sauf quand il s'agit de menus déroulant, par contre il est impossible d'ajouter une entité, celle ci ne peut être enregistrée.

quelqu'un a t'il une idée.

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

Voila la solution que j'ai trouvée, qui n'est vraiment pas la panacée :
Vu que je n'y connais rien en Python, et pas long en Qgis non plus, j'ai fait une macro VBA dans Excel, en utilisant la fonction SendKeys ().
Pas très joli mais ça fonctionne. (lentement)

Si ça intéresse quelqu'un je peux poster les lignes en question.

A bientôt,

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

j'ai réglé en partie mon problème en insérant cette liste de champs champ1,champs2,champs3 qui est de tte façon une chaine dans attribut to keep..

mail là alors que mes champs en ouput sont bien vert sur les ports ainsi que sur l écriture du writer...mes tables sont vides. Par contre j'ai mes champs et  FME à bien reconnu le nombre d'entités...mais sans insérer les valeurs...?

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

Après avoir recherché, le problème ne venait pas de l'OS mais tout simplement du cache de ma table attributaire que j'avais oublié de rerégler o /

Tous les ans, le CESBIO produit la carte d'occupation du sol OSO dans le cadre du pôle Theia (http://www.theia-land.fr/fr/ces-occupation-sols). Cette carte à l'échelle nationale française de 10 m de résolution est basée sur une méthode de classification automatique de séries temporelles Landsat et Sentinel. La nomenclature de 17 classes couvre les grands ensembles paysagers. Si la précision globale du produit est satisfaisante, certaines classes nécessitent des améliorations de performance. L'algorithme de classification utilisé à l'heure actuelle s'appuie uniquement sur l'information spectrale alors que l'occupation du sol peut être décrite grâce à une information contextuelle. Les développements récents de la chaîne de traitements s'appuient sur cette hypothèse et montrent des améliorations intéressantes sur certains sites expérimentaux, particulièrement pour les classes urbaines. (e.g. la densité urbaine).

L'objectif du stage est d'appliquer ces nouveaux développements méthodologiques sur plusieurs villes françaises et sur des zones à faible densité urbaine (zones rurales). Les performances de cette nouvelle classification seront comparées à la carte d'occupation du sol originale OSO et à d'autres bases de données urbaines (Urban Atlas, GUF, GHSl, etc.).

Compétences: Statistiques, SIG, apprentissage automatique, traitement d'images ou télédétection; programmation Python
Période : 6 mois
Indemnités : 568.76 €
Lieu : CESBIO, Toulouse
Candidature : CV et lettre de motivation à derksend AT cesbio.cnes.fr et vincent.thierion AT inra.fr

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

Bonjour,

D'où parlez-vous?
Quelle est la nature de votre structure/entreprise?

Bruno

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

Merci de ce retour !
J'ai tenté d'en mettre un en place (PGSQL 9.6/ Postgis 2.3.3) mais Qgis (2.18.21 sous Windows 7) ne voit ni le schéma créé, ni les foreign tables.
Est-ce normal ?

Ci-dessous les commandes utilisées :

Code:CREATE EXTENSION IF NOT EXISTS postgres_fdw; CREATE SERVER instance_a FOREIGN DATA WRAPPER postgres_fdw OPTIONS (host 'localhost', port '54xx', dbname 'base_xxxx'); CREATE USER MAPPING FOR USER SERVER instance_a OPTIONS (user 'base_xxxx', password 'xxxxxxx'); DROP SCHEMA IF EXISTS ext_base_xxxx; CREATE SCHEMA ext_base_xxxx; IMPORT FOREIGN SCHEMA public FROM SERVER instance_a INTO ext_base_xxxx; GRANT ALL ON SCHEMA ext_base_xxxx TO xxxx; GRANT USAGE ON SCHEMA ext_base_xxxx TO xxxx; GRANT ALL ON SCHEMA ext_base_xxxx TO xxxx;

Merci de votre aide.

bonjour,

j'ai un probleme lors de l execution de mon script dans arcgis voila l erreur :

Code: Executing: acpcanadaScript "C:\Users\User\Documents\miniprojet\test\testzone d etude.tif" C:\Users\User\Documents\ArcGIS\Default.gdb\testzonedetude_acpcanadaScriStartTime:FriOct1913:50:112018Running script acpcanadaScript...Failed script acpcanadaScript...Traceback(most recent call last):File"C:\Users\User\AppData\Roaming\ESRI\Desktop10.6\ArcToolbox\My Toolboxes\Toolbox.tbx#acpcanadaScript.py", line 25,in<module>File"c:\program files (x86)\arcgis\desktop10.6\arcpy\arcpy\__init__.py", line 655,inGetParameterAsTextreturn gp.getParameterAsText(index)File"c:\program files (x86)\arcgis\desktop10.6\arcpy\arcpy\geoprocessing\_base.py", line 226,in getParameterAsText    self._gp.GetParameterAsText(*gp_fixargs(args,True)))RuntimeError:Object:Errorin getting parameter as textFailed to execute (acpcanadaScript).Failed at FriOct1913:50:112018(ElapsedTime:0,24 seconds)

et voila mon script

Code: # acpcanada.py# Created on: 2018-10-16 13:15:30.00000#  (generated by ArcGIS/ModelBuilder)# Usage: acpcanada <testzone_d_etude_tif> <Princip_2> <acp_canada> # Description: # the analyse composent for canada # ---------------------------------------------------------------------------# Import arcpy moduleimport arcpy arcpy.env.workspace="C:\Users\User\Documents\miniprojet\test"# Script argumentstestzone_d_etude_tif = arcpy.GetParameterAsText(0)if testzone_d_etude_tif =='#'ornot testzone_d_etude_tif:    testzone_d_etude_tif ="testzone d etude.tif"# provide a default value if unspecifiedPrincip_2= arcpy.GetParameterAsText(1)ifPrincip_2=='#'ornotPrincip_2:Princip_2="Princip_d"# provide a default value if unspecifiedacp_canada = arcpy.GetParameterAsText(2)if acp_canada =='#'ornot acp_canada:    acp_canada ="acp.TXT"# provide a default value if unspecified# Local variables:# Process: Principal Componentsarcpy.gp.PrincipalComponents_sa("'testzone d etude.tif'",Princip_2,"3", acp_canada)

qu'est ce que je dois faire svp merci

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

Objet : plugin cadastre pour Qgis

Bonjour,

Un grand merci à vous et aux autres membres pour l'intérêt porté à mon problème.
Olivier, vous avez raison, il ne faut pas laisser d'espace dans le chemin d'accès aux fichiers Edigeo et Majic.
L'exécution du programme à pu se faire normalement. J'ai un message d'erreur qui n'affecte pas la consultation de la base avec l'outil de recherche;
J'en ai fait une copie d'écran que vous trouverez en pièce jointe.

Bien à vous

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

Oui!
..
..
..

Quelle est la question en fait?

Régis

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

Bonjour Arnauld et merci pour cette réponse rapide, claire et précise.

Je ne manquerai pas d'ajouter un commentaire à ce propos pour le Standard CNIG SUP v2018.

Bien cordialement

Gessica

Bonjour,

Je debute dans l'administration de base et je tourne en rond depuis quelques temps. J'ai une base postgres sur laquelle j'aurais souhaité supprimer un groupe de rôle.

N'ayant pas réussi a supprimer les droits pour ce groupe d'un seul coup je suis passé par plusieurs  commande de type

REVOKE ALL ON all TABLES in schéma xxxxxx  from GROUP "user";

Comment peut on supprimer tout les droit sur une base de donnée  ? La commande ci dessous n'a pas fonctionné.

REVOKE ALL privileges ON database xxxx from group  user

Cependant je reste toujours avec un problème  de type  :

ERREUR:  le rôle « user » ne peut pas être supprimé car d'autres objets en dépendent
DETAIL:  droits pour « droits par défaut pour les nouvelles relations appartenant au rôle postgres »

Comment faire pour le supprimer complétement  ???

Merci

Bonjour
Je serais intéressé par un retour d'expérience sur l'usage des tuiles WMTS (par exemple celles venant du Géoportail) dans Arcgis Pro et Portal.
Personnellement, toutes mes tentatives se sont terminées en échecs (affichage de données vide dans Pro, difficultés d'accès dans Portal voire des décalages de géoréférencement avec d'autres données...etc.)
A noter que dans Arcmap, ça marche convenablement.
Merci

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

J'en pense ce que j'en pense depuis plus de 28 ans, depuis que je fus assistant-chercheur sur ce sujet à l' ITC Enschede, c'est un domaine très intéressant...

Je vois que les méthodes sont à la base exactement les mêmes que celles des archives de recherche informatique remontant aux années de la décennie 1960 dont j'avais alors entendu parler dans les références bibliographiques.

D'où l'emploi des mots-clés dans mon message précédent :

- recherche d'axe central
- squelettisation / skeletonizing en anglais...


Bon courage aux chercheurs actuels qui pourront raconter leurs faits de guerre dans 30 ou 40 ans...

US ODR, Centre INRA Occitanie-Toulouse

CDD de 12 ou 18 mois à partir de décembre 2018 (avec période d’essai)

Contexte

L’Observatoire du Développement Rural (ODR) porte une assistante technique aux travaux de suivi et d’évaluation des programmes communautaires de développement rural. A ce titre, l’ODR participe aux travaux d’élaboration des différents groupes d’indicateurs (réalisation, résultat, impact) nécessaires à l’évaluation des programmes de développement rural régionaux et reportés chaque année dans les Rapports Annuels de Mise en Œuvre (RAMO) pour la commission européenne.

Missions

Intégré à l’équipe ODR en charge des travaux d’appui à l’évaluation, l’ingénieur a pour mission  de répondre aux besoins SIG pour la production des indicateurs de suivi et d’évaluation des mesures agro-environnementales et de l’indemnité compensatoire des handicaps naturels,  à partir des données mises à disposition par l’Agence de Services et Paiement (ASP).
Il réceptionne, analyse et conçoit une méthodologie reproductible (automatisation) pour traiter les données issues du Système Intégré de Gestion et de Contrôle (SIGC) et en produire des indicateurs quantifiables à différentes échelles. Il propose un plan de gestion des données, une méthodologie, exécute les traitements et organise les bases de données PostgreSQL et MySQL, dans le respect de la démarche qualité.
L’ensemble de ces productions sera mis à disposition aux autorités de gestion et prestataires des évaluations (bureaux d’études, consultants, chercheurs). Il participe aux réunions de travail avec les fournisseurs de données, prestataires et commanditaires.

Activités associées

•    Il participe aussi plus largement au sein de l’équipe au rassemblement et à l’organisation des bases de données utiles pour l’évaluation, y compris hors SIGC, en faisant le lien avec les bases de données associées à ses activités.
•    Il formalise l’ensemble de ces travaux dans des notes méthodologiques et rapports d’activité.

Compétences 

Niveau de diplôme requis : Bac + 5.
Profil souhaité : ingénieur spécialisé en géomatique, avec expérience.
Stages ou expériences professionnelles dans une unité de recherche ou un service de statistique/mise en œuvre politiques publiques souhaités afin d’assurer l’autonomie et la maîtrise du poste.

Savoir-faire

•    Mettre en œuvre les méthodes et techniques des sciences de l'information géographique
•    Utiliser des outils SIG payants (ArcGIS) ou libres (QGIS et PostgreSQL/PostGIS), ainsi que le SGBD MySQL
•    Expertiser, modéliser et automatiser des procédures SIG.
•    Rassembler, mettre en forme et traiter des données SIG.
•    Capacités rédactionnelles (notes méthodologiques, rapports etc.).
•    Capacité à travailler en autonomie et en collaboration avec les membres de l’équipe.

Compétences comportementales

•    Sens des  relations humaines : intégration à une équipe réduite
•    Savoir communiquer et valoriser les méthodologies et résultats
•    Curiosité intellectuelle, rigueur et réactivité.

Savoirs théoriques

•    Sciences de l'Information Géographiques
•    Connaissance des langages de modélisation, manipulation et publication de l'information géographique  (R, python, SQL)
•    Concepts et formalismes de l'interopérabilité des données (normalisation, standardisation)
•    Connaissance du monde agricole et de l’agronomie en général
•    Bonnes connaissances en anglais (B2)

Environnement

L’activité s’exercera dans l’unité de service ODR (Observatoire du Développement Rural) de l’Institut National pour la Recherche Agronomique (INRA) au centre d’Auzeville-Tolosan (31).

La présentation du laboratoire est disponible au lien suivant :

https://odr.inra.fr/

Salaire environ 1600€ net par mois (grille fonction publique, variable suivant l’expérience et les diplômes)

Transmettre une lettre de motivation et un CV par e-mail : cedric.gendre AT inra.fr, eric.cahuzac AT inra.fr

Période envisagée pour l’entretien avec le comité de recrutement : fin octobre 2018

Titre : Contribution à l’amélioration d’un outil d’aide à la décision pour la gestion des mobilités professionnelles en période d’inondation (MOPPI).

Etablissement d’accueil : Ecole des Ingénieurs de la Ville de Paris – 80 rue Rébeval 75019 Paris

Période : Stage de 6 mois à pourvoir à partir de janvier 2019

Contexte :
Ce stage s’intègre dans le projet de recherche ANR RGC4 « Résilience et Gestion de Crise en Cas de Crue à Cinétique lente : le cas du Grand Paris face à une crue de la Seine » et plus particulièrement au sein de la tâche 6 « Identification des alternatives de fonctionnement ». Les premiers travaux de cette tâche se sont focalisés sur les mobilités professionnelles en Ile-de-France. En effet, comme la plupart des gestionnaires étudiés disposent de plusieurs sites administratifs ou techniques, il apparaît qu’une solution envisageable pour faire face au mieux à une crue de la Seine serait dans un premier temps de s’assurer que les agents disponibles soient affectés sur un lieu de travail qui leur soit tout simplement accessible (et ce indépendamment de leur lieu de travail habituel), ce qui limiterait l’absentéisme causé par l’inondation. Cet enjeu peut être formulé sous la forme d’un problème d’optimisation visant à réaffecter les agents au sein des différents sites du gestionnaire étudié afin de limiter les déplacements domicile-travail.
Dans ce cadre, une première extension QGIS, nommée MOPPI (https://github.com/sergelhomme/MOPPI), a été développée. Il convient désormais de l’améliorer afin de répondre à des problématiques plus précises et plus complexes. Plusieurs pistes sont possibles : prendre en compte des scénarios de fermeture d’axes de transport plus complexes ; permettre à l’utilisateur de facilement créer ses propres scénarios ; prendre en compte différents métiers (compétences) chez les employés pour les affecter ; prendre en compte les nombreuses incertitudes ; quantifier la sensibilité des résultats produits…

Mission :
Contribuer au développement d’algorithmes pouvant améliorer l’extension développée. Proposer des pistes de développement. Travailler sur des applications nouvelles de l’extension. Collecter et exploiter des données, implémenter de nouveaux modèles (de transport par exemple) permettant d’améliorer l’outil.

Profil :
M1 ou M2 en : sciences de l’ingénieur ; géomatique ; informatique. Esprit de synthèse et autonomie nécessaires. Une bonne connaissance du langage Python. Une bonne connaissance des Systèmes d’Information Géographique (SIG), en particulier QGIS, serait idéale.

Rémunération : Gratification de base, selon le dernier décret.

Modalités de candidature : Envoyer un CV (.pdf) et une lettre de motivation (.pdf) à serge.lhomme AT u-pec.fr
Les candidats retenus seront, si cela est possible, reçus pour un entretien.

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

oui c cela... j'ai essayé avec un attribut keeper mais son comportement est trop étrange... puisque FME me ramène plus que la liste imposé..

ex: si j'insère dans mon paramètre un champ appelé ETRANGE, j'ai bien ce champ qui apparaît dans le transformer en output mais j'ai aussi le champ ETRANGER.....
je ne vois pas à quoi sert ce transfomer:-(..... bref

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

Bonjour Gessica,

Je confirme : les booléens sont implémentés C1 : T (oui) / F (non) dans le projet de révision de standard SUP v2018

C'est le moment : pouvez-vous le faire remonter via l'appel à commentaires, afin que ce soit précisé au §5.5.1 : http://cnig.gouv.fr/?p=19540

Je précise pour ceux (comme moi) qui n'en connaissaient pas la signification que cette notion de croisement est définie dans la fiche méthodologique relative à la catégorie de SUP T1 :
http://www.geoinformations.developpemen … 77f72e.pdf

Cordialement,
A. Gallais

Bonjour,

comment acquérir les données MAJIC sur un grand territoire (un département entier par exemple) ?

Vers qui se tourner à la DGFIP ? Est-ce payant et si oui dans quelles gammes de prix ?

Merci par avance de vos réponses