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
Discussions par date d’activité
46 discussions
Bonjour,
Comment faire pour ajouter un nouvel objet éditorial dans le choix des objets du plugin Coordonnées ?
Ybbet
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.
Hello.
En fait le pipeline est simplement
objets_coordonnables
(r70109) et on lui passe un tableau normalement ainsi :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
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 ?
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é
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.
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
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
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
Bonjour STéphane
Oui,
spip_adresses.type_adresse
avait disparu puis est revenu dansspip_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
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
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.
Bonjour,
Le Zip qui est en ligne sur la Zone est une v1.4.20 pour Spip 2.1
Pour Spip3 il faut le prendre sur le dépot SVN : Coordonnées v2 pour Spip3
@Les auteurs : ne pourrait-on pas mettre cette version 2 sur la zone ?
Répondre à ce message
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
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
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
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
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 nomcoordonnees_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.
Bonjour,
Merci pour la procédure. En regardant les métas je vois qu’il a déja la mention de version 1.5 :
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é.
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
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
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
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
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 ^^
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 !
merci pour ce retour qui confirme deux choses :
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 ;-)
Merci pour le tuyau !
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
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 :
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 : |