Objet : devel-adl
Archives de la liste
- From: Loïc Dayot <ldayot AT epnadmin.net>
- To: devel AT agendadulibre.org
- Subject: Re: php : premiers bugs remontés (avec le préfixe)
- Date: Mon, 02 Mar 2015 18:31:22 +0100
Le 01/03/2015 22:41, Ploc a écrit :
Super, voilà qui est rassurant.Voici quelques exemples :
Est-ce que tu pourrais nous donner des exemples de chacun des cas
ci-dessous, pour nos tests ?
Genre une ville qui a plusieurs codes postaux, un code postal qui porte
sur plusieurs communes...
Proposition de plusieurs codes postaux à partir d'une saisie :
- FLERS (5 propositions)
- VILLENEUVE (67 propositions)
Un code postal pour plusieurs villes, à partir d'une saisie :
- OYONNAX (11 villes pour le code postal 01100)
- GOYRANS (15 villes pour code postal 31140)
Cordialement,
Loïc.
Ploc
Le 01/03/2015 11:21, Loïc Dayot a écrit :
Bonjour,
L'éventuel soucis n'est pas où on le pense.
Lors de la soumission d'un événement, le procédé est les suivant :
1. reconnaissance de la ville d'après la base de données
- en cas de non reconnaissance, invitation à ressaisir
- en cas de doute, choix du nom de la ville avec affichage du code postal
On a donc la ville et le code postal
2. géolocalisation à partir de l'adresse
- recherche de l'adresse depuis OSM à partir du code postal et de la
voie, (sauf pour Paris, on garde la ville, sans le code postal)
- si l'adresse est reconnue, on garde les coordonnées
- si l'adresse n'est pas reconnue, un message non bloquant l'indique et
on prend les coordonnées de la ville
Donc, dans l'état actuel du code, il pourrait y a voir un confusion des
coordonnées géospatiales uniquement si une voie est présente dans deux
communes différentes ayant le même code postal. C'est possible, mais de
toute façon sans grande conséquence.
Cordialement,
Loïc Dayot.
Le 27/02/2015 11:25, Ploc a écrit :
Bonjour Nicolas,
Le cas 2 dont je parlais nécessite 2 conditions :
- un code postal couvre plusieurs communes (ça je sais que ça existe)
ET
- une de ces communes au moins a une apostrophe dans son nom
Là, ça pourrait poser problème.
En fait, il faudrait :
- prendre une de ces bases de données d'adresses
- lister tous les codes postaux et les communes associés
- faire un grep sur ces communes pour recherche une apostrophe
Quelqu'un peut faire ça ?
Peut-être que je peux le faire avec la base des communes qui se trouve
déjà dans la base de l'agenda ?
Ploc
Le 2015-02-27 02:38, Nicolas THOMASSE a écrit :
Pour avoir travailler sur plusieurs bases de données d'adresses, je
te confirme que le cas 2 "quand on a le code postal mais qu'il y a
plusieurs communes qui correspondent" existe...
Pour le cas 1 "quand on n'a pas le code postal" je m'en inquiète
pas.. Quand tu organises / annonce un événement dans une ville je
pense que tu es un peu obligé d'avoir le code postal... A moins que
je pense à un autre problème sur les très grandes villes, où tu
peux avoir plusieurs codes postaux différents selon les
arrondissement par exemple...
Le 26 février 2015 22:25, Ploc <pub2015 AT acampado.net> a écrit :
Le 23/02/2015 20:04, Loïc Dayot a écrit :
pourAdresse non reconnaissable, elle ne sera pas prise en compte
y ala localisation.Ce n'est pas bloquant, mais si l'adresse semble bonne, alors il
le nomun bug.Merci pour l'adresse.
Bon, je vois bien le problème, c'est celui de l'apostrophe dans
openstreetmapde la commune.
On les retire pour être confirme aux codes postaux, mais
Merci pour la correction.en a besoin. Je ne vois pas trop comment faire pour le moment.Résolu en ne regardant qu'avec le code postal quand on l'a.
Une idée ?
Du coup, les deux cas qui pourraient poser problème sont :
1- quand on n'a pas le code postal
2- quand on a le code postal mais qu'il y a plusieurs communes qui
correspondent dont au moins une commune comporte une apostrophe
Est-ce que tu peux savoir Loïc si le cas 2- existe ? Et à combien
d’occurrences ?
- Re: php : premiers bugs remontés (avec le préfixe), Loïc Dayot, 01/03/2015
- Re: php : premiers bugs remontés (avec le préfixe), Ploc, 01/03/2015
- Re: php : premiers bugs remontés (avec le préfixe), Loïc Dayot, 02/03/2015
- Re: php : premiers bugs remontés (avec le préfixe), Ploc, 01/03/2015
Archives gérées par MHonArc 2.6.18.