Avertissement : ce plugin ne fonctionne que sur les sites qui utilisent une base de données MySQL en version 5.6 minimum. La compatibilité avec les bases SQLite sera peut-être ajoutée par la suite.
Présentation et installation
GIS Geometries est une extension du plugin GIS, il est donc nécessaire d’installer celui-ci auparavant.
Le plugin utilise les librairies Leaflet Draw et geoPHP. Cette dernière sera téléchargée automatiquement lors de l’activation du plugin GIS Gemoetries.
Fonctionnalités :
- possibilité de dessiner des formes géométriques à la main
- possibilité de définir le style des formes géométriques (si l’option correspondante est activée dans la page de configuration de GIS)
- import/export les données aux formats GPX et KML.
Fonctionnement
Dans l’espace privé
Lors de la création d’un nouvel objet géolocalisé, le plugin ajoute trois boutons visibles sous les boutons de zoom dans la capture d’écran suivante. Ces boutons permettent de choisir le type de forme à dessiner : un point, un polygone ou une ligne.
![](local/cache-vignettes/L567xH616/gisgeom_create-e6684.png?1667409229)
Après avoir cliqué sur le type de forme souhaité, vous pouvez commencer à tracer la forme en cliquant sur la carte.
Le plugin ajoute aussi un champ « Importer » dans le formulaire afin de créer une forme géométrique à partir d’un fichier GPX ou KML. Il devient ainsi possible d’importer des formes complexes comme les contours d’un département par exemple (récupérés depuis le site karamelise.fr par exemple).
![](local/cache-vignettes/L794xH479/gisgeom_export_import-418c3.png?1667409229)
Une fois importés ou dessinés, les objets géolocalisés du site peuvent être exportés au format GPX ou KML depuis leur page de « vue ».
Lors de la modification d’un objet géolocalisé il est possible de :
- déplacer un point de l’objet en le faisant glisser,
- supprimer un point de l’objet en cliquant sur celui-ci,
- ajouter un nouveau point intermédiaire en cliquant sur celui-ci.
![](local/cache-vignettes/L565xH490/gisgeom_edit-f1a5c.png?1667409229)
Dans l’espace public
Vous n’avez rien à faire de spécial :) Les squelettes JSON fournis par GIS prennent automatiquement l’affichage des nouveaux types d’objets dans les cartes de votre site.
Si vous utilisez des anciens squelettes JSON personnalisés, vous pouvez les adapter à GIS Geometries en remplaçant :
"geometry": {"type": "Point", "coordinates": [#LON, #LAT]},
par :
["geometry": (#GEOMETRY|wkt_to_json),]
Ainsi vos squelette persos prendront en charge les lignes et les polygones en plus des points.
Remarques
Si vous désactivez GIS Geometries les lignes et les polygones de vos cartes seront affichés sous forme de points correspondants au centre de la forme géométrique.
Malgré cela, il est recommandé de désinstaller le plugin si vous n’en avez plus besoin, afin d’être certain d’effacer le champ geo
(de type GEOMETRY) de la table gis
, sans quoi vous rencontrerez une erreur SQL lors de la création d’un nouveau point avec GIS.
Si votre carte affiche des lignes ou des polygones, l’activation du clustering fonctionnera uniquement sur les points (cf paramètre cluster
du modèle de GIS), et les autres formes ne seront pas affichées.
Discussions par date d’activité
23 discussions
Bonjour
Avec Spip 4.0.11, GIS 4.54.3 et GIS Géométrie 1.11.12
J’utilise depuis quelque temps GIS, et je viens de découvrir GIS Géométrie.
De ce que je découvre :
Je ne sais rien de la faisabilité de cela...
Merci.
Salut,
> On ne peut pas, sur le même « point » placer à la fois une ligne et un point ?
C’est bien ça.
> ce serait top d’avoir une option pour indiquer un « sens » à la ligne : ajout de quelques petites « flèches » de temps à autre sur la ligne. Le « sens » serait donné par celui adopté au moment du tracé.
Ça peut se faire en bidouillant, car les coordonnée d’un tracé sont normalement sotckées dans l’ordre du dessin, mais rien n’est prévu par défaut à ce sujet. Tu peux regarder du côté de ce plugin leaflet https://github.com/slutske22/leaflet-arrowheads
Répondre à ce message
Bonjour,
j’ai un ensemble d’article, chacun contenant un gpx. Dans la rubrique mere j’arrive bien a afficher les gpx, par contre je ne trouve pas comment dans chaque article afficher le gpx de l’article en cour, je n’ai qu’un point avec :
<carte_gis4|objets=articles| id_article=1191|cluster = non|zoom=8>
Pourriez vous m’aider ?
Salut, la question a plus sa place dans le forum de GIS, mais bon ;)
Avec un
<carte_gis4|objets=documents id_document=XXX|zoom=8>
ça devrait le faire (où XX vaut l’id du document joint à l’article). Sinon, c’est bien plus simple à faire depuis un squelette, car tu peux boucler sur les docs de l’article qui portent l’extension gpx avant de faire l’appel à a carte.PS : cluster = non n’est pas utile puisque c’est la valeur par défaut pour cette option.
Ben je l’ai posté ici parce que c’est grâce a géometrie que je peux associer un gpx a la place du point géolocalisé, ou je me trompe ? Mais ok mes prochaines questions irons sur GIS.
Du coup, document ne fonctionne pas :/
Répondre à ce message
Bonjour,
Quand je veux importer une bd qui contient des polygones avec ce plugin actualisé, j’obtiens un
Commment faire pour importer le champ geo ?
Merci
Rainer
Salut, ça ressemble à ce bug de mysql https://stackoverflow.com/questions/34524031/mysql-invalid-gis-data-provided-to-function-st-geometryfromtext
Tu utilises mysql ou mardiadb ? Dans quelle version ?
Les polygones de ta base ont bien été créés avec GIS ?
Salut,
la bd est exporté depuis mysql 5.6.41-84.1 et l’essai d’importation faites sur une 5.7.29-0ubuntu0.18.04.1.
Il n’y a pas de polygones, uniquement des point, de style POINT(2.7908706665039062 50.297818304680014) dans la colonne geo.
Je vais donc demander il y a effectivement besoin de ce plugin car visiblement il n’avait pas été utilisé.
Merci
Rainer
Pour info, j’ai eu le même problème avec un import distant -> local sur Mysql 5.7.6 qui générait cette erreur.
J’ai fourbé en faisant un export CSV de la base distante (avec adminer), que j’ai importé sans problème en local (avec Sequel Pro).
Répondre à ce message
Est-ce qu’il serait possible de rajouter une zone permettant de choisir la couleur et son niveau de transparence ?
J’ai essayé par ailleurs d’exporter au format kml, de rajouter :
Et de réimporter dans GIS géométrie, mais le polygone est resté bleu.
Doc utilisée : http://dagik.org/kml_intro/E/polygon.html
Pour info, nouveauté dans la version 1.8.0 : on peut maintenant définir les options de styles des formes géométriques (couleur, opacité, épaisseur du trait, couleur de remplissage et opacité du remplissage).
Et hop :)
Effectivement cette fonction est très pratique et permet la création de polygones ou de lignes de couleurs différentes ce qui rend ces signalisations plus efficaces.
Mais comme je suis Monsieur +, serait-il possible que la fonction plein écran de visualisation puisse exister lors de la création des polygones , points et lignes, pour permettre une plus grande précision qu’avec la petite fenêtre lors de leur création ?
Merci beaucoup ! Bravo pour cet outils très utile et très complet !
Michel
http://laccreteil.fr
Bonjour,
Pas eu de retour à la question ci-dessus depuis le 15 avril 2016.
La question est toujours d’actualité, pour permettre une plus grande précision qu’avec la petite fenêtre (côté privé - création de formes).
Merci.
Michel
http://laccreteil.fr
Hop,
Et oui, parfois les gens ne sont pas disponibles pour faire du SAD, désolé :)
Concernant la demande d’évolution, oui ça pourrait être possible, mais le problème est que si j’ajoute cette option, elle sera présente dans toutes les cartes d’édition dans l’espace privé, pour toutes les installations du plugin. Amha cette fonctionnalité devrait être optionnelle, mais je ne pense qu’il faille surcharger la page de configuration du plugin avec ça. Je propose donc de la rendre disponible par le biais d’un
define
qui pourrait être personnalisé dans le fichiermes_options.php
du site qui souhaite l’activer.Merci, pour ce retour extrêmement rapide !
- Il existe un bouton, sur l’affichage public si on paramètre du côté privé son affichage.
Il semblerait donc intéressant d’en permettre l’affichage lors de la création d’un point, une ligne, trace, polygone, etc. par une case à cocher/décocher sous la carte lors de la création ou de la modification, avec alerte lors de l’enregistrement (si vous le souhaitez - pour sécuriser la manie))
- Vous aurez alors un véritable outil d’édition en plein écran ou dans une fenêtre redimensionnable (si c’est possible).
Imaginez ceux qui doivent faire des formes complexes, mais qui disposent d’écrans de 24« ou 27 », ce serait le pied !
Michel
http://laccreteil.fr
Justement non, je souhaite aussi éviter de surcharger le formulaire d’édition avec une case à cocher qui en plus demanderait deux clics pour passer en plein écran (cocher la case pour voir le bouton, puis cliquer sur le bouton).
L’option que je propose permettrait d’afficher le bouton plein écran tout le temps dans les sites qui l’auraient activé, ça me semble bien plus simple et efficace.
Pour ma part, j’ai mes outils d’édition, qui me permettent un travail en plein écran.
C’est pourquoi, en me mettant à la place de ceux qui n’en disposent pas, je vous ai fait cette proposition d’amélioration, car la petite fenêtre du secteur privé est beaucoup plus difficile d’utilisation.
Sachant que la visualisation en plein écran du côté public peut être utile, mais pas autant que du côté privé lors de créations d’éléments qui peuvent être complexes.
Pour ma part, je suis OK pour l’option proposée qui permettrait d’afficher le bouton plein écran tout le temps dans les sites qui l’auraient activé, sachant que pour ma part je pourrai l’activer ou la désactiver en modifiant le fichier mes_options.php, ce qui n’est peut-être pas le cas de tout un chacun.
C’est à eux que je pensais !
Merci pour tout !
Michel.
http://laccreteil.fr
Mieux vaut tard que jamais, j’ai intégré ça dans la version 1.11.9 du plugin, le bouton plein écran est toujours affiché dans la saisie :)
https://git.spip.net/spip-contrib-extensions/gis_geometries/commit/6745a2e6a09679af359978cc97248d1328e42c8e
Maintenant nous avons un SUPERBE OUTIL, surtout lorsque l’on dispose d’écrans 4K, affichage sur écrans multiples, ou sur des bureaux interchangeables par glissement (sur Mac).
Merci beaucoup !
Maintenant il faut faire passer cette information aux utilisateurs, pour leur simplifier la vie.
J’ai d’autres idées... si jamais...
Bien à vous Michel
Répondre à ce message
Bonsoir,
Je ne sais pas si c’est dû à SPIP 3.3.0, mais les styles inline des tracés ne semblent pas totalement appliqués aux paths :
- l’opacité de la couleur est à 1 par défaut, au lieu de 0.5 annoncé
- la couleur de remplissage fill n’est pas appliquée, elle reste à none
- l’opacité de remplisssage ne semble pas présente du tout dans le style
Cordialement,
françois
Tu peux fournir l’adresse d’une page qui expose le problème ?
PS : quand tu dis « styles inline », tu parles de ceux générés à partir des données que tu as saisi dans l’espace privé pour un tracé ?
Rien en ligne, tout en local :-((
Et oui, je parle bien de ceux générés à partir des données saisies dans l’espace privé pour un tracé. A noter que l’affichage côté privé ne reflète pas non plus les valeurs saisies dans les propriétés du tracé.
Je viens de tester sur un SPIP 3.3 up en git avec la dist, aucun problème, les styles définis dans le privé sont bien appliqués dans le public.
OK, il doit donc y avoir qqchose dans ma configuration locale.
Le fill n’est toujours pas appliqué, même si le stroke l’est avec sa couleur, épaisseur et opacité.
Tous les autres plugins sont désactivés.
J’ai trouvé ce qui cloche :
- mes points GIS sont issus de KML importés depuis My Maps de Google
- les tracés ne sont pas fermés
Si on veut un tracé fermé, il faut partir d’un polygone et le déformer pour réaliser le tracé souhaité.
Répondre à ce message
Bonjour !
Je suis en train de tester ce plugin et ça fonctionne bien.
J’ai cependant une contrainte et j’aimerais savoir comment la contourner.
J’ai un gros fichier kml (50Mo) que j’aimerais importer. Sur mon serveur de test, j’ai modifié ces deux variables de php.ini :
Quand j’essaie de téléverser mon fichier kml, je suis redirigé vers une page complètement vide et surtout, mon fichier n’a pas été importé.
Note : si je créé un article et que je joins le fichier, tout se passe bien.
Une idée pour procéder autrement et arriver à mes fins ?
C’est certainement un problème de limite mémoire, le script qui s’occuper de convertir le kml pour l’importer en base doit en consommer trop, bref tu atteins les limites de ton hébergement...
Répondre à ce message
Bonjour,
J’ai un petit problème à vous soumettre :
J’ai un nouvel objet éditorial qui contient deux champs latitude et longitude.
Pour simplifier, disons que j’ai id_objet, nom_objet, latitude,longitude (j’ai bien évidement des tas d’autres champs, mais ici, seuls ceux_ci sont utiles).
je voudrais pouvoir, à partir d’une boucle sur ces objets, créer une carte « à la volée », en plaçant les objets sur la carte via #LATITUDE et #LONGITUDE
quelqu’un peut-il m’aider ?
Salut, la question concerne plus GIS que GIS Geometries amha, et celle-ci a déjà été abordée dans le forum de sa documentation, cf https://contrib.spip.net/GIS-4?recherche=nouvel%20objet#forum
En résumé, il te faut un fichier
squelettes/json/gis_tonobjet.html
et l’utiliser à l’aide du paramètre objets du modèle de la carte.Répondre à ce message
Salut b_b,
Je soulève un petit soucis qui m’a fait tourner en bourrique pendant quelques heures.
Il semblerait qu’en désinstallant le plugin GIS Geometries, la colonne geo dans la base ne soit pas supprimée (peut-être c’est volontaire).
Le champs geo est donc vide sur les nouveaux points GIS (classiques) ajoutés. Ca ne perturbe pas le fonctionnement heureusement mais, effet de bord, lors d’un export MySQL > import MySQL ce champs vide cause une erreur fatale :
#1416 - Cannot get geometry object from data you send to the GEOMETRY field
Voilà, conclusion je dois réinstaller le plugin et re-éditer les points…
Salut Fa_b, oui c’est un « problème » connu et documenté en plus :)
Voir cette partie de la doc :
Autant pour moi, j’avais pas vu ce point. Le plugin était sans doute mal désinstallé à la base (peut-être supprimé via FTP). La réinstallation et la suppression du plugin via SVP a corrigé le problème (après vidage de cache car j’avais plein d’erreurs dans l’admin).
Tout est revenu dans l’ordre merci !
Répondre à ce message
Bonjour,
A l’installation du plugin, qui semble bien se dérouler depuis que j’ai installé la librairie geoPHP-1.2, ne se crée dans spip_gis que la zone geo, mais pas les zones color, weight etc., ce qui génère une erreur lors de l’affichage d’un point gis : « Erreur SQL 1054 Unknown column ’gis.color’ in ’field list’ ».
Pourtant, ça avait marché une fois* : les zones supplémentaires avaient été créées ; mais j’ai désinstallé le plugin pour une autre raison, et depuis, j’ai le problème ci-dessus.
*Cette fois là, il me semble que j’avais fait l’activation dans une deuxième phase, après un premier échec dû à l’absence de la librairie geoPHP-1.2
Salut, tu dois avoir une erreur sql, consulte les logs pour voir. Sinon, si tu n’as pas de données importantes à perdre, désinstalle GIS et GIS Geometries pour les réinstaller.
Bonjour et merci.
Après quelques péripéties, je crois comprendre que la non-création des zones supplémentaires était liée au fait que l’installation de Geometries m’a réinstallé Gis comme plugin auto, alors que je l’avais précédemment installé en manuel. Celui qui était en manuel a été mis en « obsolète ».
Maintenant, ça semble marcher, bien que j’ai à la page d’accueil de l’espace privé cette ligne d’erreur : « Erreur dans les plugins : /home/gasconha/www/plugins/auto/gis/v4.44.15/base/gis.php »
En regardant dans ce gis.php, j’ai vu que la ligne relative à la zone geo ne figurait pas.
Je l’ai rajoutée manuellement :
’geo’ => « geometry NOT NULL DEFAULT ’’ »,
Mais la ligne d’erreur continue à s’afficher. Qu’est-ce ça cache ?
A suivre...
Répondre à ce message
Bonjour,
SPIP 3.1.7 SVN [23765], GIS 4.44.14 et GIS Geometries 1.11.2.
J’ai des soucis pour enregistrer des modifications de géométries et ça produit des erreurs dans la console :
Je peux modifier les points mais les modifications ne sont pas enregistrées.
Est-ce que cela parle à quelqu’un ?
Merci,
françois
Pareil pour moi : sur un site en 3.1, et sur un site en 3.2.
Win 10 + Chrome à jour.
Merci pour le signalement, la verison 1.11.3 devrait corriger ça, cf : https://zone.spip.org/trac/spip-zone/changeset/109053 & https://zone.spip.org/trac/spip-zone/changeset/109054
Merci beaucoup, testé et approuvé !
Super !! Ça fonctionne ici aussi.
Merci b_b pour ta rapidité ;-))
Répondre à ce message
Ajouter un commentaire
Avant de faire part d’un problème sur un plugin X, merci de lire ce qui suit :
Merci d’avance pour les personnes qui vous aideront !
Par ailleurs, n’oubliez pas que les contributeurs et contributrices ont une vie en dehors de SPIP.
Suivre les commentaires :
|
![Atom](plugins/dist/plugins/comments/feed/atom.png)