GIS 4

Publié le : 11 août 2012 – Dernière modification le 21 novembre 2022 – par b_b – 1953 commentaires

Español, français, Português do Brasil
1
2
3
4
5
139 votes

Présentation et nouveautés

La version 4 de GIS abandonne la libraire Mapstraction au profit de Leaflet. Cette librairie permet de s’affranchir des librairies propriétaires tout en gardant les mêmes fonctionnalités, elle propose même de nouvelles fonctions.

Cette nouvelle version de GIS permet d’utiliser différents fonds de carte sans avoir à charger des scripts externes, seuls les scripts locaux de Leaflet et des plugins nécessaires sont chargés dans vos pages. À ce jour, le plugin propose plus de 25 couches de fond de carte différentes. La plupart de ces couches sont basées sur des données sous licence libre ou Creative Commons. Toutefois, si vous le souhaitez il est encore possible d’utiliser les couches de Google [1] ainsi que la couche satellite de Bing.

Voir la présentation de GIS au State of the Map France 2015.

La mise à jour n’entraîne pas de rupture de compatibilité majeure. Seuls quelques paramètres ont été supprimés du modèle qui gère l’affichage des cartes : control_zoom ; control_pan ; ajaxload.

Installation et configuration

Ce plugin nécessite le plugin Saisies.

Une fois installé, le plugin est configurable depuis le menu « Configurer > GIS » ou à l’adresse ecrire/?exec=configurer_gis :

Cette page permet de définir les options suivantes :

  • Coordonnées et zoom par défaut à utiliser dans les cartes ;
  • Couche de fond de carte affichée par défaut et listes des couches disponibles ;
  • Afficher les champs d’adresse dans les formulaires d’édition des points ;
  • Liste des objets associables à des points GIS.

Utilisation dans l’espace privé

Le plugin ajoute un bloc sur les pages des éléments de SPIP dans l’espace privé. Ce bloc se déplie au survol de la souris. Les liens situés en tête du bloc déplié permettent de basculer d’un panneau à une autre :

  • Points liés affiche la liste des points liés à l’objet en cours avec la possibilité de détacher ou supprimer chaque point ;
  • Rechercher un point affiche un formulaire pour rechercher un point existant et le lier à l’objet en cours ;
  • Lier un nouveau point affiche le formulaire d’édition de point pour en créer un nouveau et l’attacher à l’objet en cours .

Une page de gestion des points du site est accessible depuis le menu Édition > Points géolocalisés.

Depuis cette page, vous pouvez accéder à la fiche d’édition de chaque point afin d’en modifier les coordonnées, les champs d’adresse ou le logo.

Utilisation du modèle pour insérer des cartes dans vos pages

Pour insérer une carte dans un squelette, utilisez le modèle fourni par le plugin en insérant le code suivant à l’endroit où vous souhaitez afficher la carte :

