Re: [OSM-talk-fr] Amélioration de la cartographie des stations de métro

2014-11-26 Par sujet Christian Quest 
A ma connaissance, la RATP n'a pas publié de données sur les bouches de
métro...

Le 26 novembre 2014 21:40, Shérab  a écrit :

> Bonsoir à tous et désolé pour cette réponse tardive.
>
> Tout d'abord un grand merci, Sébastien, pour ton écoute et ta
> disponibilité lors du Capitole du Libre.Merci pour ctte discussion
> constructive, et merci d'avoir pris le temps de rendre compte par écrit
> de notre échange.
>
> Merci également à toi Christianpour a réponse.
>
> Christian Quest (2014/11/16 22:17 +0100):
> > Lier bouches de métros avec la station est effectivement relativement
> > simple.
>
> Dans ce cas, je dirais que ça serait super si ça pouvait être fait de la
> façon la plus systématique possible.
>
> Existe-til un moyen de s'assurer que toutes les sorties de métrode Paris
> sont bien crtographiées et qu'elles ont bienété toutes reliées à la
> station correspondante? PEut-on par exemple croiser les données avec des
> données RATP pour garantir que rienn'a été oublié?
>
> Idéalement, ce que j'aimerais pouvoir faire, même s'il faut scripter
> pour ça, c'est, étant donné une station, avoir accès à une liste de
> sorties pour cette station et obtenir pour chacune des sorties son
> numéro et son nom tel qu'ils apparaissent sur les plans, afin de pouvoir
> demander de l'aide pour aller à ces sorties, par exemple.
>
> Et pour les couloirs, tant pis, si c'est trop compliqué, on trouvera une
> autre solution.
>
> Chaleureusement à tous,
> Shérab.
>



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

Re: [OSM-talk-fr] De l'usage des tags postal_code addr:postcode

2014-11-26 Par sujet Frédéric Rodrigo 

Le changement a été fait sans discernement entre zones et adresses.

Relation type=boundary avec tag postal_code
Dans le monde 13 193
En France 231
Donc hors de France métropolitaine 12 962

Relation type=boundary avec tag addr:postcode
Dans le monde 35 519
En France 29 909
Dons hors de France métropolitaine 5 610

Avec les deux
Dans le monde 69
En France 46
Donc donc de France métropolitaine 23


Avec nos 36 000 communes on fait facilement pencher la balance. Si on ne 
tiend compte que de données hors de la france on est du mauvais coté. Et 
encore, il doit y en avoir une part non négligeable en outre-mer française.


Je persiste donc dans ma position, il faudrait repasser à postal_code 
pour les relations.


Le 26/11/2014 10:02, JB a écrit :

Le 25/11/2014 23:48, Frédéric Rodrigo a écrit :

Il me semble que dans un soucie de cohérence globale avec le taging
dans les autres pays il nous faudrait basculer pour les communes vers
la tag postal_code.

À faire et à défaire, au moins, ça occupe…
https://lists.openstreetmap.org/pipermail/talk-fr/2013-February/055533.html
et précédents.
Par exemple http://www.openstreetmap.org/node/26697702/history
JB.

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



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

[OSM-talk-fr] BANO avé l'assent

2014-11-26 Par sujet Vincent Pottier 

Bonjour,
Je n'ai pas tout compris des priorités des sources etc...
Mais là, je sens que le rapprochement, ça va être dur !
http://layers.openstreetmap.fr/?zoom=18&lat=47.21579&lon=5.98253&layers=BFT

Parce que l'accent, là, il n'est ni espagnol, ni franc-comtois...
--
FrViPofm

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

Re: [OSM-talk-fr] Outils pour mise à jour du bâti ?

2014-11-26 Par sujet Vincent Pottier 

