Agrégateur de flux

[Télédétection] Re: Carto des sols cultivés par espèce en "temps réel"

Georezo.net - 01/10/2018 - 12:53
Nombre de message(s) précédent(s) : 3

Bonjour, je viens de télécharger OneSoil .... cette appli est réellement disruptive dans l'approche de l'utilisation de l'image satellite !!! Et ce ne sont pas des américains qui ont lancé çà ... ce sont des biélorusses ..
A suivre de très près, la surveillance de la planète par Smartphone arrive à grand pas !!
JY

Catégories: Géomatique

[Mapinfo] Re: MapBasic point à moins de 50m d'un polygone

Georezo.net - 01/10/2018 - 12:06
Nombre de message(s) précédent(s) : 3

Bonjour,

Je ne suis pas sûr que les buffers puissent être générés dans une sélection SQL Mapinfo.
2 étapes fonctionneraient à coup sûr :
- générer vos buffers dans une table
- faites votre requête entre la table des buffers et celle de vos polygones.

Nicolas.

Catégories: Géomatique

[QGIS] Re: QGIS & PostGIS: Problème "spatial index" et "edition"

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

N'étant pas expert en la matière, le fait de passer par un dump / restore  classique en ligne de commande de vos bases avec les options qui vont bien devraient résoudre pas mal de problèmes.

Après en ce qui concerne votre second problème est ce qu'il ne faudrait pas mettre a jour votre version de Qgis vers la 2.18 qui a peut être corrigé ce genre de bug ?

Catégories: Géomatique

[QGIS] Re: QGIS & PostGIS : Problème "spatial index" et "edition"

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

J'ai résolu ma première problématique.
Lors de la migration des données, j'ai perdu le paramétrage de mes primary key ... il refusait donc de m'éditer la couche sans clé primaire paramétrée.

Si vous avez une idée pour le problème n°2 je suis preneur, c'est pas bien grave mais cela reste tout de même gênant.

J.

Catégories: Géomatique

[Geolibre_web] [Lizmap] Problème de cache

Georezo.net - 01/10/2018 - 11:07

Bonjour,

Nous avons installé QGIS Server et Lizmap sous Windows. Tout fonctionne correctement sauf que Lizmap recharge chaque couche à chaque déplacement ou zoom (3 secondes par donnée).

J'ai crée un dossier lizmap 'interne' dans lequel j'ai mis plusieurs projets QGIS. Les projets sont enregistrés dans C:webserverdataprodinterne
Le cache est généré dans le dossier c:webservercacheprod sauf que chaque dossier qui correspond à une donnée est vide...

On a bien des fichiers .cache qui se trouvent dans C:webserverlizmapprodmastertemplizmapwwwcacheqgisprojectsjelix_cachejelix_cachewebserverdataprodinterne et dans C:webserverlizmapprodmastertemplizmapwwwcachemyapp

Nous avons testé différents répertoire racine du cache dans Lizmap mais rien n'y fait : C:/webserver/cache/, C:/webserver/cache/prod/ ....

Si on supprime tous les dossiers dans webservercacheprod, ils sont recrées lors du chargement du projet lizmap mais restent vides ...

Merci de votre aide !

Catégories: Géomatique

[QGIS] Re: QGIS: indice sommets d'un polygone

Georezo.net - 01/10/2018 - 10:28
Nombre de message(s) précédent(s) : 3

Bonjour,

Désolé je n'utilise QGis que comme logiciel de cartographie et de visualisation ... J'espère que quelqu'un vous répondra.

Catégories: Géomatique

[QGIS] Re: QGIS: indice sommets d'un polygone

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

Ok, je travaille sur shapefile ou spatialite mais je ne maitrise pas encore PostGIS/PostGre.
N'y a t il pas une variable récupérable sur QGIS directement?

Catégories: Géomatique

[Job] [FPT] Chargé(e) de projet SIG et Open Data - Nanterre (92)

Georezo.net - 01/10/2018 - 09:00

Le Département des Hauts-de-Seine recrute un(e) chargé(e) de projet SIG et Open Data.

Référence : AGV.18.302
Cadre d'emplois : Ingénieurs territoriaux
Date de clôture des candidatures : 12/08/2018

Cotation du poste : 4.1 Chargé de dispositif ou de projets

Le Pôle Attractivité, Culture et Territoire est en charge du pilotage des stratégies et des actions opérationnelles du Département tendant à l’animation et à la cohésion de son territoire : développement économique, promotion du territoire, services et infrastructures de déplacements, environnement, politique de l’eau, aménagement de l’espace public.

