Géomatique

[Job] [INTERIM] Technicien études SIG - (54)

Georezo.net - 26/10/2018 - 06:56

Adresse de l'expéditeur : s.rio AT ltd-louisblanc.com

LTD, dans le cadre du d̩veloppement de son activit̩ VRD recherche, un(e) Technicien(ne) SIGРlogiciel ARCGIS H/F

Rattaché(e)  au Responsable du Bureau d’Etudes :
-  Réaliser la mise à jour des réseaux Telecom
- Assurer la cohérence des données et des mises à jour entre les différentes bases, y compris les données immobilisées,
- Assurer la traçabilité des travaux dans les outils de gestion,
- Garantir la qualité des bases de données
- Réaliser les requêtes et fichiers de procédures

VOUS MAITRISEZ PARFAITEMENT AUTOCAD ET ARCGIS

De formation Bac+2/3 Licence Professionnelle SIG, vous possédez, outre vos compétences techniques, une grande créativité et un sens fort des responsabilités.
Une première expérience de dessinateur est fortement souhaitée.

Merci d’envoyer votre CV au format

LTD
Mlle Sophie Rio
Responsable d’agence
40 rue Louis Blanc
75010 PARIS

Catégories: Géomatique

[Job] [CDD] GIS Officer - Syrie

Georezo.net - 26/10/2018 - 06:56

REACH GIS OFFICER – SYRIA

Title: REACH GIS Officer
Supervisor:REACH GIS Manager
Location: Amman, Jordan
Contract duration: 6 months (renewable)
Start date: ASAP


BACKGROUND

REACH was born in 2010 as a joint initiative of two INGOs (IMPACT Initiatives and ACTED) and the United Nations Institute for Training and Research (UNITAR) Operational Satellite Applications Programme (UNOSAT). REACH’s purpose is to promote and facilitate the development of information products that enhance the humanitarian community’s decision making and planning capacity for emergency, reconstruction and development contexts, supporting and working within the framework of the humanitarian reform process. REACH facilitates information management for aid actors through three complementary services: (a) need and situation assessments facilitated by REACH teams; (b) situation analysis using satellite imagery; (c) provision of related database and (web)-mapping facilities and expertise.
IMPACT Initiatives is humanitarian think tank, based in Geneva, Switzerland. The organisation manages several initiatives, including the REACH Initiative. The IMPACT team comprises specialists in data collection, management and analysis, GIS and remote-sensing.
Over the last five years, REACH has gained expertise working in the context of the Syrian crisis, with a knowledge of humanitarian consequences of the crisis in neighboring countries as well as of the challenges of research and information management inside Syria. The whole of Syria (WoS) architecture was set up in 2014 to foster and promote a better understanding of humanitarian needs and gaps in an effort to inform an improved collective response throughout Syria. REACH have been engaging with this process extensively, working closely with OCHA regional office, with hub and WoS cluster and working group leads, as well as with partners more directly, creating a strong understanding of information needs and priorities.
REACH staff in the Syria mission work on several projects including; Market Monitoring in support of the Cash Based Response Technical Working Group (CBR-TWG), monitoring IDP and Returnee movements and trends, conduct area specific based assessments in Ar-Raqqa and Deir-ez-Zor, support on sector specific as well as multi-sectoral needs assessments, camp profiling and infrastructure mapping, as well as provide a Humanitarian Situation Overview for Syria (HSOS) on a monthly basis.

FUNCTIONS

1. GIS Activities
a.Preparation, conception and production of maps
-Identify map information needs;
-Identify and access map information sources;
-Ensure accurate linkages between spatial databases and assessment data;
-Ensures that the produced maps meet the requirements of REACH and concerned partners.

b.Supervision and monitoring of mapping related data collection
-Conceptualize methodologies for collecting data in the field, as according to need;
-Organize and supervise GIS field missions;
-Monitor accuracy of data collected;
-Cross check data collected in the field, ensure regular updates and solve eventual discrepancies.

2. Data Management and Analysis Activities

a.Supervision and monitoring of remote data collection
-Monitor accuracy of data collected;
-Cross check data collected in the field, ensure regular updates and solve eventual discrepancies;
-Manage, update and deploy monthly questionnaire.

b.Data cleaning, management, and merging
-Manage data received monthly from the team;
-Maintain, update and expand R-based system of data management and analysis for data dissemination and reporting;
-Maintain, update and expand R system from automated data analysis and map production for factsheets
-Organize and expand the system to other REACH projects

c.Product production
-Create and update monthly factsheets for areas of analysis
-Provide mapping support for supplementary products developed by the assessment team.

3. Technical Support
The REACH GIS Officer will contribute towards the identification and implementation of effective and adapted technical solutions for assessments and projects for REACH. The REACH GIS officer will provide technical support assessments and analysis for REACH. These responsibilities will include creation and management of data collection tools, training on data cleaning and management techniques, support for data analysis, and ad hoc mapping support upon request.

4. Internal Communication Processes
The REACH GIS Officer will liaise with IMPACT in Geneva to guarantee a quality product that suits the needs of the field office. He/she will respond to information requests from IMPACT Initiatives and keep Geneva informed of the MIS activities in the field.

