jancelin / geo-poppy

Raspberry Pi Standalone WebSIG Server

Geek Repo:Geek Repo

Github PK Tool:Github PK Tool

Couches invisibles dans lizmap

0b-1 opened this issue · comments

commented

Bonjour,
Je me lance dans un projet personnel de gestion forestière, et j'ai déjà construit mes cartographies dans QGIS 3.2 (sous Gentoo). Geo-poppy semble l’outil de choix pour à la fois partager, permettre un accès et éventuellement des saisies depuis le terrain.
J'ai donc fais l'installation (auto). Tout se lance bien et j'accède aux cartes démo. J'ai créé une DB (non sans difficultés avec PGadmin4). J'ai créé un nouveau projet sur mon QGIS avec connexion sur la DB. J'ai importé quelques couches en shapfile et j'en ai convertis vers la DB. Configuré le plugin Lizmap puis transféré le tout dans un nouveau dossier projects :
/home/pirate/geopoppy/qgis/geopoppy/projects
(à noter qu'un dossier "/geoppopy/projects" existe lui, sans doute une erreur ?)

Depuis je désespère, mon projet apparait bien, les fonds de carte (OSM) sont visibles, la zone est la bonne, la fonction "Atlas" me localise mes parcelles, mais voilà : pas moyen de voir mes layers sur la carte.
Depuis j'ai essayé un peu tout, reinstall, conf, comparaison avec demo etc ...
Côté logs, des choses comme ça :

2019-03-10 13:38:55	192.168.70.6	warning	2019-03-10 13:38:55	[2]	file_get_contents(http://map:8080/ows/?service=WMS&request=GetCapabilitiesAtlas): failed to open stream: HTTP request failed! HTTP/1.1 400 Bad Request
	/var/www/websig/lizmap/modules/lizmap/classes/lizmapProxy.class.php	237

2019-03-10 13:38:55	192.168.70.6	notice	2019-03-10 13:38:55	[8]	Undefined offset: 13	/var/www/websig/lizmap/modules/lizmap/classes/qgisVectorLayer.class.php	83

2019-03-10 13:38:55	192.168.70.6	notice	2019-03-10 13:38:55	[8]	Undefined offset: 14	/var/www/websig/lizmap/modules/lizmap/classes/qgisVectorLayer.class.php	84

2019-03-10 13:38:55	192.168.70.6	notice	2019-03-10 13:38:55	[8]	Undefined offset: 15	/var/www/websig/lizmap/modules/lizmap/classes/qgisVectorLayer.class.php	85

2019-03-10 13:38:55	192.168.70.6	error	2019-03-10 13:38:55	[402]	Impossible de se connecter sur 192.168.70.17 (mauvais host, login ou mot de passe ?)	/var/www/websig/lib/jelix/plugins/db/pgsql/pgsql.dbconnection.php	153

pour le moment il faut construire les projet avec qgis 2.18.
Lizmap sera bientôt opérationnel avec la version qgis3.4 LTR. Juste un peu de patience.

Quand on crée une connexion postgis dans qgis il faut absolument cocher enregistrer lgin et mot de passe, sinon qgis serveur ne peux pas parler avec la base de données.
https://github.com/jancelin/geo-poppy/wiki/3.2.-Int%C3%A9gration-des-donn%C3%A9es-en-base-depuis-QGIS

Impossible de se connecter sur 192.168.70.17 (mauvais host, login ou mot de passe ?)	/var/www/websig/lib/jelix/plugins/db/pgsql/pgsql.dbconnection.php

le host de la connexion postgis doit absolument être 172.24.1.1

je conseil de fabriquer au début les projets couche par couche (et regarder le résultat sous lizmap) afin de vérifier que ça marche bien car il arrive qu'une erreur de paramétrage d'une couche de données entraine une non visualisation de l'ensemble des couches.

J'ai également eu des soucis de visualisation des couches du fait que ma version de QGIS était en français. Depuis que je suis en anglais je n'ai plus ces problèmes (surement des questions d'accents n'étant pas supportés par le système).

dans tout les cas, pas de caractère spéciaux dans les nom de couches qgis. le seul endroit où l'on peu françiser c'est les alias de couche de Lizmap.

et pas de couches ayant le même nom attention (duplication de couche) sinon ça bug...

commented

Merci pour ces infos, j'ai en fait reussi a afficher une couche postgis en touillant dans le fichier qgs pour ajouter les credentials et remplacer les IP.
Pas simple car sous Gentoo je ne vois que QGIS 3.x , j'ai tout fait dessus. Soit je patiente, soit je refais tout dans un docker sur le PC mais je suis pas encore très à l'aise avec Docker...
Par ailleurs je prépare tout sur un PC fixe sans wifi. Je vais voir pour configurer la carte eth0 du Pi en 172.24.1.1 et couper wlan0. L'idée à terme est qu'il soit en DMZ en visibilité web ( avec un peu de sécurisation de part et d'autre...). Un autre PI serait lui pour le terrain...

pour l'ip sinon c'est de transferer le fichier dans le pi via cloud commander 172.24.1.1:8000 et de l'éditer directement avec cloud commander:
click droit, Edit, ctrl h, search for ( ip présente) Replace with (172.24.1.1 ou postgis), clic sur All, fermer avec la croix, enregistrer.