Au sein du pôle, la Direction du développement territorial a pour rôle de piloter, coordonner et alimenter l’information et les réflexions stratégiques en matière d’aménagement, de développement durable, de gouvernance du territoire en relation en particulier avec la réforme territoriale, la Métropole du Grand Paris et Paris Métropole. Elle doit ainsi permettre de développer une vision territoriale partagée à l’ensemble des services du Département, tout en facilitant leur travail collectif et la diffusion de l’information dans le cadre de l'Open Data, du Système d’Information Géographique et des ressources documentaires.

Mission :

Sous l’autorité du responsable de l’unité SIG et Open Data et en lien avec les membres de l’unité, le chargé de projet SIG et Open Data mène les projets SIG avec les Directions et la DSI à destination des utilisateurs internes, des partenaires et du grand public, le tout en lien avec la démarche Open Data départementale.

Activités :

A ce titre, vos missions sont de :

Assurer l’expertise fonctionnelle des outils SIG (référent fonctionnel) déployés au Département :
- au sein de l’unité (Assurer la veille SIG : Applicatifs et solutions, rapport d’étude)
- en lien avec la DSI (Recette fonctionnelle, coordination de projet d’évolution du SIG (déploiement, migration), TMA, rédaction de documentation associée)

Piloter et conduire des projets SIG (notamment les projets « métier » à composante géographique et les projets 3D) :
- Réaliser des études d'opportunité et de faisabilité
- Traduire les besoins des utilisateurs
- Identifier et tester les solutions techniques à mettre en œuvre
- Rédiger les spécifications fonctionnelles et techniques
- Planifier la mise en œuvre des projets et élaborer les calendriers de réalisation
- Documenter les applications mises en œuvre (fiche projet, manuel utilisateur, procédure,  …)

Assurer l’acquisition et la diffusion des données de référence en lien avec la démarche Open Data :
- rédaction de marchés d’acquisition de données,
- conventions d’échanges de données
- structuration et modélisation de données (2D/3D)
- intégration de données au SIG et à l’Open Data
- diffusion aux utilisateurs via les logiciels et applications métier / grand public

Contrôler et superviser, pour les projets sous sa responsabilité, les prestations externes de traitement de données et les marchés d’acquisition de données.

Animer les formations internes sur les outils SIG et assistance aux utilisateurs.

Profil :

Titulaire d’un diplôme d’ingénieur ou équivalent, vous avez des connaissances en gestion et traitement de données (modélisation, structuration), connaissances des données géographiques de référence (RGE) et en matière d’ouverture de données publiques (Open DATA).
Vous maîtrisez : l’outil de transformation et de traitement des données (ETL : FME) des solutions logicielles SIG (gamme ESRI), et la conduite de projet.
Vous disposez de connaissances des procédures administratives, budgétaires et marchés publics. 
Vous avez des notions en matière de technologie Web cartographique et  vous savez  gérer les métadonnées géographiques (Inspire).
Vous avez des capacités managériales et d’animation de réseaux, vous êtes reconnu pour vos qualités relationnelles et rédactionnelles de même que pour votre esprit de synthèse et d’analyse.
Autonome, rigoureux, disponible et à l’écoute, vous avez le goût pour l’innovation et  des aptitudes à travailler en équipe et en transversalité,  vous faites preuves de polyvalence et disponibilité dans votre organisation.

Pour postuler, cliquez sur le lien : https://cg92.gestmax.fr/3484/1/un-charg … n-data-h-f
ou répondez à l'offre par courrier, en adressant votre lettre de motivation et votre curriculum vitae à :
Conseil d̩partemental des Hauts-de-Seine РP̫le Ressources Humaines et Financi̬res - Service Emploi et Comp̩tences - 92731 Nanterre Cedex ;

Catégories: Géomatique

[QGIS] indice sommets d'un polygone

Georezo.net - 01/10/2018 - 08:18

Bonjour,
je cherche à obtenir le numéro d'indice des sommets d'un polygone. Ce dernier doit faire l'objet d'une variable sous-jacente car il est utilisable dans plusieurs fonction  ("point_n" ou "distance_to_vertex" par exemple) mais je n'en ai vu aucune permettant de récupérer l'indice en lui même.

Le but est de générer, par concaténation du numéro identifiant le polygone et de l'indice du sommet, un numéro unique pour chaque sommet de chaque polygone de ma couche en vue d'une implantation.

Catégories: Géomatique

[Données] Re: Intégrateur de données EDIGEO vers Postgis pour windows

Georezo.net - 01/10/2018 - 07:50
Nombre de message(s) précédent(s) : 22

Bonjour,