Le 26/11/2014 16:19, sly (sylvain letuffe) a écrit :
Après ce que j'ai lu, vu, et entendu, voilà donc celle que je préfère 
et que je compte utiliser et que je viens de documenter : 
http://wiki.openstreetmap.org/wiki/Key:removed demolished ne me plaît 
finalement pas car le nom limite son usage aux éléments non naturels 
(une forêt qui a brulée n'irait pas bien comme "demolished", pas plus 
qu'un lac asséché) Et si quelqu'un tient absolument à indiquer que ça 
a été détruit (je me demande bien si l'usage a sa place dans osm ?) un 
removed:building=church + demolished=yes peut faire l'affaire. - 

♫ Moi, mon colon, celle que j'préfère... ♫

Moi, j'aimais bien le no:building=* comme valeur par défaut quand on ne 
sait pas si c'est un demolished:building ou autre.


no:building=yes  : ça n'est pas un non-sens. Et c'est KISS, donc j'aime.
( Et il ne sera pas dit que je ne sais pas manier les doubles négations 
:-) )

--
FrViPofm


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

Re: [OSM-talk-fr] Outils pour mise à jour du bâti ?

2014-11-26 Par sujet sly (sylvain letuffe) 
althio wrote
> Je récapitule par ordre de préférence approximatif :
> ** removed:*building=* (déjà utlisé, un peu)

Après ce que j'ai lu, vu, et entendu, voilà donc celle que je préfère et que
je compte utiliser et que je viens de documenter :
http://wiki.openstreetmap.org/wiki/Key:removed

demolished ne me plaît finalement pas car le nom limite son usage aux
éléments non naturels (une forêt qui a brulée n'irait pas bien comme
"demolished", pas plus qu'un lac asséché)

Et si quelqu'un tient absolument à indiquer que ça a été détruit (je me
demande bien si l'usage a sa place dans osm ?) un removed:building=church +
demolished=yes peut faire l'affaire.





-
-- 
sly, contact direct : sylvain /a\ letuffe o r g
http://wiki.openstreetmap.org/wiki/User:Sletuffe
--
View this message in context: 
http://gis.19327.n5.nabble.com/Outils-pour-mise-a-jour-du-bati-tp5825219p5825452.html
Sent from the France mailing list archive at Nabble.com.

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

Re: [OSM-talk-fr] [BANO] màj nuit dernière ko ?

2014-11-26 Par sujet Christian Quest 
A défaut, tu as les polygones des communes stables (la dernière publiée sur
data.gouv.fr simplifiée à 5m) dans la table communes sur osm104 ;)

Le 26 novembre 2014 15:23, Vincent de Château-Thierry  a
écrit :

>
> > De: "Christian Quest" 
> >
> > Dans un tel cas, il faudrait que le script de récup OSM de BANO
> > "saute" la commune en question sans toucher aux données actuelles...
>
> ...ou s'appuie sur la dernière version connue du polygone non cassé. Mais
> ça implique de chercher ailleurs que dans les données mises à jour en
> continu, en archivant au fil de l'eau les limites en bon état, pour usage
> futur.
> => https://github.com/osm-fr/bano/issues/77
>
> vincent
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] [BANO] màj nuit dernière ko ?

2014-11-26 Par sujet Vincent de Château-Thierry 

> De: "Christian Quest" 
> 
> Dans un tel cas, il faudrait que le script de récup OSM de BANO
> "saute" la commune en question sans toucher aux données actuelles...
 
...ou s'appuie sur la dernière version connue du polygone non cassé. Mais ça 
implique de chercher ailleurs que dans les données mises à jour en continu, en 
archivant au fil de l'eau les limites en bon état, pour usage futur.
=> https://github.com/osm-fr/bano/issues/77

vincent

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

Re: [OSM-talk-fr] [BANO] màj nuit dernière ko ?

2014-11-26 Par sujet Christian Quest 
Dans un tel cas, il faudrait que le script de récup OSM de BANO "saute" la
commune en question sans toucher aux données actuelles...

Le 26 novembre 2014 14:00, Vincent de Château-Thierry  a
écrit :

> Bonjour,
>
> > De: "Pierre-Yves Berrard" 
> >
> > Le 26 novembre 2014 12:48, Christian Quest < cqu...@openstreetmap.fr
> > > a écrit :
> >
> > > Les limites de la commune n'ont-elles pas un problème ?
> >
> >
> > Si, ce noeud là a bougé, par exemple :
> > https://www.openstreetmap.org/node/340249866/history
> >
> > Ça provoque un croisement de frontières.
>
> Raison suffisante en effet pour casser le polygone, et donc rendre
> impossible la récupération des voies nommées de la commune, sur le critère
> de leur inclusion (au minimum intersection) avec ce polygone. Chaque
> rafraîchissement BANO commence par la récupération des données OSM par
> commune. Là on part donc avec une absence de données OSM sur la commune, et
> mécaniquement tout bascule en "non rapproché".
> Du coup j'ai corrigé la limite de Bavilliers à l'instant.
>
> vincent
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

