Plugin Coordonnées

Publié le : 19 août 2010 – Dernière modification le 10 mai 2022 – par Cyril Marion, Matthieu Marcillaud – 127 commentaires

1
2
3
4
5
41 votes

Le plugin « Coordonnées » fournit la possibilité d’attribuer aux objets de SPIP des indications de coordonnées multiples tel que plusieurs adresses postales, emails, numéros de téléphone ou réseaux sociaux.

Ce plugin fonctionne de manière autonome ou peut être couplé au plugin « Contacts et Organisations ».

Vous pouvez accéder directement aux nouveautés concernant ce plugin.

Objectif

Ce plugin a pour objet de compléter les informations relatives aux auteurs par des éléments de contact, tel que des adresses postales, emails ou téléphoniques.

Origine

Ce plugin est né du projet « Contacts & Organisations » (avec la même finalité) dont il est une sous-partie fonctionnant de manière autonome.

Ce qui le différencie de plugins existants actuellement pour étendre les auteurs (Inscription2 par exemple) est le fait que l’on peut attribuer, pour un auteur donné, autant d’adresses que souhaité, ce qui était, pour certains, une limitation.

Fonctionnement

« Coordonnées » utilise 3 tables liées aux auteurs : une table adresses, une table emails et une table numeros sur lesquelles il est possible de faire des boucles :

<BOUCLE_auteur(AUTEURS){id_auteur}>
	<h2>#NOM :</h2>
	<BOUCLE_adresses_auteur(ADRESSES){id_auteur}>
		#NUMERO #VOIE<br />
		#COMPLEMENT<br />
		#CODE_POSTAL #VILLE
	</BOUCLE_adresses_auteur>
</BOUCLE_auteur>

Dans l’espace privé, la vue des auteurs permet d’attribuer des adresses :

Le formulaire est ajouté simplement en dessous. Les champs par défaut peuvent être complétés avec le plugin Champs Extras 2, comme ici le champ « région » :

Une fois l’adresse complétée, elle s’affiche sur la vue de l’auteur :

Champs

Les 3 types de coordonnées fournissent les champs suivants (extensibles avec le plugin Champs Extras 2) :

  • Boucles ADRESSES
    • #ADRESSE
    • #VOIE
    • #COMPLEMENT
    • #BOITE_POSTALE
    • #CODE_POSTAL
    • #VILLE
    • #REGION
    • #PAYS
    • #TITRE
    • #TYPE lorsqu’on fait un lien avec un objet SPIP
  • Boucles EMAILS
    • #EMAIL
    • #TITRE
    • #TYPE lorsqu’on fait un lien avec un objet SPIP
  • Boucles NUMEROS
    • #NUMERO
    • #TITRE
    • #TYPE lorsqu’on fait un lien avec un objet SPIP

Il est possible d’utiliser des réseaux sociaux via le plugin http://zone.spip.org/trac/spip-zone/browser/_plugins_/rezosocios/trunk

Dépendances

La version 1.1 du plugin nécessite SPIP 2.1 ainsi que :
-  Saisies
-  le plugin « Pays » ou le plugin « Géographie »

Nouveautés !

Depuis la version 1.4.5 le plugin Coordonnées permet d’attribuer de adresses, numéros de téléphone et adresses mail à d’autres objets que des auteurs. Pour ce faire, il suffit d’aller directement sur la page « ?exec=configurer_coordonnees » (ou en passant par le bouton configuration > Gestion des plugins > Coordonnées, puis cliquer sur le petit bouton « configurer » :

On peut alors choisir les objets « coordonnables »...

Expérimentation de la version 2.3.5

Cette version a essayé l’intégration des réseaux sociaux au même titre que les autres type de coordonnées.
Aprés discussion sur la liste de developpement, il a été constaté qu’il était plus pertinent de s’appuyer sur le plugin rezosociaux

Discussion

5 ans 1 an 3 mois Sans limite
par date
Filtrer

46 discussions

  • 6
    Teddy Payet

    Bonjour,

    Comment faire pour ajouter un nouvel objet éditorial dans le choix des objets du plugin Coordonnées ?

    Ybbet

    • gilcot

      Bonjour Ybbel.

      Si ton plugin veut rajouter un nouvel objet coordonnable, il peut faut passer par le pipeline liste_objets_coordonnees je crois (faut que je vérifie qu’il est bien défini comme pipeline et non juste une fonction interne et je reviens donner le code d’utilisation, mais j’espère avoir compris la question)

      À plus.

    • gilcot

      Hello.

      En fait le pipeline est simplement objets_coordonnables (r70109) et on lui passe un tableau normalement ainsi :

      function PrefixeDuPlugin_objets_extensibles($objets){
	return array_merge($objets, array(
		'TypeObjet' => array('titre'=>_T('PrefixeLangue:CleLangue'), 'exec'=>'NomFichier' ),
	));
}

      en n’oubliant pas la déclaration dans paquet.xml : <pipeline nom="objets_coordonnables" inclure="PrefixeDuPlugin_pipelines.php" ></pipeline> ou dans plugin.xml : <pipeline><nom>objets_coordonnables</nom><inclure> PrefixeDuPlugin_pipelines.php</inclure></pipeline>
      J’ai pas testé donc dis-moi ce que ça donne

    • Stéphane Santon

      Bonjour,

      Et comment connaître la liste des objets CoorodonnES ? C’est à dire ceux pour lesquels l’administrateur a coché la case dans la configuration ?

    • gilcot

      Là c’est plus facile : $conf = unserialize($GLOBALS['meta']['coordonnees']); // la liste des objets selectionnes en configuration est dans $conf['objets']

      Bonus : avoir la liste des objets coordonnables est (un peu moins) aisé

      include_spip('coordonnees_pipelines'); // contient la fonction a utiliser...
$tab = liste_objets_coordonnees(); // on recupere un tableau de 'TypeObjet' => array...
$lst = array(); // on initialise la liste des types (identifiants) d'objets coordonnables
foreach ($tab as $type=>$opt) {
  $lst[] = $type;
}
    • Teddy Payet

      Salut,

      Oui, tu avais bien cerné ce dont j’avais besoin.

      Le contexte : j’ai créé un nouvel objet éditorial et je dois renseigner des coordonnées. Au lieu de le faire dans la table de l’objet, je voulais l’implémenter par l’intermédiaire du plugin Coordonnées. ;-)

      Je teste tout ça dès que j’ai un moment de répit.

    • gilcot

      Bonsoir Teddy.

      Ma réponse ne s’applique plus qu’à la version 1.x pour SPIP 2. En effet, pour la version 2.x pour SPIP 3 il n’y a plus rien à faire : les objets des plugins seront pris en compte automatiquement (r70154) :-)

      Bon dimanche.

    Répondre à ce message

  • Stéphane Santon

    Bonjour,

    Ca y est, mon plugin de géocodage par lots des adresses gérées par Coordonnées est fonctionnel. Je le nettoie un peu avant de le partager pour tests...
    C’est un géocodage coté client (donc en JavaScript) par Google.

    Répondre à ce message

  • 1
    Stéphane Santon

    Bonjour,

    Sur la V2 pour Spip3, la table adresse ne contient plus le champ ’type_adresse’.
    Est-ce celui-ci que l’on trouve dans la table spip_adresses_liens sous le nom ’type’ ?
    Sinon quel est le sens de ce ’type’ ?

    Merci

    • gilcot

      Bonjour STéphane

      Oui, spip_adresses.type_adresse avait disparu puis est revenu dans spip_adresses_liens.type depuis 1.4.jesaisplus Le sens n’a pas changé (adresse perso ou pro en général) mais est juste porté par la liaison (ce qui a plus de sens.)

      Merci.

    Répondre à ce message

  • ordilibre

    Bonjour,

    Juste pour vous signaler que la version du plugin coordonnées compatible avec Spip 3 n’est pas disponible sur cette page ni sur la zone (http://files.spip.org/spip-zone)

    Elle semble n’être disponible qu’à cette adresse http://zone.spip.org/trac/spip-zone/browser/_plugins_/coordonnees/trunk en SVN

    Merci

    Répondre à ce message

  • 1
    Raphaël

    Bonjour,

    Je souhaiterais tester / utiliser le plugin Coordonnées sur une version 3.x de SPIP (html5) mais il m’est impossible de l’installer : le plugin n’est pas proposé en mode installation auto, et j’obtiens le message ’version incompatible’ en voulant l’installer manuellement.

    Le plugin est pourtant indiqué valide pour Spip 3 : quid !?

    Merci par avance.

    Répondre à ce message

  • rburton

    Bonjour,

    pkoi l’objet coordonnées n’apparaît via
    /prive/formulaires/inc-choisir-objets.html
    dans spip 3
    formulaire qui permet notamment à GIS de proposer de géolocaliser l’objet (évident pour une adresse)

    Merci,
    Roger Burton

    Répondre à ce message

  • 1
    Pi r

    bonjour !
    sur un spip3 vierge l’activation de coordonnées et des dépendances me donne une page blanche,
    rien dans spip.log à part un suhosin incohérent : WARNING : Contextes AJAX forces en fichiers ! Cela arrive lorsque la valeur du contexte depasse la longueur maximale autorisee par Suhosin (1024) dans ’suhosin.get.max_value_length’. Ici : 1032. Vous devriez modifier les parametres de Suhosin pour accepter au moins 1024 caracteres.
    rep plugins :
    Contacts & Organisations (version : 2.1.2)
    Coordonnées (version : 2.0.9)
    Éditer Liens Simples (version : 1.0.0)
    Saisies pour formulaires (version : 1.26.12)
    SPIP Bonux (version : 3.0.3)
    merci

    • gilcot

      Suite aux échanges sur la liste et aux corrections de RastaPopoulos, je crois que la toute dernière monture corrige le problème. C’est donc résolu...

    Répondre à ce message

  • 4
    Horetol

    Bonjour,

    Message : Echec de l’installation (en local) sur un Spip 2.1.9 [19922]. sans autre explication.

    Plugin CFG à jour : version 1.16.0 [63818]

    Que faire ? Merci

    • gilcot

      Bonjour Horetol.

      Je pense que ce n’est pas lié à CFG mais à la procédure des mises à jour de la semaine  :-( (je suis le fautif).
      Peux-tu accéder aux tables SQL ? (via PhpMyAdmin par exemple) Dans ce cas, il faut chercher dans la table spip_meta le champ de nom coordonnees_base_version et mettre sa valeur à 1.5 (au passage, noter la valeur qu’il y avait pour qu’on sache où ça coince)
      Ensuite il faut télécharger à nouveau le zip (soit le plugin est désactivé avant d’intervenir sur la base, et on peut utliser le chargement automatique, soit il faut écraser par FTP) repasser sur la page de gestion des plugins pour réactiver le plugin Coordonnées...

      Merci et désolé pour le désagrément.

    • Horetol

      Bonjour,

      Merci pour la procédure. En regardant les métas je vois qu’il a déja la mention de version 1.5 :

      coordonnees	a:1:{s:6:"objets";a:1:{i:0;s:6:"auteur";}}	oui	2012-07-26 14:15:45
coordonnees_base_version	1.5	oui	2012-07-26 14:15:45

      Donc, malgré le message, il est possible qu’il soit correctement installé.
      Je voudrais le vérifier, mais j’ai un souci de cookies ( et malgré l’effacement du cahe ) en local. Donc je vais tout installer dans un espace privé en ligne et pourrais à ce moment vérifier.
      je vous tiendrai informé.

    • gilcot

      Hello.

      Je pensais au vidage manuel du cache (suppression du répertoire tmp du site).
      Ensuite il faut installer un zip plus récent où le bug est réparé.

      En tout cas merci de me tenir informer

    • Horetol

      Bonjour,

      C’est bien ce que j’avais fait (sur mon site en local).
      En tout cas aucun problème et installation OK sur un spip 2.1.19 en ligne.

      Merci pour votre aide :-)

    Répondre à ce message

  • 1
    Thierry

    Bonjour,

    avec le plugin coordonnées, l’enregestrement du lien avec l’auteur et le titre de l’enregistrement ne s’enregistrent pas dans les tables concernées donc les données sont bien enregistrées mais il faut ajouter ) la main le titre (ce qui est peu génant) mais aussi le lien dans la table de lien avec l’auteur.

    idem le pays n’est pas pris en compte.

    Pourriez vous me dire ou se situerai le pb à priori ?

    SPIP 2.1.13
    Coordonnées 1.4.8
    Contacts & Organisations 1.13.5
    Pays ISO 3166-1 1.0.6

    Merci

    • gilcot

      Bonjour Thierry.

      Quand vous dites que le titre et le pays ne s’enregistrent pas, pouvez-vous préciser ? Je ne constate pas ce souci.  :-S
      Au passage, vérifiez que vous ne surchargez pas avec vos propres formulaires (fichiers ayant le même nom que ceux du plugin dans le répertoire squelettes)

      Et pour le lien avec l’auteur, c’est normalement le cas si vous ajoutez les coordonnées depuis la page de l’auteur !

      Je conseillerai dans un premier temps de mettre à jour (SPIP et tous les plugins mentionnés), de vider le cache manuellement. Ensuite vous pouvez refaire vos essais voir.

      Merci.

    Répondre à ce message

  • 5
    gilcot

    La poste française a émis des règles de normalisation (je ne retrouve plus le document sur laposte.net, mais ces éléments sont repris dans « Rédaction et enregistrement des adresses postales » sur le site du CNRS. Ces règles sont similaires à ceux de la RoyalMail britanique ou de l’UPS, et il s’alignent sur les recommandations de l’Union postale internationale...
    Ça c’est pour les références, venons-en aux remarques...

    Le champ ville (qui est plutôt une commune en France, et plus généralement se réfère à un « relais distributeur postal » et est communément désigné par « localité » puisque ça peut bien être une ville qu’un village ou autre) ne devrait pas être de type tinytext... mais un varchar d’environ 30 (en France les noms de localités sont normalisées à 26 caractères sans compter la mention cedex) ou un peu plus (chez moi c’est fixé à 64 pour voir très large mais il est difficile de faire tenir plus de 40 caractères de taille normale sur cette ligne, code postal compris)

    Contrairement à ce que j’avais mentionné dans un autre message, il y a une ligne (donc encore une trentaine de caractères) pour le numéro, type et nom de voie...
    Cette ligne est précédée d’une autre qui recueille le complément d’adresse (bâtiment, étage, casier, etc.)
    Avant cela, il peut y avoir une autre ligne pour indiquer l’intitulé court d’organisme/service/unité en complément de la raison sociale ou l’institution et le rôle/poste en complément du prénom et nom, ou autres... J’ai considéré ces deux lignes comme complément dans ma base (et ai prévu 130 caractères en tenant compte du saut de ligne)

    Le champ code postal, ne devrait pas être limité à 10 mais être aussi grand que le champ localité...
    En effet, le numéro de boite postale est toujours précédé de la mention BP en français, et PO BOX en anglais... De ce fait on dépasse facilement les dix caractères sur cette ligne !
    Par ailleurs, on peut avoir une boîte postale dans une commune différente qu’il faut préciser... (c’est plus courant qu’on le croit)
    Et cette même ligne sert à indiquer le hameau/lit-dit (différent encore du bureau distributeur...) Dans ces deux cas, on conçoit bien qu’il faille soit un champ qui sera à la boite_postale ce qu’est la ville au code_postal ; ou alors (et plus simple) ce champ doit être assez large pour accueillir toute la ligne d’information (chez moi je l’ai mis à 64 en voyant pareillement large)

    La plupart des recommandations officielles et l’Union postale universelle préconise l’ordre : compléments, voie, boite_postale, code_postal et ville (inversé chez les anglophone avec la ville sur une ligne séparée —uk— ou suivie d’une virgule —us, ca---) Il serait bien que la présentation par défaut suive cela...

    Je vais encore radoter, mais le code/nom région est important pour les adresses de certains pays... Il serait bon d’ajouter ce champ... ou alors d’étendre le champ code_postal (vu que le code région est souvent placé avant ou après, séparé ou pas par une virgule, bien qu’il puisse être sur une ligne séparée dans certains cas)

    Voilà, c’est tout ...pour une base plus compacte et véloce ^^

    • DesignWeb

      Bonjour,

      J’ajoute que nous sommes beaucoup du Québec et que la nomenclature des adresses est assez différente. http://www.postescanada.ca/tools/pg/manual/PGaddress-f.asp

      -  Nous disons Casier postal (C.P.) plutôt que boite postale, suivie d’un nom, par exemple. C.P. 28000 Centre-Ville
      -  Nous indiquons toujours la province, par exemple Montréal QC H1X 3E8 ou Montréal (Québec) H1X 3E8. Un champ province serait très apprécié.
      -  Le code postal est toujours en majuscule.

      Merci pour le plugin !

    • gilcot

      merci pour ce retour qui confirme deux choses :

      1. la nécessité d’agrandir le champ destiné au casier postal : en l’état il est trop limité donc quasiment inutilisable (sauf rares cas français ?)
      2. l’importance d’un champ région (ou subdivision territoriale : états américains, province canadienne, département indien, etc) il est souvent sur deux caractères quand il est codifié...

      pour la casse, je constate que la plupart des recommandations que j’ai lu préconisent l’emploie des majuscules pour libeller les adresses. (mais laissent le choix).
      ce n’est pas la faute du plugin si les utilisateurs ne rentrent pas les données correctement... mais comme il s’agit de formatage, pour ma part je fais toute la transformation et CSS ;-)

    • DesignWeb

      Merci pour le tuyau !

    • gilcot

      Pas de quoi :) Une fois les champs à rechercher et leurs poids indiqués, il faut modifier le squelettes/recherche.htmp pour y rajouter les boucles sur les tables à prendre en compte par #FORMULAIRE_RECHERCHE (en gros il suffit de mettre le critère {recherche} dans la boucle)

      http://www.spip.net/fr_article903.html

    • gilcot

      Salut zaa

      La saisie est des provinces est rajoutée (entre autres corrections), sauf que le champ s’appelle « region » (mais le libellé affiché peut être surchargé dans le fichier de langues personnel)  :-)

      À la réflexion, je me dis que puisque les adresses sont extensibles par le plugin Champs Extras 2, ce n’était peut-être pas une correction nécessaire...  :-/ Mais d’un autre côté, je me dis que cela fait partie des saisies de base et que ceux qui n’ont pas le besoin de Champs Extras ne devraient pas se le voir imposer à cause d’un manque évident. (même si cela alourdit l’interface pour ceux qui n’en font pas usage)

    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