Pour l'erreur de topologie, cela vient des données sources de la DGFiP.
Je viens de regarder le code, il faut effectivement lever cette erreur. Dans la version que nous utilisons (topologie) ces polygones en erreur sont inscrit dans une table spécifique avec le N° de l'objet edigéo, et la référence du lot.
Je fais le nécessaire dès que possible pour la version "grand public", malheureusement pas avant fin de semaine, car emploi du temps un peu chargé.

Pour le ptrsubsection idem, c'est une modif récente qui ne fonctionne pas. Désolé.

Je m'en occupe au plus tôt.

Catégories: Géomatique

[Télédétection] Re: Carto des sols cultivés par espèce en "temps réel"

Georezo.net - 30/09/2018 - 22:55
Nombre de message(s) précédent(s) : 2

Bonjour,

en termes de projet similaire, OneSoil se positionne, entre autre, sur ce créneau ;)

Catégories: Géomatique

[Données] Re: Intégrateur de données EDIGEO vers Postgis pour windows

Georezo.net - 30/09/2018 - 20:25
Nombre de message(s) précédent(s) : 21

Bonjour,

merci pour la réponse.
Ca marche mieux en effet.
Cependant, j'ai un autre problème en cours de traitement de toutes les communes d'un coup :
<<
Signature du problème :
  Nom d’événement de problème:    CLR20r3
  Signature du problème 01:    Integrateur_Edigeo.exe
  Signature du problème 02:    1.0.0.0
  Signature du problème 03:    5b0c0e59
  Signature du problème 04:    Npgsql
  Signature du problème 05:    2.2.1.0
  Signature du problème 06:    54228f78
  Signature du problème 07:    8d0
  Signature du problème 08:    680
  Signature du problème 09:    Npgsql.NpgsqlException
  Version du système:    6.1.7601.2.1.0.256.1
  Identificateur de paramètres régionaux:    1036
  Information supplémentaire n° 1:    0a9e
  Information supplémentaire n° 2:    0a9e372d3b4ad19135b953a78882e789
  Information supplémentaire n° 3:    0a9e
  Information supplémentaire n° 4:    0a9e372d3b4ad19135b953a78882e789
>>