[OSM-talk-fr] [Bano] noms différents entre l'analyse par ville et le rendu.

2014-11-26 Par sujet JB 

Bonjour,
102370290C
J'ai dans la page Fantoir une rue « PLA DU TERREAU », 
http://cadastre.openstreetmap.fr/fantoir/#insee=10237
Sur le rendu Bano « Placa du Terreau », 
http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#19/48.30097/3.76503
et dans OSM une « Place du Terreau » non rapprochée. 
https://api.openstreetmap.org/way/95358626
Quelqu'un saurait d'où vient cette différence entre PLA et Placa ? 
Apparemment, c'est cette dernière qui est utilisée pour le 
rapprochement, vu qu'il n'a pas lieu ?

JB.

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

Re: [OSM-talk-fr] [BANO] màj nuit dernière ko ?

2014-11-26 Par sujet Pierre-Yves Berrard 
Le 26 novembre 2014 14:00, Vincent de Château-Thierry  a
écrit :

>
> Du coup j'ai corrigé la limite de Bavilliers à l'instant.
>
> Merci vincent !
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [BANO] màj nuit dernière ko ?

2014-11-26 Par sujet Vincent de Château-Thierry 
Bonjour,

> De: "Pierre-Yves Berrard" 
> 
> Le 26 novembre 2014 12:48, Christian Quest < cqu...@openstreetmap.fr
> > a écrit :
> 
> > Les limites de la commune n'ont-elles pas un problème ?
> 
> 
> Si, ce noeud là a bougé, par exemple :
> https://www.openstreetmap.org/node/340249866/history
> 
> Ça provoque un croisement de frontières.

Raison suffisante en effet pour casser le polygone, et donc rendre impossible 
la récupération des voies nommées de la commune, sur le critère de leur 
inclusion (au minimum intersection) avec ce polygone. Chaque rafraîchissement 
BANO commence par la récupération des données OSM par commune. Là on part donc 
avec une absence de données OSM sur la commune, et mécaniquement tout bascule 
en "non rapproché".
Du coup j'ai corrigé la limite de Bavilliers à l'instant.

vincent

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

Re: [OSM-talk-fr] De l'usage des tags postal_code addr:postcode

2014-11-26 Par sujet Pieren 
2014-11-26 11:10 GMT+01:00 Philippe Verdy :

> postale et on en a strictement aucune en France (type=boundary,
> boundary=postal_area) contrairement à nos voisins

Le bon tag est "boundary=postal_code":
http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dpostal_code

Pieren

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

Re: [OSM-talk-fr] [BANO] màj nuit dernière ko ?

2014-11-26 Par sujet Pierre-Yves Berrard 
Le 26 novembre 2014 11:30, Pierre-Yves Berrard <
pierre.yves.berr...@gmail.com> a écrit :

>
> Manifestement un problème s'est produit pour la commune de Bavilliers
> (90008)
> 
> .
> Elle est passée subitement de 5 voies non rapprochées à 62 sans raison
> apparente.
>
>
Le 26 novembre 2014 12:48, Christian Quest  a
écrit :

> Les limites de la commune n'ont-elles pas un problème ?
>
>>
>>
Si, ce noeud là a bougé, par exemple :
https://www.openstreetmap.org/node/340249866/history

Ça provoque un croisement de frontières.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [BANO] màj nuit dernière ko ?

2014-11-26 Par sujet Christian Quest 
Les limites de la commune n'ont-elles pas un problème ?

Le 26 novembre 2014 11:30, Pierre-Yves Berrard <
pierre.yves.berr...@gmail.com> a écrit :