5. Confidentiality and Data Protection
The REACH GIS Officer will maintain the strictest confidentiality of data and processes. He/she will actively take measures to prevent the unauthorized sharing of information and data.


ACCOUNTABILITY TO COMMUNITIES AND BENEFICIARIES

The staff member is responsible for ensuring that all relations with the communities REACH and partners work are conducted in a respectful and consultative manner. Due attention must be paid to ensuring that communities are adequately consulted and informed about REACH programme objectives, activities, beneficiary selection criteria, and methodologies. This is the responsibility of every REACH staff member.

REQUIREMENTS
-Master degree in GIS or a related discipline (Geography, Geomatics, Environmental Engineering, Environmental Sciences)
-2 years of experience in GIS / Database management, preferably in humanitarian context;
-Previous experience with mobile data collection (ODK, ONA, KOBO);
-Experience analysing complex data with R; knowledge of other statistical programming languages and packages a plus
-Knowledge of the Adobe Suite, particularly Illustrator and InDesign;
-Knowledge of remote sensing analysis a plus
-Excellent team management skills;
-Ability to operate in a cross-cultural environment requiring flexibility;
-Familiarity with the aid system, and understanding of donor and governmental requirements;
-Prior knowledge of the region an asset;
-Fluency in English required;
-Ability to operate Microsoft Word, Excel and Project Management Software;


CONDITIONS

-Salary defined by the IMPACT salary grid; educational level, expertise, hardship, security, and performance are considered for pay bonus
-Additional monthly living allowance
-Free food and lodging provided at the organisation’s guesthouse/or housing allowance (depending on contract length and country of assignment)
-Transportation costs covered, including additional return ticket + luggage allowance
-Provision of medical, life, and repatriation insurance + retirement package


HOW TO APPLY

Please send, in English, your cover letter, CV and three references to jobs AT impact-initiatives.org
Ref: 18/SYR/GISO01

Please indicate the above reference code in the subject line of your email.
For more information, visit us at http://www.impact-initiatives.org

Catégories: Géomatique

[QGIS] Re: QGIS: Analyse Base de données Postgres Heroku

Georezo.net - 26/10/2018 - 06:20
Nombre de message(s) précédent(s) : 2

Bonjour,

PostGIS est une extension de PostGres, il faut donc installer PostGis sur le serveur pour donner la possibilité de spatialiser des tables PostGres.

Catégories: Géomatique

[FME] Re: selectionner la date la plus récente

Georezo.net - 26/10/2018 - 01:00
Nombre de message(s) précédent(s) : 1

Bonjour,

je ne sais pas comment sont écrites les dates mais si c'est du YYYYMMDD, une solution est un sorter pour trier par date descendante suivi d'un sampler pour ne garder que la première entité 1 des sous-groupes créés par un GROUP BY sur INSEE.

Catégories: Géomatique

