Bonjour,
dans la configuration que nous avons mis en place avec l'aide de Dalibo, nous utilisons la method sspi dans le fichier hba.conf pour l'authent avec l'active directory.
Ce protocole étant intégré à QGis, il n'y a plus besoin de saisir les login/mot de passe dans QGis à condition d'avoir une correspondance entre les login AD et les rôles PG. Attention, il faut que les connexions PG déclarées dans QGis, soient enregistrées sans login ni mot de passe.
Attention, il faut mettre en place une règle dans le pg_ident.conf pour la correspondance entre le login AD et le role PG (le login AD comprend également le nom de domaine en plus du login utilisateur).
L'expertise de Dalibo a été très intéressante dans la mise en place de cette fonctionnalité, je vous conseillerai (si vous avez un petit budget, 1 journée de presta) de voir directement avec eux.
Bonne journée
Xavier
Bonjour à tous,
J'ai donc une couche d'entrée contenant 300 000 données. L'un de ces champs ("Nom") est un champ texte contenant environ 300 chaînes de caractères différentes. Quand j'affiche toutes les données sur la carte, on n'y voit plus rien car elles se recouvrent toutes les unes les autres.
Je cherche donc à supprimer les données ayant la même valeur dans un champ texte si ces données sont trop proches géographiquement.
Pour essayer d'automatiser le nettoyage des données, j'ai essayé en utilisant le modeleur de traitements.
- Je crée d'abord une matrice de distance pour cette couche.
- Ensuite, je sélectionne dans cette matrice toutes les distances inférieures à une certaine valeur (nommons la D).
- Je joins ensuite à la matrice la valeur du champ "Nom" correspondant à chaque ID de la matrice.
- Je me retrouve avec une table de type "InputID","TargetID", "Distance", "NomID1", "NomID2".
- Je sélectionne alors les données répondant aux critères suivant : "NomID1" = "NomID2" ET "DIstance" < D.
- Je me retrouve alors avec une liste de mes valeurs en double et proches géographiquement.
Cependant, je ne sais pas comment ensuite dire à QGis de conserver une seule des valeurs en double proches (j'ai parfois 5 valeurs en double proche).
De plus, dans cette table des "presque doublons", chaque doublon apparaît 2 fois, une fois avec l'identifiant de l'une des données en "InputID" et celui de l'autre donnée en "TargetID", et une seconde fois avec les identifiants inversés (le premier dans "TargetID" et le second dans "InputID").
Voilà , si vous pouvez me dépanner je suis preneur :) J'espère que mes explications sont assez claires.
Merci d'avance !
Bonjour,
je ne connais pas vraiment votre structure de LDAP, difficile de voir sur la déclaration du pg_hba.conf est juste. En revanche, ce mode d'accès ne crée pas les utilisateurs du LDAP dans la base PG, il faut le faire séparément.
L'utilitaire ldap2pg de Dalibo fait le job, et plutôt bien.. Attention toutefois, paramétrer les règles de synchronisation nécessite de bien maitriser les concepts LDAP et la structuration des groupes souhaités. Je vous conseille de vous faire accompagner pour cette partie.
Bonjour,
Je suis également en cours d'analyse du standard 1.1 pour l'implémenter dans ma structure.
Voici quelques remarques générales (d'un géomaticien) et précisions sur les interrogations déjà soulevées :
Remarques générales
# Classes d'objet et attributs
* précisions x,y,z
(p31, 32,34,35,36) Le type déclaré prévoit de gérer les infos au millimétre. Est ce une nécessité d'être aussi fin. le cm n'était t-il pas suffisant ?
* l'attribut filGen (p14) décrivant "la profondeur moyenne de la génératrice supérieur de la canalisation" est considéré comme une spécialisation de la classe d'objet <Canalisation AE>. Ceci nous interroge car cet attribut devrait plutot relever d'une propriété générique de canalisation AEP et ASS. Par ailleurs, sauf à considérer que cet attribut est destiné à faciliter rapidement un accès à l'information (étiquettage ?), le terme profondeur est dangereux car relatif à la surface donc la gestion peut être indépendante de celui qui a en charge le réseau. Il aurait mieux valu utiliser la référence de l'altitude (ngf) de la génératrice supérieure qui doit pouvoir être déduite des z amont et aval de la cana.
* l'attribut DIAMETRE (p30 et p33) des tables RAEPA_APPARAEP_P et RAEPA_APPARASS_P n'est pas référencé dans la partie conceptuelle. Il devrait être placé au niveau de la sous classe appareillage ou alors être supprimé des tables implémentées.
* l'attribut LONGCANA décrivant la longueur de la canalisation en mètre est de type entier dans la partie implémentée (p29 et p33) mais décimal dans la partie conceptuelle (p13). Le type entier sous entend une simplification de mesures (pour étiquettage ?) et tend à renvoyer à l'emploi de la géométrie pour une mesure calculée décimale. Est ce bien ceci qui est sous entendu ?
# Domaines de valeurs / liste
Les domaines de valeur posent des problématiques de reclassement des données existantes et 2 cas se rencontrent :
* le domaine RAEPA est plus riche, plus détaillé que les données sources.
C'est par exemple le cas de la liste des matériaux (p20) qui est extremement riche et très très fine (ex : 4 valeurs possibles pour du béton). N'aurait il pas mieux valu avoir soit une liste à emboitements (ex : 10=béton, 11=béton âme tôle, 12=béton armé, 20=PVC, 21=PVC ancien, 22=PVC BO ...) soit employer un type et sous-type comme dans d'autre standard (ex : prescriptions et information des documents d'urbanisme). Cette finesse engendre un reclassement avec une perte d'information car pour une valeur "béton" dans les données actuelles, la migration stricto census au standard RAEPA, la fait passer à 99=autre.
* le domaine RAEPA est plus "ramassé" que les donnée sources
La problématique est donc celle d'une reventilation dans le standard (et l'ajout d'un sous type pour conserver l'info plus fine de départ). Par exemple, comment reclassé un ouvrage de sépateur d'hydrocarbure ? Il s'agit d'un ouvrage de traitement des eaux usées et la correspondance la plus proche dans le domaine <Ouvrage ASS> (p22) semble être la 02=Station d'épuration. Je pense que le standard devrait plus expliciter les sous types d'ouvrage ou d'appareillage que chaque valeurs du domaine peut recouvrir ou NON.
Précisions sur les questionnements précédents
- pour les raccords je les ai ajouté dans la table appareillage avec un nouveau type créé : raccord
Pour ma part, à ce stade, j'en déduis qu'un noeud dépourvu d'un appareillage ou d'un ouvrage est donc un raccord. Ceci reste à examiner après discussions avec des gens du métier AEP/ASS.
- IDNINIA :Identifiant du noeud de début (AMONT) de la canalisation correspondant à un appareillage
- IDNINIO : Identifiant du noeud de début de la canalisation correspondant à un ouvrage
- IDNTERMA : Identifiant du noeud de fin (AVAL) de la canalisation correspondant à un appareillage
- IDNTERMO : Identifiant du noeud de fin de la canalisation correspondant à un ouvrage
Du point de vue de la modélisation, normalement ces information sont directement héritées et déduites de la classe noeud
- pour la cana principale, je pense que ce champ est fait pour les branchements particuliers
Même analyse pour ma part. Info à ne renseigner que dans le cas d'une canalisation de branchement, surtout en cas de piquage (noeud pas forcement coupant)
Sur les gabarits prêts à emploi, attention mais le téléchargement complet du "paquet" transmet la doc du v1.0 du standard et non la v1.1. Pour ma part, il ne me semble pas y avoir eu de modifications de ce dernier depuis février 2017.
Cordialement
Florent
Le Groupe INTM, dans le cadre d'un remplacement cherche pour une de ses équipes un:
1. Consultant AMOA, 4-5 ans d'expérience capable de faire de la cartographie et qui connait la gestion de projet.
Le client se trouve à proximité des transport en petite couronne parisienne.
Poste est à pourvoir au plus tard début Décembre. Si vous avez plus d'un mois de préavis, je vous prie de ne pas postuler.
Envoyez vos candidatures à rafael.boavida AT intm.fr
Ce message étant très vieux, tout visiteur perdu par ici pourra consulter entre autres un fil plus récent (de 2013) :
Comparaison des formats ecw et jpeg2000
- https://georezo.net/forum/viewtopic.php?id=88200
ainsi qu'un fil encore plus récent :
https://georezo.net/forum/viewtopic.php … 78#p289078
En espérant que cela puisse aider.
étant arrivé sur ce message en cul-de-sac à partir d'une discussion plus "récente" de mai 2016 dans laquelle l'auteur d'ici nico-29 avait indiqué qu'il n'avait pas eu de réponse ici-même, cette dernière comportait en tout cas depuis ce mois de mai 2016 une réponse :
https://georezo.net/forum/viewtopic.php … 60#p282460
Bonjour,
Pour info, sujet chez les voisins aussi http://www.forumsig.org/showthread.php/ … -seule-%29
Géomaticien(ne) / Cartographe expérimenté(e)
CDI
Poste basé à Paris
Envie de venir renforcer notre pôle SIG au côté de nos experts géomaticiens ? Le groupe Citadia intervient sur les domaines clés de l'urbanisme : la planification et les études urbaines à toutes les échelles. Aujourd'hui, Citadia vous propose :
- Un poste en CDI
- Au sein de de notre agence de Paris
- A pourvoir dès maintenant
En tant que géomaticien(ne) / cartographe, vous participerez à construction de méthodologies géomatiques innovantes et à la production cartographique des différentes missions de l’agence :
- Récupérer, intégrer et gérer la donnée territoriale au sein de notre base de données
- Numériser, digitaliser, valoriser la donnée territoriale au service de nos études
- Réaliser des traitements géomatiques et statistiques dans le cadre de nos missions
- Produire des cartographies (sous SIG et Illustrator) d’analyse et d’enjeux territoriaux
Vous reconnaissez vous ?
- Master 2
- Une parfaite connaissance des traitements géomatiques au service de problématiques territoriales
- Des connaissances solides en gestion de bases de données et en programmation python
- Des aptitudes graphiques et une bonne connaissance de la sémiologie cartographique
- Une expérience en gestion de projet agile (Scrum) serait un plus.
Outils : QGiS, Postgres/Postgis, Illustrator
Langage : Python (Pandas/Geopandas), SQL, JS (Leaflet/OpenLayers)
Ce que nous recherchons :
- Des esprits curieux des problématiques urbaines et environnementales
- Des personnes rigoureuses, autonomes et responsables
Rémunération : suivant expérience et profil
Candidatures à l’attention de Vincent Ferrand, par mail à sigcitadia AT gmail.com sous la référence “CDD SIG / PARIS / Prénom Nom” (merci de ne pas compresser vos pièces jointes).
Bonjour,
Je vais m'y essayer (les pythonistas con/infirmeront): vous utilisez une extension du nom de TileIndex qui n'apprécie pas qu'un champ de la couche que vous utilisez comporte le caractère "é" qu'elle n'arrive pas à convertir en minuscule.
Renommer le champ devrait, je pense, enlever ces messages.
Je trouve votre question curieuse, bien curieuse...
carteq vous a répondu en évoquant une question d'arbitrage, un choix à faire...
Replacez vos clients au centre de votre démarche-qualité.
4 Go ne me semble pas une contrainte... Ã moins que vos clients aient peu de place sur leur disque dur...
Compression de données
et
Compression d'images
https://fr.wikipedia.org/wiki/Compression_de_données
https://fr.wikipedia.org/wiki/Compression_d%27image
avoir le beurre et l'argent du beurre
https://fr.wiktionary.org/wiki/le_beurr … _du_beurre
et le sourire de la crémière
https://fr.wiktionary.org/wiki/le_beurr … a_crémière
PS J'ai cherché rapidement dans les archives s'il y avait des fils de discussion parlant de comparaison des formats de compression avec perte et qualité de l'image finale.
J'ai trouvé ce fil de 2013 :
- https://georezo.net/forum/viewtopic.php?id=88200
ainsi qu'un fil encore plus récent :
https://georezo.net/forum/viewtopic.php … 78#p289078
En espérant que cela puisse vous aider à vous faire votre propre réflexion.
Sachant donc que l'utilisateur nitram a bien parlé de trouver un : compromis .
J'ai mis délibérément le mot en gras, pour en souligne l'importance.
Bonjour et bienvenue sur le forum,
En prenant connaissance de votre problème je me demandais naïvement s'il ça serait plus simple de numéroté vos regards de l'amont vers l'aval plutôt que de stocker les identifiants amonts dans une chaine concaténée. Bien-sûr cela implique d'avoir une numérotation distincte pour chaque ligne donc autant de champs que de lignes ce qui j'imagine peut être conséquent.
Je me demandais également si le critère d'altitude était absolument fiable, ne peut ont pas avoir deux regards successifs avec la même altitude ? Si c'est le cas l'altitude ne pourra pas être un critère suffisant pour déterminer le regard amont.
Quelques ressources par rapport à Python dont vous avez peut être connaissance)
- les méthodes de bases Python : https://www.programiz.com/python-progra … s/built-in
- la documentation de l'API pyQGIS https://qgis.org/pyqgis/3.0/index.html
- le cookbook : https://docs.qgis.org/2.18/en/docs/pyqg … _cookbook/
Attention il y a des changement important dans l'API Python entre QGIS 2.18 et QGIS 3
Voici quelques éléments pour vous aider à avancer dans votre réflexion :
- il n'est pas nécessaire d'aller récupérer les champs avec la fonction fields(), l'objet QgsField que vous récupérez avec cette fonction à pour vocation de manipuler les champs (nom, type, précisons) mais pas d’accéder aux valeurs des attributs. Pour accéder aux valeurs quand vous itérez sur les points avec getFeatures() vous pouvez directement lire un champs à la manière d'un dictionnaire Python : feature['MATRICULE']. Noter par ailleurs que par convention les noms de variable en majuscule sont réservés aux constantes.
- vous pouvez vous passer de vos champs COMM1 COMM2 ..., l'information se trouve déjà dans votre champs DESCRIPTEU et vous pouvez traiter directement cette valeur dans votre code. Python offre de nombreuses fonction pour manipuler les chaines de caractères (https://www.programiz.com/python-progra … ods/string). La fonction split() vous permet notamment de découper une chaine en fonction d'un caractère donné. Ainsi '2B7-2B8'.split('-') vous retournera directement une liste de la forme ['2B7', '2B8'].
- il faut anticiper la structure des données dans votre programme, c'est à dire le type de conteneur/de variable qui sera utilisé pour représenter et organiser au mieux les données selon votre problématique. Dans votre cas vous pouvez par exemple vous appuyer sur les dictionnaires Python qui permettent d'élaborer des structures de type clé/valeur. On peut imaginer construire un dictionnaire pour chaque point dont la clé sera constituée des numéros des lignes concernées par le point, et les valeurs seraient le matricule du regard amont ou mieux un second dictionnaire dont la clé est le matricule et la valeur l'altitude, exemple : {'2B7':{48300:20}, '2B8':{48400:25}}
- l'inverse de la fonction split() et la fonction join() qui permet d'assembler les éléments d'une liste avec un caractère, la syntaxe peut prêter à confusion car il s'agit d'une méthode de la classe string et non de la classe list: '-'.join(['2B7', '2B8']) retournera la chaine '2B7-2B8'. Vous pourrez utiliser la méthode join() sur une liste ou un dictionnaire pour construire la chaine de caractère de votre champs MAT_AMONT.
- la fonction float() vous permettra de convertir l'information d'altitude en un nombre décimal : z = float(feat['ZR'])
Évidement convertir du texte en float n'est pas possible et vous aurez une erreur. Il serait plus logique dans l’organisation de vos données que le champs ZR soit dés le départ de type float et que l'information 'RECOUVREMENT' qui renseigne sur un état et non l'altitude soit matérialisé ailleurs. Néanmoins vous pouvez traiter le problème par un bloc try except qui permet de ne pas planter si la conversion échoue mais de prévoir ce qu'il faut faire en cas d'échec, exemple :
- trouver les regards amonts nécessite de comparer chaque regard avec tous les autres afin d'évaluer certains critères : le regard est-il sur la même ligne, son altitude est-elle supérieure... Ainsi, comme vous le pressentez, il faut utiliser des boucles imbriquées:
Le problème ici est que comparer tous le monde avec tous le monde est lent. Avec 1000 points cela fait déjà 1000² itérations. Il faut donc établir le maximum de critère pour éviter le plus en amont possible toute comparaison inutile. Par exemple si feat1 n'a pas de valeur d'altitude la comparaison ne sera pas possible et ce point n'a donc pas à être comparer avec les autres. Le mot clé continue permet dans un boucle de passer directement à l'itération suivante et vous sera très utile dans ce cas de figure, exemple :
Si vous avez beaucoup de points, il peut être intéressant de d'établir d'autres critères afin que la seconde boucle qui représente les points à tester ne s’exécute pas sur l'intégralité de la couche mais une sélection de points. On pourrait pas exemple présélectionner tous les points partageant un même identifiant de ligne ou bien encore utiliser un critère spatiale si l'on sait par exemple qu'un regard amont ne peut pas être éloigné de plus de 500 mètres, alors on ne testera que les regards se trouvant dans un rayon de 500m.
Voilà un peu de grain à moudre ! Bon courage.
Bonjour,
Il ne trouve pas les orthophotos. Voir quels chemins sont référencés dans le projet .qgs
Aussi, ne pas hésiter à utiliser le plugin QFieldSync pour synchroniser votre projet les couches associées avec le dossier sur votre smartphone.
Pour les photos, le type de champs à utiliser, dans l'onglet "Outil d'édition", est "Ressource externe"
Bonjour, et merci pour ces infos FPNO (je ne connaissais pas ce site).
Pour préciser le contexte (pour Bruno): il s'agit d'identifier des propriétaires pour la création d'associations d'irrigants sur des lots de communes. Nous (je n'y travaille pas seul) sommes Chambre d'agriculture, de l'Hérault précisément, et réalisons ce travail comme prestation, il ne s'agit pas de missions consulaires et d'appui à des collectivités.
Je ne manipule pas ces données habituellement, excusez la naïveté de mes questions.
Bonjour,
J'ai également eu des soucis sur l'intégration du service géoportail de l'IGN dans Portal. La meilleur façon de la faire fonction est de ne pas l'insérer comme WMTS mais comme tile layer avec une url comme celle-là : https://wxs.ign.fr/xxxx.Clé.xxxx/geopor … ="non de la couche"&STYLE=normal&FORMAT=image/jpeg&TILEMATRIXSET=PM&TILEMATRIX={level}&TILEROW={row}&TILECOL={col}
Il suffit d'indiqué ta clé en ayant au préalable indiqué ton site portal dans les referer autoriser sur le site de l'IGN.
Il faut aussi cocher "use as base Basemap". Tu peux ensuite ajouter la webmap dans tes basemap : http://enterprise.arcgis.com/fr/portal/ … semaps.htm
Tu pourras ensuite t'en servir directement dans arcgis pro il me semble.
Cordialement.
PS : tu peux avoir des services équivalent chez ESRI France pour le même prix sans te prendre la tête.
Bonjour,
je me permet de relancer ce post car je n'ai toujours pas débloqué mon problème..Peut etre avez vous d'autres idées?
Marine.
[STAGE] Intégration de données patrimoniales et cartographiques de réseaux d’éclairage public et d’équipements connectés dans une base de données SIG.
Aquitaine
Contexte : réseaux secs et la réforme des DT/DICT (géoréférencement en classe A)
Durée du stage : minimum 4 mois
Contact : Marie Paule Valleix 0556636559 / Patrick Malischewski 0556998935
Pour postuler :
Envoyer un CV et une lettre de motivation à mpvalleixatbordeaux-metropole.fr
Missions :
Mise à jour d’une base de données spatiales
Cartographie thématique (avancement du géo-référencement, zones ...)
Analyse spatiale (recherche de zones non géo-référencer, Mise à jour de listing de rues géo-référencer)
Préparation de plans pour intégration dans une base SIG (méthodologie, optimisation de la tache)
Scan et géoréférencement de plans de réseaux secs
Compétences : SIG / Topographie
Analyse spatiale
Outil SIG (Qgis)
Outil CAO DAO (Autocad ou Mensura)
Notions (informatiques, ETL, réseaux secs)
Divers : Appétence pour la technique
Profil souhaité : niveau, licence, maitrise
Date : à partir de février/ mars 2019
Collectivité : Bordeaux Métropole
Lieu d’accueil : Bordeaux Centre (Mériadeck)
Pôle/ Direction/ Service : Direction Haute Qualité de Vie/ Direction de l’Énergie et de l’Environnement Durable/ Service Éclairage, Réseaux Secs et Équipements Connectés
Rémunération : selon législation en vigueur
Hello,
Tout sera amélioré dans la 3.4 : https://www.lutraconsulting.co.uk/blog/ … s-qgis3-4/
Bonjour,
Je suis à la recherche dans un cadre pro d'une couverture vectorielle des provinces de France d'avant la 1ère révolution.
J'ai contacté l'auteur de la carte en question et celui-ci m'a dit être parti d'un scan de son Larousse 1952 (motivé comme un wikipédien, ce cartographe britannique :).
Avant de procéder de la même manière, je me demandais s'il l'un.e d'entre nous aurait connaissance d'un jeu de donnée existant. J'ai bien connaissance d'une couverture des limites des diocèses de France au Moyen-Age, mais je ne sais pas s'il est possible de faire le regroupement pour déterminer les limites de provinces (d'autant que je ne suis pas historien, et que je n'ai pas envie de consacrer trop de temps à la réalisation d'une 'bête' carte administrative).
Bref, je suis preneur de toute piste avant de faire sinon du "quick'n'dirty" ! :/
Bonne semaine,
S.
Geomag.fr est le site Internet de la revue Géomatique Expert. Géomatique Expert est une revue du groupe Cimax (mentions légales).
Cimax / Géomatique Expert - 5 rue Olivier NOYER - 75014 Paris