> Le 25 novembre 2014 10:16, Pierre-Yves Berrard <
> pierre.yves.berr...@gmail.com> a écrit :
>
>> Le 25 novembre 2014 09:43, Laurent Choisie  a
>> écrit :
>>
>>> Comment peut-on savoir si le traitement de rapprochement des adresses
>>> FANTOIR-BANO a bien eu lieu ? (pour éviter de vous reposer la question les
>>> prochaines fois)
>>>
>>
>> J'allais justement dire que j'avais aussi repéré quelques bizarreries
>> mais je vais attendre que tout se remette d'applomb à la prochaine mise à
>> jour.
>>
>> PY
>>
>
> Manifestement un problème s'est produit pour la commune de Bavilliers
> (90008)
> 
> .
> Elle est passée subitement de 5 voies non rapprochées à 62 sans raison
> apparente.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Communes manquantes dans OsmAnd

2014-11-26 Par sujet Eric Sibert 

Si j'ai bien compris le fonctionnement d'Osmand, les noms affichés en
dynamique lors de la recherche sont des place=town et plus.
Le bouton "Rechercher dans les villages et codes postaux" étend la
recherche.


Je ne sais pas si c'est exactement ça mais c'est bien ce que je  
n'avais pas compris. J'ai pensé que quand il proposait ville, c'était  
équivalent à commune mais non. Il propose d'abord une sélection de  
villes (sur le critère place=town?). Ensuite, en étendant aux  
villages, on trouve effectivement d'autres communes dont celles qui  
m'intéressent.


Merci pour vos réponses

Eric



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

Re: [OSM-talk-fr] Communes manquantes dans OsmAnd

2014-11-26 Par sujet Bruno Cortial 
Bonjour,
Si j'ai bien compris le fonctionnement d'Osmand, les noms affichés en
dynamique lors de la recherche sont des place=town et plus.
Le bouton "Rechercher dans les villages et codes postaux" étend la
recherche.

Bruno

Le 26 novembre 2014 11:17, Eric Sibert  a écrit :

> J'utilise OsmAnd depuis quelques temps. Quand je fais des recherches par
> adresse, certaines communes n'apparaissent pas du tout. Exemples:
> - Tournon (Savoie)
> - Veurey-Voroize (Isère)
>
> J'ai essayé avec le fichier Rhone-alpes installé automatiquement par
> l'application, avec le fichier téléchargé manuellement depuis le site web
> et avec le fichier "France adresses-nationwide" aussi téléchargé
> manuellement. Rien à faire.
>
> Est-ce qu'il manque quelque chose au niveau d'OSM pour que ces communes
> soient prises en compte?
>
>
>
> Eric
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Communes manquantes dans OsmAnd

2014-11-26 Par sujet Greg 
Quand je saisis "Tournon", il propose par défaut Tournon-sur-Rhône. Cliquer
sur le bouton "Rechercher dans les villages et codes postaux" fait
apparaitre en plus Tournon [Village], Le Petit Tournon [Hameau] et Le
Tournon [Hameau].

L'une de ces trois solutions supplémentaires est-elle bonne ?

Autrement, avec une connexion à Internet, OsmAnd peut utiliser Nominatim :
il suffit de changer le mode de recherche d'adresse en cliquant sur le
chevron ">" en bas à droite de l'écran.

2014-11-26 11:17 GMT+01:00 Eric Sibert :

> J'utilise OsmAnd depuis quelques temps. Quand je fais des recherches par
> adresse, certaines communes n'apparaissent pas du tout. Exemples:
> - Tournon (Savoie)
> - Veurey-Voroize (Isère)
>
> J'ai essayé avec le fichier Rhone-alpes installé automatiquement par
> l'application, avec le fichier téléchargé manuellement depuis le site web
> et avec le fichier "France adresses-nationwide" aussi téléchargé
> manuellement. Rien à faire.
>
> Est-ce qu'il manque quelque chose au niveau d'OSM pour que ces communes
> soient prises en compte?
>
>
>
> Eric
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [BANO] màj nuit dernière ko ?

2014-11-26 Par sujet Pierre-Yves Berrard 
Le 25 novembre 2014 10:16, Pierre-Yves Berrard <
pierre.yves.berr...@gmail.com> a écrit :

