Re: [OSM-talk-fr] Nouvelle API du géocodeur et communes nouvelles (code postal)

2019-10-03 Par sujet deuzeffe 

On 02/10/2019 19:50, Rpnpif wrote:

Le  2 octobre 2019, osm.sanspourr...@spamgourmet.com a écrit :


Le 02/10/2019 à 12:10, Rpnpif - rpn...@trob.eu a écrit :

Bonjour,

Merci à Christian pour la nouvelle API de consultation du géocodeur de
http://demo.addok.xyhz/.


Il n'y pas un h en trop que tu as oublié de fumer ? ;-)


Oups oui, d'où vient ce h parasite ?
http://demo.addok.xyz/ c'est mieux.


Mon FF 60.9.0esr refuse de l'afficher, snif
(oui, j'ai désactivé tous les bloqueurs d'intrus que j'ai pu et non, le 
code de la page n'est pas vide) re-snif


--
deuzeffe, frustrée

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nouvelle API du géocodeur et communes nouvelles (code postal)

2019-10-02 Par sujet osm . sanspourriel 

Le 02/10/2019 à 19:50, Rpnpif - rpn...@trob.eu a écrit :


Ah je ne connaissais pas boundary=postal_code. Merci beaucoup.

Donc ce serait bien de l'utiliser avec la commune nouvelle dans l'API
du géocodeur.


En général postal_code=xxx sur les admin de niveau 9 (les anciennes
communes) doit suffire.

Rien n'interdit à plusieurs communes de partager le même postal_code.

boundary=postal_code a sans doute des usages logiques en France, styles
secteurs ne correspondant pas à des limites administratives (y compris
regroupées) mais pas par chez moi. Quelques fois ça frise le ridicule
(un coin de ZI desservi par au moins deux facteurs : 40 rue des Lilas à
la fois à Chantepie et à Cesson-Sévigné).

Si on peut reposer sur des boundary=admin, ça évite de créer de
nouvelles relations trop faciles à casser (car peu utilisées).

Jean-Yvon

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nouvelle API du géocodeur et communes nouvelles (code postal)

2019-10-02 Par sujet Rpnpif 
Le  2 octobre 2019, osm.sanspourr...@spamgourmet.com a écrit :

> Le 02/10/2019 à 12:10, Rpnpif - rpn...@trob.eu a écrit :
> > Bonjour,
> >
> > Merci à Christian pour la nouvelle API de consultation du géocodeur de
> > http://demo.addok.xyhz/.  
> 
> Il n'y pas un h en trop que tu as oublié de fumer ? ;-)

Oups oui, d'où vient ce h parasite ?
http://demo.addok.xyz/ c'est mieux.


> > En résumé c'était deux questions : la présentation de l'adresse et le 
> > zonage du code postal.  
> 
> Pour le zonage du code postal on a déjà ce qu'il faut:
> 
> Key:postal code
> 
> 
> boundary =postal_code
>  on a
> way or on a *relation* (a relation would also have type
> =boundary
> )
> 
> Tu peux aussi utiliser les boundary=admin avec postal_code.
> 
> Je dis bien postal_code, pas postcode qui est réservé aux adresses.

Ah je ne connaissais pas boundary=postal_code. Merci beaucoup.

Donc ce serait bien de l'utiliser avec la commune nouvelle dans l'API
du géocodeur.

-- 
Alain Rpnpif

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nouvelle API du géocodeur et communes nouvelles (code postal)

2019-10-02 Par sujet osm . sanspourriel 

Le 02/10/2019 à 12:10, Rpnpif - rpn...@trob.eu a écrit :

Bonjour,

Merci à Christian pour la nouvelle API de consultation du géocodeur de
http://demo.addok.xyhz/.


Il n'y pas un h en trop que tu as oublié de fumer ? ;-)

(...)


En résumé c'était deux questions : la présentation de l'adresse et le zonage du 
code postal.


Pour le zonage du code postal on a déjà ce qu'il faut:

Key:postal code


boundary =postal_code
 on a
way or on a *relation* (a relation would also have type
=boundary
)

Tu peux aussi utiliser les boundary=admin avec postal_code.

Je dis bien postal_code, pas postcode qui est réservé aux adresses.

Jean-Yvon

___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr