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è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.
Discussions par date d’activité
69 discussions
Bonjour,
J’ai plusieurs points GIS dont certains ne sont associés à aucun objets SPIP.
Dans le corps de texte d’un article, en ajoutant le modèle standard :
la carte affiche tous les points, associés ou pas à un article : parfait.
En personnalisant le fichier ./json/gis.html pour y ajouter (par exemple) :
la carte n’affiche que les points associés à un article.
Mon besoin étant d’afficher tous les points et #ID_ARTICLE (c’est un exemple) dans l’infobulle quand le point est associé à un article ou rien quand il n’est pas associé.
Merci pour vos expériences et lumières,
françois
Ha oui, fort possible que la présence de la balise id_article dans la boucle force une jointure sur les articles. Essaye peut-être avec la balise id_objet, sinon pourquoi ne pas utiliser le squelette json_gis_articles.html puisque tu souhaites afficher des données issues d’articles ?
En fait non, je ne « souhaites pas afficher des données issues d’articles ».
Comme indiqué, je souhaite afficher tous les points, associés ou pas, et mon JSON ne retourne que les points associés quand j’ajoute #ID_ARTICLE. Je pense effectivement qu’il y a une jointure qui se promène.
Ma question est bien : comment retourner tous les points et pour les points associés à un article afficher #ID_ARTICLE ?
Merci !
As-tu testé ma proposition ?
Oui b_b, mais rien de mieux.
J’ai utilisé la solution suivante : dans le JSON, je renseigne une variable dans la BOUCLE avant le formatage des données json :
et je peux ainsi afficher tous les points ; ceux qui ont des articles associés ont un lien vers l’article et pas les autres.
Merci pour tes propositions.
françois
Répondre à ce message
Bonjour,
Je fais un site en SPIP 3.0.7 dans lequel j’ai entreautre les plugins Agenda, Mini calendrier et GIS4. Il semble y avoir conflit car lors de l’activation du plugin agenda j’ai le message suivant sur les pages rubriques ou articles qui présentent un article contenant un évènement :
Erreur SQL 1054
Unknown column ’articles.id_evenement’ in ’on clause’
SELECT gis.titre AS titre_gis, gis.descriptif AS descriptif_gis, gis.adresse AS adresse_gis, gis.pays AS pays_gis, gis.code_pays AS code_pays_gis, gis.region AS region_gis, gis.ville AS ville_gis, gis.code_postal AS code_postal_gis, L1.adresse, gis.code_postal, gis.ville, articles.lang, articles.titre FROM spip_articles AS
articles
INNER JOIN spip_evenements AS L1 ON ( L1.id_evenement = articles.id_evenement ) INNER JOIN spip_gis_liens AS gis_liens ON ( gis_liens.id_objet = articles.id_article AND gis_liens.objet=’article’) INNER JOIN spip_gis AS gis ON ( gis.id_gis = gis_liens.id_gis ) WHERE (articles.statut = ’publie’) AND (articles.id_article = 444) GROUP BY gis_liens.id_gisQuelqu’un a-t-il une solution ?
Comme je ne sais pas d’où vient le problème, j’ai posté également sur la page de l’Agenda
Merci,
Ploufplouf
Salut, testé à l’instant sur SPIP 3.0.7 SVN [20400] avec Agenda 3.11.7 - stable + GIS 4.8.0 - test => aucune erreur en affichant une rubrique das le privé même si elle contient un événement.
As-tu vidé le cache du site ? Tes plugins sont-ils à jour ?
Bonjour,
Oui j’ai bien les plugins à jour, du coup comme tu me dis que ça fonctionne j’ai refait un tour sur mes squelettes et je me suis aperçu, l’erreur venait des champs gis que j’avais oubliés de suffixer les champs avec _GIS lors de l’appel dans le squelette. Cette erreur ne ressortait pas avant l’activation du plugin agenda. J’ai corrigé mes squellettes en suffixant et tout fonctionne.
Merci
Re,
J’ai réellement un souci depuis l’installation de l’agenda avec GIS...
J’ai ajouté les suffixes sur les balises donc je n’ai plus d’erreur SQL mais les infos d’adresse, ville et code postal n’apparaissent plus...
Ma boucle d’appel est la suivante :
Une idée ?
Merci
Salut, sans lien vers ton site, et sans lien vers le contenu des squelettes utilisés il m’est impossible de t’aider plus...
Salut,
Je t’ai envoyé un message pour l’adresse du site.
Merci de ton aide
Re bonjour,
Je me permets d’insister car je ne trouve pas la source du problème, ou de mon erreur, quant à l’affichage des champs #XXX_GIS pour afficher les adresses.
Quelqu’un aurait-il un idée ou rencontrerait-il le même problème ?
Merci
Salut, la version 4.8.2 devrait régler ton problème :
http://zone.spip.org/trac/spip-zone/changeset/72484
++
Merci,
En effet la mise à jour du plugin à corriger le problème.
Encore merci pour ton dévouement et ton aide.
Répondre à ce message
Salut b_b,
Sur une instal toute neuve (SPIP 3.0.16 et de nombreux plugins dont GIS 4.19.8 et GIS Geometries
1.5.3), j’ai dans l’espace privé 3 erreurs de squelettes :
Comment puis-je corriger « proprement » ce souci (de champ manquant à priori), stp ?
T’en remerciant par avance.
Salut Pascal, il semble que l’installation de GIS Geometries ne soit pas bien passé sur ton site et du coup il manque le champ geo nécessaire à son fonctionnement dans la table spip_gis. Essaye de désinstaller/réinstaller Gis Geometries et surveille tes logs pour voir si un erreur est générée lors de l’installation.
Ton site tourne bien sous MySQL ? Si oui, sous quelle version ?
++
Avec l’aide de b_b (que je remercie de son aide plus que précieuse), il s’avère que le problème vient d’un réglage dans le .htaccess du site dont la ligne «
SetEnv PHP_VER 5_TEST
» pose souci.Pour les techniciens c’est un souci, a priori, entre Zend Opcache et PHP 5.4.
Il ne faut donc pas utiliser cette option et bien utiliser «
SetEnv PHP_VER 5
» sur votre hébergement.En espérant que cela pourra servir à d’autres ;-)
Encore un grand merci à b_b pour son aide.
Répondre à ce message
Bonjour,
Je me permet de reposer une question, j’essaye de voir où je peux aller avec ce super plugin
Je souhaite afficher dans un article une carte des points géolocalisés des évènements liés à cet article.
J’ai mis :
[(#INCLUREfond=modeles/carte_gis,objets=evenements,id_article,)]
OK, cela fonctionne
Cerise sur la gâteau, ...chacun des évènements est lié à un mot-clé (lui même lié à une couleur)...
Serait-il possible qu’en fonction du mot-clé, lié à l’évènement, il y ait un marqueur différent ?
Je sais c’est un super cerise.
Merci d’avance pour votre lecture
Je me répond à moi même et pour ceux que cela peut aider.
Je me suis inspirer de cet article pour l’adapter aux évènements.
Ce fichier comporte le code suivant
où echelon_de_evenement correspond au nom du groupe de mon groupe de mot clé.
Pour ma part cela donne cela : [(#INCLUREfond=modeles/carte_gis, objets=evenements_logomot,id_article)]
Répondre à ce message
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 ?
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.
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 ;)
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 :)
Merci beaucoup pour le travail effectué.
Malheureusement chez moi, cela ne semble pas marcher
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...
Hop,
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
++
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
Ok, je vois le bug, je m’en occupe asap, à suivre sur le ticket @github.
Et hop, la version 4.26.4 fixe le bug pour chromium et safari, cf :
http://zone.spip.org/trac/spip-zone/changeset/88128
++
Bonjour,
des test semblent montrer qu’une erreur d’arrondi a lieu dans la procédure
parsePoint
de KML.jsentre le
var ll = el[0].childNodes[0].nodeValue.split(',');
et.
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++
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...
(x=32 est la moitié de la largeur de l’image...)
Mais peut-être mon KML est bizaroïde...
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.
++
Voilà, le patch est en ligne et disponible dans la version 4.26.5 de GIS :
http://zone.spip.org/trac/spip-zone/changeset/88160/
https://github.com/shramov/leaflet-plugins/commit/ec66729a19c120f8fa2493af14cf9ecbb78d6624
++
Quelle réactivité...
Super...
Mais
OK sous firefox
NOK sous chromium...
Merci
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
++
Oui ...
Excuse moi, j’avais oublié de vider mon cache de chromium...
Bien humblement
\o/ it works
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
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
et cela marche... (ce qui semble montrer que le kml dans le kmz est correct...
Une idée ? Ou je fais une fausse manip ?
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.
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
y-t-il une aopération que j’aurais oubliée ?
Merci de toute aide...
Semble résolu en désactivant le plugin GIS GEOMETRY
Répondre à ce message
Bonjour,
Je tourne en rond sur un problème que je rencontre depuis une semaine : lorsque j’effectue une recherche de mot-clé (pas juste une sélection) pour le lier à une rubrique ou un article (par exemple « Haute-Normandie »), j’obtiens l’erreur suivante :
Erreur SQL 1146
Table ’xxx.spip_giss_mots’ doesn’t exist
SELECT t.id_mot, t.titre, t.texte, t.descriptif, (MATCH(t.
titre
) AGAINST (’Haute-Normandie’)) * 8 (MATCH(t.titre
,t.texte
,t.descriptif
) AGAINST (’Haute-Normandie’)) * 1.8 IF(SUM(o1.score) IS NULL,0,SUM(o1.score)) IF(SUM(o2.score) IS NULL,0,SUM(o2.score)) AS score FROM spip_mots AS t LEFT JOIN ( SELECT lien1.id_objet,MATCH(obj1.titre
,obj1.titre
,obj1.texte
,obj1.descriptif
) AGAINST (’Haute-Normandie’) AS score FROM spip_mots_liens as lien1 JOIN spip_mots as obj1 ON obj1.id_mot=lien1.id_mot AND lien1.objet=’mot’ WHERE MATCH(obj1.titre
,obj1.titre
,obj1.texte
,obj1.descriptif
) AGAINST (’Haute-Normandie’) > 0 ORDER BY score DESC LIMIT 100 ) AS o1 ON o1.id_objet=t.id_mot LEFT JOIN ( SELECT lien2.id_mot,MATCH(obj2.titre
,obj2.descriptif
,obj2.pays
,obj2.region
,obj2.departement
,obj2.ville
,obj2.code_postal
,obj2.titre
) AGAINST (’Haute-Normandie’) AS score FROM spip_giss_mots as lien2 JOIN spip_gis AS obj2 ON lien2.id_gis=obj2.id_gis WHERE MATCH(obj2.titre
,obj2.descriptif
,obj2.pays
,obj2.region
,obj2.departement
,obj2.ville
,obj2.code_postal
,obj2.titre
) AGAINST (’Haute-Normandie’) > 0 ORDER BY score DESC LIMIT 100 ) AS o2 ON o2.id_mot=t.id_mot GROUP BY t.id_mot ORDER BY score DESC LIMIT 0,500Si je désactive le plugins, plus d’erreur ! Alors que faire, car je souhaite garder cette extension ?
Je suis sur SPIP 3.0.17 + écran sécurité 1.2.0, version GIS4 4.25.0 (cela le faisait également avec la 4.24.1), PHP Version 5.4.23-1, MySQL v5.5.31.
Salut, le bug est signalé sur la liste spip-zone :
http://thread.gmane.org/gmane.comp.web.spip.zone/36799
Le bug a été introduit par cette modification :
http://zone.spip.org/trac/spip-zone/changeset/85089/
Reste plus qu’à corriger :p
Merci pour cette réponse rapide ;-)
Du coup, je vais désactiver fulltext et réactiver Gis en attendant les corrections.
Et hop, Kent1 a corrigé le plugin fulltext sur ce point :) Tu peux tester avec la version 1.0.0 disponible par ici :
http://zone.spip.org/trac/spip-zone/browser/_plugins_/fulltext/trunk
Cette nouvelle version devrait être bientôt disponible en zip, on attend juste quelques retours de test (de mon côté ça fonctionne bien).
Bonjour b_b et merci à Kent1 !
Le test est positif pour Fulltext version 1.0.0, du moins en ce qui concerne le problème évoqué ci-dessus, lequel a disparu. Les deux plugins sont activés et la recherche de mots-clés (en interne) tout comme la recherche sur la partie publique du site fonctionnent normalement.
J’ai cependant un autre problème à régler maintenant : la carte ne centre plus sur le point géolocalisé créé et lié à un article mais sur la position de base définie dans la page de configuration de Gis, bien que des paramètres soient passés dans l’URL. Je précise que le plugins Fulltext ne doit pas être ici en cause, ni même Gis, c’est plus sûrement une erreur de ma part, mais laquelle ?
Un exemple ici.
Merci de votre aide ;-)
Hop, première chose à faire pour toi, désactiver la compression HTML dans la configuration avancée de SPIP. En effet, cette fonctionnalité (qui a été retirée de la future 3.1) n’apporte pas de réel gain côté performance et peut générer des bugs avec les plugins. Une fois que c’est fait, je regarde pour ton problème.
Hésite pas à venir en causer sur IRC par ici : http://www.spip.net/irc
++
Avec le code d’appel que tu utilises je pourrais t’en dire plus. Comme je suis sympa j’ai cherché et je l’ai trouvé par ici :)
http://echodesmots.info/squelettes/localiser.html
On peut voir que tu appelles le modèle de la carte sans lui passer de paramètres afin de spécifier ce que tu souhaites afficher :
[(#MODELE{carte_gis, zoom=16, centrer_auto=oui})]
Avec un
objets=articles,id_article
ça devrait fonctionner « un peu » mieux ;)Big up !
Désactivation de la compression html, modification du fichier localiser.html avec
et mes points géolocalisés apparaissent bien comme je le souhaite...
Pour un novice comme moi, ce partage d’expérience est grandement appréciable, c’est vraiment cool :)
Répondre à ce message
Bonjour,
et toujours un plaisir d’utiliser ce plug :) Tout marche vraiment bien, j’aurais juste un petit soucis lors d’un affichage.
En effet, mes événements sont liés à des points géolocalisés. Il peut il y avoir plusieurs événéments sur un même point. Je souhaite donc surcharger l’infobulle d’un point de l’ensemble des événements avec lequel il est lié.
J’utilise le fichier gis_evenement avec surcharge des infos bulles dans la partie description :
"description":[(#INCLURE{fond=json/inc_bulle, id_article}|json_encode)]
Et cette boucle
Forcément ça ne fonctionne pas... Il me liste les événements d’un même article. Je m’emmêle un peu les neurones. Une solution ?
Merci de votre aide :)
Salut, vu que tu souhaites afficher des événements je pense qu’il serait mieux de passer id_evenement à l’inclure et non id_article ^^
[(#INCLURE{fond=json/inc_bulle, id_evenment}|json_encode)]
Mais à ce que je peux voir ton code ne me semble pas correct pour faire ce que tu souhaites. Il faudrait nous poster le cotenu complet des deux squelettes quelque part en ligne pour qu’on puisse t’aider.
++
Je n’avais pas vu ta réponse. Je te remercie :) Je mets mon code pour que ça serve à d’autres :
Le HTML dans un dossier JSON du squelette, gis_evenements.html
La boucle dans inc_bulle :)
Et du coup je me rends compte de l’erreur qui génère une autre problématique !!!
Répondre à ce message
J’ai une question et un problème sur lequel je bute.
Après avoir inclus l’appel suivant dans un squelette (content/annuaire.html, en l’occurrence, via Zspip)
[(#INCLURE{fond=modeles/carte_gis,objets=organisations,limit=1000})]
et modifier, dans le sens indiqué par b_b ( j’ajoute moi aussi un « grand merci » pour la création et le partage de ce formidable outil et toutes ces précieuses indications) le fichier json/gis_organisations.html
pour y ajouter le code suivant :
[(#SET{titre,<a href="#URL_ORGANISATION">#TITRE*</a>})]"title":[(#GET{titre}|json_encode)],
Mais à priori je ne fais pas ce qu’il faut et ces modifications ne sont pas prises en compte : je n’arrive pas à avoir de lien vers l’organisation dans l’info-bulle.
Aurais-je du faire directement appel à un modèle plutôt que de passer par
modeles/carte_gis
?modeles/carte_organisation
par exemple ?Si quelqu’un a une piste, je suis preneur...
Par ailleurs, pour info, le code suivant marche à priori pour les organisations (mais je ne sais pas s’il est optimal). J’ai limité la possibilité de modifier les cartes aux seuls auteurs et admin, car
[(#AUTORISER{modifier,gis})]
laisse apparemment à tous les visiteurs la possibilité de modifier les cartes.Bref, si ça peut aider (sans habillage) :
Salut, quelle est l’adresse de la page où on peut voir ta carte ?
Répondre à ce message
Bonjour,
Bravo pour ce plugin très pratique.
Je l’ai mis en place sur ce lien.
Je suis en train de chercher comment faire pour géolocaliser l’utilisateur puis, à partir de la boucle distance, indiquer les points situés dans son entourage.
Pour la géolocalisation, il y a la fonction leaflet locate() qui est appelée par le plugin GIS lorsque le paramètre localiser_visiteur est positionné à True lors de l’appel du modèle. Dans le fichier javascript\leaflet.gis.js, on peut ajouter le traitement de l’évènement ’locationfound’, généré lors de l’exécution de la fonction locate(), pour récupérer la latitude et la longitude du point obtenues par géolocalisation côté navigateur.
Mais est-il possible de créer un point à partir de la latitude et de la longitude ainsi obtenues pour une utilisation ultérieure, par exemple dans une boucle GIS utilisant le critère distance ?
Merci,
Bien cordialement,
Bruno.
Salut, le problème est que la localisation de leaflet à lieu côté client alors que les boucles sont côté serveur... Pour faire ceci, le plus simple est que l’utilisateur ait un compte auteur avec un point attaché.
Bonjour,
Je remonte ce fil pour présenter la solution que j’aie adoptée. Cette solution comprend deux parties :
Un exemple de ce que je décris figure sur cette page.
1. Adaptation de GIS.
Dans config\mes_options.php, on ajoute le code suivant pour pouvoir passer les paramètres gLat et gLon à GIS :
Puis on créé un fichier squelettes\json\gis_articles_distance_from.html pour alimenter les cartes GIS avec le nouveau type d’objets articles_distance_from, qui permet d’afficher un point isolé ainsi que les points qui se trouvent à moins de 1000 kilomètres du point isolé.
On utilise le critère distancefrom de GIS pour sélectionner les x points les plus proches, la valeur de x étant fixée par le paramètre limit. On utilise également le critère par distance pour afficher ces points par ordre croissant de distance par rapport au point isolé :
On peut utiliser l’objet articles_distance_from de la manière suivante dans GIS :
On réutilise les paramètres titre, decription et icone définis pour l’objet point_libre. Ici pour indiquer le visiteur par un marqueur rouge qui se détache des marqueurs bleus des points les plus proches.
Pour être complet, voici la boucle SPIP qui intègre cette carte :
On affiche au-dessus de la carte la liste des points les plus proches. En cliquant sur un élément de cette liste, on va sur le marqueur correspondant et on affiche une infobulle. Cette infobulle contient un lien cliquable vers l’article associé au point.
On utilise les même critères de sélection et d’’affichage des points que pour l’affichage des données dans le squelete json que l’on utilise : les points situés à une certaine distance max et affichés par distance croissante.
Pour l’instant, je n’utilise pas ajax. Si vous avez des idées de comment l’utiliser dans ce contexte, je suis intéressé.
2. Génération des valeurs de gLat et gLon
On veut géolocaliser l’internaute qui accède à la page depuis un terminal mobile. Pour ce faire, on va demander à l’utilisateur de cliquer sur un bouton « Rechercher ma position ». Le clique sur ce bouton, grâce à l’évènement onclick, va lancer une fonction en Javascript qui va calculer la position de l’utilisateur, puis appeler la page qui va afficher la carte GIS au moyen du squelette que nous venons de présenter.
Pour ce faire, on a créé un modèle géolocalisation décrit dans le fichier squelettes\modeles\géolocalisation.html
Ce modèle admet deux paramètres : <geolocalisation|gPage=geo_articles_proches|gIdentifiant=234>
Le script Javascript va utiliser ces deux paramètres pour appeler la page cible par spip.php ?page=geo_articles_proches&gIdentifiant=234
Dans le squelette désigné par gPage, il faut prévoir d’assigner la valeur de gIdentifiant au critère de boucle utilisé. Par exemple
, ou
L’idée dans cette approche est de permettre d’appeler des pages qui gèrent différentes catégories d’objets SPIP.
Voici le code complet du modèle géolocalisation.html :
Merci, c’est super sympa de ta part de partager avec les autres :)
Tu pourrais même proposer ce contenu dans un article de la rubrique GIS comme quelqu’un l’avait déjà fait pour cet article : http://contrib.spip.net/Utilisation-avancee-de-GIS-4
++
Merci pour cette contribution.
Petite adaptation possible : charger la liste des articles et la carte en ajax juste après la géolocalisation, en évitant un rechargement de page entière.
En tout cas, merci !
Julien
Bonjour,
Je viens enfin de retrouver mes identifiants ;-)
Pour le tutoriel, pas de problème. Je vais juste modifier le fichier JSON pour ne plus être tributaire du code de GIS, chose que j’ai omise de dire dans mon intervention sur cette page. En effet, les paramètres titre, description et icone que j’ai utilisé sont ceux de point_libre. Et pour pouvoir les utiliser, j’avais modifié le code de GIS. J’ai dorénavant supprimer cette contrainte en modifiant le fichier JSON.
Merci pour l’information concernant l’usage d’AJAX ! Je vais l’intégrer pour l’ajouter au tutoriel.
Bien cordialement,
Bruno.
C’est encore en test, il n’y a qu’une seule asso sur la carte (proche de Paris), mais voici le principe en ajax :
http://carceropolis.fr/-Autour-de-chez-moi-
Julien
Bonjour,
Le tutoriel que j’ai écrit vient d’être publié.
Bien cordialement,
Bruno.
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 : |