Georezo.net

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

Rlucas, cela donnerait quelque chose comme ça :

Code:WITH l AS (SELECT id, (st_dump(geom)).geom FROM lignes) SELECT DISTINCT ON (p.id) p.id as idpoint, st_makeline(st_geometryn(p.geom,1),st_closestpoint(l.geom,p.geom)) as geom FROM points as p JOIN l ON st_dwithin(l.geom,p.geom,distance_tampon) ORDER BY idpoint, st_distance(l.geom,p.geom);

La clause DISTINCT ON (colonnes ou ensemble de colonnes) https://www.postgresql.org/docs/9.5/sql … L-DISTINCT ne garde pour chaque colonne ou ensemble de colonnes que le premier résultat, les suivants sont retirés.
En l'occurrence, couplé à un tri sur la distance, cette clause conserve le point projeté sur la ligne le plus proche du point...
Par ailleurs, dans le cas où il existerait plusieurs lignes situées à une même distance d'un point, cette clause ne conserve tout de même qu'un résultat, à la différence de l'utilisation de la fonction de fenêtrage RANK qui en a été faite, qui aurait retourné plusieurs points projetés.


En outre, il a été intégré dans la requête le dump des lignes.
Enfin, grâce à la fonction ST_GeometryN(geom,Nième_Point) https://postgis.net/docs/ST_GeometryN.html, la requête est capable de travailler avec des Points contenus dans une table dont le type géométrique a été renseigné comme étant MultiPoint.


Pour ne pas créer de liens pour les points qui se trouvent déjà sur une ligne, la méthode la moins coûteuse en temps que j'ai pu trouver est de supprimer à la fin de la requête ces points-là :

Code:WITH l AS (SELECT id, (st_dump(geom)).geom FROM lignes) ,proj AS (SELECT DISTINCT ON (p.id) p.id as idpoint, st_makeline(st_geometryn(p.geom,1),st_closestpoint(l.geom,p.geom)) as geom, st_distance(l.geom,p.geom) as dist FROM points as p JOIN l ON st_dwithin(l.geom,p.geom,distance_tampon) ORDER BY idpoint, st_distance(l.geom,p.geom)) SELECT idpoint, geom FROM proj WHERE dist != 0;

Sam

Bonjour

à la base c'était une table

J'ai un problème avec la projection de ma couche depuis hier, j'ai

convertis les dms en dd, et lorsque je l'affiche, elle se retrouve sur l'atlantique

Je pense pourtant avoir choisis le bonne projection (WGS 84)

