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

[Données] Re: Sombres photos de la BD ORTHO

Georezo.net - 28/09/2018 - 21:21
Nombre de message(s) précédent(s) : 9

J'ai l'impression que je me suis mal fait comprendre (à moins que ?) Ce ne sont pas les conditions météo différentes qui son en cause (on essaie de choisir de voler par beau temps, et en plus, avec les caméras numériques, on sait assez bien modéliser l’atmosphère pour corriger son influence).
Par contre, d'une année sur l'autre, l'aspect du terrain change (plus jaune les années sèches, plus foncé les années humides).  Et que faire quand la saison est en avance (comme cette année), et que les champs de betterave de 2015 sont devenus des champs de blé moissonnés? Faudrait-il harmoniser un département en le raccordant à une prise de vue plus ancienne de moins bonne qualité. Et un département n'a assez rarement qu'un seul voisin (sauf la Corse, si mes souvenirs sont exacts, et les DOM qi n'en ont aucun...) Faut-il vous harmoniser avec la Mayenne, la Loire-Atlantique, les Deux-Sèvres,etc, il y en a 7 autour de vous?
En plus, je trouve que vos images sont plutôt meilleures que celle de vos voisins! (les goûts et les couleurs...)
PS : ECW, JPEG kif kif bourricot pour ce qui est de la radiométrie, juste une (toute) petite différence dans le rendu des détails (et un gros écart en taux de compression).

Catégories: Géomatique

[Données] Re: Sombres photos de la BD ORTHO

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

odissard a écrit:

il n'y a pas que les bancs de sable, il y a les plages, les carrières, certaines routes et pistes d'aéroport
il peut y en avoir partout.


Ah d'accord, merci. Je ne suis pas spécialiste de ce domaine, je ne le savais pas.

Quant à chercher à automatiser, une piste pour les chercheurs en IA (intelligence artificielle), pour les 10 ou 20 années à venir, sans doute.

Catégories: Géomatique

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

Georezo.net - 28/09/2018 - 18:19

Bonjour,

Je sais pas si la question a été traité, dans ce cas je m'en excuse je n'ai pas trouvé de réponse.

Alors voilà j'ai un souci,

Je travaille sur un atlas, avec une multitude de couches et je voudrais faire plusieurs cartes. Je souhaiterais faire des cartes qu'avec certaines et d'autres avec toutes. Le problème c'est que dans le composeur d'impression, la légende présente toutes les couches de mon projet même celles qui ne sont pas active. Dans ce cas de figure, il est pour moi extrêmement chronophage de retirer la couche puis de la remettre...

J'ai beau cherché dans les paramètres mais je ne trouve pas la solution, ceux que je fait actuellement c'est que je fais une retouche sur paint, mais solution bien nul.

Y'aurait-il une manip à faire pour n'avoir dans la légende que les couches active ?

Merci d'avance

Catégories: Géomatique

[Données] Re: Sombres photos de la BD ORTHO

Georezo.net - 28/09/2018 - 17:23
Nombre de message(s) précédent(s) : 7

Comme tu le sais (!), Pascal, il n'y a pas que les bancs de sable, il y a les plages, les carrières, certaines routes et pistes d'aéroport, ... Bref, il peut y en avoir partout. Quand bien même tu mettrais un masque s'il existe, il te reviendrait ensuite de gérer les radiométries dans ces objets en cohérence avec leurs contextes égalisés. C'est d'une complexité et d'un coût incomparables avec le soin laissé à l'utilisateur de régler sa dynamique en fonction de ses besoins.

A moins que je n'ai pas compris où tu veux en venir ?

Catégories: Géomatique