> Le 25 novembre 2014 09:43, Laurent Choisie  a
> écrit :
>
>> Comment peut-on savoir si le traitement de rapprochement des adresses
>> FANTOIR-BANO a bien eu lieu ? (pour éviter de vous reposer la question les
>> prochaines fois)
>>
>
> J'allais justement dire que j'avais aussi repéré quelques bizarreries mais
> je vais attendre que tout se remette d'applomb à la prochaine mise à jour.
>
> PY
>

Manifestement un problème s'est produit pour la commune de Bavilliers
(90008)
.
Elle est passée subitement de 5 voies non rapprochées à 62 sans raison
apparente.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Communes manquantes dans OsmAnd

2014-11-26 Par sujet Eric Sibert 
J'utilise OsmAnd depuis quelques temps. Quand je fais des recherches  
par adresse, certaines communes n'apparaissent pas du tout. Exemples:

- Tournon (Savoie)
- Veurey-Voroize (Isère)

J'ai essayé avec le fichier Rhone-alpes installé automatiquement par  
l'application, avec le fichier téléchargé manuellement depuis le site  
web et avec le fichier "France adresses-nationwide" aussi téléchargé  
manuellement. Rien à faire.


Est-ce qu'il manque quelque chose au niveau d'OSM pour que ces  
communes soient prises en compte?




Eric


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

Re: [OSM-talk-fr] De l'usage des tags postal_code addr:postcode

2014-11-26 Par sujet Philippe Verdy 
L'ennui c'est que postal_code n'est pas prévu sur les noeyds et que presque
toutes les relations administratives ont un nœud admin_centre utilisable
comme substitut selon le niveau de détail et de zoom d'un rendu qui ne peut
afficher la zone entière et se contente d'un nœud avec une icône centrée
dessus et le libellé.
On a donc pour nos communes a la fois une relation frontière qui n'est PAS
une frontière postale puisque de nombreuses communes partagent un même code
postal et puisque des communes assez peuplées ont plusieurs codes postaux.
La clé postal_code est plutôt faite comme un attribut d'une VRAIE zone
postale et on en a strictement aucune en France (type=boundary,
boundary=postal_area) contrairement à nos voisins La faute à La Poste
qui ne lâche toujours pas ses données géographiques. On a juste une vague
association entre des listes de communes et des listes de codes postaux.
Bref mieux vaut pour nos relations administratives utiliser addr:postcode
plus général et plus librement utilisable dans le schéma Karlsruhe mieux
étudié que cette clé historique postal_code qui n'est prévue que pour être
utilisée que comme seul attribut signifiant d'une zone postale (avec aussi
en name=* le nom de la zone de distribution, normalisé en capitales sans
accents ni ponctuation et abrégé pour ST et STE par exemple, tel qu'on le
trouve dans les formats postaux recommandé, mais diffèrent du nom de nos
relations qui a les ponctuations comme traits d'union et apostrophes, les
minuscules et les accents, et non abrégé car ces relations ne sont pas
destinées au seul usage postal sur une enveloppe ou une etiquette de colis).
Note: pour certaines communes on Retz oblige de mentionner plusieurs codes
postaux dans addr:postcodr pour bien montrer que ce n'est pas résolu mais
juste pour permettre de chercher des communes par code postal et obtenir
une liste complète.
Le 26 nov. 2014 10:04, "JB"  a écrit :

> Le 25/11/2014 23:48, Frédéric Rodrigo a écrit :
>
>> Il me semble que dans un soucie de cohérence globale avec le taging dans
>> les autres pays il nous faudrait basculer pour les communes vers la tag
>> postal_code.
>>
> À faire et à défaire, au moins, ça occupe…
> https://lists.openstreetmap.org/pipermail/talk-fr/2013-
> February/055533.html et précédents.
> Par exemple http://www.openstreetmap.org/node/26697702/history
> JB.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] De l'usage des tags postal_code addr:postcode

2014-11-26 Par sujet JB 

Le 25/11/2014 23:48, Frédéric Rodrigo a écrit :
Il me semble que dans un soucie de cohérence globale avec le taging 
dans les autres pays il nous faudrait basculer pour les communes vers 
la tag postal_code.

À faire et à défaire, au moins, ça occupe…
https://lists.openstreetmap.org/pipermail/talk-fr/2013-February/055533.html 
et précédents.

Par exemple http://www.openstreetmap.org/node/26697702/history
JB.

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