[(#INCLURE{fond=modeles/carte_gis,zoom=8,limit=100,scale=oui})]

Vous pouvez aussi utiliser le modèle fourni par le plugin pour afficher une carte depuis le contenu d’un article. Pour cela, il suffit d’ajouter ce code dans le texte de votre article :

<carte_gis1|zoom=8|limit=100|scale=oui>

Lire la documentation à propos des modèles sur spip.net.

Paramètres du modèle

paramètre valeurs
id_carte_gis / id_map id unique de la carte (à définir si plusieurs cartes sont affichées sur une même page)
lat = 48.3 latitude du centre de la carte
lon = -4.7 longitude du centre de la carte
zoom = 5 zoom de la carte
minZoom = 10 zoom minimum autorisé
maxZoom = 13 zoom maximum autorisé
default_layer = openmapsurfer nom de la couche affichée par défaut [2]
affiche_layers = openmapsurfer/opentopomap noms des couches proposées (séparés par des /)
sw_lat, sw_lon, ne_lat, ne_lon coordonnées des points de la bounding box à afficher
width = 100% largeur de la carte, 100% par défaut
height = 400px hauteur de la carte, 400px par défaut
style = non ne pas styler la carte
zoom_molette = non
zoom_wheel = non		 désactiver le zoom avec la molette de la souris, actif par defaut
fullscreen = oui afficher un bouton pour passer la carte en plein écran
control_type = non ne pas afficher le contrôle de changement de couche
control_type_collapsed = non afficher le contrôle de changement de couche replié (oui par défaut)
no_control = oui
aucun_controle = oui		 ne pas afficher les contrôles de la carte
scale = oui afficher l’échelle de la carte
overview = oui afficher une mini carte de situation
limit = 500 nombre max de marqueurs à afficher, 500 par défaut
objets = gis type d’objets à afficher (fichier json/gis_xx qui génère la source de données)
autocenterandzoom = oui
centrer_auto = oui		 centrer et zoomer la carte automatiquement pour afficher tous les marqueurs
autocenter = oui
centrer = oui		 centrer la carte automatiquement pour afficher tous les marqueurs (sans modifier le zoom)
tooltip = oui afficher une bulle d’info contenant le titre du point lors de son survol
kml = 12 fichier KML à superposer à la carte (id_document ou URL / élément unique, tableau ou liste d’items séparés par une virgule)
gpx = 12 fichier GPX à superposer à la carte (id_document ou URL / élément unique, tableau ou liste d’items séparés par une virgule)
geojson = 12 fichier GeoJSON à superposer à la carte (id_document ou URL / élément unique, tableau ou liste d’items séparés par une virgule)
centrer_fichier = non permet de ne pas centrer la carte automatiquement sur les fichiers kml/gpx surperposés
localize_visitor = oui
localiser_visiteur = oui		 centrer la carte sur la position du visiteur (API géolocalisation HTML5)
id_a_ouvrir id_gis de l’infobulle à afficher au chargement (marqueur uniquement)
point = non si elle vaut « non » cette option n’affichera pas de points du tout (utile pour n’afficher qu’un kml par exemple)
path_styles=#ARRAY{color,#fff} options de style des tracés issus de la couche GeoJSON (voir http://leafletjs.com/reference.html#path-options)
cluster = oui active le clustering
clusterMaxZoom = 11 regroupe les points jusque à ce zoom, mais pas au delà
maxClusterRadius = 80 rayon maximal (en pixels) qu’un cluster couvrira (80 par défaut)
clusterShowCoverageOnHover = oui Affiche au survol du cluster le contour de la zone couverte par les points regroupés
clusterSpiderfyOnMaxZoom = oui Active l’effet d’éclatement pour afficher les points qui se chevauchent
singleMarkerMode = oui Utilise les icones de cluster pour tous les points (même ceux qui ne sont pas dans un cluster)

Le paramètre objets

Ce paramètre vous permet de spécifier quel type d’objet vous souhaitez afficher sur la carte. Il peut prendre les valeurs suivantes : gis (valeur par défaut), articles, auteurs, documents, evenements, mots, rubriques, sites.

Si le paramètre « objets » vaut « articles », vous pouvez utiliser en paramètre du modèle tous les critères utilisables sur une boucle ARTICLES.

D’un point de vue technique, le paramètre objets permet de définir quel squelette sera utilisé pour générer les données JSON qui alimenteront la carte. Lorsque le paramètre « objets » vaut « auteurs », c’est le squelette plugins/gis/json/gis_auteurs.html qui est utilisé.

Avec l’option objets=point_libre, il est possible d’afficher une carte centrée sur un point non enregistré en base. Il faut alors indiquer la latitude et la longitude du point, ainsi que le zoom de la carte. On peut optionnellement donner un titre et une description à ce point, et définir une image pour le marqueur.

Exemple d’appel depuis le texte d’un article :

<carte_gis1|objets=point_libre|lat=48|lon=-5|zoom=10|titre=mon beau point|description=ma super description|icone=mon_image.png>

Depuis la version 4.8.10 il est possible d’afficher les points liés aux articles d’une branche (une rubrique et ses sous-rubriques) :

<carte_gis1|objets=articles_branche|id_rubrique=1>

Quelques exemples de cartes

Afficher les articles de la rubrique n°2 et superposer le KML correspondant au document n°2 :

[(#INCLURE{fond=modeles/carte_gis,
	objets=articles,
	id_rubrique=2,
	zoom=7,
	lat=48.214378965824345,
	lon=-4.543704986572266,
	kml=2})]

Afficher le ou les points liés à l’article n°2 et centrer la carte automatiquement pour afficher tous les points :

[(#INCLURE{fond=modeles/carte_gis,
	autocenterandzoom=oui,
	id_article=2})]

Afficher les points liés aux articles de l’auteur n°1 :

[(#INCLURE{fond=modeles/carte_gis,
	objets=articles,
	id_auteur=1,
	zoom=5})]

Afficher les auteurs du site :

[(#INCLURE{fond=modeles/carte_gis,
	objets=auteurs,
	zoom=5})]

Le modèle carte_gis_objet

Un second modèle existe pour un besoin plus précis : afficher toutes les informations géographiques liées à n’importe quel contenu de SPIP.

On lui donne donc au minimum les paramètres « objet » et « id_objet », et le modèle n’affiche alors une carte que s’il y a au moins un point OU au moins un tracé (quelque soit le format, json, gpx, kml).

S’il y a plusieurs points, et plusieurs tracés, le modèle affiche tout ce qu’il arrive à trouver qui serait lié à l’objet demandé.

Pour plus de paramétrage, on peut continuer de passer les mêmes paramètres que pour le modèle par défaut « carte_gis », car celui-ci est appelé par « carte_gis_objet ».