J'ai aussi regardé les logs de postgres  et je vois une erreur. Est-elle liée ? probablement :
<<
ERREUR:  GEOSPointOnSurface: TopologyException: Input geom 1 is invalid: Self-intersection at or near point 645729.20059922105 1766168.1910879475 at 645729.20059922105 1766168.1910879475
2018-09-30 12:21:45 AST [18152-2] olive AT cadastre INSTRUCTION :  SELECT st_asbinary(st_pointonsurface(st_geomfromwkb((('\x010300000001000000AF0E000000000000FC972341000000
.........................
>>


Erreur géo sur une entité  ?? Y aurait-il un moyen de rendre le code plus robuste ?

J'ai donc essayé avec une seule commune et le traitement arrive au bout. Après examen de la BD, table "parcelle", je vois que le champ "ptrsubsection" n'est en majorité pas renseigné. 59 seulement sur 16 000 parcelles. Bizarrement, cela correspond au nombre de sous-sections !!!  comme si 1 seule parcelle par "subsection" voyait sa clé externe renseignée.  Du coup, pas facile de faire des requêtes ensuite.
Est-ce un bug ?

Merci d'avance

Catégories: Géomatique

[QGIS] Re: QGIS: N'afficher que les couches actives dans la légende

Georezo.net - 30/09/2018 - 19:43
Nombre de message(s) précédent(s) : 1

Bonsoir Remyk 
Il y a  au niveau du widget de définition des légendes un petit bouton avec un symbole d'entonnoir qui sert à filtrer les couches dont des objets sont réellement visible dans l'emprise de la carte.
C'est censé faire le job. On peut même y mettre une expression pour filtrer par la géométrie réelle de l'objet servant à faire les itérations de l'Atlas.
Bonne soirée

Catégories: Géomatique

[Télédétection] Re: Carto des sols cultivés par espèce en "temps réel"

Georezo.net - 30/09/2018 - 19:28
Nombre de message(s) précédent(s) : 1

bonjour,

oui la chaine iota2 (http://www.cesbio.ups-tlse.fr/multitemp/?p=8114) qui produit "Théia OSO" est un bon candidat je pense (http://tully.ups-tlse.fr/jordi/iota2)

a adapter en ajoutant des règles métiers

Jonathan

Catégories: Géomatique

[QGIS] QGIS 3 / Plugin: liste des layers

Georezo.net - 30/09/2018 - 17:42

Bonjour,

J'essaie de développer un plugin pour QGIS3.2.
Dans ma boite de dialogue du plugin, j'ai un bouton, quand je clique dessus, je voudrais récupérer la liste des layers du projet.
Dans les fichiers du plugin, j'ai des fichiers myplugin.py, myplugin_dialog.py et myplugin_dialog_base.ui.
Je compile myplugin_dialog_base.ui avec pyuic5 pour obtenir un fichier myplugin_dialog_base.py.

première question : la fonction correspondant au clic sur mon bouton doit être écrite dans le fichier myplugin_dialog.py, c'est bien ça ?
ensuite, pour récupérer la liste des layers, j'essaie la commande :

Code:layers = QgsProject.instance().mapLayers()

Mais j'ai une erreur Python : QgsProject is not defined

Comment faire ?

Merci, Nico

Catégories: Géomatique

[Données] Re: Intégrateur de données EDIGEO vers Postgis pour windows

Georezo.net - 30/09/2018 - 11:15
Nombre de message(s) précédent(s) : 20

Bonjour,

Il faut dezziper les .tar.bz2 deux fois pour obtenir les fichiers "lisibles" en format texte, pour un lot vous aurez alors des .thf, .vec, .qal ...
le premier problème vient de là.

Pour le SRID j'ai mis une liste provenant d'une page officielle IGN, s'il faut en ajouter pas de soucis nous ferons la modif.

Catégories: Géomatique

[Données] Re: Intégrateur de données EDIGEO vers Postgis pour windows

Georezo.net - 29/09/2018 - 21:14
Nombre de message(s) précédent(s) : 19

Bonjour Christophe,

je viens d'essayer ton intégrateur pour les communes de la Guadeloupe.
J'ai suivi les instructions sur github :
- dezipper les fichiers dans un répertoire (2018). Je me retrouve avec les sous-répertoires des communes et les fichiers .bz2 dedans (voir PJ)
- charger les fichiers thf dans l'intégrateur, en indiquant 2018, et sélectionner le répertoire 2018
- sélectionner la bonne projection. Je suis d'ailleurs étonné que ce ne soit pas EPSG 32620 en lieu et place de 4559, qui a une ellipsoïde "GRS 1980" et non "WGS 84"
- Lancer l’intégration et renseigner les infos de connexion à Postgresql (9.4). Pour info, je travaille depuis une virtualbox win32 et tape sur le
postgresql de la machine hôte (Debian).

Résultats :
- la popup "fin de l'intégration" apparaît 1s après (voir PJ)
- les tables et les séquences ont bien été créées dans la BD mais sans ajout de données.

Quel problème vois-tu à priori ?

Merci d'avance

Catégories: Géomatique

[Théorie] Interpolation?

Dernières discussions Sig forum - 29/09/2018 - 09:19
Bonjour ,

je trouve beaucoup d'article qui prononce le mot interpolation spatial,interpolation temporel?
c'est quoi au juste l'interpolation dans les SIG en général?et a quoi ça sert?et quand on peut l’utiliser?
merci pour votre éclaircissement ?


ne me dis pas cherche sur google j'ai cherché mais j'ai pas compris ,si vous aurez un bon document sur ça je suis preuneuse

cordialement
Catégories: Géomatique, On en parle

[Télédétection] Carto des sols cultivés par espèce en "temps réel"

Georezo.net - 29/09/2018 - 07:31

Bonjour,

Je suis agronome de formation avec une double spécialisation en informatique depuis 20 ans. J'ai travaillé très rapidement avec quelques outils sig (Mapinfo et Qgis) mais sur des sujets très simples.

Je travaille actuellement sur un projet pour lequel j'ai besoin d'une carto des sols à "l'espèce cultivée" en temps "réel" (avec bien entendu une marge d'erreur) !
Ce projet s'intéresse essentiellement aux plantes cultivée annuelles.

L'idée "théorique" serait d'utiliser des images satellites (sentienl-2 ?) avec des séries temporelles et de déterminer les espèces en utilisant à la fois des algo "data" et des règles métiers (date de semis, rotation, ...).

Ma classification se ferait sur plusieurs niveaux qui seraient progressivement précisés dans le temps en fonction des images disponibles et du cycle végétatif de la plante.
Exemple :
Détermination d'une céréales à paille en début de saison,
puis précision sur l'espèce progressivement (Blé, Orge ...) avec un probabilité de x%.

En fouillant sur internet je ne retrouve rien de similaire.
J'ai trouvé le projet OSO qui est très aboutit mais qui produit une carte d'occupation des sols plutôt en différé avec une classification pas assez détaillée sur les zones cultivées.

Mes questions :
Est-ce que vous avez connaissance d'un besoin / projet / réflexion similaire ?
Est-ce totalement utopique ?
Est-ce à la portée d'un novice ?

Merci pour tous vos conseils !
Christophe

Catégories: Géomatique