[Géo'BD] Re: [Postgis] Créer une vue basé sur plusieurs tables

Georezo.net - 25/10/2018 - 23:27
Nombre de message(s) précédent(s) : 25

Alors le soucis, c'est que dans mes vues, je n'affiche pas les clés primaires des tables, mais je génère un identifiant unique avec row_number() OVER ()::integer
Et étant donné, qu'il n'y a pas de corrélation entre l'id de ma table et l'id générée sur ma vue, je n'arrive pas à trouver quels champs il faudrait que je mette dans le WHERE de l'UPDATE de table_2... pour que le trigger mette à jour uniquement la ligne modifiée.


De ce que j'ai compris, vous joignez à votre table table_2 des informations relative à l'espece d'oiseau concernée par chacune des lignes ?
Si c'est le cas, votre vue comportera exactement ne fois chaque ligne de table_2.
Dans ce cas pourquoi ne pas l'uitiliser à la place de row_number ?

Code:Autre question à laquelle je n'arrive pas à trouver de réponse (même en ayant passé quelques heures à chercher sur internet) : dans une fonction trigger, avant le END; final de la requête, apparemment, il faut mettre RETURN 'new', 'old', 'null' ou un autre attribut. Savez-vous à quoi sert ce RETURN ?

Oubli de ma part.
RETURN est l'instruction PL/PGSQL qui détermine quelle valeur sera retournée par la fonction,
ce qui est un des concepts de base de l'algorithmique.
Ici en l’occurrence la fonction doit retourner un objet du type event_trigger.
Les variables OLD et NEW sont de ce type
On peut se référer à la documentation de postgresql pour savoir quelle valeur renvoyer.
Dans le cas d'un trigger INSTEAD OF, la seule rêgle est que NULL doit être renvoyé si
aucune mise à jour n'est effectuée, NEW pour les instructions INSERT & DELETE,
et OLD, pour DELETE.
cf. https://doc.postgresql.fr/10/plpgsql-trigger.html

Pour approfondir:
https://doc.postgresql.fr/10/plpgsql.htm

La doc officielle est votre amie, même si elle est un peu austère.

Catégories: Géomatique

[FME] selectionner la date la plus récente

Georezo.net - 25/10/2018 - 22:29

Bonjour,

Je me retrouve devant un pb.
J'ai une donnée avec un entre autre, un code insee et des dates à côté.

INSEE  :   DATE
X1       :   a1
X1       :   a2
X1       :   a3

Comme vous le voyez le même code insee peut avoir plusieurs dates.
Je souhaite pouvoir ne garder que la date la plus récente.

J'ai essayé avec un statistic-calculator en regroupant par insee et en gardant le Max mais ça ne fonctionne pas.

Quelqu'un a-t-il une piste?
Je vous remercie d'avance !!

Catégories: Géomatique

[Esri] Re: script arcgis

Georezo.net - 25/10/2018 - 21:39
Nombre de message(s) précédent(s) : 1

Si tu nous disait ce que ça fait et où ça accroche et quelle est l'erreur signalée, ça serait un bon point de départ.

Catégories: Géomatique

[Géo'BD] Re: [Postgis] Créer une vue basé sur plusieurs tables

Georezo.net - 25/10/2018 - 19:01
Nombre de message(s) précédent(s) : 24

Ok merci.
Alors le soucis, c'est que dans mes vues, je n'affiche pas les clés primaires des tables, mais je génère un identifiant unique avec row_number() OVER ()::integer
Et étant donné, qu'il n'y a pas de corrélation entre l'id de ma table et l'id générée sur ma vue, je n'arrive pas à trouver quels champs il faudrait que je mette dans le WHERE de l'UPDATE de table_2... pour que le trigger mette à jour uniquement la ligne modifiée.

Autre question à laquelle je n'arrive pas à trouver de réponse (même en ayant passé quelques heures à chercher sur internet) : dans une fonction trigger, avant le END; final de la requête, apparemment, il faut mettre RETURN 'new', 'old', 'null' ou un autre attribut. Savez-vous à quoi sert ce RETURN ?

Catégories: Géomatique

[Job] [FPT] Géomaticien(ne) / Topographe - Chartres Métropoles (28)

Georezo.net - 25/10/2018 - 17:16

Un poste de Géomaticien(ne)/Topographe est à pourvoir à la Direction Études et Travaux - SIG de Chartres Métropole.

ENVIRONNEMENT DU POSTE :

Rattachement hiérarchique :
• Au sein de la Direction Études et Travaux - SIG
• Sous l’autorité du responsable du service Système d’Information Géographique, vous réaliserez des prestations cartographiques et topographiques.

Situation géographique :
• Lucé (28110) - Locaux de Chartres Métropole/Ville de Chartres.

CONTENU DU POSTE :

Missions principales :
• Réaliser des relevés ponctuels en X, Y, Z,
• Suivi administratif et technique du marché de missions de géomètre pour le compte des services de la ville de Chartres et de Chartres Métropole,
• Administration Base de données sous PostGre et PostGis,
• Modélisation 3D des bâtiments et grands projets de la collectivité,
• Suivi des bases de données Chartres Métropole / Ville de Chartres,
• Mise à jour du futur référentiel (PCRS, Photogrammétrie) pour réponse au DT/DICT, intégration des mises à jour,
• Création et mise à jour des bases de données routes dans le cadre du schéma directeur des routes départementales,
• Traitement des demandes cartographiques à la demande des services internes de Chartres Métropole et Ville de Chartres.

Compétences requises :
• Expérience en levés topographiques (réaliser les levés, gérer le canevas géodésique et planimétrique, utilisation d’une codification appréciée),
• Bonne maîtrise des outils DAO- PAO (Autocad ou AutocadMap, Covadis, Inskape, Gimp),
• Bonne maîtrise des principaux logiciels SIG (QGIS ou ArcGIS, FME, Editop),
• Maitrise les règles de représentation cartographique (sémiologie graphique),
• Comprendre et lire un plan de récolement.

Savoir être :
• Autonomie, rigueur et organisation,
• Qualités relationnelles, pédagogiques et rédactionnelles,
• Capacités d’écoute, d’analyse et de synthèse,
• Aptitude à travailler en équipe et en collaboration avec des partenaires internes et externes.

CONDITIONS D’EXERCICE DU POSTE :
• Poste à temps complet,
• Déplacements à prévoir : permis B nécessaire.

FORMATIONS NÉCESSAIRES AU POSTE :

Diplômes requis :
• Formations de niveau Bac +3 spécialisées en géomatique, topographie ou équivalent.

Connaissance appréciée à la prise de poste :
• Très bonne connaissance des outils SIG (QGIS) et bonne connaissance des outils DAO (Autocad),Editop, Edipocket, Station de levé topographique (GPS, station totale),
• Bonne connaissance du fonctionnement administratif des collectivités territoriales.

Si ce poste vous intéresse, merci d'adresser cotre candidature (lettre de motivation et CV) à Chartres Métropole - Direction des Ressources Humaines - Hôtel de Ville - Place des Halles - 28000 CHARTRES, ou par Mail : recrutement AT agglo-ville.chartres.fr, avant le 23 NOVEMBRE 2018.

Catégories: Géomatique

[Job] [CDD] Gestionnaire de données biodiversité - Paris (75)

Georezo.net - 25/10/2018 - 17:16

UMS PatriNat (AFB, CNRS, MNHN)
36 rue Geoffroy Saint-Hilaire
Maison Buffon - CP 41
75231 PARIS Cedex 05

http://www.patrinat.fr/fr
http://inpn.mnhn.fr

Recrutement d’un(e) gestionnaire de données biodiversité
cientifique
Etablissement : Muséum National d’Histoire Naturelle
Service :    UMS PatriNat
Lieu: Paris (75) – jardin des plantes
Type de contrat : CDD temps plein
Durée : 6 mois (12 mois envisageable selon possibilités de financement)
Rémunération : fonction du profil du candidat
Date de prise de fonction souhaitée : février 2018

PREAMBULE

L’Unité Mixte de Service Patrimoine Naturel (UMS PatriNat) est le centre d’expertise et de données sur la nature créé en 2017 par l’AFB, le CNRS et le MNHN. Ce service est responsable de l’élaboration des méthodes, référentiels, expertises et outils communs pour de nombreux acteurs de la conservation de la nature aussi bien en métropole qu’en outre-mer. L’unité assure également la diffusion des connaissances et des données sur la nature vers tous les publics (grand publics, experts, décideurs…), notamment via un site web http://inpn.mnhn.fr et des outils mobiles (INPN espèces). L’INPN est la plateforme nationale du Système d’Information Nature et Paysages (SINP) qui sera incluse dans le futur Système d’Information Biodiversité (SIB) prévue par la loi « Biodiversité » de 2016.

Au sein de l’équipe « données et assistance à maîtrise d’ouvrage », le candidat retenu travaillera sous la responsabilité directe de la coordinatrice de la cellule « données et SIG».

DESCRIPTION DES MISSIONS
L’objectif de ce poste est de contribuer à l’alimentation de l’INPN en données sur la biodiversité par la mise en place de processus automatiques de traitement de données.
Il s’agira de spécifier et de mettre en œuvre des procédures pour normaliser (standardiser) les données transmises par les différents producteurs selon les standards en vigueur (standard du SINP notamment) et d’appliquer les contrôles nécessaires à garantir la qualité des données du système (contrôles de conformité, de cohérence et de validation scientifique).

Le candidat retenu travaillera notamment sur les sources de données suivantes :
    -Données issues du GBIF (https://www.gbif.org)
    -Données issues du dépôt légal de données brutes de biodiversité (https://depot-legal-biodiversite.naturefrance.fr)
    -Données issues de producteurs divers, principalement nationaux (ONCFS, ONF, LPO, etc.)

Le candidat mettra en place les procédures de traitements ainsi que leur maintenance et en assurera la documentation. Il pourra être amené à travailler sur des procédures existantes afin de les améliorer et ou de les optimiser.

Le candidat assurera l’intégration de données dans l’INPN en utilisant les procédures développées par lui-même ou par des tiers. Il produira des rapports d’intégration à destination des fournisseurs de données.

Cette liste d'activité n'est pas exhaustive. L'agent pourra, selon son profil, réaliser d'autres tâches confiées par son responsable en lien avec la gestion de données.

CONDITIONS ADMINISTRATIVES REQUISES

Etre titulaire au minimum d’un diplôme de niveau BTS, DUT, Licence ou équivalent dans les domaines de la gestion de données de l’informatique ou de la géomatique.

QUALIFICATIONS REQUISES

Indispensable :
-    Pratique des bases de données (Oracle, PostgreSQL ou Access) et du langage SQL
-    Maitrise d’un ETL (FME, Talend ou autre)
-    Maitrise d’un outil de gestion de données spatiales (ArcGis, MapInfo, QGis, etc.)
-    Connaissance des principes de référentiels (géographiques, administratifs)
-    Bonnes capacités réactionnelles et de synthèse

Apprécié :
-    Connaissance des formats et standards d’échange de données et de métadonnées (nationaux et internationaux)
-    Connaissance des principes du SINP (architecture, standard, protocole)
-    Intérêt pour la thématique biodiversité
-    Connaissance du langage Python

Savoir être :
-    Capable de travail en équipe comme en autonomie
-    Rigueur
-    Force de proposition

MODALITE DE CANDIDATURE
Le dossier de candidature est à envoyer avant le 15 décembre 2018 à :
recru-patrinat AT mnhn.fr avec en objet la mention : « Gestionnaire de données biodiversité».

Ce dossier comprendra :
Рun curriculum vitae d̩taill̩ ;
– une lettre de motivation.

Pour toute précision, les candidats sont invités à prendre contact au préalable avec :
Solène Robert, coordinatrice de la cellule données et SIG : solene.robert AT mnhn.fr
Frédéric VEST, responsable de l’équipe données et AMO : frederic.vest AT mnhn.fr

Catégories: Géomatique

[Geolibre_web] Lizmap - QGIS Server et cadastre

Georezo.net - 25/10/2018 - 17:14

Bonjour à vous,

Après moult tentatives pour trouver une solution à mon problème solitairement, je pense que le temps est venu de lancer un appel à l’aide !

J’officie en collectivité en tant que chargé de mission SIG et j’utilise Lizmap pour ouvrir le parcellaire cadastral (avec MAJIC 3) aux communes membres de ma communauté de communes.

L’outil est hébergé sur un serveur Debian 9.5 (chez OVH), avec Nginx, Php7, QGIS Server, PostgreSQL 10.5 – PostGis 2.4 et QGIS Las Palmas. Et j’ai bien sûr le plugin cadastre pour le projet en question.

Le problème survient lors de l’édition d’un relevé parcellaire, le PDF n’est pas édité et la page m’affiche « Erreur de création du relevé » suivie, après un retour sur la page d’accueil des projets Lizmap, d’un « QGIS Server has not returned expected response ». J’avais eu un problème similaire auparavant en désactivant le WFS de la clé primaire de la table parcelle sur QGIS, mais ce n’est pas le cas cette fois-ci.
Je me suis donc redirigé vers le log de QGIS Server, mais là j’avoue n’avoir rien vue de particulier. N’ayant pas un niveau de compréhension élevé de ce langage, je vous le transmets.
1°) Lorsque que je clique sur une parcelle :

Code:[10481][09:29:07] WFSFilter.responseComplete [10481][09:29:07] Sending HTTP response [10482][09:29:11] inserting pair BBOX // 287847.894027,5282930.813173,288976.534523,5283473.635507 into the parameter map [10482][09:29:11] inserting pair CRS // EPSG:3857 into the parameter map [10482][09:29:11] inserting pair EXCEPTIONS // application/vnd.ogc.se_inimage into the parameter map [10482][09:29:11] inserting pair FEATURE_COUNT // 10 into the parameter map [10482][09:29:11] inserting pair FI_LINE_TOLERANCE // 10 into the parameter map [10482][09:29:11] inserting pair FI_POINT_TOLERANCE // 20 into the parameter map [10482][09:29:11] inserting pair FI_POLYGON_TOLERANCE // 5 into the parameter map [10482][09:29:11] inserting pair FORMAT // image/png into the parameter map [10482][09:29:11] inserting pair HEIGHT // 909 into the parameter map [10482][09:29:11] inserting pair I // 584 into the parameter map [10482][09:29:11] inserting pair INFO_FORMAT // text/xml into the parameter map [10482][09:29:11] inserting pair J // 336 into the parameter map [10482][09:29:11] inserting pair LAYERS // ligne,point,Parcelles into the parameter map [10482][09:29:11] inserting pair MAP // /srv/data/cadastre/cadastre.qgs into the parameter map [10482][09:29:11] inserting pair QUERY_LAYERS // ligne,point,Parcelles into the parameter map [10482][09:29:11] inserting pair REQUEST // GetFeatureInfo into the parameter map [10482][09:29:11] inserting pair SERVICE // WMS into the parameter map [10482][09:29:11] inserting pair STYLES // default,default,default into the parameter map [10482][09:29:11] inserting pair VERSION // 1.3.0 into the parameter map [10482][09:29:11] inserting pair WIDTH // 1890 into the parameter map [10482][09:29:11] WFSFilter.requestReady [10482][09:29:11] BBOX // 287847.894027,5282930.813173,288976.534523,5283473.635507 [10482][09:29:11] CRS // EPSG:3857 [10482][09:29:11] EXCEPTIONS // application/vnd.ogc.se_inimage [10482][09:29:11] FEATURE_COUNT // 10 [10482][09:29:11] FI_LINE_TOLERANCE // 10 [10482][09:29:11] FI_POINT_TOLERANCE // 20 [10482][09:29:11] FI_POLYGON_TOLERANCE // 5 [10482][09:29:11] FORMAT // image/png [10482][09:29:11] HEIGHT // 909 [10482][09:29:11] I // 584 [10482][09:29:11] INFO_FORMAT // text/xml [10482][09:29:11] J // 336 [10482][09:29:11] LAYERS // ligne,point,Parcelles [10482][09:29:11] MAP // /srv/data/cadastre/cadastre.qgs [10482][09:29:11] QUERY_LAYERS // ligne,point,Parcelles [10482][09:29:11] REQUEST // GetFeatureInfo [10482][09:29:11] SERVICE // WMS [10482][09:29:11] STYLES // default,default,default [10482][09:29:11] VERSION // 1.3.0 [10482][09:29:11] WIDTH // 1890 [10482][09:29:11] enable on the fly projection [10482][09:29:11] mMapRenderer->extent(): 287847.8940267823054455,5282930.8131729997694492 : 288976.5345232177060097,5283473.6355069996789098 [10482][09:29:11] mMapRenderer width = 1890 height = 909 [10482][09:29:11] mMapRenderer->mapUnitsPerPixel() = 0.597164 [10482][09:29:11] Calculating layerset using 3 layers, 3 styles and CRS WGS 84 / Pseudo Mercator [10482][09:29:11] Trying to get layer ligne//default [10482][09:29:11] Checking layer: ligne [10482][09:29:11] Trying to get layer point//default [10482][09:29:11] Checking layer: point [10482][09:29:11] Trying to get layer Parcelles//default [10482][09:29:11] Checking layer: Parcelles [10482][09:29:11] Info format is:text/xml [10482][09:29:11] Checking byte array is ok to set... [10482][09:29:11] Byte array looks good, setting response... [10482][09:29:11] WFSFilter.responseComplete [10482][09:29:11] Sending HTTP response

2°) Lorsque que je demande un relevé parcellaire :

Code:[10481][09:31:12] inserting pair FEATUREID // Parcelles.28889 into the parameter map [10481][09:31:12] inserting pair GEOMETRYNAME // none into the parameter map [10481][09:31:12] inserting pair MAP // /srv/data/cadastre/cadastre.qgs into the parameter map [10481][09:31:12] inserting pair OUTPUTFORMAT // GeoJSON into the parameter map [10481][09:31:12] inserting pair PROPERTYNAME // geo_parcelle into the parameter map [10481][09:31:12] inserting pair REQUEST // GetFeature into the parameter map [10481][09:31:12] inserting pair SERVICE // WFS into the parameter map [10481][09:31:12] inserting pair TYPENAME // Parcelles into the parameter map [10481][09:31:12] inserting pair VERSION // 1.0.0 into the parameter map [10481][09:31:12] WFSFilter.requestReady [10481][09:31:12] Info format is:GeoJSON [10481][09:31:12] Sending HTTP response [10481][09:31:12] Sending HTTP response [10481][09:31:12] Sending HTTP response [10481][09:31:12] WFSFilter.responseComplete [10481][09:31:12] Sending HTTP response [10481][09:31:12] Trying to send out an invalid response [10482][09:31:12] inserting pair LAYER // Parcelles into the parameter map [10482][09:31:12] inserting pair MAP // /srv/data/cadastre/cadastre.qgs into the parameter map [10482][09:31:12] inserting pair PARCELLE // 2018660107000AX0050 into the parameter map [10482][09:31:12] inserting pair REQUEST // createPdf into the parameter map [10482][09:31:12] inserting pair SERVICE // CADASTRE into the parameter map [10482][09:31:12] inserting pair TYPE // parcelle into the parameter map [10482][09:31:12] WFSFilter.requestReady [10482][09:31:12] Checking byte array is ok to set... [10482][09:31:12] Byte array looks good, setting response... [10482][09:31:12] WFSFilter.responsoriale [10482][09:31:12] Sending HTTP response

Le log de PostgreSQL ne donne pas d’erreur sur le schéma de BDD.

Ce blocage est arrivé peu de temps après le passage à la version 2018 des données cadastrales (MAJIC et PCI vecteur) et au changement de ma clé API de l’IGN.
L’autre incompréhension vient aussi de mon hébergement. J’ai remonté une sauvegarde de mon serveur postérieur à ce problème, et il est quand même survenue avec celle-ci.
Les logiciels sont à jour et fonctionnent pour les autres projets, de même que l’impression de carte en PDF.

Si vous avez eu un problème similaire ou si vous avez des pistes, je suis tout ouïe !

Merci d’avance

Catégories: Géomatique

[Géomatique] Re: Outils d'implémentation du PCRS

Georezo.net - 25/10/2018 - 17:06
Nombre de message(s) précédent(s) : 2

Hello

**** Infos pour les AutoCADiens ****

Je signale pour les Utilisateurs de Covadis (par dessus ACAD 2013-2019 ou plus souvent par dessus ACAD MAP 2013-2019)
que la version 17 de Covadis (sortie au debut de l'Ete) a la capacite de generer du PCRS v2.0 ...

GeoBye, Pat

Catégories: Géomatique

[Topographie] Re: Calcul de précision finale (relavé classe A Ineris)

Georezo.net - 25/10/2018 - 15:57
Nombre de message(s) précédent(s) : 10

Salut à tous,
après avoir reçu des réponses de différents acteurs, je peux dire qu'il faut bien ajouter, dans son calcul,
la part d'erreur signalée par le GPS, a l'incertitude du réseau.

IGN :
Du coté d’IGN, on me confirme bien qu’il faut ajouter les écarts donnés par le GPS à l’imprécision de la référence dans le calcul de précision.

Et = sqrt(Er ^2 + Em ^2) avec
Et : erreur globale
Er : précision de la référence
Em : précision de la mesure, précision interne du calcul
Alors les DOP n'ont d'influence que sur Em.


Et qu’utiliser 3 cm en planimétrie pour Qxy et 5 cm en hauteur pour Qz assure une marge de sécurité confortable (~100%) quelque soit la méthode de positionnement.

Orphéon

« Au final la variance est meilleure que +/- 3cm »

•    comprise entre 1 et 2 centimètres en planimétrie,
•    comprise entre 2 et 3 cm en altimétrie.


Et dans le lien qu’il m’ont donné

http://reseau-orpheon.fr/wp-content/upl … YZ-132.pdf

Au-delà des estimateurs de la précision horizontale et verticale fournis
par votre capteur (indicateurs statistiques), ne levez pas avec un GDOP ou un PDOP de respectivement plus de 3-4 ou 2-3.


Confirme bien que les estimateurs de la précision ne sont qu’indicatifs, et qu’ils convient d’ajouter l’erreur du réseau.

a+
gégé

Catégories: Géomatique

[Géo'Bar] Re: Wiki GeoRezo

Georezo.net - 25/10/2018 - 14:33
Nombre de message(s) précédent(s) : 14

Pourquoi ne pas passer à un mediawiki ?

Catégories: Géomatique

[FME] Re: créer des champs à l'aide de paramètres

Georezo.net - 25/10/2018 - 14:33
Nombre de message(s) précédent(s) : 6

donc il faut passez par la création d'un schéma d'attribut pour créer des tables dynamiquement

https://knowledge.safe.com/articles/104 … -de-1.html

Catégories: Géomatique

[QGIS] Re: QGIS/Plugin Openlayers: Probleme d'impression fond OSM

Georezo.net - 25/10/2018 - 14:08
Nombre de message(s) précédent(s) : 2

Merci pour votre réponse, effectivement si j'exporte en 96 DPI, je retrouve une toponymie lisible et semble-t-il de la même taille que ce que j'ai à l'écran. Bien que je ne comprends pas pourquoi le fait de jouer sur la résolution de l'export modifie la taille des caractères de toponymie. Il me semblait que c'était lié à l'échelle de travail pour ces tuiles WMS.

Par contre, l'inconvénient c'est la perte de qualité sur la carte, c'est davantage pixellisé.

Catégories: Géomatique

[FME] Re: Donner la possibilité de choisir entre deux modes de traitement

Georezo.net - 25/10/2018 - 14:06
Nombre de message(s) précédent(s) : 4

Très bien, merci pour votre aide Benoit et Matteo. ; )

Catégories: Géomatique

[Job] [CDD] Chargé(e) de SIG/informatique - Rosièeres-Pres-Troyes (10)

Georezo.net - 25/10/2018 - 13:54

Au sein d’une équipe de 23 personnes, sous l’autorité du directeur et du responsable
scientifique,  dans  le  cadre  du  développement  du  système  d’information  géographique  du
CENCA et des bases de données thématiques associées, le (la) chargé(e) de SIG/informatique
aura pour missions :
-  la gestion et l’exploitation des données spatialisées ou non, produites par le CENCA dans
le cadre de ses différentes missions (études, travaux…)
-  la  structuration  et  l’échange  de  données  avec  les  partenaires  techniques  et
institutionnels
-  en lien avec le prestataire informatique du CENCA, il (elle) réalisera le suivi des dispositifs
informatiques et apportera un appui technique interne aux salariés.

MISSIONS
Recueil et organisation des données du CENCA
-  Assurer l’administration des bases de données et proposer des évolutions
-  Participer à l’acquisition, la structuration et le référencement des données du CENCA
-  Mettre en place, développer et gérer les bases de données thématiques

Elaboration, analyse et synthèse des données
-  Concevoir et réaliser des cartes
-  Proposer des chartes cartographiques
-  Réaliser des extractions et des synthèses (thématiques + bilans annuels)

Structuration et gestion des échanges de données avec les partenaires techniques et
institutionnels (SINP, ORB, GWERN…)

Réalisation de formations et de mises à niveau interne des utilisateurs du SIG

Participation  à  la  veille  juridique  et  technologique  dans  le  domaine  des  échanges
standard de données.

Suivi  du  parc  informatique  en  lien  avec  le  prestataire  du  CENCA  (serveur  +
ordinateurs…), propositions d’évolutions et en parallèle, assistance aux salariés

Contribution à la vie associative du CENCA et à la vie des réseaux CEN + RNF 

PROFIL RECHERCHE
- Niveau  Bac  +  3  minimum  (ou  équivalent)  en  géomatique  ou  environnement  avec
spécialisation géomatique et gestion bases de données, avec expériences souhaitées
- Très bonne connaissance logiciel SIG QGIS
- Bonne connaissance sur les solutions de gestion de données Open source
- Connaissance appréciée logiciel ACCESS pour administrer les bases actuelles
- Maîtrise des méthodes d’acquisition, de numérisation et d’intégration de données
- Maîtrise des techniques de représentation cartographique 
- Connaissances en statistiques et analyses spatiales appréciées
- Maîtrise des Systèmes Windows
- Curiosité aux nouvelles technologies

- Aptitude au relationnel et au travail en équipe
- Organisation, rigueur et réactivité
- Bonne expression écrite et orale, pédagogie
- Maîtrise pack office

- Intérêt pour l’environnement et la préservation du patrimoine naturel

CONDITION DU POSTE
Type de contrat : CDD 1 an

Prise de fonction : Janvier 2019

Lieu de travail : Poste basé à Rosières-près-Troyes (10)

Rémunération : à partir de 1 900 € brut/mois (soit 320 points –convention collective
nationale animation)

Entretiens de recrutements : 29 novembre 2018

Candidature (CV + lettre de motivation) à envoyer avant le 19 novembre 2018 à :
M. le Directeur du Conservatoire d’espaces naturels de Champagne-Ardenne

Par courrier : 9, rue Gustave Eiffel
10430 ROSIERES-PRES-TROYES

Par internet : secretariat AT cen-champagne-ardenne.org

Catégories: Géomatique

[Job] [CDI] Technicien(ne) SIG / Cartographe H/F - Rhône Alpes (73)

Georezo.net - 25/10/2018 - 13:52

SEGULA Technologies est un groupe d'ingénierie présent mondialement, au service de la compétitivité de tous les grands secteurs industriels : automobile, aéronautique, énergie, ferroviaire, naval, pharmacie et pétrochimie.
Présent dans 28 pays, fort de ses 140 implantations dans le monde, le Groupe privilégie une relation de proximité avec ses clients grâce aux compétences de ses 11 000 collaborateurs.
Ingénieriste de premier plan plaçant l'innovation au cœur de sa stratégie, SEGULA Technologies mène des projets d'envergure, allant des études jusqu'à l'industrialisation et la production.


Description du poste


Afin de renforcer son activité au Bourget du Lac, en Savoie(73) et dans le cadre de notre accroissement, Segula Technologies recrute un(e) Technicien(ne) SIG / Cartographe:

Vos activités principales seront:
-Cartographie initiale des réseaux ;
-Définition des ouvrages à détecter ;
-Validation des informations avec l'exploitant ;
-Rédaction de CEB (Cahier Expression des Besoins) ;
-Intégration de données dans un SDE ;
-Intégration de données dans le guichet unique

Description du profil

Issue d'une formation en Cartographie / Topographie / SIG, vous maitrisez les logiciels ArcGis/FME.

Ouvert d'esprit, curieux et dynamique, vous êtes la personne qu'il nous faut pour ce poste!

BAC+2  / 3 à 5 ans d'expérience min. requis

Candidature : segu.chamb AT gmail.com

Catégories: Géomatique

[QGIS 2.x] Positionnement du bloc carte pour un atlas

Dernières discussions Sig forum - 25/10/2018 - 13:52
Bonjour,

Ma question n'est pas simple à résumer, donc le titre semble assez flou. Voilà en quelque mots mon problème :
Je travaille sur une commune nouvelle qui est composée de 6 anciennes communes. Par habitude, les élus souhaitent avoir un rendu en fonction de ces anciennes communes. Pas de souci, j'ai mes contours d'anciennes communes et des identifiants clairs dans chaque couche utile afin de ne faire apparaître que les éléments voulus sur chaque (à l'aide du style par ensemble de règle, je n'affiche que les données concernant la commune ciblée dans la planche d'atlas en cours).

Mon rendu se fait sous la forme d'un atlas, format A0 modifié (1300 * 900), avec un cartouche (format A4 contenant les informations, d'échelle,...), des marges de 3,5mm sur chaque côté,... Pour la création de mon atlas j'utilise une couche de points contenant : Le nom de la commune (c'est aussi le nom de ma feuille d'atlas), l'orientation souhaitée (utile lorsque je n'ai pas de cartouche), la largeur de mon espace cartographique, la hauteur de mon espace cartographique, l'échelle de visualisation, la largeur de l'emprise géographique, la hauteur de l'emprise géographique, la rotation (ou non) de mon espace cartographique (pivoter le bloc complet permet de faire suivre les étiquettes), la rotation (ou non) de la carte dans le bloc cartographique (si je ne faisais que tourner la carte dans son bloc, les étiquettes resteraient orientées vers le bas du bloc de carte, et ce même si j'applique une règle de rotation aux étiquettes depuis le menu de style), la position en X de mon espace cartographique, la position en Y de mon espace cartographique.

Le problème c'est que certaines communes rendent bien en paysage et d'autres en portrait. Mais le malheur avec mon cartouche (celui de mon entreprise en fait) c'est qu'il m'a fallu du temps pour le concevoir en paysage, et c'est la galère de le passer en portrait (en sachant que tout doit pivoter de 90°). Du coup il m'est arrivé de "tricher" et d'utiliser la fonction de rotation du bloc de carte pour faire rentrer ma carte comme il faut dans mon A0.
Seulement voilà, avec un Atlas les choses se compliquent considérablement...
Si je ne fais que pivoter, mon espace cartographique dépasse de ma feuille, mais ça se corrige facilement en modifiant les dimensions de l'espace cartographique, donc pas de problème ici.
En revanche, dès que je change de planche mon espace cartographique se met à se balader et ne se trouve plus là où il devrait être. J'ai donc imposé un emplacement à mon espace cartographique (la référence étant le coin en haut à gauche du bloc). Du coup la position X / Y est de 3,5 / 3,5 lorsque j'ai une visualisation paysage, mais le coin en haut à gauche se trouve déplacé lorsque je souhaite afficher une carte en portrait, et la position X / Y deviens alors 1296,5 / 3,5. Le souci c'est que malgré cette règle, le composeur n'arrive pas à me placer correctement mon espace cartographique. En fait, il y parviens 50% du temps. Pourtant lorsque je suis en manuel, il me suffit de placer une valeur (pas forcément la bonne) dans les paramètres de position du bloc et il se remet en place comme il devrait l'être.

Savez-vous d'où peut venir ce problème ? Est-ce que j'en demande trop à QGIS peut-être ?

Je vous remercie d'avance d'avoir pris le temps de me lire (j'espère que c'est compréhensible) et vous remercie d'avance pour vos réponses.

PS : pour le travail que j'ai à faire je suis pressé, mais je n'ai que quelque communes qui n'ont pas fonctionné comme je le souhaitait. Du coup je vais le faire à la main pour cette fois, mais la réponse m'intéresse tout de même car je serais (rapidement) amené à refaire ce genre de manipulations, mais à l'échelle de communautés de communes (environ 20 communes à chaque fois, donc c'est plus lent à la main !).

PSbis : Cette question a également été posée sur le forum Géorezo.
Catégories: Géomatique, On en parle