je travaille avec la pro. (que je maitrise pas d'ailleurs, très compliquée )


Merci

Entreprise

Magellium est une société innovante de plus de 130 collaborateurs, spécialisée dans le domaine de la géo-information et du traitement d’image. Au sein de Magellium, l’unité Earth Observation est en charge des activités de traitement d’images d’origine spatiale. Ses domaines d’expertise sont :
•    La géométrie des capteurs & le traitement d’image
•    La calibration/validation & le contrôle qualité
•    Les services d’observation de la Terre
Pour ces projets concernant le traitement d’image, Magellium propose le stage suivant :

Contexte
La rectification des images, comme la production de scènes 3D, suppose l’utilisation de modèles de localisation précis. Les incertitudes sur ces modèles en font partie intégrante, et doivent être minimisées en tenant compte d’observations exogènes. Il s’agit ici de proposer et d’étudier de nouvelles méthodes mathématiques pour optimiser les modèles.

Sujet
Magellium exploite régulièrement des modèles mathématiques pour associer les pixels des images à des coordonnées terrain. Ces modèles sont connus avec une certaine précision, et doivent être affinés en tenant compte d’informations exogènes liées au contexte d’acquisition : acquisitions simultanées, observations (points d’appuis), modèles de terrain…
Une méthode existe déjà, basée sur des algorithmes de minimisation au sens des moindres carrés.

Le candidat aura pour objectifs :
•    De proposer des nouvelles pistes innovantes, à la fois pour poser le problème et pour le résoudre
•    De prototyper et évaluer les méthodes candidates

Les travaux seront réalisés en python, C++ et/ou MATLAB, en s’appuyant sur des frameworks tels que numpy/scipy, Eigen ou ceres-solver, et un framework métier Magellium.

Le candidat travaillera en collaboration avec les experts géométrie pour poser les contextes d’expérimentation, définir les axes de travail et déterminer les principes d’évaluation des nouvelles méthodes (précision, temps de calcul…). Il sera en autonomie sur la définition et la mise au point de ces méthodes.

Mots clés : Prototypage, optimisation numérique, modélisation géométrique, spatio-triangulation, imagerie satellite
   
Mots clés informatiques : Python, C++, MATLAB

Mots clés transverses : autonomie, proactivité, innovation

Profils : Développeur
Durée : 4-6 mois
Contact : recrutement AT magellium.fr

https://www.magellium.com/who-we-are/#joinus

Stage 4 à 6 mois

Entreprise

Magellium est une société innovante de plus de 130 collaborateurs, spécialisée dans le domaine de la géo-information et du traitement d’image. Au sein de Magellium, l’unité Earth Observation est en charge des activités de traitement d’images d’origine spatiale. Ses domaines d’expertise sont :
•    La géométrie des capteurs & le traitement d’image
•    La calibration/validation & le contrôle qualité
•    Les services d’observation de la Terre
Pour ces projets concernant le traitement d’image, Magellium propose le stage suivant :

Contexte

Un modèle numérique de terrain (MNT) est une représentation de l’altitude de la surface terrestre sans le sursol (bâtiment, végétation…). Ces modèles sont indispensables pour l’exploitation des données images satellitaires. A l’échelle continentale (ou même nationale), ils sont en général calculés avec du radar ou par stéréo-vision mais en conservant le sursol, on parle alors de modèle numérique de surface (MNS).

Sujet

Magellium a développé un algorithme de génération de MNS en adaptant des algorithmes état de l’art de Computer Vision à la géométrie des capteurs push-broom (ex : Pléiades). L’objectif du stage est de prototyper un algorithme d’élimination de la contribution du sursol pour produire un MNT.

Le candidat aura pour objectifs :
•    De produire une bibliographie de l’état de l’art des techniques de génération de MNT à partir de MNS
•    De prototyper et évaluer les algorithmes candidats

Les travaux seront réalisés en C++ en s’appuyant sur des frameworks tels qu’OpenCV, GDAL et un framework métier Magellium.

L’évaluation des performances de la méthode sera menée sur des images diachroniques de la même zone utilisant le même capteur : différents couples d’images Pléiades acquises à des dates différentes. On observera notamment la robustesse aux ombres, au bruit et à la typologie de la scène (végétation, bâti…).

Ce stage, comportant une composante de développement importante, sera encadré par un expert logiciel/métier afin de garantir une première expérience d’ingénierie réussie, riche d’enseignements et de bonnes pratiques pour le candidat. Le travail sera réalisé en agilité (SCRUM), dans un cadre structuré. Le périmètre technique pourra ainsi évoluer au fur et à mesure de la montée en compétence du candidat.

Mots clés
Développement logiciel, prototypage, modèle numérique de terrain, nuage de point, spatio-triangulation 
   
Mots clés informatiques
C++

Mots clés transverses
autonomie, proactivité, innovation.

Profils : Développeur
Durée : 4-6 mois

Contact : recrutement AT magellium.fr

https://www.magellium.com/who-we-are/#joinus

Entreprise

Magellium est une société innovante de plus de 130 collaborateurs, spécialisée dans le domaine de la géo-information et du traitement d’image. Au sein de Magellium, l’unité Earth Observation est en charge des activités de traitement d’images d’origine spatiale. Ses domaines d’expertise sont :
•    La géométrie des capteurs & le traitement d’image
•    La calibration/validation & le contrôle qualité
•    Les services d’observation de la Terre
Pour ces projets concernant le traitement d’image, Magellium propose le stage suivant :

Contexte

Le Deep Learning est une méthode d’apprentissage automatique très efficace mais qui nécessite une importante quantité de données labellisées pour obtenir un résultat satisfaisant. La constitution manuelle de cette base de données est fastidieuse mais pourrait être considérablement optimisée avec des logiciels de labellisation dédiés, collaboratifs, et dotés d’outils d’assistance semi-automatique.

Sujet

Depuis quelques années, Magellium structure une activité Deep Learning autour du traitement d’image : segmentation, détection, classification… Ces algorithmes nécessitent une base de données d’apprentissage qui souvent doit être constituée pour l’occasion, par saisie et labellisation manuelle en utilisant des logiciels généralistes (GIMP, QGIS…) et des scripts développés en interne. La saisie consiste à tracer des masques vectoriels ou binaires sur les zones d’intérêt d’une image et à les labelliser en leur assignant un nom de classe de façon à constituer une base de données d’apprentissage.
Le stage proposé consiste à développer une plateforme collaborative de labellisation dotée d’outil d’assistance à la saisie, en tirant avantage des technologies du web.

Le candidat aura pour objectif :
•    D’étudier les alternatives open source existantes
•    De recueillir le besoin auprès des experts
•    De concevoir et maquetter, puis prototyper l’application

Les travaux seront réalisés en grande partie en javascript, en utilisant les frameworks web open source courants, voire WebAssembly si les performances des outils d’assistance à la saisie le nécessite.

Ce stage, comportant une composante de développement importante, sera encadré par un expert logiciel/métier afin de garantir une première expérience d’ingénierie réussie, riche d’enseignements et de bonnes pratiques pour le candidat. Le travail sera réalisé en agilité, dans un cadre structuré. Le périmètre technique pourra ainsi évoluer au fur et à mesure de la montée en compétence du candidat.

Mots clés
Développement logiciel, framework web, javascript, deep learning
   
Mots clés informatiques
Framework web, javascript

Mots clés transverses
Autonomie, proactivité, innovation.

Profils : Développeur
Durée : 4-6 mois

Contact : recrutement AT magellium.fr.

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

https://georezo.net/forum/viewtopic.php?id=62207 ?

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

Bonjour,

Merci pour vos retours.

Malgré la purge du cache, j'ai toujours le message d'erreur suivant pour les serveurs WMS et WMTS :

Échec du téléchargement des possibilités:
Purge des possibilités : Erreur inconnue

Je suis sur Linux avec la révision 383851c, donc si ça marche pour Windows, ça serait un bug lié à la version de mon OS ? Quelqu'un pour essayer sur Linux ?

Merci, LSam

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

L'équipe programme des journées QGIS vous offre un délai jusqu'à mercredi 21 Novembre au soir pour proposer vos présentations !
A vos résumés!

Régis pour l'équipe d'organisation des journées QGIS Montpellier

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

Bonjour,

1. Il faut dupliquer le calque des parcelles (par ex PARCELLE_TEMPORAIRE) : Covadis Edition / Calques / Recopier tout un calque
2. Décomposer toutes les polylignes du calque PARCELLE_TEMPORAIRE pour n'avoir que des lignes
3. insérer un point topographique à chaque intersection d'une ligne avec la polyligne 3D : Covadis Echanges / Echanges Profils Piste / Interpolation profils
  - valider un point topo (cocher en 3D / attribut altitude en automatique)
  - cocher Interpolation sur lignes caractéristiques
  - indiquer le calque PARCELLE_TEMPORAIRE comme calque des profils
  - indiquer le calque de la poly3D comme calque des lignes caractéristiques

Olivier

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

Bonjour,

Pour continuer sur le sujet, et malgré un peu de pratique, j'ai aussi énormément de mal à comprendre comment gérer les types géométriques dans les fonctions spatiales. Bien que la documentation soit claire sur les types pris en entrée dans les fonctions, elle l'est beaucoup moins sur les fonction permettant de convertir les types. Notemment lors de l'écriture de requêtes uniques, sans tables intermédiaires (ou à la rigueur avec des CTE).
Autant pour les multigéométries, St_Multi, St_Linemerge ou autre permet le plus souvent de passer en multigeometrie, autant l'inverse est complexe : ST_Dump produit une double geométrie qui peut entrer en conflit avec les contraintes geometry_columns, et la formulation avec les :: est aléatoire dans ses résultats.

Par ailleurs je n'ai trouvé aucun tuto clair sur ce sujet (passage de geometries simples à multi) et les nouvelles requêtes demandent de longs tatonnements.

Est-ce que que quelqu'un aurait de la documentation à ce sujet? Comment utiliser correctement les fonctions et les assignations de type (::) sans risquer de futurs conflits d'interprétation?

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

Merci, beaucoup, il ne me reste plus qu'à mettre tout ceci en place.
Cordialement,
JEDQ

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

Merci Tumasgiu,

J'ai filtré les objets en les changeant tous en "single" et je me suis rendu compte qu'il y avait des lignes. Après leurs occultations, la requête ne Nicolas fonctionne parfaitement et son temps de traitement de l'ordre de 3 minutes.

J'ai testé ta requête (post précédent), mais elle me renvoie un résultat vide, est-ce normal?

Ted

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

Bonjour,

Où les téléchargez-vous?

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

Bonjour,

une zone à un endroit et une autre à une autre, par exemple : sur une île.
Et alors, le centroïde de la commune il tombe parfois dans l'eau. Ça, c'est totalement inacceptable, d'un point de vue ... enfin, voyez quoi : ça ne va pas.

C'est pour cela qu'il existe la fonction st_pointonsurface()

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

Oui c'est bien cela

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

Bonjour,

Merci pour vos réponses.

PA, j'ai fait une demande d'inscription sur le site, mais jusqu'à présent je n'ai pas eu de retour et ce juste avant de rédiger ma demande /mon message.

Je souhaiterais que dans l'organisation ait pas à passer par plusieurs intermédiaires qui finiraient par nous brider dans notre élan en cas de défaillance.

En effet cquest, l'objectif n'est pas l'association mais l'animation et dynamisation des différents acteurs sur le territoire.

L'idée, justement, est d'être reconnue et existé pour pouvoir être identifié. Je sais qu'il y a beaucoup de travail derrière, on l'a constater durant nos mapping parti et nos échanges. On est une dizaine, mais c'est souvent qu'on nous demande si nous sommes une association. On a déjà été approché par une université, mais pas manque d'existence le projet a été mis en attente.

Nous sommes preneurs pour tous types de soutiens.

Bonjour,

J'utilise la version 10.2.1 d'ArcMap, et je me creuse la tête depuis une semaine sans trouver la solution.

Je vous explique ! J'aimerais créer une sorte d'atlas présentant des entités (actions) sur un territoire donné. Pour ça, aucun problème, cependant lors de la création de pages dynamiques, plusieurs entités (de la même couche "Actions") apparaissent sur la carte. J'aurais aimé savoir s'il était possible de ne faire apparaître qu'une seule entité par page dynamique ; sachant que chaque page dynamique concerne une entité de la couche "Actions."

Faut-il passer par une sélection ? Par le module Python ?

Le titre (en mode Mise en page) se cale sur l'entité affichée et centrée, mais les autres (peut-être trop proches à ce niveau d'échelle 1/100000e) apparaissent sur la carte, ce n'est donc pas très "visuel" !