[(#REM) Exemple utilisant les paramètres propres au modèle + ceux du modèle classique ]
#INCLURE{fond=modeles/carte_gis_objet,
    id_carte_gis=evenement1234,
    objet=evenement,
    id_objet=1234,
    zoom_molette=non,
    fullscreen=oui,
    centrer_auto=oui}

Boucles et balises

Voici la liste des balises disponibles dans une boucle GIS : #ID_GIS, #TITRE, #DESCRIPTIF, #LAT, #LON, #ZOOM.

Et si vous avez activé le geocoder ou que vous avez rempli les champs d’adresse à la main : #ADRESSE, #PAYS, #CODE_PAYS, #REGION, #VILLE, #CODE_POSTAL.

Critère gis

Le critère {gis} permet de forcer une jointure sur la table GIS dans les boucles des autres objets. Ainsi, une boucle ARTICLES qui comporte le critère {gis}, affichera uniquement les articles attachés à un point (un article par point uniquement).

Les informations de ce point pourront être affichées avec les balises suivantes : #TITRE_GIS et #DESCRIPTIF_GIS, #ADRESSE_GIS, #PAYS_GIS, #CODE_PAYS_GIS, #REGION_GIS, #VILLE_GIS, #CODE_POSTAL_GIS.

Remarque : les balises sont suffixées afin d’éviter tout problème de champ homonyme avec un autre plugin.

<BOUCLE_gis(ARTICLES){gis}{id_rubrique ?}>
#ID_GIS - #LAT - #LON - #ZOOM <br/>
Titre de l'article : #TITRE <br />
Descriptif de l'article : #DESCRIPTIF <br />
Titre du point : #TITRE_GIS <br />
Descriptif du point : #DESCRIPTIF_GIS <br />
</BOUCLE_gis>

Critère distance

Le critère {gis distance<XX} permet de filtrer les résultats d’une boucle GIS en fonction de la distance (en kilomètres) par rapport au point présent dans l’environnement.

Par exemple, pour lister les points situés à moins de 50 kilomètres du point numéro 1 :

<BOUCLE_m(GIS){id_gis=1}>
<p>#TITRE / #LAT / #LON</p>
<BOUCLE_b(GIS){gis distance<50}>
<p>#ID_GIS / #TITRE / #DISTANCE km</p>
</BOUCLE_b>
</BOUCLE_m>

Critère distancefrom

Le critère {distancefrom} peut être utilisé soit lorsque le critère gis est présent sur un objet, ou lorsqu’on est déjà sur une boucle GIS.

Le critère ne sélectionne que les objets qui ont une localisation (un point lié) en respectant une certaine distance à un autre point qu’on donne en paramètre. Ce point peut être soit un tableau avec « lat » et « lon », soit un id_gis.

Par exemple, pour trouver tous les articles dans un rayon de la variable « distance » autour d’un point donné :

<BOUCLE_c(ARTICLES){gis}{distancefrom #ARRAY{lat,#ENV{lat},lon,#ENV{lon}}, <=, #ENV{distance}}>
<p>#ID_GIS / #TITRE / #DISTANCE km</p>
</BOUCLE_c>

Formulaire d’édition de point

Le formulaire #FORMULAIRE_EDITER_GIS permet de créer ou modifier un point. Vous pouvez l’utiliser dans vos squelettes en respectant la syntaxe suivante :

#FORMULAIRE_EDITER_GIS{id_gis, objet, id_objet, retour}

Définition des paramètres du formulaire :

  • id_gis : identifiant numérique du point ou vide pour créer un nouveau point
  • objet : le type d’objet auquel est attaché le point
  • id_objet : id_objet de l’objet auquel est attaché le point
  • retour : url de retour vers laquelle le formulaire redirigera après validation

Par exemple, voici un extrait de code qui permet de modifier le point attaché à un article ou d’en créer un nouveau s’il n’y en a pas déjà un attaché à l’article.

<BOUCLE_unpoint(GIS){id_article}{0,1}>
#SET{id_gis,#ID_GIS}
</BOUCLE_unpoint>
#SET{id_gis,nouveau}
<//B_unpoint>
#FORMULAIRE_EDITER_GIS{#GET{id_gis},'article',#ID_ARTICLE,#URL_ARTICLE}

Personnalisation

Icône par défaut des marqueurs

Il est possible de définir une icône par défaut pour les marqueurs des cartes. Pour cela, il suffit de déposer l’image de votre icône personnalisée dans votre dossier squelettes :
squelettes/images/marker_defaut.png

Si vous le souhaitez, vous pouvez associer une image d’ombre à votre icône personnalisée toujours dans votre dossier squelettes : squelettes/images/marker_defaut_shadow.png

Personnaliser le contenu des infobulles

Le contenu des infobulles est généré à partir des attributs title et description de chaque item retourné par les squelettes JSON. Vous pouvez surcharger les squelettes du répertoires gis/json afin de personnaliser le contenu des infobulles.

Afin de simplifier ces personnalisations, il est plus simple de passer par un #INCLURE comme expliqué dans l’article Gis 4 Surcharger les infobulles.

Étendre la liste des paramètres du modèle carte_gis

Si vous utilisez des fichiers gis/json personnalisés il peut arriver que vous souhaitiez leur transmettre des paramètres avec des noms de votre choix. Par défaut, le plugin GIS autorise la liste de noms suivante :

  • toutes les clés primaires déclarées et connues
  • ainsi que ces variables : id_objet, id_secteur, id_parent, media, recherche, mots, pays, code_pays, region, ville, code_postal, adresse

Cette liste peut être enrichie en utilisant le pipeline gis_modele_parametres_autorises.

Exemple d’utilisation depuis un fichier mes_options.php :

$GLOBALS['spip_pipeline']['gis_modele_parametres_autorises'] .= "|nom_de_la_fonction";
 
function nom_de_la_fonction($flux) {
	$flux[] = 'machin';
	$flux[] = 'bidule';
	return $flux;
}

API de cartes statiques

Depuis la version 4.53.0 il est possible de générer des cartes statiques sous forme d’images à l’aide du filtre |gis_static_map.

Par exemple, le code suivant :

<BOUCLE_centrer(GIS){id_gis=1}>
[(#ID_GIS|gis_static_map{335,170,openstreetmap_fr,7})]
</BOUCLE_centrer>

Génère l’image d’une carte de 335 pixels de large et 170 de haut, centrée sur les coordonnées du point n° 1, avec pour fond de carte la couche openstreetmap_fr et un niveau de zoom à 7.

Détails des arguments du filtre :

gis_static_map{ID,largeur,hauteur,id_fond_carte,zoom,markers,latitude,longitude}
  • ID : ID du point à afficher
  • largeur : largeur de l’image
  • hauteur : hauteur de l’image
  • id_fond_carte : le nom de la couche à utiliser en fond de carte
  • zoom : le zoom de la carte
  • markers : les informations des markers à afficher sous la forme suivante lat;lon;url|lat;lon;url
  • latitude : la latitude du centre de la carte
  • longitude : la longitude du centre de la carte

Exemples d’usage avancés :

[(#REM|gis_static_map{335,170,openstreetmap_de,7,48.33;-4.76;https://www.vertlejardin.fr/plugins/vertlejardin/images/marker_defaut.png})]

Génère une carte avec une image de marker personnalisée dont le centre est défini à l’aide des paramètres latitude & longitude du filtre (sans utiliser l’identifiant d’un point GIS).

#SET{markers,#ARRAY}
<BOUCLE_articles2(ARTICLES){gis}{id_article=1}
>#SET{markers,#GET{markers}|push{#LAT;#LON;http://open.mapquestapi.com/staticmap/geticon?uri=pcenter.png}}</BOUCLE_articles2>

[(#REM|gis_static_map{335,170,openstreetmap_mapnik,'',#GET{markers}|implode{'|'}})]

Génère une carte affichant tous les points liés à l’article n° 1 en utilisant une image de marker personnalisée.

Liste des fonds de carte utilisables avec l’API et aperçu du rendu :

openstreetmap_mapnik,
openstreetmap_de,
openstreetmap_fr,
openstreetmap_hot,
opentopomap,
stamen_toner,
stamen_tonerlite,
stamen_terrain,
stamen_watercolor,
esri_worldstreetmap,
esri_delorme,
esri_worldtopomap,
esri_worldimagery,
esri_worldterrain,
esri_worldshadedrelief,
esri_worldphysical,
esri_oceanbasemap,
esri_natgeoworldmap,
esri_worldgraycanvas,
cartodb_positron,
cartodb_positron_base,
cartodb_darkmatter,
cartodb_darkmatter_base,
cartodb_voyager,
cartodb_voyager_base

Astuces et usages avancés

Vous pouvez consulter et partager vos astuces pour GIS sur cette page du carnet.

Notes

[1] Dans ce cas le plugin ajoutera les appels vers les scripts de Google dans vos pages afin de respecter les conditions d’utilisation restrictives de ce fournisseur.

[2] Liste des noms de couches disponibles : openstreetmap_mapnik, openstreetmap_blackandwhite, openstreetmap_de, openstreetmap_hot, bing_aerial, openmapsurfer... Voir la liste complète en ligne

Discussion

5 ans 1 an 3 mois Sans limite
par date
Filtrer

473 discussions

  • Rémi Clavier

    est-il possible de défiinir plusieurs kml sur un meme gis ?
    *si oui, je n’ai pas trouvé la syntax

    <gisXX|kml=34|kml=39|....>

    ne m’affiche que la 39...
    Même chose dans l’espace privé....

    <gisXX|kml=34,39|....>

    ne semble pas marcher non plus...
    Merci

    Répondre à ce message

  • 1
    Rémi Clavier

    Bonjour
    J’ai un problème apparent de compatibilité entre GIS4 et GISGEOMETRY.

    Quand les deux plugins sont activés, la modification d’un point ne marche que si le changement de coordonnées est fait par déplacement de l’indes.
    Les valeurs entrées au clavier ne semble pas prises en compte, celle du zoom non plus.
    Si je désactive GIS GEOMETRY, tous marche bien, mais je perds la possibilité de gérer les chemins et les poygones...

    Quelqu’un d’autre constate-t-il le meme problème ?
    Merci

    • b_b

      Salut, oui je vois le bug, je regarde si c’est améliorable dès que possible.

      PS : tu aurais pu poster ta question sur le forum de GIS Geometries vu que ça concerne ce plugin.

    Répondre à ce message

  • 20
    Rémi Clavier

    Bonjour,
    Merci pour ce plugin que répond à (presque) tous mes besoins.
    Lors de l’affichage de fichiers kml issus de mon android, je me suis apperçu que (malheureusement) seuls les « points » étaient affichés mais que les traces (éléments

    Placemark/gx:Multitrak/gx:Track/gx:coord*

    du fichier KML ne provoquait pas l’affichage de la trace du parcours.
    Le fichier kml semble pourtant correct comme vous pourrez le constater sur l’exemple suivant.

    Une modification simple du plugin est-elle nécessaire ?

    • b_b

      Salut, le script que GIS utilise pour les KMLs ne prend pas en charge toutes les balises disponibles. En effet, ce format a des spécifications « mouvantes », et très souvent seules les applications de google permettent de l’exploiter à fond.

      Ton application ne permet pas de générer un fichier au format GPX ? Si oui, essaye avec ça, cela fonctionnera bien mieux.

    • b_b

      Je réponds ici pour revenir dans le fil initial.

      J’ai ouvert un ticket à ce sujet sur le dépôt du script qui gère les KMLs, cf :

      https://github.com/shramov/leaflet-plugins/issues/157

      J’ai déjà un code en local qui fonctionne, reste plus qu’à le tester, l’envoyer en ligne et rapatrier tout ça dans GIS ;)

    • b_b

      Et hop, la version 4.26.3 devrait régler ton problème, cf :

      http://zone.spip.org/trac/spip-zone/changeset/88116

      J’ai testé avec ton KML et la trace s’affiche bien maintenant :)

    • Rémi Clavier

      Merci beaucoup pour le travail effectué.
      Malheureusement chez moi, cela ne semble pas marcher

      • mise à jour plugin
      • effacement /tmp/cache
      • effacement /local/cache

      Rien ne semble agir...

      Je vais probablement me tourner vers une solution moins « belle »:traduction off-line des KML vers gpx et imports des gpx dans GIS spip...
      Mais tu as raison sur un point, le format KML ne semble pas être très stable... La DTD utilisée change au cours du temps et de mes enregistrements dont certains ont plusieurs années...

    • b_b

      Hop,

      Malheureusement chez moi, cela ne semble pas marcher

      Si si, ça fonctionne, j’ai passé pas loin d’une journée à implémenter la fonctionnalité, je ne l’aurai pas annoncé sans vérifier ;)

      Voici une page qui affiche ton KML sans problème :

      http://labo.eliaz.fr/article134.html

      ++

    • remi5

      IL doit donc bien s’agir d’une mauvaise installation des navigateurs chez moi car sur mon ihabituel , je ne vois pas la trace... (Chromium/ubuntu)

      Mais sous Firefox, cela marche...(!!!!!)

      Je vais donc continuer mes explorations du côté du navigateur...
      Il semble quand même y avoir un petit problème : les points de départ et d’arrivée de la trace ne sont pas « exactement » au départ et à l’arrivée de la ballade. Mais c’est, pour moi, un détail... et c’est peut_être dû au contenu du fichier KM, auquel cas, on ne peut pas faire grand chose......

      En tout cas un grand un grand merci pour ce travail effectué... et le temps que tu y as passé....
      Rémi

    • b_b

      IL doit donc bien s’agir d’une mauvaise installation des navigateurs chez moi car sur mon ihabituel , je ne vois pas la trace... (Chromium/ubuntu)

      Ok, je vois le bug, je m’en occupe asap, à suivre sur le ticket @github.

    • b_b

      Et hop, la version 4.26.4 fixe le bug pour chromium et safari, cf :

      http://zone.spip.org/trac/spip-zone/changeset/88128

      ++

    • remi5

      Bonjour,
      des test semblent montrer qu’une erreur d’arrondi a lieu dans la procédure
      parsePoint de KML.js
      entre le var ll = el[0].childNodes[0].nodeValue.split(','); et

      return new L.KMLMarker(new L.LatLng(ll[1], ll[0]), options);

      .
      Des décimales sont perdues, sans doute par une conversion de type intempestive du javascript (je ne connais pas bien ce langage... et ne sait donc comment corriger cela

      Si cela est confirmé, cela expliquerait le positionnement incorrect de points de départ et d’arrivée de mes traces...

      A++

    • remi5

      Oups, Rémi, tu as tout faux.
      Il s’agit d’un décalage « constant » entre la position du marker et le point qu’il indique. Le . Peut être ce décalage est du à une « mauvaise » interpretation du tag « hotSpot » qui indique où placer exactement le marqueur...

      <Style id="start"><IconStyle>
<scale>1.3</scale>
<Icon><href>http://maps.google.com/mapfiles/kml/paddle/grn-circle.png</href></Icon>
<hotSpot x="32" y="1" xunits="pixels" yunits="pixels"></hotSpot>
</IconStyle></Style>

      (x=32 est la moitié de la largeur de l’image...)

      Mais peut-être mon KML est bizaroïde...

    • b_b

      Salut, oui, il y a un bug dans le script KML.js, j’ai un correctif en cours de préparation pour la prise en charge de la balise hotSpot exprimée en pixels.

      ++

    • remi5

      Quelle réactivité...
      Super...
      Mais

      OK sous firefox
      NOK sous chromium...

      Merci

    • b_b

      De mon côté ça fonctionne, je viens de tester la page ou j’affiche ton KML avec Chromium 41.0.2272.76 sans aucun problème :

      http://labo.eliaz.fr/article134.html

      ++

    • remi5

      Oui ...
      Excuse moi, j’avais oublié de vider mon cache de chromium...

      Bien humblement

    • b_b

      \o/ it works

    • Rémi Clavier

      J’ai un problème avec les fichiers KMZ.
      Le pire, c’est que je croyais avoir testé cette fonctionnalité et l’avoir vu marcher il y a quelques jours...
      Sur un article, je charge un document (type KMZ)

      Je le référence dans le texte de l’article

      <carte_gis1|zoom=8|limit=100|scale=oui|kml=9>

      rien ne s’affiche

      J’extrait « à la mano » le kml qu’il contient
      Je le télécharge comme doc (type KML)
      je le référence dans l’article

      <carte_gis1|zoom=8|limit=100|scale=oui|kml=10>

      et cela marche... (ce qui semble montrer que le kml dans le kmz est correct...

      Une idée ? Ou je fais une fausse manip ?

    • b_b

      Oui, c’est normal, les KMZ ne sont pas pris en charge par le script car ils impliquent un dézippage côté client qui est plutôt lourd à gérer.

    • Rémi Clavier

      Bonjour,
      Pour mes besoins propres, je travaille à l’heure actuelle sur un plugin permettant d’extraire les informations des fichiers KMZ issus du logiciel « mes parcours » sous android (j’ai pas loin de 500 fichiers à traiter, ce qui exclut un import manuel dans GIS).

      L’essenciel des fonctions est actuellement codé en utilisant les informations contenues dans les sources des plugins « GIS4 » et « ODT2SPIP ».

      Il me reste quelques soucis mais sur l’un d’entre eux, je seche...

      Les points géolocalisés issus des photos contenues dans le fichier KMZ sont biens créés, attachés à l’article mais la visualisation des points se centre sur un marqueur en plein atlantique (lon=lat=0 ?).
      Lorque je demande l’édition du point, la carte pointe bien sur les coordonnées du point (en Bretagne !), mais le marqueur est toujours en plein atlantique.
      Les valeurs stockées dans les tables spip_gis et spip_gis_lien sont correctes...
      Le code utilisé est le suivant

       foreach ( $photos as $photo){
	 	$titre = $photo['namePhoto'];
		$id_gis = gis_inserer();
		$set = array(
				 'lon' => $photo['lonPhoto'],
				 'lat' => $photo['latPhoto'],
				 'id_objet' => $id_article,
				 'objet' => 'article',
				 'titre' => $fichier_zip."-".$titre ,
				 'zoom' => 6 ,
				 'id_gis' => $id_gis ,
				 );
	$err=	 gis_modifier($id_gis, $set)	;

			}

      y-t-il une aopération que j’aurais oubliée ?

      Merci de toute aide...

    • Rémi Clavier

      Semble résolu en désactivant le plugin GIS GEOMETRY

    Répondre à ce message

  • 6
    Théo

    Bonjour,

    Très pratique ce plugin.

    J’utilise CIRV mais GIS s’affiche dans une fenêtre en bas de la rédaction d’un article, dans l’espace privé des Rédacteurs après l’avoir enregistré.

    Comment empêcher d’avoir cette fenêtre dans cet espace ? J’ai cherché mais je planche :(

    • b_b

      Salut, d’après ce que j’en lis, CIRV surcharge les autorisations de SPIP pour permettre certaines choses aux rédacteurs. GIS de son côté, vérifie bien les autorisations, le bloc est affiché, mais si l’auteur n’a pas les droits de modifications de l’objet en cours d’affichage, les actions ne seront pas effectives.

      Peut-être faudrait-il améliorer cela en n’affichant pas du tout le bloc si l’auteur n’est pas autorisé à modifier l’objet en cours, à voir et discuter.

    • Théo

      Merci de cette rapidité de début de réponse.

      Justement comment ne pas afficher ce bloc que l’auteur (Rédacteur) n’est pas autorisé à modifier ni à s’en servir ?

      Seuls les Administrateurs pourront se servir de GIS.

    • b_b

      Tu peux le faire rapidement en personnalisant le squelette prive/contenu/gis_objet et en y ajoutant un test d’autorisation par exemple.

    • Théo 
      1. [(#SET{titre, #VAL{gis:info_geolocalisation}|_T})]
2. [(#BOITE_OUVRIR{#CHEMIN_IMAGE{gis-24.png}|balise_img{'',cadre-icone}|concat{#GET{titre}}, 'simple'})]
3. <div id="editer_gis_[(#ENV{objet})]_[(#ENV{id_objet})]" class="ajax-action nom_action">
4. 	[(#INCLURE{fond=prive/inclure/gis_objet_formulaires,env,ajax})]
5. </div>
6. #BOITE_FERMER

      J’ai bien trouvé ça mais c’est quoi le test d’autorisation ? Je ne suis pas très féru en la matière…

    • b_b

      Un truc simple à base de balise autoriser, cf http://programmer.spip.net/La-balise-AUTORISER

      Ajouter le code suivant à la première ligne [(#AUTORISER{modifier,article,#ID_ARTICLE}) et celui-ci à la dernière ].

    • Théo

      Yesss ! Ça marche :-)

      1. [(#SET{titre, #VAL{gis:info_geolocalisation}|_T})]
2. [(#BOITE_OUVRIR{#CHEMIN_IMAGE{gis-24.png}|balise_img{'',cadre-icone}|concat{#GET{titre}}, 'simple'})]
3. [(#AUTORISER{modifier,article,#ID_ARTICLE})
4. <div id="editer_gis_[(#ENV{objet})]_[(#ENV{id_objet})]" class="ajax-action nom_action">
5. 	[(#INCLURE{fond=prive/inclure/gis_objet_formulaires,env,ajax})]
6. </div>
7. #BOITE_FERMER
8. ]

      Après l’avoir dupliqué, j’ai mis le fichier gis_objet.html dans squelettes/prive/contenu/…

      Seul, le Webmestre peut donc gérer GIS. Les Administrateurs ne peuvent pas ni les Rédacteurs.

      Merci de l’aide et bon week ;-)

    Répondre à ce message

  • 6
    rclsilver

    Bonjour,

    Nous utilisons GIS 4.22.2 avec SPIP 3.0.16.

    Nous possédons sur plusieurs pages des cartes possédant des points. Sur certaines d’entre elles, les cartes se figent lorsque l’on utilise les boutons zoom (+ et -) ou si on déplace la carte. Ce comportement semble aléatoire, et toutes les cartes sont affichées de la même façon.

    Quelqu’un aurait une idée de là où ça peut venir ?

    • b_b

      Salut, tu peux commencer par tester avec la dernière version du plugin, 4.26.1 à ce jour, cf :

      http://plugins.spip.net/gis.html

      Si le bug persiste après la mise à jour, avoir vider le cache du site et de ton navigateur, fais moi signe par ici. Il se peut qu’on bug de la librairie Leaflet soit en cause, cf :

      https://github.com/Leaflet/Leaflet/issues/2021

      ++

    • Max

      Bonjour,

      même problème. (spip 3.0.17, gis 4.26.1)
      un clic sur bouton zoom => la carte se fige.
      par contre, si j’utilise la molette de la souris puis le bouton zoom => pas de problème.

      Crdl

    • b_b

      Salut,

      comme d’habitude, il nous faudrait l’url de la page en question pour pouvoir t’aider plus :)

      Merci d’avance.

    • Max

      sur un site de test
      http://workspace.factor-media.fr/ecrire/?exec=auteur&id_auteur=2
      login / mdp : demo / workspace
      le btn de zoom ne fonctionne qu’une fois puis blocage.
      si on utilise la molette de la souris pour agrandir / reduire la carte puis on clic sur btn zoom => ça fonctionne.

    • b_b

      Ok je vois le bug, merci pour le lien.

      Le problème doit venir du fait que ton site utilise les fonds de carte de google, cf ce ticket sur le repo du script qui gère les fonds en question :

      https://github.com/shramov/leaflet-plugins/issues/62

      Normalement le bug ne devrait pas être présent avec un autre fond de carte, tu peux le confirmer ?

    • Max

      effectivement, sous openstreetmap le bug n’existe pas.

    Répondre à ce message

  • 3
    Francky

    Salut b_b :-)
    J’ai un problème avec google satelite
    SPIP 3.0.17 [21515]
    ou
    SPIP 3.1.0-alpha [21961]

    php 5.6.6
    installation en MySQL
    prefix des tables : spipdev5
    gis 4.26.7
    saisie 2.1.1

    Quand je vais dans : ecrire/ ?exec=configurer_gis
    La carte ne s’affiche pas systématiquement, souvent, j’ai simplement une image grise.
    Quand cela fonctionne, le zoom ne fonctionne pas correctement et je ne n’ai pas les nom de rue qui s’affiche dans la partie public. :-(

    • b_b

      Salut Francky, quelle est l’url du site en question ?

    • Francky

      Hello b_b :-)
      J’avais fait mes tests en local, donc je viens de te faire une installation toutes neuve rien que pour toi
      Là, c’est en SPIP 3.1.0-alpha [21963]
      http://www.lien-d-amis.net/spip3/spipdev32/spip.php?article1

      Mais c’est pareil en 3.0.17, tu veux que je te fasses une instal également pour voir ?

    • Francky

      Je ferme car il ne s’agit pas d’un bug de gis, mais de la lib (Leaflet) , il faut attendre qu’une prochaine version soit dispo :-)
      En plus, les cartes google sont « le mal », donc, le mieux est quand même de prendre autre chose :p

    Répondre à ce message

  • 5
    Julien

    NOAJAX !

    Sur un spip 3.0.17, GIS 4 tout neuf, quand je valide la configuration GIS, la pave est remplacé par un noajax.

    Idem pour l’onglet identité de spip...

    Je me doute que cela ne concerne pas directement GIS, mais comme GIS est impacté, peut-être quelqu’un aura une idée du comment du pourquoi...

    Merci de votre aide.

    Julien

    • Julien

      Ci dessus : « la pave »

      il faut lire « Le pavé » pour le fieldset contenant le formulaire de configuration de GIS.

      Désolé de la faute de frappe...

    • domi

      J’ai la même erreur « noajax », avec un GIS4 fraichement installé et un SPIP 3.0.17 (delui du paquet Debian).

      J’ai essayé de désactiver tous les plugins, et réactiver uniquement GIS4 et Saisies, et l’erreur persiste.

    • domi

      J’ai « contourné » le problème en désactivant javascript dans le navigateur, pour effectuer la modification dont j’avais besoin, puis en le réactivant ensuite.

      Mais c’est pas très pratique...

    • b_b

      Sujet déjà abordé dans ce forum, voir ma réponse précédente :

      http://contrib.spip.net/GIS-4?debut_comments-list=-1#forum476937

      NOAJAX !

      Pas la peine de crier :p

    • Julien

      Merci pour cette réponse !

    Répondre à ce message

  • 1
    DD

    Hello,

    J’ai un site en SPIP3 avec GIS 4.26.2 - stable
    et mes points sont en double. Si je supprime un lien, il supprime les 2 occurrences.

    La table gis_liens indique 2 liens pour le même objet site/syndic :
    id_gis objet id_objet
    13 syndic 3
    13 site 3

    Une idée du pourquoi ?

    Merci
    dd

    • b_b

      Salut, désolé mais je ne comprends pas le problème... Il nous faudrait plus d’infos sur le contexte.

      Je viens de tester l’ajout d’un point sur un site, et je n’ai pas de lien en double dans la table spip_gis_liens.

      As-tu testé sur un site « vierge » ? Ton bug vient peut-être d’un autre plugin ?

    Répondre à ce message

  • 6
    rudu

    Bonjour,
    J’essaie d’afficher une carte des réponses à un formulaire conçu avec le plugin formidable.
    Pour l’instant, je ne parviens à afficher un point que pour une seule réponse avec ce code :

    [(#INCLURE{fond=modeles/carte_gis_objet, id_carte_gis=2, 
objet=formulaires_reponse, id_objet=5})]

    Comment faire pour afficher les points de toutes les réponses à un formulaire donné ?

    • Pierre KUHN

      Bonjour,

      objet = il manque un s => objets déjà

    • rudu

      Merci pour ta réponse Pierre,
      Mais je ne crois pas qu’il faille de « s » à objet pour le modèle carte_gis_objet, contrairement au modèle carte_gis.
      D’ailleurs j’obtiens bien le point attendu sur la carte.

      Rudu

    • Pierre KUHN

      Ah oui mais je n’utilise pas ce modele, le modele carte est plus simple je pense.

    • rudu

      Ok, mais alors il doit me falloir écrire un fichier json/gis_reponses_formulaire.html de manière à pouvoir l’appeler via :

          [(#INCLURE{fond=modeles/carte_gis,
    objets=reponses_formulaire,
    id_formulaire=3})]

      Mais j’obtiens une carte vide.

      Mon fichier gis_reponses_formulaire ;html :

      <BOUCLE_rep(FORMULAIRES_REPONSES){gis}{branche ?}{id_formulaire ?}{id_auteur ?}{recherche ?}{0, #ENV{limit}}{","}>
	{"type": "Feature",
	"geometry": {"type": "Point", "coordinates": [#LON, #LAT]},
	"id":"#ID_GIS",
	"properties": {
		"title":[(#TITRE_GIS*|sinon{#TITRE*}|extraire_multi|supprimer_numero|json_encode)],
		"title":[(#GET{titre}|json_encode)],
		"description":[(#DESCRIPTIF_GIS|sinon{#DESCRIPTIF}|json_encode)][
		(#LOGO_GIS|gis_icon_properties)]
}}</BOUCLE_rep>

      Merci,
      Rudu

    • b_b

      Salut,

      Ok, mais alors il doit me falloir écrire un fichier json/gis_reponses_formulaire.html

      Il te faut ce fichier perso quel que soit le modèle utilisé puisque GIS ne fournit pas (pour l’instant ?) de fichier json pour afficher les réponses à un formulaire de Formidable, cf :

      http://zone.spip.org/trac/spip-zone/browser/_plugins_/gis/trunk/json

      Sinon, comme d’habitude, il nous faudrait l’url de la page en question pour pouvoir t’aider plus :)

    • rudu

      Salut b_b ,
      Malheureusement, je bosse en local, donc pour un lien ... :-(

      Je vais essayer de générer un fichier json à partir de boucles sur FORMULAIRES_REPONSES en m’inspirant des autres fichiers, mais j’avance un peu à l’aveuglette.

      Merci pour ton retour en tout cas.
      Rudu

    Répondre à ce message

  • 2
    Julien

    Problème sur documents géolocalisés

    Dans un json, je fais la boucle suivante pour positionner des documents sur une carte (les numéros de documents provenant d’un PS d’un article) :

    #SET{listedoc,#PS*|explode{','}}

<BOUCLE_lesdoc(DOCUMENTS){gis}{id_document IN #GET{listedoc}}{0, #ENV{limit}}{","}>
.... code GIS des json ....
</BOUCLE_lesdoc>

    Cette boucle fonctionne bien sans le critère gis , mais ne sort rien avec le critère gis.
    Les documents en question ont bien un point lié, et sont en statut publié, lié à une rubrique, contenant une image.

    Voici les liens :
    json : http://www.gouttedor-et-vous.org/spip.php?page=gis_json&objets=memoire&limit=500&id_article=1301&var_mode=recalcul
    article (avec le PS contenant les numéro des doc : http://www.gouttedor-et-vous.org/Plongez-dans-le-passe-du-quartier?var_mode=calcul

    Et pour exemple qui marche un exemple avec un CHAPO contenant des n° d’article : http://www.gouttedor-et-vous.org/la-decouverte-des-arbres-de-la-Goutte-d-Or?var_mode=recalcul
    La boucle est dans ce cas
    <BOUCLE_lesart(ARTICLES){gis}{id_article IN #GET{listeart}}{0, #ENV{limit}}{","}>

    Une idée ? Est-ce que l’on peut indiquer à la boucle avec gis directement le numéro des doc ? Dans gis_document.html, je ne vois pas ce critère...

    • Julien

      Pour le moment contourné le problème, avec trois boucles :
      -  récupération des n° de documents
      -  recherche dans spip_gis_liens des points liés à un doc
      -  recherche dans spip_gis des infos sur le point

      Plus lourd.... mais du coup les liens ci-dessus marche. Mais la question demeure !

    • b_b

      Salut, ton squelette json semble assez « complexe », du coup pas facile de voir ce qui pourrait y clocher :

      http://www.gouttedor-et-vous.org/squelettes/json/gis_memoire.html

      Je te conseille de créer un squelette de debug dans lequel tu isoleras uniquement la boucle qui pose problème afin de la décortiquer. Ensuite, poste nous le résultat de la requête SQL que tu pourras trouver à l’aide de var_mode=debug.

    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 :

  • Désactiver tous les plugins que vous ne voulez pas tester afin de vous assurer que le bug vient bien du plugin X. Cela vous évitera d’écrire sur le forum d’une contribution qui n’est finalement pas en cause.
  • Cherchez et notez les numéros de version de tout ce qui est en place au moment du test :
    • version de SPIP, en bas de la partie privée
    • version du plugin testé et des éventuels plugins nécessités
    • version de PHP (exec=info en partie privée)
    • version de MySQL / SQLite
  • Si votre problème concerne la partie publique de votre site, donnez une URL où le bug est visible, pour que les gens puissent voir par eux-mêmes.
  • En cas de page blanche, merci d’activer l’affichage des erreurs, et d’indiquer ensuite l’erreur qui apparaît.

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.

Qui êtes-vous ?
[Se connecter]

Pour afficher votre trombine avec votre message, enregistrez-la d’abord sur gravatar.com (gratuit et indolore) et n’oubliez pas d’indiquer votre adresse e-mail ici.

Ajoutez votre commentaire ici

Ce champ accepte les raccourcis SPIP {{gras}} {italique} -*liste [texte->url] <quote> <code> et le code HTML <q> <del> <ins>. Pour créer des paragraphes, laissez simplement des lignes vides.

Ajouter un document

Suivre les commentaires : RSS 2.0 | Atom