Agrégateur de flux

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 !!

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.

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 ?

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.

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

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

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

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é

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

Pourquoi ne pas passer à un mediawiki ?

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

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é.

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

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

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

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

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.

Le Département du Finistère recher un.e technicien.ne administrateur.rice SIG et éditions pour la Direction de l’Aménagement, de l’Agriculture, de l’Eau et de l’Environnement (DAAEE)- Service Patrimoine Naturel, Littoral et Randonnée (SPNLR)

L'annonce est consultable sur le site du Conseil départemental :
https://www.finistere.fr/Offres-d-emplo … t-editions

Pour toute autre précision, vous pouvez adresser votre demande par courriel à : agnes.mevel AT finistere.fr

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

Merci Matteo

Je vois bien la démarche maintenant.

Par contre je n'arrive pas à trouver comment faire une Liste de Choix dans le Paramètre Publié.

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

Bonjour,

Pour résoudre ce soucis, on publie en 96 dpi.
Ce qui peut obliger à choisir une taille de papier plus importante pour améliorer la résolution (A2 96dpi = A3 192dpi = A4 284dpi).

Si quelqu'un a une meilleure solution, je suis preneur.

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

Bonjour,

Avec un réseau géométrique les lignes suivent les déplacements des points. A tester ^^

http://desktop.arcgis.com/fr/arcmap/10. … works-.htm

cdlt,

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

Ah OK
Effectivement, nickel comme ça !! super combine
merci !!