Merci beaucoup de votre aide.

PierAK

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

Bonjour à tous,

ça fait un moment que ce message a été posté mais je souhaitais faire remonter le sujet car je suis dans une impasse.

Tout d'abord, je travaille sous Arcgis 10.5. Je tente de faire fonctionner le script ci-dessus, c'est-à-dire, éclater un fichier.shp afin de créer un fichier.shp pour chaque ligne de ma table attributaire. Du coup, j'ai adapté les variables à mon projet en indiquant les bons chemins. Le script se lance et fonctionne en créant un .shp pour chaque ligne mais les fichiers générés sont vides, et n'ont donc aucune géométrie ?

Quelqu'un aurait une piste ? Une fonction que j'aurais oublié d'utiliser ?

Merci beaucoup.

Fritz

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

Bonjour et merci pour votre réponse !

Effectivement, je n'avais pas pensé à ces dépressions ou fonds de vallées qui génèrent également des contours ne contenant aucun contour. Après l'idée (mais je ne sais pas si c'est réalisable) ce serait de chercher des contours ne contenant aucun contour ET pour les quels le dernier contenant a une valeur d'altitude inférieure... Je suis déjà bien incapable de réaliser la première partie alors j'avoue que je suis bien en peine pour intégrer cette seconde condition...

Du coup j'ai effectivement regardé du côté des outils grass et c'est assez intéressant. J'ai essayé de suivre l'exemple et de l'appliquer à ma situation et le rendu semble effectivement assez proche de ce que je recherche. En revanche, je pense qu'il doit y avoir un moyen d'affiner ce résultat. En fait, lorsque l'on souhaite extraire les points correspondants aux sommets, Grass va générer un point pour chaque pixel. Du coup j'ai des sommets pour lesquels j'ai plusieurs points (2, 3,...) ayant pourtant des altitudes différentes. Je me suis donc demandé comment "simplifier" ce résultat. Voilà un peu ce que j'ai imaginé (sans trop savoir comment y parvenir, hélas) :
- Pour chaque sommet repéré, n'extraire que le point  correspondant au pixel ayant la valeur la plus élevée (c'est en fait l'idée présentée dans la note présentée plus haut)
- Croiser cette donnée avec les courbes de niveau extraites au mètre (problème : il m'arrive d'avoir les 3 points d'un sommet dans un seul contour)
- Faire varier certains paramètres des algorithmes utilisés dans cette méthodologie : J'ai essayé de faire varier varier le "search" notamment, mais sans succès notable (si je met une valeur plus grande, fatalement j'ai plus de points en sortie...).

Je suis également étonné de certains résultats. En effet, cette solution semble identifier des "sommets" à des endroits où il s'agirait plutôt d'excroissances (souvent des crêtes ou des éperons). En même temps, j'ai des sommets (qui sont identifiés sur des cartes topo) qui ne sont pas repérés par cette analyse. Est-ce que ça pourrait venir des formes du terrain parfois un peu plus émoussées (sommet d'une colline ayant une forme très convexe par exemple)?

En tout cas merci pour ces éléments. Même si je fais des commentaires dessus ça me permet déjà d'avoir une bonne base de travail pour la suite !

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

Salut à tous,
J'ai ajouté un document:
il s'agit d'une série de questions réponses à un ingénieur de l'IGN:

Précision de mesure au GPS : Questions-réponses à Romain FAGES (IGN)
http://www.g-eaux.com/download/blog/Que … %27IGN.pdf

Pour moi ça clarifie assez bien les choses.

gégé