[OSM-talk-fr] tag ensemble sportif

[lenny]

Bonjour,
J'ai suivi, avec intérêt, la discussion sur le rendu des terrains de 
sport. Il y a vraiment un beau travail sur ce rendu.


Ce qui m'amène à (me) vous poser une question par rapport au tag d'un 
ensemble sportif.

J'ai complété les terrains de sport qui étaient déjà créés.
http://tile.openstreetmap.fr/?q=beauzellezoom=16lat=43.65707lon=1.38004layers=B0

Le wiki pour leisure=sports_centre propose de créer un nœud ou une 
surface.
N'ayant pas d'avis sur les avantages/inconvénients des nœuds par rapport 
aux surfaces ... : J'ai choisi une surface, car il me semblait que cela 
permettrait de définir la surface de l'ensemble.
Mais est-ce que cela ne surcharge pas la base d'avoir des superpositions 
de leisure ?


merci d'avance pour vos avis






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

[OSM-talk-fr] tag ensemble sportif

[lenny]

Désolé, j'avais créé par erreur le sujet en faisant répondre.
Je le recrée en faisant nouveau message

Bonjour,
J'ai suivi, avec intérêt, la discussion sur le rendu des terrains de 
sport. Il y a vraiment un beau travail sur ce rendu.


Ce qui m'amène à (me) vous poser une question par rapport au tag d'un 
ensemble sportif.

J'ai complété les terrains de sport qui étaient déjà créés.
http://tile.openstreetmap.fr/?q=beauzellezoom=16lat=43.65707lon=1.38004layers=B0 



Le wiki pour leisure=sports_centre propose de créer un nœud ou une 
surface.
N'ayant pas d'avis sur les avantages/inconvénients des nœuds par rapport 
aux surfaces ... : J'ai choisi une surface, car il me semblait que cela 
permettrait de définir la surface de l'ensemble.
Mais est-ce que cela ne surcharge pas la base d'avoir des superpositions 
de leisure ?


merci d'avance pour vos avis


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

Re: [OSM-talk-fr] tag ensemble sportif

[lenny]

Désolé du bruit, avoir créé le message en faisant répondre.
J'ai créé un nouveau sujet.

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

Re: [OSM-talk-fr] tag ensemble sportif

[lenny]

Merci !
Cette réponse me rassure, elle confirme ce que je pensais intuitivement; 
mais, comme je ne suis sur OSM que depuis le début de l'année, je suis 
hésitant.


Le 26/03/2013 22:42, Christian Quest a écrit :

Je trouve qu'une emprime donne toujours plus d'info qu'un simple nœud.

Le rendu s'en sert d'ailleurs pour trier par surface décroissante le
placement des objets et des textes et donc le nom attaché à une
surface importante aura plus de chance d'apparaitre sur le rendu car
il sera placé en priorité.

Ensuite, tout les objets se trouvant dans cette emprise ont donc un
lien géographique implicite qu'on n'a pas besoin d'explicité par le
recourt parfois abusif à une relation.

C'est aussi un moyen de tagguer une fois et une seule un objet du
terrain. Il vaut mieux un unique polygone pour dire qu'il y a par
exemple une université que de mettre un tag amenity=university sur
chaque bâtiment ou morceau de bâtiment.
Cela permet de les compter correctement... et de faire des
comparaisons avec des données statistiques, de savoir où l'on en est
de l'exhaustivité du mapping, etc.


Le 26 mars 2013 19:18, lenny lenny.li...@orange.fr a écrit :

Bonjour,
J'ai suivi, avec intérêt, la discussion sur le rendu des terrains de sport.
Il y a vraiment un beau travail sur ce rendu.

Ce qui m'amène à (me) vous poser une question par rapport au tag d'un
ensemble sportif.
J'ai complété les terrains de sport qui étaient déjà créés.
http://tile.openstreetmap.fr/?q=beauzellezoom=16lat=43.65707lon=1.38004layers=B0

Le wiki pour leisure=sports_centre propose de créer un nœud ou une
surface.
N'ayant pas d'avis sur les avantages/inconvénients des nœuds par rapport aux
surfaces ... : J'ai choisi une surface, car il me semblait que cela
permettrait de définir la surface de l'ensemble.
Mais est-ce que cela ne surcharge pas la base d'avoir des superpositions de
leisure ?

merci d'avance pour vos avis




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

Re: [OSM-talk-fr] Choix d'un projet pour le mois de mai : tag zone:maxspeed

[lenny]

Bonjour,
En consultant les données, j'ai trouvé
zone:maxspeed=FR:xx associé à maxspeed=xx
J'ai été renvoyé sur la page du wiki:
 http://wiki.openstreetmap.org/wiki/Key:zone:maxspeed
J'ai trouvé une discussion :
http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.fr/42249
Chez moi, il y a des panneaux 30 et d'autres zone 30

Par contre, ce tag n'est pas inscrit dans la page :
http://wiki.openstreetmap.org/wiki/FR:Key:maxspeed

Y a-t-il une raison ?

cordialement
Lenny



Le 03/05/2013 00:57, Black Myst a écrit :

Donc, en 1 mot, c'est le tag maxspeed qui sera à l'honneur ce mois ci.
Et pour plus de détails:
http://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/Limitation_de_vitesse


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

Re: [OSM-talk-fr] tag zone:maxspeed - était Re: Choix d'un projet pour le mois de mai : tag zone:maxspeed

[lenny]

Le 07/05/2013 12:00, Romain MEHUT a écrit :
Le wiki indique un : après zone mais il semblerait qu'il soit 
passé à la trappe: 
http://taginfo.openstreetmap.org/tags/source%3Amaxspeed=DE%3Azone30 (8 
514 valeurs) contre 
http://taginfo.openstreetmap.org/tags/source%3Amaxspeed=DE%3Azone%3A30 
(6209 valeurs)
pareil sur les FR : sans le : 
http://taginfo.openstreetmap.org/search?q=source%3Amaxspeed%3DFR%3Azone30 (576 
valeurs) et avec 
http://taginfo.openstreetmap.org/search?q=source%3Amaxspeed%3DFR%3Azone%3A30 
(524 avec FR et 8 avec Fr)


et avec BE : sans 118 avec 70


Romain

Le 7 mai 2013 11:55, Jo winfi...@gmail.com 
mailto:winfi...@gmail.com a écrit :


Il y a les stats sur taginfo.

http://taginfo.openstreetmap.org/keys/source:maxspeed
http://taginfo.openstreetmap.org/keys/zone:traffic

zone:traffic semble ne pas être utilisé en France, je n'ai trouvé que 
des DE: BE: FI: CZ: NL: et quelques isolés

http://taginfo.openstreetmap.org/keys/zone:traffic#values

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

Re: [OSM-talk-fr] tag zone:maxspeed - était Re: Choix d'un projet pour le mois de mai : tag zone:maxspeed

[lenny]

Le 08/05/2013 11:56, Pieren a écrit :

2013/5/7 Nicolas Dumoulinnicolas_openstreetmap@dumoulin63.net:


Pour les zones 30, ça me satisfait comme ça. À la limite, je veux bien
expliciter le maxspeed=30, mais effectivement, le source:maxspeed me parait
aussi superflu.

Restons simple. Pour désigner une route/rue, seul le tag highway est
requis au minimum. Pour désigner une limite de vitesse, seul le tag
maxspeed est requis au minimum. Tous les autres tags expliquant la
source et type de limitation sont optionnels.

Il me semble que zone:maxspeed a un sens : dans ma commune, j'ai
- une petite rue qui serpente limitée à 30 ; il y a un simple panneau de 
début de limitation à 30 (B14) et un de fin.
- des ensembles de plusieurs rues (écoles, crèche, mairie) avec un 
panneau d'entrée zone à 30 (B30) et de fin zone 30 à chaque fois que 
l'on entre/sort de la zone.


C'est sur que le maxspeed suffit dans les deux cas (je n'ai d'ailleurs 
mis que celui-ci) ; mais, la mairie a certainement voulu signaler des 
choses différentes : http://fr.wikipedia.org/wiki/Zone_30.
Si je laisse ce seul tag et que je le montre à la mairie, ils ne verrons 
pas cette différence qui existe sur le terrain.


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

Re: [OSM-talk-fr] rue et relation grisée (utilitaire de saisie des adresses - cadastre)

[lenny]

Le 31/07/2013 19:53, Pieren a écrit :

2013/7/31 lenny lenny.li...@orange.fr:


Je sélectionne un point.
Je consulte le point, il comporte uniquement le tag addr:housenumber :
normal puisque tout est grisé.

Ton point doit déjà contenir le numéro d'adresses mais sans relation,
avec addr:street.
Pour tester, je suis parti sur une zone vierge, je viens de revérifier 
que le nœud ne comporte aucun tag : même fonctionnement : zones grisées, 
un seul tag créé.

  L'utilitaire ne convertit pas le tag addr:street
en relation. En théorie, il ignore l'action. Mais les clics suivants
crées un noeud sans relation ni addr:street, uniquement le numéro.
Bravo. Tu as découvert un bug.

Où faut-il le signaler ?

Si tu cliques sur un point qui ne contient pas de tag addr ou si tu
cliques sur le way pour créer un nouveau noeud, ça devrait fonctionner
correctement.

Pieren



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

Re: [OSM-talk-fr] rue et relation grisée (utilitaire de saisie des adresses - cadastre)

[lenny]

Le 01/08/2013 14:12, Pieren a écrit :

2013/8/1 lenny lenny.li...@orange.fr:


Pour tester, je suis parti sur une zone vierge, je viens de revérifier que
le nœud ne comporte aucun tag : même fonctionnement : zones grisées, un seul
tag créé.

Si un seul tag est créé, alors c'est que la relation est bien là.
Es-tu assez familier avec JOSM et les relations ?

Novice JOSM depuis avril ; mais je pense en connaître les principes 
(j'ai créé des relations pour des cours d'eau)

Je suis sûr que la relation n'est pas là.
J'ai fait un test avec une rue (sans relations - la liste des relations 
est vide), une (avec des relations routeBus - il n'y a que ces relations 
avant/après) ; j'ai créé la relation manuellement - dans tous les cas, 
le résultat est identique.
Je fais envoyer (sans le faire effectivement) il ne propose dans la 
liste que les N° objets modifiés (pas de relation créé ou modifiée)
Mais il me semble que mon problème se trouve avant : la zone Rue :
est grisée (contrairement à la zone Numéro suivant : que je ne 
sélectionne rien avant, que je sélectionne la rue, ou la relation créée 
manuellement.

Lenny

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

Re: [OSM-talk-fr] rue et relation grisée (utilitaire de saisie des adresses - cadastre)

[lenny]

Résolu. J'ai trouvé ...

J'ai d'abord désinstallé les plugins, ce qui n'a eu aucun effet.

En fait, il faut sélectionner la rue après avoir ouvert l'utilitaire 
(alors que je la sélectionnais avant d'ouvrir l'utilitaire). Relation 
créée, puis utilisée avec les n° suivants


Par contre, j'ai peut-être encore fait des erreurs de manip :
si je sélectionne un point qui a déjà des tags (par ex. un hôtel), le n° 
est ajouté, mais le point n'est pas attaché à la relation.
si je sélectionne un polygone qui a déjà des tags (par ex. 
building=yes), le n° est ajouté, mais le polygone n'est pas attaché à la 
relation.


Lenny

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

Re: [OSM-talk-fr] Tags pour les centres de contrôle technique automobile

[lenny]

Le 22/07/2013 15:54, Philippe Verdy a écrit :
L'ennui c'est la restriction sur car. L'inspection légale concerne 
les véhicules à moteur et très nombreux sont les centres de contrôle 
technique qui inspectent aussi les camions, camionnettes, motos, et 
tout véhicule soumis au contrôle des mines avant immatriculation 
(ainsi que les véhicules de collection ou de compétition pour être 
autorisé à rouler sur le domaine public), voire aussi les engins 
agricoles.

Est-ce encore du car_service ???
vehicule_inspection me parait bien plus adapté (au moins en France).

+1


Le 22 juillet 2013 15:48, Ab_fab gamma@gmail.com 
mailto:gamma@gmail.com a écrit :


Fourre-tout tant que l'on n'utilise que shop = car_service

La description du wiki donne les combinaisons qui peuvent être
faites :
shop = car_service
car_service = inspection


Le 22 juillet 2013 15:33, Philippe Verdy verd...@wanadoo.fr
mailto:verd...@wanadoo.fr a écrit :

car_service ? Trop générique à mon goût, surtout quand la
loi impose la neutralité totale et l'interdiction de procéder
aux réparations. Ce sont des centres totalement dédiés à ça
avec des tests homologués.

Dans car_service on trouve de tout jusqu'au tuning ou le
lavage et la préparation de véhicules pour certaines
activités, ou le montage de boules de traction, ou encore les
carrossiers pour débosseler une aile ou la repeindre et
relustrer, ou encore le nettoyage intérieur, réfection des
plastique, préparation des véhicules pour la revente, et même
dans certains cas les services de voituriers (on laisse son
véhicule pendant la journée, on le récupère à neuf, propre, et
le plein fait, et on peut même vous le livrer)... En fait on
trouve car_service sur nombre de garages (interdits comme
lieux de contrôle technique) et même des concessions de vente
ou des loueurs de véhicule; j'ai même vu ça utilisé pour des
lieux de prêts/d'échange de véhicule ou points de rendez-vous
pour le covoiturage. Bref un tag fourre-tout.

Le 22 juillet 2013 15:06, Ab_fab gamma@gmail.com
mailto:gamma@gmail.com a écrit :

J'ai trouvé shop = car_service
http://wiki.openstreetmap.org/wiki/Proposed_features/car_service
http://taginfo.openstreetmap.org/keys/car_service#values

Beaucoup plus utilisé que la traduction en anglais de
contrôle technique : vehicle_inspection selon Wikipedia :
http://taginfo.openstreetmap.org/keys/vehicle_inspection#overview



Le 22 juillet 2013 14:53, Philippe Verdy
verd...@wanadoo.fr mailto:verd...@wanadoo.fr a écrit :

J'ai vu diverses façon de taguer les centres de
contrôle technque automobile (le plus souvent avec
shop=*, parfois avec amenity=*) mais aucune qui soit
reconnue et acceptée par Osmose. Le vocabulaire
utilisé varie (avec diverses tentatives de traduction
en anglais, souvent malheureuses).
Y-a-t-il un tag documenté quelque part (pas moyen de
trouver en cherchant les termes en français ou en
anglais dans le wiki OSM) ?


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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab

Il n'y a pas de pas perdus, Nadja

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



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




-- 
ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab

Il n'y a pas de pas perdus, Nadja

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




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


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

[OSM-talk-fr] valeurs multiples

[lenny]

  
  
Bonjour
Je reçois une erreur osmose

  

  185
  3070
  0
  2
  
  3070
  valeurs multiples
  E
  1.38 43.66
   r  3020075 
  (j) 
  Valeurs multiples landuse=residential;commercial

  


J'ai créé ce "landuse" http://www.openstreetmap.org/browse/relation/3020075
avec plusieurs valeurs :
- car j'ai vu dans des discutions que le ";" permettait d'indiquer
plusieurs valeurs - dans taginfo il y a 1 411 industrial;retail    

- je trouve que cela correspond bien à la mixité décrite dans la
plaquette de la ville - 
"Toutes les fonctions de la ville sont présentes sur le
  quartier (commerces, tertiaires, habitat, loisirs) Andromède
  répond à la gamme de demandes la plus large possible en matière de
  logement et permet d’accueillir tous les types de population :
  individuel (25%), collectifs (75%), du T2 au T6, logements privés,
  en accession, locatif social ou privé coexistent dans un même
  îlot."

En ce qui concerne les commerces :  je n'ai pas ajouté "retail" dans
le landuse, je pensais ajouter la supérette (future) sur le building
et des points shop pour les commerces en pied d'immeuble.

J'aurais donc tendance à considérer cette erreur comme un
faux-positif ; mais je voulais savoir avant s'il y avait une raison
pour signaler les valeurs multiples !
Merci d'avance
Lenny

  

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

Re: [OSM-talk-fr] valeurs multiples

[lenny]

Le 20/11/2013 14:21, Pieren a écrit :
Quelqu'un a posé la question des valeurs multiples il y a quelques 
mois sur la liste principale pour savoir si c'était finalement 
vraiment exploité ([1]). Celui qui a démarré la discussion en a fait 
un billet ([2]).
Je comprends sa discussion (et le problème du sens : dans taginfo, il y 
a des residential;commercial et des commercial;residential).
Puisque j’ai trouvé des valeurs identiques à celles que je souhaitais 
utiliser, je n'ai pas pensé qu'il ne fallait pas le faire.
Pour revenir à ton landuse, il faut aussi être un peu flexible et 
prendre la valeur comme l'usage principal mais pas exclusif d'une 
zone. Le wiki dit bien ([3]) : describe the primary use of land.
ne pratiquant pas l'anglais fluently, j'ai lu le wiki en français qui 
(il me semble) n'a pas reproduit cette phrase.
On peut admettre qu'un landuse=residential contienne des petits 
commerces ou bureaux et qu'un landuse=retail contienne quelques 
maisons d'habitation.
J'entends bien, puisque, comme je l'ai dit précédemment, je n'ai pas 
prévu de mettre ;retail dans le landuse, car je trouvais que leur 
importance était faible par rapport aux logements et aux bureaux (de 
même que les terrains de sport et le dépôt du trm),
S'il n'y a pas de valeur prédominante, on peut affiner les landuse en 
plus petits morceaux
Je vais essayer de le faire ; Je ne l'ai pas fait, au départ, pour ne 
pas multiplier le même name ZAC Andromède sur plusieurs morceaux
ou créer un nouveau tag pour les zones mixtes (ou voir du côté de 
taginfo si quelque chose n'existe pas déjà)

je n'ai rien trouvé, ou je n'ai pas su chercher

Cordialement
Lenny

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

[OSM-talk-fr] Osmose : Monument historique non intégré

[lenny]

Bonjour,
En recherchant des erreurs Osmose, j'ai rencontré la suivante :

   Monument historique non intégré
   Historical monument: L'ancien haut fourneau, l'ancien moulin à
   farine avec son mécanisme (cad. B 844) ; les deux bâtiments contigus
   formant l'ancien atelier (cad. B 1482) ; le bâtiment dit la
   grange (cad. B 2029) ; la retenue avec son barrage (cad. B 844 ; D
   155 ; le barrage constitue l'assiette de la route départementale
   353, domaine public, non cadastré) : inscription par arrêté du 18
   septembre 2006, None, Aquitaine ; Landes ; Brocas
   + name = Anciennes forges
   + mhs:inscription_date = 2006
   + wikipedia = fr:Anciennes forges de Brocas
   + source = data.gouv.fr:Ministère de la Culture - 08/2011
   + ref:mhs = PA4061
   + heritage:operator = mhs
   Erreur reportée le : 2013-11-29

Pourtant, il me semble que les informations existent dans OSM, elle se 
trouvent sur une relation de type site

http://www.openstreetmap.org/relation/2865118
avec les tag nécessaires :

   heritage:operator = mhs
   mhs:inscription_date = 2006
   name = Anciennes forges
   ref:mhs = PA4061
   source = data.gouv.fr:Ministère de la Culture - 08/2011
   type = site
   wikipedia = fr:Anciennes forges de Brocas

Je ne vois pas où pourrait être l'erreur !
Ou est-ce Osmose qui ne recherche pas l'information dans des relations ?


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

Re: [OSM-talk-fr] Osmose : Monument historique non intégré

[lenny]

Le 28/12/2013 11:15, Christian Quest a écrit :

frodrigo schizophrène ?

Je pense que l'analyse de va pas fouiller les relations. Difficile en 
effet partant de la relation de retrouver la position x/y des membres 
qui la compose...
Mais a-t-on besoin de retrouver la position des membres, puisque la 
relation porte les infos nécessaires et amha suffisantes : 
heritage:operator ; mhs:inscription_date ; name ; ref:mhs : source ; 
wikipedia ?


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

Re: [OSM-talk-fr] Osmose : Monument historique non intégré

[lenny]

Le 28/12/2013 12:25, Christian Quest a écrit :
Je pense que oui, pour cette analyse (proposition d'intégration), 
osmose a besoin d'au moins une position pour faire le lien entre les 
données externes de la base Mérimée et la présence ou absence dans la 
même zone d'un objet OSM correspondant.


Monument historique non intégré  n'est pas une analyse de qualité 
qui indique qu'il y a un problème sur un objet présent dans OSM, mais 
ça indique qu'on n'a pas retrouvé d'objet correspondant et donc qu'on 
propose de l'ajouter...


L'analyse de qualité par contre pourrait détecter qu'il n'y a pas de 
heritage=* alors qu'on a un heritage:operator=* et/ou un ref:mhs=*

Ok, il me semble que j'ai compris.
Je vais donc ajouter
heritage = 3 puisqu'il est inscrit 
(http://wiki.openstreetmap.org/wiki/Key:heritage#France)
et pour ne pas mettre sur chaque building de la relation toutes les 
informations, je vais indiquer faux-positif dans Osmose




Le 28 décembre 2013 12:14, lenny lenny.li...@orange.fr 
mailto:lenny.li...@orange.fr a écrit :



Le 28/12/2013 11:15, Christian Quest a écrit :

frodrigo schizophrène ?

Je pense que l'analyse de va pas fouiller les relations.
Difficile en effet partant de la relation de retrouver la
position x/y des membres qui la compose...

Mais a-t-on besoin de retrouver la position des membres, puisque
la relation porte les infos nécessaires et amha suffisantes :
heritage:operator ; mhs:inscription_date ; name ; ref:mhs : source
; wikipedia ?


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




--
Christian Quest - OpenStreetMap France
Un nouveau serveur pour OSM... http://donate.osm.org/server2013/


___
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] Osmose : Monument historique non intégré

[lenny]

Le 28/12/2013 13:45, Frédéric Rodrigo a écrit :

Le 28/12/2013 13:12, lenny a écrit :


Le 28/12/2013 12:25, Christian Quest a écrit :

Je pense que oui, pour cette analyse (proposition d'intégration),
osmose a besoin d'au moins une position pour faire le lien entre les
données externes de la base Mérimée et la présence ou absence dans la
même zone d'un objet OSM correspondant.

Monument historique non intégré  n'est pas une analyse de qualité
qui indique qu'il y a un problème sur un objet présent dans OSM, mais
ça indique qu'on n'a pas retrouvé d'objet correspondant et donc qu'on
propose de l'ajouter...

L'analyse de qualité par contre pourrait détecter qu'il n'y a pas de
heritage=* alors qu'on a un heritage:operator=* et/ou un ref:mhs=*

Ok, il me semble que j'ai compris.
Je vais donc ajouter
heritage = 3 puisqu'il est inscrit
(http://wiki.openstreetmap.org/wiki/Key:heritage#France)
et pour ne pas mettre sur chaque building de la relation toutes les
informations, je vais indiquer faux-positif dans Osmose


L'analyse tiens bien compte des relations
Pour retrouver un élément ça utilise les tag heritage et 
heritage:operator.


https://gitorious.org/osmose/backend/source/471708e3f4f94b0c1a8045ed5a11a327172bfa8a:analysers/analyser_merge_merimee.py#L59 



Ce n'est pas un faux positif. L'erreur n'est pas signalé à tors. Il 
faut ajouter la tag heritage.


En plus c'est moi même qui ais crée cette relation ^^.


J'ai donc ajouté heritage = 3 à la relation et indiqué corrigé à Osmose.


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

[OSM-talk-fr] Bâtiments se chevauchant

[lenny]

Bonjour,
A l'aide du cadastre, j'ai apporté quelques modifications.
J'ai fusionné les nœuds qui étaient en double, mais JOSM me signale 
encore des avertissements


- des Bâtiments se chevauchant
2 chemins
http://www.openstreetmap.org/way/255883574
http://www.openstreetmap.org/way/255883578
et 2 chemins
http://www.openstreetmap.org/way/256082504
http://www.openstreetmap.org/way/255883574

- des Bâtiments à l'intérieur d'un autre
http://www.openstreetmap.org/way/255883574
et
http://www.openstreetmap.org/way/255883578

J'ai fait des ajustements (suppressions, créations, déplacements) et je 
commence à avoir les yeux qui papillotent, parce que je n'arrive pas à 
corriger, d'autant plus que dans le même ensemble j'ai des buildings qui 
me semblent identiques et qui eux ne provoquent pas d'erreur :


http://www.openstreetmap.org/way/255883573
http://www.openstreetmap.org/way/255883582

Lenny

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

Re: [OSM-talk-fr] Bâtiments se chevauchant

[lenny]

Le 13/01/2014 07:43, Jean-Francois Nifenecker a écrit : Le 12/01/2014 
21:18, didier2020 a écrit :

Le dimanche 12 janvier 2014 à 20:20 +0100, lenny a écrit :

- des Bâtiments se chevauchant

- des Bâtiments à l'intérieur d'un autre

pour ces mini erreurs, j'utilise un script qui les corrige
automatiquement. (je le fais regulierement sur la france)

je ne connaissais pas. Je regarde ça...


Il y a aussi un Osmecum :
http://wiki.openstreetmap.org/w/images/2/2d/Osmecum_integration_bati_v020.pdf

Mes 2 euro-cents,
Merci à tous les deux, ça fonctionne, j'ai corrigé et j'ai encore de la 
lecture.

Cette liste est vraiment une mine !!!
Lenny

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

Re: [OSM-talk-fr] bureaux de poste

[lenny]

En ce qui concerne les navigateurs : j'utilise Firefox (27.0.1) et je 
n'ai pas eu de soucis, je récupère bien les infos dans JOSM (6767) avec 
Windows7


Lenny


Le 12/02/2014 23:12, Olivier Delaune a écrit :

Bonsoir,
tout d'abord merci de ton explication.
J'avais bien activé le contrôle à distance dans JOSM mais bizarement ça ne
fait rien du tout avec Firefox mais ça fonctionne avec Chromium.
Donc je prend Chromium pour le moment en attendant de comprendre ce qui se
passe avec Firefox.
Olivier


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

Re: [OSM-talk-fr] Fwd: [LEGIFRANCE] JORF No 0043 DU 20 FEVRIER 2014

[lenny]

Le 20/02/2014 10:07, Vincent de Château-Thierry a écrit :

Bonjour,

Le 20/02/2014 09:36, Christian Quest a écrit :


Le 20 février 2014 09:21, Damouns damo...@gmail.com
mailto:damo...@gmail.com a écrit :

Il est toujours possible de sauvegarder l'état actuel ailleurs (je
l'ai fait pour l'Isère) pour pouvoir faire des comparaisons etc.


Autant sauvegarder ça dans OSM...

Les découpages servent souvent à représenter des données statistiques,
donc souvent non actuelles et pour cela si on n'a pas les découpages
correspondants OSM ne sert à rien.
Ca coûte quoi de garder quelques relations ?


Euh, on marche sur la tête, non ?
Supprimer des découpages actuels au prétexte qu'ils ne sont pas 
complets, et les remplacer par d'autres qui ne seront effectifs que 
dans un an...
Je rejoins la première proposition de Christian : on ne touche pas à 
l'existant, tout simplement car il représente la réalité des 
découpages à aujourd'hui. Et si on veut anticiper un peu, on trouve un 
formalisme pour définir les _futurs_ cantons avec des tags non ambigus 
: nouveaux tags, ou tag start_date=*, etc. On peut aussi ajouter des 
end_date=* sur les actuels voués à disparaître.
Le jour de la bascule, on a un moyen simple, grâce à la différence de 
formalisme, pour passer les actuels en anciens, et les futurs en 
actuels. On pourra aussi sortir les obsolètes de la base, mais en les 
archivant sur data.gouv.fr par exemple (personnellement je préfère ça 
à la conservation en base, mais on n'en est pas là).


+ 1 pour ne pas toucher l'existant, d’autant plus qu'il y a un certain 
nombre de recours en annulation de décret on été faits devant le Conseil 
d’État.


Lenny

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

[OSM-talk-fr] erreur Osmose 7090 : nœud sur chemins

[Lenny]

Bonjour,
Ce matin, j'ai reçu un paquet d'erreurs 7090 highway absent ou barrier 
isolé 


Je reçois cette erreur sur :
les panneaux cédez le passage - highway = give_way - 
http://www.openstreetmap.org/browse/node/2566897464
les passages protégés - highway = crossing - 
http://www.openstreetmap.org/node/442095173
les feux -highway = traffic_signals - 
http://www.openstreetmap.org/browse/node/344541580
les fonds d'impasses - highway = turning_circle - 
http://www.openstreetmap.org/browse/node/2329692091
les portails - barrier = bump_gate - 
http://www.openstreetmap.org/browse/node/2661680913
les bretelles highway = motorway_junction - 
http://www.openstreetmap.org/browse/node/338451082

... et d'autres

Je ne comprends pas les erreurs, ces points sont bien sur des highway !!!

merci d'avance pour les informations que vous pourriez me donner.
cordialement
Lenny

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

Re: [OSM-talk-fr] erreur Osmose 7090 : nœud sur chemins - BUG

[Lenny]

Merci à tous les deux de m'avoir répondu, et merci pour la correction 
ultra-rapide.
Poser la question ici était-elle la bonne façon de faire ou fallait-il 
le faire ailleurs ? Osmose ? mais cela aurait-pu être des erreurs de ma 
part ...

Lenny

Le 13/05/2014 16:23, Frédéric Rodrigo a écrit :

Bonjour,

Pas de panique. C'est un bug d'Osmose. Ça sera normalement corrigé 
dans la soirée.


Frédéric.


Le 13/05/2014 14:26, Lenny a écrit :

Bonjour,
Ce matin, j'ai reçu un paquet d'erreurs 7090 highway absent ou barrier
isolé 

Je reçois cette erreur sur :
les panneaux cédez le passage - highway = give_way -
http://www.openstreetmap.org/browse/node/2566897464
les passages protégés - highway = crossing -
http://www.openstreetmap.org/node/442095173
les feux -highway = traffic_signals -
http://www.openstreetmap.org/browse/node/344541580
les fonds d'impasses - highway = turning_circle -
http://www.openstreetmap.org/browse/node/2329692091
les portails - barrier = bump_gate -
http://www.openstreetmap.org/browse/node/2661680913
les bretelles highway = motorway_junction -
http://www.openstreetmap.org/browse/node/338451082
... et d'autres

Je ne comprends pas les erreurs, ces points sont bien sur des highway 
!!!


merci d'avance pour les informations que vous pourriez me donner.
cordialement
Lenny

___
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




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

Re: [OSM-talk-fr] Format FANTOIR

[Lenny]

Le 21/05/2014 12:04, Christian Quest a écrit :
le ref:FR:FANTOIR est apparu dans OSM avant que le fichier FANTOIR ne 
soit disponible sous licence libre.


En fait, on avait dans des données opendata (Nantes pas exemple) un 
code RIVOLI devenu FANTOIR, mais ne comportant que les 5 derniers 
caractères. Pour éviter les doublons, on a jouté le code INSEE en préfixe.


Le code de direction a, à mon avis, plus de chance de changer que le 
code INSEE de la commune.
Son intérêt dans OSM est très limité et il est très facile de passer 
d'un ref:FR:FANTOIR à 10 chiffres à la version à 11 chiffres du 
fichier FANTOIR.



Bonjour.
Comme je n'ajoute pas ce code tous les jours, je me pose la question à 
chaque fois !
J'ai ajouté l'infos que le code Direction n'était pas pris en compte 
dans le wiki : http://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:FANTOIR


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

Re: [OSM-talk-fr] Rendu Bano : on n'a pas droit au zéro ?

[Lenny]

Bonjour,
J'ai trouvé des cas qui ressemblent même erreur signalée
mais est-ce la même erreur ? , car, comme dans la question initiale, il 
s'agit de petits villages - 31081 - Bourg-d'Oueil  - ;
par contre, il n'y a pas eu de rapprochement : car il n'y a pas de noms 
de voies saisis dans OSM ni dans le fichier FANTOIR



Bravo pour le travail effectué sur bano, car c'est une aide excellente 
pour trouver les nom de rues manquant.

lenny



Le 30/05/2014 09:58, Christian Quest a écrit :

Un petit bug dans le requête...

Je vais aussi ajouter le nombre total, mais après le pont car repos 
jusque Lundi (en principe).



Le 30 mai 2014 09:21, JB jb...@mailoo.org mailto:jb...@mailoo.org 
a écrit :


Bonjour,
Une petite questions sur le rendu Bano. Quand toutes les rues ont
été rapprochées entre le cadastre et OSM, est-ce que le rendu
affiche bien zéro ?
Je commençais à avoir un doute, et en vérifiant sur Ringeldorf
(67, j'ai pris un petit village), tout à l'air rapproché, mais le
rendu reste à 1...
(Sinon, j'aimais bien dans la version précédente, le xx/yy pour
indiquer l'avancement. Ce serait possible d'avoir la même chose
sur le nombre de rues ?)
Merci pour l'outil,
JB.

___
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto: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


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

Re: [OSM-talk-fr] Bano − nouveaux rapprochements ?

[Lenny]

Bonjour,
J'ai lu dans un des fils précédents que c'était une des prochaines 
étapes prévues.

http://gis.19327.n5.nabble.com/BANO-100-des-departements-traites-td5807147.html
lenny

Le 01/06/2014 21:19, JB a écrit :

Bonjour,
Est-ce qu'un nouvelle série de rapprochement OSM-Cadastre va être 
lancée ?
(C'est utile après une semaine d'ajouts de noms de rue de tous les 
cotés, on voit plus où on en est…).

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] Nouvelles orthophoto Toulouse 2013

[Lenny]

Bonjour,
+1
s'il y a des problèmes de place, on peut peut-être enlever 
l'orthophotoplan de 2007 ...

qui est moins utile dans josm
merci


Le 07/05/2014 10:10, Frédéric Bonifas a écrit :

Bonjour,

Une nouvelle orthophoto de Toulouse, prise en 2013, est disponible sur 
le portail open data de Toulouse Métropole : 
http://data.toulouse-metropole.fr/
Est-ce qu'il y aurait de la place sur http://wms.openstreetmap.fr/ 
pour la rajouter ?


Merci !

--
Frédéric Bonifas
+33672652807 skype:fredericbonifas


___
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] Nouvelles orthophoto Toulouse 2013

[lenny]

Le 06/06/2014 17:51, Jean-Guilhem Cailton a écrit :

Bonjour,

L'orthophoto de Toulouse Métropole 2013 est disponible via une couche
TMS, en proxy-cache.

L'URL pour JOSM est :
tms[22]:http://wms.openstreetmap.fr/tms/1.0.0/toulouse_2013/{zoom}/{x}/{y}

Bonjour et merci, je l'ai ajouté et cela fonctionne bien avec josm.

Pourrait-ell être intégrée dans les fournisseurs d'imagerie de JOSM, 
accessibles dans l'onglet WMS-TMS  à la place des orthophotoplan de  
2007 et 2011 ?


merci
Lenny





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

Re: [OSM-talk-fr] Nouvelles orthophoto Toulouse 2013

[lenny]

Le 07/06/2014 22:10, Vincent Privat a écrit :

Done:
https://josm.openstreetmap.de/wiki/Maps/France?action=diffversion=20

N'oubliez pas: le site de JOSM est un wiki, tout le monde peut le 
modifier :) ça évite que tout le monde ait à ajouter manuellement l'URL.

Bonjour
Je suis d'accord, mais si je me sens capable de modifier du texte dans 
le wiki, je suis totalement incapable de faire la modification que tu as 
faite pour laquelle je te remercie beaucoup : d'autant plus qu'avec 
cette modif, l'ortho n'apparait dans la liste des imageries que 
lorsqu'on est sur la zone concernée (au dessus de Toulouse)  
contrairement à celles qui sont ajoutées manuellement qui apparaissent 
tout le temps.

Encore merci
lenny


Le 7 juin 2014 20:56, lenny lenny.li...@orange.fr 
mailto:lenny.li...@orange.fr a écrit :



Le 06/06/2014 17:51, Jean-Guilhem Cailton a écrit :

Bonjour,

L'orthophoto de Toulouse Métropole 2013 est disponible via une
couche
TMS, en proxy-cache.

L'URL pour JOSM est :

tms[22]:http://wms.openstreetmap.fr/tms/1.0.0/toulouse_2013/{zoom}/{x}/{y}

http://wms.openstreetmap.fr/tms/1.0.0/toulouse_2013/%7Bzoom%7D/%7Bx%7D/%7By%7D

Bonjour et merci, je l'ai ajouté et cela fonctionne bien avec josm.

Pourrait-ell être intégrée dans les fournisseurs d'imagerie de
JOSM, accessibles dans l'onglet WMS-TMS  à la place des
orthophotoplan de  2007 et 2011 ?

merci
Lenny



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

[OSM-talk-fr] BANO : voie rapprochée à l'exception d'un numéro

[lenny]

Bonjour
A Pouzauges (Vendée), j'ai ajouté le FANTOIR sur la Rue du Bourg Bélard.
Lors de la passe suivante, le rapprochement a été bien fait sur la voie, 
mais il reste le n° 27 en rouge

http://tile.openstreetmap.fr/~cquest/leaflet/bano.html#20/46.78473/-0.84276
avec un message d'erreur 'B Rue du Bourg Bélard (1)'

Lenny

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

Re: [OSM-talk-fr] BANO : voie rapprochée à l'exception d'un numéro

[lenny]

Le 15/06/2014 18:20, Vincent de Château-Thierry a écrit :


Le 15/06/2014 17:47, Philippe Verdy a écrit :

ce sont les limites qui coupent le bâtiment du 27 en trois parties
rivées. le 27 est positionné sur la première en façade, le 27B sur un
point au centre du bâtiment, la troisième n'a rien. Et comme la base
adresse ne mentionne que le 27, j'en déduit que ce B est un numéro de 
porte.

Maintenant c'est bizarre ce B tout seul et ce n'est pas l'usage; où est
le A?


Mon hypothèse c'est que le '27 A' que tu cherches n'existe pas. Le '27 
B' est, il faut le rappeler, sur la même parcelle que le '27B' 
(attaché), qui est la convention pour 'bis' dans la cadastre. Ça 
paraît donc assez improbable d'avoir, au même endroit, une adresse '27 
B', surtout en l'absence de '27 A'.
Je penche donc plutôt pour une bête faute de frappe qui aura 
'fabriqué' un numéro différent. Pour intégrer des adresses depuis 
quelques temps avec le cadastre en fond, la liste des incohérences 
observées est telle que celle-ci ne me choque pas (enfin, pas trop).


vincent

Maintenant que j'ai compris (grace à vos réponses) ce qui a provoqué 
l'erreur BANO, en regardant les parcelles du cadastre, il me semble 
aussi qu'il s'agit plutôt d'une erreur de frappe.

Lenny

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

[OSM-talk-fr] suppression de repères géodésiques IGN France

[lenny]

Bonjour,

J'ai remarqué qu'un contributeur avait supprimé l'un des repères 
géodésiques IGN France, avec Potlatch.

https://www.openstreetmap.org/node/670067606/history
https://www.openstreetmap.org/relation/482370/history

Je le lui ai signalé, mais comme cela semble être sa première 
contribution ; je ne suis pas sûr qu'il pourra réparer ...
Et comme je ne sais pas quoi faire non plus : une bonne âme 
passerai-t-elle par là pour prendre la main ?


merci d'avance
lenny




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

Re: [OSM-talk-fr] suppression de repères géodésiques IGN France

[lenny]

merci.
Pourrais-tu me dire - pour mon éducation - comment as-tu fait ?
l'url
http://ancien-geodesie.ign.fr/fiche_point.asp?num_site=31069Bno_ptg=01numero_f50=2043
n'existant plus ?

Le 24/06/2014 10:31, Christian Quest a écrit :

Récupéré


Le 24 juin 2014 09:33, lenny lenny.li...@orange.fr 
mailto:lenny.li...@orange.fr a écrit :


Bonjour,

J'ai remarqué qu'un contributeur avait supprimé l'un des repères
géodésiques IGN France, avec Potlatch.
https://www.openstreetmap.org/node/670067606/history
https://www.openstreetmap.org/relation/482370/history

Je le lui ai signalé, mais comme cela semble être sa première
contribution ; je ne suis pas sûr qu'il pourra réparer ...
Et comme je ne sais pas quoi faire non plus : une bonne âme
passerai-t-elle par là pour prendre la main ?

merci d'avance
lenny




___
Talk-fr mailing list
Talk-fr@openstreetmap.org mailto: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] suppression de repères géodésiques IGN France

[lenny]

Le 26/06/2014 01:48, Philippe Verdy a écrit :
Ca veut juste dire pylone démoli et reconstruit ailleurs. Ce n'est pas 
la même pylone.



Le 25 juin 2014 23:36, Samy Mezani samy.mez...@wanadoo.fr 
mailto:samy.mez...@wanadoo.fr a écrit :


Le 25/06/2014 23:27, François Lacombe a écrit :

Qui croire ?


Et bien l'IGN puisqu'il est indiqué : Point non retrouvé en 2003.
Je ne vois pas l'intérêt de garder ces objets non retrouvés dans
OSM...

Samy



Il faudrait les indiquer dans le wiki
http://wiki.openstreetmap.org/w/index.php?title=WikiProject_France/Rep%C3%A8res_G%C3%A9od%C3%A9siquessection=14#Topologie_:_Points_mal_situ.C3.A9s

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

Re: [OSM-talk-fr] BANO et Numérotation des lieux-dits

[lenny]

Le 25/06/2014 15:55, Pieren a écrit :

2014-06-25 15:29 GMT+02:00 Stéphane Péneau stephane.pen...@wanadoo.fr:


N° + nom du lieu dit
Code postal + nom de la commune

- addr:housenumber + addr:place=nom du lieu dit sur le noeud
d'adresse de la maison
- place=hamlet/isolated_dwelling + name=nom du lieu dit sur le
noeud du lieu-dit
- addr:postcode idéalement sur la relation de la commune (ou sur le
noeud place de la commune ci-dessous)
- place=town/village + name=nom de la commune sur un noeud

Bonjour,

J'ai un cas particulier, qui pourrait, je pense, être assimilé à 
celui-ci ; et que j’ai mal décrit dans osm il y a quelques mois : 
https://www.openstreetmap.org/#map=17/48.53785/-2.14196
Ce village est enclavé dans une autre commune (Ploubalay) et est 
constituée uniquement du Bourg.
Les rues n'ont pas de nom et la numérotation est séquentielle pour tout 
le Bourg de Plessix-Balisson (qui correspond à l'ensemble du village).

Par exemple, l'adresse de la mairie est
4, le Bourg
Plessix-Balisson

A l'époque, j'avais hésité à mettre un nœud lieux-dit qui correspondait 
à l'ensemble du village (il y a un nœud place=village ; et comme osmose 
me réclamait un addr:street, j'avais mis un name aux rues (je les avais 
toutes appelées Le Bourg ce qui est faux, puisqu'elles n'ont pas de 
nom - en me faisant une fiche pour revenir dessus plus tard) .


Je pense le corriger :
en supprimant le name des voies
en ajoutant un point place=hamlet + name=Le Bourg
et en remplaçant sur les adresses le addr:street par addr:place=Le Bourg

BANO va surement (pour un temps) remplacer les points verts par des 
points rouges : tant pis, si osm est mieux décrit



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

[OSM-talk-fr] osmose : FANTOIR numeric type is for ways

[lenny]

Bonjour,
Osmose m'a signalé une quinzaine d'erreurs item=2060 classe 13.
Cette classe n'est pas indiquée dans la liste des erreurs osmose, qui 
s'arrête à la classe 9.
Le 1er caractère RIVOLI et bien numérique et les erreurs sont signalées 
sur des voies (highways ou relations)


J'ai cette erreur sur des :
highway=residential http://www.openstreetmap.org/way/26244031
highway=steps http://www.openstreetmap.org/way/25415320
highway=secondary http://www.openstreetmap.org/way/51275173
highway=service http://www.openstreetmap.org/way/122889533
et des relations associatedStreet 
http://www.openstreetmap.org/relation/3337068


Je ne vois pas où se situe l'anomalie ?

cordialement
Lenny

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

Re: [OSM-talk-fr] osmose : FANTOIR numeric type is for ways

[lenny]

Le 05/07/2014 12:36, Frédéric Rodrigo a écrit :

Le 05/07/2014 12:14, lenny a écrit :

Bonjour,
Osmose m'a signalé une quinzaine d'erreurs item=2060 classe 13.
Cette classe n'est pas indiquée dans la liste des erreurs osmose, qui
s'arrête à la classe 9.
Le 1er caractère RIVOLI et bien numérique et les erreurs sont signalées
sur des voies (highways ou relations)

J'ai cette erreur sur des :
highway=residential http://www.openstreetmap.org/way/26244031
highway=steps http://www.openstreetmap.org/way/25415320
highway=secondary http://www.openstreetmap.org/way/51275173
highway=service http://www.openstreetmap.org/way/122889533
et des relations associatedStreet
http://www.openstreetmap.org/relation/3337068

Je ne vois pas où se situe l'anomalie ?


Il n'y en a pas. Il a eu un bug hier lors de l'ajout de cette nouvelle 
analyse. Il faut maniement attendre la prochaine mise à jour pour que 
ça soit purgé.

Merci pour la réponse.
Merci pour le travail effectué.
La signalisation a bien disparu.
Lenny

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

[OSM-talk-fr] Osmose, BANO et Numérotation des lieux-dits

[lenny]

Bonjour,
dans la discussion suivante :
https://www.mail-archive.com/talk-fr@openstreetmap.org/msg68212.html
il était indiqué que BANO allait évoluer pour prendre en compte les 
lieux-dits ; ne faudrait-il pas également faire  évoluer osmose pour 
qu'il ne renvoie pas une erreur lorsque addr:place existe :

http://osmose.openstreetmap.fr/fr/map/#zoom=18lat=48.424788lon=-1.250867layer=Mapnikoverlays=FFFTitem=2060level=1%2C2%2C3tags=fixable=bbox=-1.2562286853790283%2C48.423056430500864%2C-1.245424747467041%2C48.42665186614596

cordialement
Lenny

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

Re: [OSM-talk-fr] Relation route et giratoire

[lenny]

Bonjour,
Je pense également qu'il ne faudrait pas couper les giratoires et ne pas 
tagger pour le rendu, mais là, je ne te suis plus

Le 23/07/2014 04:32, Philippe Verdy a écrit :
Je n'ai vu aucun cas où on ne peut pas éviter de les couper. Même 
quand un giratoire contient des sections de ponts, on peut toujours 
taguer la route ou la rivière qui passe dessous avec des sections en 
sous-terrain, ou une route qui passe par dessus avec des section en ponts.
Je cherche à saisir ce qui est sur le terrain, si c'est un pont, je 
pense qu'il faut décrire un pont (et non ce qui passe dessous en tunnel).


Par exemple, il y a un giratoire : 
https://www.openstreetmap.org/way/141282464#map=18/43.65520/1.36467layers=T
Les panneau indiquent bien un giratoire et les habitants ne connaissent 
pas son nom, mais parlent du pont rond-point ou du rond-point sur le pont.
Pour avoir l'unicité du giratoire, ne vaudrait-il pas mieux pouvoir 
créer des relations junction=roundabout avec le name ?


cordialement
Lenny



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

Re: [OSM-talk-fr] Osmose, BANO et Numérotation des lieux-dits

[lenny]

Le 23/07/2014 23:44, Frédéric Rodrigo a écrit :

Le 23/07/2014 11:06, lenny a écrit :

Bonjour,
dans la discussion suivante :
https://www.mail-archive.com/talk-fr@openstreetmap.org/msg68212.html
il était indiqué que BANO allait évoluer pour prendre en compte les
lieux-dits ; ne faudrait-il pas également faire  évoluer osmose pour
qu'il ne renvoie pas une erreur lorsque addr:place existe :
http://osmose.openstreetmap.fr/fr/map/#zoom=18lat=48.424788lon=-1.250867layer=Mapnikoverlays=FFFTitem=2060level=1%2C2%2C3tags=fixable=bbox=-1.2562286853790283%2C48.423056430500864%2C-1.245424747467041%2C48.42665186614596 



Je viens de le prendre en compte pour cette erreur en particulier et 
pour les doublons de numéro.


Résultats d'analyses disponibles sur osmose d'ici quelque jours.

Frédéric.

merci pour ta réponse.
osmose est vraiment un sacré outil
Lenny

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

[OSM-talk-fr] Wiki Cours d'eau

[lenny]

Bonjour,
Lorsqu'on va sur une des pages des cours d'eau, il y a d'abord 
l'alphabet qui permet d'accéder à la liste alphabétique des cours 
d'eau principaux.
Il me semble qu'il y a quelque temps, les lettres étaient côte à côte, 
sur une ou plusieurs lignes [Légende A B C D ...] ; maintenant, il y a 
une ligne par lettre

 [Légende
A
B
C
D
  ...]
- ce qui, sur mon petit écran, m'oblige à descendre de plus d'une page 
pour passer cet index -


Quelqu'un saurait-il pourquoi, cela a été changé, s'il est possible de 
revenir à l'ancienne disposition et comment (je n'ai pas su trouver) ?

merci d'avance
Lenny

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

Re: [OSM-talk-fr] Intégration des pharmacies en France avec Osmose

[lenny]

Bonjour;
Osmose me signale comme non rappochées des pharmacies sur lesquelles 
j'avais bien entré le ref:FR:FINESS

 Pharmacy without ref:FR:FINESS
node 2606664401 rawedit josm edit
amenity = pharmacy
name = Pharmacie de la Cathédrale
contact:phone = +33562280093
source = cadastre-dgi-fr source : Direction Générale des Impôts - 
Cadastre. Mise à jour : 2014

dispensing = yes
ref:FR:FINESS = 320001654
Erreur reportée le : 2014-10-12

et

 Pharmacy not integrated
6 RUE BONNAMY, 32100, CONDOM
fix-josm
+ ref:FR:FINESS = 320001654
+ source = Celtipharm - 10/2014
+ amenity = pharmacy
+ name = Pharmacie de la CATHEDRALE
+ dispensing = yes
Erreur reportée le : 2014-10-12

est-ce dû au fait que la source n'est pas Celtipharm - 10/2014 ?

cordialement
Lenny

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

Re: [OSM-talk-fr] Intégration des pharmacies en France avec Osmose

[lenny]

Le 13/10/2014 17:25, Frédéric Rodrigo a écrit :

Il y a effectivement quelque chose qui cloche maintenant.
La source n'est pas utilisé, Uniquement ref:FR:FINESS.
J'ai le même cas sur une autre pharmacie de la même ville : 
http://www.openstreetmap.org/node/2606664391


Vaut-il mieux ne pas changer le status des erreurs dans osmose , tant 
que ce qui cloche n'a pas été trouvé ?

Faut-il indiquer l'erreur ailleurs qu'ici ?

lenny


Le 13/10/2014 11:35, lenny a écrit :

Bonjour;
Osmose me signale comme non rappochées des pharmacies sur lesquelles
j'avais bien entré le ref:FR:FINESS
  Pharmacy without ref:FR:FINESS
node 2606664401 rawedit josm edit
amenity = pharmacy
name = Pharmacie de la Cathédrale
contact:phone = +33562280093
source = cadastre-dgi-fr source : Direction Générale des Impôts -
Cadastre. Mise à jour : 2014
dispensing = yes
ref:FR:FINESS = 320001654
Erreur reportée le : 2014-10-12

et

  Pharmacy not integrated
6 RUE BONNAMY, 32100, CONDOM
fix-josm
+ ref:FR:FINESS = 320001654
+ source = Celtipharm - 10/2014
+ amenity = pharmacy
+ name = Pharmacie de la CATHEDRALE
+ dispensing = yes
Erreur reportée le : 2014-10-12

est-ce dû au fait que la source n'est pas Celtipharm - 10/2014 ?

cordialement
Lenny

___
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



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

Re: [OSM-talk-fr] Osmose Missing object kind sur Piste de ski

[lenny]

Le 19/10/2014 10:21, Frédéric Rodrigo a écrit :

J'ai ajouté les tags suivants dans ceux à déjà ignorés :
'mountain_pass', 'traffic_sign', 'mountain_pass', 'golf'

Je peux en ajouter d'autres.

Sur la ML je m'y perd dans vos discutions. Vous pouvez créer un ticket 
de demande de modifications sur le tac ou github (en anglais).

Bonjour,
aurais-tu un lien pour créer ces tickets ?

cordialement
Lenny


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

Re: [OSM-talk-fr] Osmose Missing object kind sur Piste de ski

[lenny]

Le 19/10/2014 19:44, Frédéric Rodrigo a écrit :

Le 19/10/2014 19:33, lenny a écrit :


Le 19/10/2014 10:21, Frédéric Rodrigo a écrit :

Sur la ML je m'y perd dans vos discutions. Vous pouvez créer un ticket
de demande de modifications sur le tac ou github (en anglais).

Bonjour,
aurais-tu un lien pour créer ces tickets ?


https://github.com/osm-fr/osmose-backend/ (de préférence, et anglais)
http://trac.openstreetmap.fr/


Merci de la réponse.
Je me suis inscrit sur github, mais je pense que c'est trop complexe 
pour moi (je ne trouve pas quel chemin utiliser pour mettre un ticket) ; 
par contre, j'ai bien trouvé le lien dans trac - est-il possible de 
l'écrire en français, ou faut-il le faire en anglais ?


Lenny

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

[OSM-talk-fr] carte OSM pour l'Observatoire des Saisons

[lenny]

Bonjour
l'Observatoire des Saisons utilise aussi une carte umap OSM pour 
présenter les relais de l'observatoire

http://www.obs-saisons.fr/node/4264

cordialement
Lenny

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

Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

[lenny]

Le 04/12/2014 23:40, Vincent de Château-Thierry a écrit :

Bonsoir,

Le 04/12/2014 00:01, Vincent de Château-Thierry a écrit :


Le 03/12/2014 13:49, Donat ROBAUX a écrit :


Est-il possible également de prévoir un onglet avec toutes les voies de
la commune, en gros le fichier Fantoir brut?

Oui, c'est même en cours... mais je n'ai rien de montrable ce soir.


Voilà, vous avez désormais à droite du nom de commune, en haut de 
page, un 4è lien 'FANTOIR' qui ouvre une nouvelle page avec tout le 
contenu 'Enregistrement Voie' du Fantoir de la commune, sans aucun 
filtre.

La doc Fantoir correspondante est ici :
http://www.collectivites-locales.gouv.fr/files/files/gestion_locale_dgfip/national/FANTOIR_Descriptif.pdf 



vincent

ps. sur les grosses communes (j'ai testé Bordeaux) il faut être 
patient, la page est longue à charger...


Bonjour,
Vraiment félicitations pour cet énorme boulot réalisé.
En plus de servir pour un suivi, c'est une vrai aide pour contribuer, 
cela va au-delà de BANO, puisqu'il gère les voies sans adresse.


J'ai maintenant un travail de revue des modifications que j'ai faites 
dans osm pour mettre à jour l'outil.


Bien que la black liste n'est pas la même fonction, elle est utilisée en 
même temps lorsqu'on travaille sur une commune : un lien de l'un vers 
l'autre me paraitrait bienvenu (il permettrait aussi de faire connaître 
la black liste - j'avoue que je n'avais pas vu passer avant ces échanges 
sur la liste)


J'ai deux questions :
Dans le cas où un lotissement est dans FANTOIR, créé par un lotisseur, 
lorsque les voies (qui ont un nom) sont rétrocédées à la commune, la 
trace du lotissement disparait sur le terrain.
Je met nom introuvable sur le terrain dans l'outil ; je suppose qu'il 
faut également le rajouter dans la black liste : n'est-ce-pas ?


J'ai un nom dans FANTOIR (une ZAC) ; dans OSM, il est sur un landuse 
(pas de highway ni de place).
Je l'ai ajouté dans la black liste pour que le rapprochement ne soit pas 
fait, mais du fait qu'il reste dans l'onglet voie FANTOIR sans 
rapprochement OSM, je pense qu'il faudrait que je mette une explication 
(ce n'est pas vraiment un anomalie), mais aucune typologie ne me parait 
correspondre.


Bonne journée
Lenny






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

Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

[lenny]

dhezja
Le 07/12/2014 22:29, Mathias Jérôme a écrit :

Bonsoir,

l'idée même de blackliste est à manipuler avec précaution de mon 
point de vue.


Autant elle peut être légitime pour un désignant d'un objet disparu 
(par exemple une usine, une barre rasée). Si effectivement l'usine X 
n'existe plus autant ne plus avoir X dans les fichiers (même si ça 
pourrait intéresser un fichier histo... mais c'est une autre histoire).


Autant elle ne me semble pas légitime pour les désignants disparus, 
vieillots, ou alternatifs et encore autre d'un objet réel (c'est à 
dire qui existe toujours, indépendamment de son changement de 
désignation).


En effet, ce n'est pas parce qu'on change la désignation officielle 
d'un objet que les utilisateur vont tous suivre le changement. Cela ne 
reviendrait donc pas à mettre des usages en blackliste pour préférer 
la version officielle, et avoir quelque part un caractère normatif 
qui ne me semblait pas être le cas de BANO et OSM en général ?


Tant qu'on ne fait que de la géolocalisation inverse, le cas du 
lotissement est certes pertinent,
néanmoins lorsque qu'on cherche à géolocaliser des adresses, ce n'est 
pas parce que le lotissement à disparu, ou que l'utilité de la 
désignation du lotissement a disparue qu'elle n'est plus utilisée, 
notamment par les résidents du dit lotissement, et donc rien n'assure 
que le terrain (c'est à dire en substance ici l'usage ) entérine en 
totalité le changement d'adressage.
Il me semble que la black list est uniquement basée sur le code FANTOIR, 
elle permettra de dire au traitement de Bano ce n'est pas la peine de 
chercher à faire un rapprochement de ce code FANTOIR avec osm, il n'y 
est pas.


Si le nom du lotissement ne se trouve que dans mon contrat d'achat (qui 
date de 25 ans) et que je sais que ce nom (qui n'a existé que pour la 
vente) n'est plus connu/utilisé de personne (ni sur place, ni à la 
mairie ...) je ne le met pas dans OSM.


Par contre s'il est utilisé, je le met dans OSM (avec old ou alt ou 
official name) qui garde les valeurs d'usage et je ne le met pas dans la 
black list




J'espère être compréhensible, sinon je repréciserait, et au final tout 
dépend de ce qu'on veut faire  de  BANO


Un référentiel de géo référencement inverse
ou un référentiel de géo référencement
ou les deux
ou autre chose



Le Vendredi 5 décembre 2014 15h27, Vincent de Château-Thierry 
osm.v...@free.fr a écrit :




 De: lenny lenny.li...@orange.fr mailto:lenny.li...@orange.fr

 Vraiment félicitations pour cet énorme boulot réalisé.

Merci :)
Et... le vrai énorme boulot, c'est celui (collectif) qui se traduit 
par exemple ici :

http://munin.openstreetmap.fr/osm12.free.org/osm104.openstreetmap.fr/bano_rapproche.html
le nombre de rues nommées en France monte, la pente de la courbe ne 
faiblit pas, bref, on avance ;)


 En plus de servir pour un suivi, c'est une vrai aide pour contribuer,
 cela va au-delà de BANO, puisqu'il gère les voies sans adresse.

Oui c'est bien l'idée : avoir une référence à laquelle confronter nos 
données, histoire de mieux voir où on en est, et appréhender en quoi 
consiste le reste à faire.


 Bien que la black liste n'est pas la même fonction, elle est utilisée
 en
 même temps lorsqu'on travaille sur une commune : un lien de l'un vers
 l'autre me paraitrait bienvenu (il permettrait aussi de faire
 connaître
 la black liste - j'avoue que je n'avais pas vu passer avant ces
 échanges
 sur la liste)

Tu n'as pas la berlue, on n'en a quasiment pas parlé. Et c'est 
vraiment embryonnaire. L'idée c'est d'archiver quelque part qu'une 
donnée sur laquelle on n'a pas de prise (la source Cadastre) contient 
des infos qui n'existent pas/plus sur le terrain, et donc que leur 
absence dans OSM est voulue et normale. On peut faire le parallèle 
avec la discussion récurrente sur les immeubles démolis mais encore 
visibles sur bing : comment dire qu'il ne faut pas les saisir ? Ici, 
la 'black' liste permet au moins, dans les sorties de BANO, d'exclure 
une information. Par défaut sinon, ce contenu sera présent dans les 
exports.
Pour l'instant, ce contenu n'est pas exploité, le wiki a juste donné 
une première place pour le mémoriser. Pour consolider le principe, il 
faudrait plus sûrement une interface de saisie, qui demanderait les 
mêmes infos (nom, code Fantoir, éventuellement numéro d'adresse, et 
raison de la déclaration) et qui serait en prise directe sur le 
contenu géré dans BANO. C'est sûrement une réflexion à mutualiser avec 
celle du guichet unique de saisie évoqué dans la future BAN, Christian 
en sait sûrement plus :) : 
https://twitter.com/JLZIMMERMANN/status/540456478797484032


 J'ai deux questions :
 Dans le cas où un lotissement est dans FANTOIR, créé par un
 lotisseur,
 lorsque les voies (qui ont un nom) sont rétrocédées à la commune, la
 trace du lotissement disparait sur le terrain.
 Je met nom introuvable sur le terrain dans l'outil ; je suppose
 qu'il
 faut également le rajouter dans la black liste

Re: [OSM-talk-fr] Qualification des erreurs en lien avec FANTOIR

[lenny]

Le 09/12/2014 10:54, Vincent de Château-Thierry a écrit :

De: Vincent de Château-Thierry osm.v...@free.fr

La liste noire sur le wiki a un défaut dans notre contexte : c'est de
l'information, mais pas trop de la donnée. On sait la lire, mais la
contrepartie est que les robots (BANO ou autre) ne savent pas
l'exploiter : pas de bénéfice dans le rendu, ni dans le filtrage des
données en l'état.
En regardant le contenu de cette liste je pense qu'on peut, au moins
pour le court terme, chercher à reverser des infos via les listes
déroulantes.
On a :
- des voies doublons : le cas est déjà prévu dans la liste déroulante
- des voies qui n'existent pas : on peut ajouter ce cas, il y aura du
recouvrement avec les 'noms introuvables' et les 'anciens noms
supprimés' mais pourquoi pas
- des voies détruites : cas à ajouter à la liste déroulante
- des voies incorporées à d'autres : cas à ajouter également

Au prix de ces quelques ajouts dans l'interface, je vous propose
qu'on
essaie de concentrer en un seul endroit la saisie d'information, au
niveau donc des listes déroulantes, quitte à encore allonger la liste
des cas dans le futur. Il faut se souvenir que la page du wiki a
émergé
_avant_ l'apparition des listes déroulantes, à un moment où on
n'avait
aucun moyen de qualifier une erreur Fantoir. On est donc passé de
rien à
de l'information (la page du wiki) puis à de la donnée (la table qui
s'alimente avec les listes déroulantes) et ça me semble la bonne
trajectoire pour pouvoir à l'avenir exploiter l'information que nous
fabriquons.

J'ai ajouté 3 entrées dans les listes déroulantes :
  - Voie détruite
  - Voie incorporée à une autre
  - Voie inexistante

et affecté l'entrée correspondante à chaque Fantoir de la black-list.

la black-list n'est donc plus nécessaire ?

J'ai des voies prévues qui sont dans FANTOIR, mais sur le terrain, elle 
ne sont pas encore construites (ni même en construction).
Je ne veux pas mettre voie inexistante, sinon, elle risque être oublié 
un jour elles sont construites.
Ce serait bien d'avoir un libellé pour justifier le fait qu'elles ne 
sont pas rapprochées !!


Sur la page, nous avons les voies FANTOIR (avec ou sans rapprochement 
OSM ; A l'inverse, nous avons des voies nommées dans OSM qui ne sont pas 
dans FANTOIR, ce ne serait pas des manques à signaler ?


Cordialement
Lenny


vincent

___
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] Qualification des erreurs en lien avec FANTOIR

[lenny]

Le 10/12/2014 11:31, Vincent de Château-Thierry a écrit :

J'ai des voies prévues qui sont dans FANTOIR, mais sur le terrain,
elle
ne sont pas encore construites (ni même en construction).
Je ne veux pas mettre voie inexistante, sinon, elle risque être
oublié
un jour elles sont construites.
Ce serait bien d'avoir un libellé pour justifier le fait qu'elles ne
sont pas rapprochées !!

Je n'avais jamais encore rencontré ce cas, où Fantoir anticipe à ce point.
= je vais rajouter 'Voie pas encore construite' comme entrée dans les listes, 
car ça ne recouvre aucun des cas déjà connus.
J'ai le cas sur deux communes : elles existent en avance sur le FANTOIR 
et dans le filaire de Toulouse Métropole 
(https://data.toulouse-metropole.fr/les-donnees/-/opendata/card/12693-filaire-de-voirie) 
mais pas encore sur le cadastre.


Ces voies sont prévues dans une ZAC pour laquelle les nouvelles voies et 
les pavés constructibles ont été définis dès le départ, elle sont 
ensuite réalisées sur le terrain en fonction de l'avancement des 
lancements des ensembles immobiliers.

310560108YALL DE LA NESTE
310560001GRUE DE L'ADOUR
310690015RRUE ALCYONE
310690665XRUE MAIA
310690302CRUE ELECTRA
310690718ERUE DU NADIR
310691190TRUE DU ZENITH
310691066HRUE VEGA
310690016SRUE ANTARES
310690828ZRUE DES PLEIADES

Lenny

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

[OSM-talk-fr] FANTOIR voie sans nom pas de correspondance

[lenny]

Bonjour
Dan le FANTOIR, il y a une voie qui est appelée
310560041ARTE DEPARTEMENTALE 902
Cette voie existe dans osm :
http://www.openstreetmap.org/way/24223813#map=16/43.6682/1.3631
Elle n'a pas de name, l'appellation du FANTOIR correspond à la référence 
de la voie ref=D 902
Elle n'a pas de nom, car elle devrait être déclassée/déplacée lors du 
déménagement projeté du Parc des Expos de Toulouse


bien que j'ai ajouté le tag ref:FR:FANTOIR=310560041A, elle n'est pas 
rapprochée


Lenny


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

Re: [OSM-talk-fr] FANTOIR voie sans nom pas de correspondance

[lenny]

Le 12/12/2014 23:11, Vincent de Château-Thierry a écrit :

Bonsoir,

Le 12/12/2014 11:17, lenny a écrit :


Dan le FANTOIR, il y a une voie qui est appelée
310560041ARTE DEPARTEMENTALE 902
Cette voie existe dans osm :
http://www.openstreetmap.org/way/24223813#map=16/43.6682/1.3631
Elle n'a pas de name, l'appellation du FANTOIR correspond à la référence
de la voie ref=D 902
Elle n'a pas de nom, car elle devrait être déclassée/déplacée lors du
déménagement projeté du Parc des Expos de Toulouse

bien que j'ai ajouté le tag ref:FR:FANTOIR=310560041A, elle n'est pas
rapprochée


Pas de rapprochement si pas de tag name=* : pour l'instant c'est bien 
le comportement attendu.
J'ai repris ton exemple pour ouvrir ce ticket : 
https://github.com/osm-fr/bano/issues/83


Ok, merci
Lenny


merci

vincent

___
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] JOSM historique

[lenny]

Bonjour,
L'avant-dernière mise à jour de JOSM a supprimé le dialogue historique :
/Suppression du dialogue d'historique au profit d'un bouton 
d'historique dans le dialogue de sélection/
depuis, j'ai beau chercher le nouveau bouton, je ne le trouve pas ; 
l'âge venant la vue se dégrade 

Help où se trouve-t-il ?
Je suis allé dans sélection, dans la boîte à outils ???

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

Re: [OSM-talk-fr] JOSM historique

[lenny]

Merci à tous les deux, pour vos réponses !!!

Le 11/01/2015 13:36, Jo a écrit :
Moi, j'utilise Ctrl-h pour voir l'historique dans JOSM, Ctrl-Shift-H 
pour le voir sur des pages web.

Ah oui, encore mieux qu'un bouton !!!



Polyglot

2015-01-11 13:07 GMT+01:00 Jean-Baptiste Holcroft 
jb.holcr...@gmail.com mailto:jb.holcr...@gmail.com:


Dans la fenêtre sélection, tu as un bouton en bas à droite.


C'est bien çà, c'est ma vue ou moi ? Comment ais-je pu passer à côté ??


Le 11 janv. 2015 11:46, lenny lenny.li...@orange.fr
mailto:lenny.li...@orange.fr a écrit :

Bonjour,
L'avant-dernière mise à jour de JOSM a supprimé le dialogue
historique :
/Suppression du dialogue d'historique au profit d'un bouton
d'historique dans le dialogue de sélection/
depuis, j'ai beau chercher le nouveau bouton, je ne le trouve
pas ; l'âge venant la vue se dégrade 
Help où se trouve-t-il ?
Je suis allé dans sélection, dans la boîte à outils ???

cordialement
Lenny

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

Re: [OSM-talk-fr] Maison de santé

[lenny]

Le 08/12/2014 12:41, Pierre d'Huy a écrit :
Il serait effectivement intéressant de normaliser les laboratoires 
médicaux. J'utilise doctors pour le moment (3 laboratoires tagés) et 
je trouve ça douteux

Bonne Année 2015
Dans le wiki, il y a une proposition 
http://wiki.openstreetmap.org/wiki/Proposed_features/Healthcare_2.0

dans laquelle on trouve

   /*laboratory*//A health care related //Wikipedia
   http://en.wikipedia.org/wiki/en:medical_laboratorylaboratory
   http://en.wikipedia.org/wiki/en:medical_laboratory//. Usually such
   a facility can do a large number of analyses and tests which are,
   for the western medical system, most times related to clinical
   pathology, biochemistry or medical microbiology. //
   /

qui semble bien correspondre au laboratoire d'analyses médicales : 
dans quel état est cette proposition du wiki ? A-t-elle été approuvée ? 
rejetée ?


cordialement
Lenny



Le 8 décembre 2014 11:41:16 UTC+01:00, Yves Pratter 
yves.prat...@gmail.com a écrit :


Bonjour,


On 08 Dec 2014, at 09:58, Romain MEHUT romain.me...@gmail.com
mailto:romain.me...@gmail.com wrote:
Plutôt vers là?
http://wiki.openstreetmap.org/wiki/FR:Key:social_facility

En fait c’est dans le domaine du soin, pas du social.

Il y avait cette valeur social_facility
http://wiki.openstreetmap.org/wiki/Key:social_facility=healthcare mais
comme tu peux le voir elle est rayée sur le wiki (depuis le 3
février 2011 à 14:14‎ ).

Au passage, en faisant des recherches avec Overpass j’ai trouvé
des *laboratoires d’analyses médicales* avec des tags variés.
Ces derniers n’existent pas semble-t-il en Allemagne est en Suisse
(dans le canton de Berne les médecins ont leur propre labos au
cabinet et c’est la secrétaire qui fait les prélèvements et les
analyses).

Bref, il faut passer un petit coup de chiffon dans les données et
trouver un modèle homogène pour la France pour s’assurer que les
données soient trouvables et visualisables.

—
Yves



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


--
Pierre d'Huy


___
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] tag source:maxspeed=:zone:30

[lenny]

Bonjour
Je viens de découvrir, sur un highway, le tag "/source:maxspeed=FR:zone30"/
Je l'ai cherché sur le wiki.
Autant je comprend par exemple : "/maxspeed=50/" avec 
"/source:maxspeed=FR:urban"/ ou "/source:maxspeed=sign"/ ; par contre, 
AMHA, je ne vois pas la valeur ajouté de "/source:maxspeed=FR:zone30"/ 
car, dans ce cas, la vitesse limite est toujours explicite.


Mais je suis encore plus étonné par les valeurs :
le wiki anglais propose deux possibilités (avec ou sans ":" entre "zone" 
et "30")
"maxspeed=30 and zone:maxspeed=DE:zone30 - Most used value (used 21k 
times in June 2015)"
"maxspeed=30 and source:maxspeed=DE:zone:30 - Second most used value 
(used 18k times in June 2015)"


pareil en Allemand
"maxspeed=30 und source:maxspeed=DE:zone30 oder DE:zone oder DE:zone:30"

en Français, une seule valeur est indiquée
"Pour taguer une zone 30, ajoutez les tags maxspeed=30 et 
source:maxspeed=:zone:30"

et quand je vais voir taginfo, pour environ 9000  "/zone:maxspeed=FR:30/"
"/source:maxspeed=FR:zone30/">3911
"/source:maxspeed=FR:zone:30/">  32
et là, la valeur proposée par le wiki est la moins utilisée ! déjà que 
je ne voyais pas ce que ce tag apportait !!!


Cordialement
Lenny

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

Re: [OSM-talk-fr] OpenSolarMap...

[lenny]

Le 10/11/2015 15:54, Christian Quest a écrit :
La barre des 2 contributions ont été franchies vers midi ! Bravo à 
tous !


Bravo à toi Christian, pour ce projet.

Est-ce que je crée un problème, si j'oublie de fermer la fenêtre 
OpenSolarMap ? Je bloque un processus ?


Lenny


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

Re: [OSM-talk-fr] tag source:maxspeed=:zone:30

[lenny]

Le 09/11/2015 01:46, Jérôme Amagat a écrit :

(on va dire que je dis des conneries :P)
On s'en fout des source:maxspeed= et des zone:maxspeed= ce qu'on veux 
c'est savoir quelle vitesse est autorisé sur la portion de route donc 
le seul truc utile c'est *maxspeed=*
Jusqu'à il n'y a pas longtemps, j'étais d'accord avec toi, mais depuis 
on m'a expliqué que des infos qui ne me semblaient pas utiles l'étaient 
pour d'autres.


Pour source:maxspeed= - si un jour on change la valeur règlementaire en 
France par exemple 90 > 80 on pourrait modifier automatiquement le 
maxspeed quand source:maxspeed=rural, mais pas quand source:maxspeed=sign*

*
Quant à zone:maxspeed=FR:zone:30 il y a des infos en plus de la vitesse 
: les piétons peuvent traverser, il n'y a pas de passage protégé et  
toutes  les  chaussées  sont  à  double  sens pour  les cyclistes ...


Le 9 novembre 2015 00:12, Jérôme Seigneuret <jseigneuret-...@yahoo.fr 
<mailto:jseigneuret-...@yahoo.fr>> a écrit :


Je suis en parti en cause pour la France. Mais bon sur le wiki il
y a plusieurs forme (et différentes suivant les pays et même les
contributeurs)

http://wiki.openstreetmap.org/wiki/Key:zone:maxspeed
http://wiki.openstreetmap.org/wiki/Key:source:maxspeed

source:maxspeed=*sign *pour les panneaux rond de vitesse (B14 pour
le début de limitation, B33 pour la fin de limitation)

source:maxspeed=*markings* pour les vitesses marquées au sol

source:maxspeed=*urban*,*rural,motorway *pour des vitesses
réglementaires.

Visible sur ce panneau

http://routes.wikia.com/wiki/Limitations_de_vitesse_en_France_et_%C3%A0_l'%C3%A9tranger?file=C25a.gif

<http://routes.wikia.com/wiki/Limitations_de_vitesse_en_France_et_%C3%A0_l%27%C3%A9tranger?file=C25a.gif>

Les suisses et les belges ont un *trunk *défini sur le même type
de panneau

Tous est clair sur ces points

Mais il y a un passage qui ne statut par sur le tag à utiliser
pour les zones au pas, 20, 30

  * /maxspeed
<http://wiki.openstreetmap.org/wiki/Key:maxspeed>=30 and
zone:maxspeed
<http://wiki.openstreetmap.org/wiki/Key:zone:maxspeed>=DE:zone30 -
Most used value (used 21k times in June 2015)/

Sauf que depuis tout a été corrigé en zone:maxspeed=DE:30 > 26439
ou c'est une erreur sur le wiki...
zone30 ne représente que 7 valeurs

Chez nous : zone:maxspeed=FR:30 > 9004


  * /maxspeed
<http://wiki.openstreetmap.org/wiki/Key:maxspeed>=30 and
*source:maxspeed*=DE:zone:30 - Second most used value (used
18k times in June 2015)/
  * /maxspeed
<http://wiki.openstreetmap.org/wiki/Key:maxspeed>=30 and
*source:maxspeed*=DE:zone - Proposed by a discussion on a
mailing list citisation needed (used /


source:maxspeed=DE:zone30 > 24439
source:maxspeed=DE:zone:30 > 19631

source:maxspeed=FR:zone30 > 3911
source:maxspeed=FR:zone:30 > 32


On a ça aussi =
source:maxspeed=http://www.service-public.*fr*/actualites/007904.html

<https://taginfo.openstreetmap.org/tags/?key=source%3Amaxspeed=http%3A%2F%2Fwww.service-public.fr%2Factualites%2F007904.html>

On pourrait bien avoir pour :

  * *les zones 30*

maxspeed=30
source:maxspeed=FR:zone30
zone:maxspeed=FR:30

  * *les zones de rencontre*

maxspeed=20
source:maxspeed=FR:living_street
zone:maxspeed=FR:20


  * *les aires piétonnes*

maxspeed=6
source:maxspeed=FR:walk
zone:maxspeed=FR:6

Les zones étant encadrées par des panneaux (entrée;sortie):
- zone30 : B30;B51
- living_street : B52;B53
- pedestrian : B54;B55

zone:maxspeed sert à identifier des zones et la vitesse dans la
zone. La zone n'étant pas forcément lié à une source réglemantaire
comme pour les parkings où l'on est souvent sur des zones 10km/h
source:maxspeed sert à déterminer le contexte réglementaire lié à
la vitesse en question (Si je me trompe que l'on me corrige).

Maintenant il faut choisir quoi mettre et bien le détailler dans
le wiki. On peut aussi faire comme sur les autres page en
indiquant les tags à éviter.

Bonne soirée
Jérôme


Le 8 novembre 2015 20:29, lenny <lenny.li...@orange.fr
<mailto:lenny.li...@orange.fr>> a écrit :

Bonjour
Je viens de découvrir, sur un highway, le tag
"/source:maxspeed=FR:zone30"/
Je l'ai cherché sur le wiki.
Autant je comprend par exemple : "/maxspeed=50/" avec
"/source:maxspeed=FR:urban"/ ou "/source:maxspeed=sign"/ ; par
contre, AMHA, je ne vois pas la valeur ajouté de
"/source:maxspeed=FR:zone30"/ car, dans ce cas, la vitesse
limite est toujours explicite.

Mais je suis encore plus étonné par l

Re: [OSM-talk-fr] tag source:maxspeed=:zone:30

[lenny]

En fait ma remarque ne concernait que certains source:maxspeed (j'avais 
mis les tag maxspeed uniquement pour le contexte)


Le 09/11/2015 00:12, Jérôme Seigneuret a écrit :
Je suis en parti en cause pour la France. Mais bon sur le wiki il y a 
plusieurs forme (et différentes suivant les pays et même les 
contributeurs)


http://wiki.openstreetmap.org/wiki/Key:zone:maxspeed
http://wiki.openstreetmap.org/wiki/Key:source:maxspeed

source:maxspeed=*sign *pour les panneaux rond de vitesse (B14 pour le 
début de limitation, B33 pour la fin de limitation)


source:maxspeed=*markings* pour les vitesses marquées au sol

source:maxspeed=*urban*,*rural,motorway *pour des vitesses 
réglementaires.


Visible sur ce panneau 
http://routes.wikia.com/wiki/Limitations_de_vitesse_en_France_et_%C3%A0_l'%C3%A9tranger?file=C25a.gif 
<http://routes.wikia.com/wiki/Limitations_de_vitesse_en_France_et_%C3%A0_l%27%C3%A9tranger?file=C25a.gif>


Les suisses et les belges ont un *trunk *défini sur le même type de 
panneau


Tous est clair sur ces points

Mais il y a un passage qui ne statut par sur le tag à utiliser pour 
les zones au pas, 20, 30


  * /maxspeed <http://wiki.openstreetmap.org/wiki/Key:maxspeed>=30 and
zone:maxspeed
<http://wiki.openstreetmap.org/wiki/Key:zone:maxspeed>=DE:zone30 -
Most used value (used 21k times in June 2015)/

Sauf que depuis tout a été corrigé en zone:maxspeed=DE:30 > 26439 ou 
c'est une erreur sur le wiki...

zone30 ne représente que 7 valeurs

Chez nous : zone:maxspeed=FR:30 > 9004


  * /maxspeed <http://wiki.openstreetmap.org/wiki/Key:maxspeed>=30 and
*source:maxspeed*=DE:zone:30 - Second most used value (used 18k
times in June 2015)/
  * /maxspeed <http://wiki.openstreetmap.org/wiki/Key:maxspeed>=30 and
*source:maxspeed*=DE:zone - Proposed by a discussion on a mailing
list citisation needed (used /


source:maxspeed=DE:zone30 > 24439
source:maxspeed=DE:zone:30 > 19631

source:maxspeed=FR:zone30 > 3911
source:maxspeed=FR:zone:30 > 32


On a ça aussi =
source:maxspeed=http://www.service-public.*fr*/actualites/007904.html 
<https://taginfo.openstreetmap.org/tags/?key=source%3Amaxspeed=http%3A%2F%2Fwww.service-public.fr%2Factualites%2F007904.html>


On pourrait bien avoir pour :

  * *les zones 30*

maxspeed=30
source:maxspeed=FR:zone30

C'est ce source là dont je ne vois pas l'utilité, car dans les zones 30, 
il aura toujours la même valeur (qu'elle en est la valeur ajoutée ?)


zone:maxspeed=FR:30

  * *les zones de rencontre*

maxspeed=20
source:maxspeed=FR:living_street


pareil ...


zone:maxspeed=FR:20


  * *les aires piétonnes*

maxspeed=6
source:maxspeed=FR:walk
zone:maxspeed=FR:6

Les zones étant encadrées par des panneaux (entrée;sortie):
- zone30 : B30;B51
- living_street : B52;B53
- pedestrian : B54;B55

zone:maxspeed sert à identifier des zones et la vitesse dans la zone. 
La zone n'étant pas forcément lié à une source réglemantaire comme 
pour les parkings où l'on est souvent sur des zones 10km/h
source:maxspeed sert à déterminer le contexte réglementaire lié à la 
vitesse en question (Si je me trompe que l'on me corrige).


Maintenant il faut choisir quoi mettre et bien le détailler dans le 
wiki. On peut aussi faire comme sur les autres page en indiquant les 
tags à éviter.


Bonne soirée
Jérôme


Le 8 novembre 2015 20:29, lenny <lenny.li...@orange.fr 
<mailto:lenny.li...@orange.fr>> a écrit :


Bonjour
Je viens de découvrir, sur un highway, le tag
"/source:maxspeed=FR:zone30"/
Je l'ai cherché sur le wiki.
Autant je comprend par exemple : "/maxspeed=50/" avec
"/source:maxspeed=FR:urban"/ ou "/source:maxspeed=sign"/ ; par
contre, AMHA, je ne vois pas la valeur ajouté de
"/source:maxspeed=FR:zone30"/ car, dans ce cas, la vitesse limite
est toujours explicite.

Mais je suis encore plus étonné par les valeurs :
le wiki anglais propose deux possibilités (avec ou sans ":" entre
"zone" et "30")
"maxspeed=30 and zone:maxspeed=DE:zone30 - Most used value (used
21k times in June 2015)"
"maxspeed=30 and source:maxspeed=DE:zone:30 - Second most used
value (used 18k times in June 2015)"

pareil en Allemand
"maxspeed=30 und source:maxspeed=DE:zone30 oder DE:zone oder
DE:zone:30"

en Français, une seule valeur est indiquée
"Pour taguer une zone 30, ajoutez les tags maxspeed=30 et
source:maxspeed=:zone:30"
et quand je vais voir taginfo, pour environ 9000 
"/zone:maxspeed=FR:30/"

"/source:maxspeed=FR:zone30/"    >3911
"/source:maxspeed=FR:zone:30/">  32
et là, la valeur proposée par le wiki est la moins utilisée ! déjà
que je ne voyais pas ce que ce tag apportait !!!

 

Re: [OSM-talk-fr] Le Calque Cadastre le retour ;-)

[lenny]

Bonsoir, problème dans JOSM avec le message d'erreur
Erreur: Problem loading tile

j'ai chargé la tuile,
chargé les tuiles avec des erreurs
chargé toutes les tuiles

cordialement
Lenny

Le 16/11/2015 22:54, Jérôme Seigneuret a écrit :

Pour info,
Le cadastre est de nouveau disponible (TMS)

Bonne soirée Jérôme


___
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 anomalie si 2 codes FANTOIR, 1 en annulation

[lenny]

Bonjour.
A Salies-de-Béarn, Il y a plusieurs voies présentant un profil qui me 
semble particulier (plusieurs FANTOIR pour la même voie, dont un avec un 
code d'annulation) qui sortent en anomalie dans BANO, sauf erreur de ma 
part, voici ce que j'ai constaté.


1 - le nom de la voie est identique, un des code FANTOIR possède un code 
d'annulation Q et  une date d'annulation :
644990280B CRS DU JARDIN PUBLIC Q 1991261 1987001 9 1 PUBLIC 
644990280
644991120P CRS DU JARDIN PUBLIC   0   1991261 1106  1 PUBLIC 
644991120


Le rapprochement est fait automatiquement sur le code FANTOIR correct 
http://cadastre.openstreetmap.fr/fantoir/#insee=64499

Par contre, BANO signale une erreur sur le code FANTOIR annulé :
http://layers.openstreetmap.fr/?zoom=19=43.47335=-0.92654=BFT

2 - Il y a plusieurs lignes dans FANTOIR, avec le nom de la voie 
différent et le nom dans OSM est différent de ceux présents dans le 
FANTOIR, mais il correspond à ce qui est inscrit sur la plaque de rue.


644990381L RUE MGR DARRICADES   Q 1989207 1987001 9 1 
DARRICAD 644990381
644990382M RUE MGR ALEXANDRE DARRICADES Q 1991261 1987001 9 1 
DARRICAD 644990382
644991320G RUE MONSEIGNEUR A DARRICADES   0   1991261 1126  1 
DARRICAD 644991320


nom dans OSM :   Rue Monseigneur Alexandre Darricades

Il n'y a pas de rapprochement et pourtant BANO ne signale pas d'erreur ; 
il me semble qu'elle devrait apparaître en rouge.


Si j'ajoute le bon code FANTOIR, le rapprochement est fait, et pas de 
signalement BANO, ce qui me semble normal.


Cordialement
Lenny

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

Re: [OSM-talk-fr] BANO anomalie si 2 codes FANTOIR, 1 en annulation

[lenny]

Le 27/09/2015 23:03, Vincent de Château-Thierry a écrit :

Bonsoir,

Le 27/09/2015 20:33, lenny a écrit :


A Salies-de-Béarn, Il y a plusieurs voies présentant un profil qui me
semble particulier (plusieurs FANTOIR pour la même voie, dont un avec un
code d'annulation) qui sortent en anomalie dans BANO, sauf erreur de ma
part, voici ce que j'ai constaté.

1 - le nom de la voie est identique, un des code FANTOIR possède un code
d'annulation Q et  une date d'annulation :
644990280B CRS DU JARDIN PUBLIC Q 1991261 1987001 9 1 PUBLIC
644990280
644991120P CRS DU JARDIN PUBLIC   0 1991261 1106  1 PUBLIC
644991120

Le rapprochement est fait automatiquement sur le code FANTOIR correct
http://cadastre.openstreetmap.fr/fantoir/#insee=64499
Par contre, BANO signale une erreur sur le code FANTOIR annulé :
http://layers.openstreetmap.fr/?zoom=19=43.47335=-0.92654=BFT 



En effet il y a incohérence. Le rapprochement ne tient volontairement pas
compte des codes annulés. Mais le rendu carto qui croise avec la BAN (les
contours rouges en pointillés indiquent une source BAN et non BANO) ne 
filtre

manifestement pas sur ces mêmes codes annulés.
Si je regarde le libellé dans le wiki /"en pointillé rouge: celles ayant 
pu être rapprochées de FANTOIR, mais absentes d'OSM"
/Donc, le rendu ne tient pas compte du code annulation, mais en plus, la 
voie est bien présente dans OSM, avec le même name (à moins que dans la 
source BAN il y est le code FANTOIR et que le rapprochement se face sur 
celui-ci).


Lenny


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

Re: [OSM-talk-fr] Quel tag pour un parc municipal ?

[lenny]

Je suis d'accord avec toi, ceux que je connais sont simplement taggés : 
leisure = park + name = *

http://www.openstreetmap.org/way/24223962#map=17/43.63397/1.38460
http://wiki.openstreetmap.org/wiki/FR:Tag:leisure%3Dpark

cordialement
Lenny



Le 30/11/2015 14:29, Luc a écrit :

Bonjour,

Je me permet d'ajouter des infos manquantes ou non à jour dans mon 
quartier, mais en regardant de plus près les parcs autour de chez moi, 
je m’aperçois qu'ils sont pour beaucoup d'entre eux taggués avec :

- landuse = forest
- leisure = park
- name = *

Le tag landuse=forest me gène un peu...
Sur le wiki, on trouve généralement "landuse=forest is used to mark 
areas of land managed for forestry.", ce qui ne me semble pas correct 
dans le cadre d'un parc municipal.


La réponse me semble tellement évidente que... j'ai peur de manquer 
qqch et d'insérer des erreurs.

Je n'ai pas trouvé de questions équivalente sur la liste de discussion.

Quelqu'un a une idée ?


___
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] Obstacle central sur route 2 x 1 voie ?

[lenny]

Le 17/11/2015 21:08, Philippe Verdy a écrit :
A mon avis c'est plutôt sur le segment en double-sens avec ligne 
continue qu'and met une unique restriction "no u-turn" pour interdire 
le demi-tour dessus. C'est suffisant pour l'interdire aussi au noeud 
puisque le demi-tour est interdit déjà avant (séparation des voies) et 
après le Y (ligne continue).

Donc pas besoin de relation non plus.

En effet, mais si on lit le wiki, il parle de relation ???
Fr-B2c-Interdiction de faire demi-tour.gif 
<http://wiki.openstreetmap.org/wiki/File:Fr-B2c-Interdiction_de_faire_demi-tour.gif>

B2c Avec une /relation/ de type :

 * type <http://wiki.openstreetmap.org/wiki/FR:Key:type>=restriction
   <http://wiki.openstreetmap.org/wiki/FR:Tag:type%3Drestriction>
 * restriction
   
<http://wiki.openstreetmap.org/w/index.php?title=FR:Key:restriction=edit=1>=no_u_turn

*Remarques :*

 * Définition du code de la route : interdiction de faire demi-tour.
 * Voir Relation:restriction
   <http://wiki.openstreetmap.org/wiki/Relation:restriction>.




Le 17 novembre 2015 20:27, lenny <lenny.li...@orange.fr 
<mailto:lenny.li...@orange.fr>> a écrit :


Le 16/11/2015 10:35, pepilepi...@ovh.fr
<mailto:pepilepi...@ovh.fr> a écrit :

Le 16/11/2015 08:59, Francescu GAROBY a écrit :

Bonjour,
Ne pas oublier par contre de mettre une interdiction de tourner
à gauche ("restriction=no_left_turn"
<http://wiki.openstreetmap.org/wiki/FR:Relation:restriction>).
C'est sans doute ce qui va le mieux faire comprendre (pour les
calculateurs d'itinéraires) qu'il est impossible (physiquement
ou non) de tourner.


Bonne idée.

Mais où faut-il mettre ça ? Sur chacun des points d'intersection
? Sur le chemin ? Pour info le séparateur que j'ai indiqué est
https://www.openstreetmap.org/way/380472347.


Bonsoir,
dans ton cas, avec la séparation (que tu as créée) il n'y a pas
besoin d'interdiction de tourner (puisqu'il y a deux voies
séparées taggées "oneway=yes").
A la limite, lorsque les voies se rejoignent (pour éviter le
problème du demi-tour) puisqu'il y a une ligne continue.

dans le cas de Francescu

(https://www.google.fr/maps/@42.6806511,9.4468312,3a,75y,128.27h,67.37t/data=%213m6%211e1%213m4%211snUWZq2T-JzR2QWW-2PFA8w%212e0%217i13312%218i6656%216m1%211e1)
, il faut le mettre, car la voie sur laquelle on arrive est
représenté dans osm par un highway à double sens
http://www.openstreetmap.org/relation/5138995#map=17/42.68311/9.44672.


Et question annexe, si je sais quel tag employer (comme par
exemple ici le restriction=no_left_turn), y a-t-il un moyen
(autre qu'un appel à la connaissance commune comme celui-ci) de
trouver un cas d'emploi par un quelconque moteur de recherche ?


Pour trouver un cas, tu peux utiliser http://taginfo.openstreetmap.fr/
tu mets "restriction=no_left_turn" dans la zone de recherche en
haut à droite
tu choisis une valeur
en haut à droite tu clique sur "overpass turbo"
tu choisi la zone dans la quelle tu veux rechercher en
déplaçant/zoomant
tu cliques sur exécuter à gauche
s'il y a des données qui correspondant, elles s'affichent sur la
carte et tu peux les sélectionner pour les consulter

cordialement
Lenny

___
Talk-fr mailing list
Talk-fr@openstreetmap.org <mailto: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


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

Re: [OSM-talk-fr] Obstacle central sur route 2 x 1 voie ?

[lenny]

Le 16/11/2015 10:35, pepilepi...@ovh.fr a écrit :

Le 16/11/2015 08:59, Francescu GAROBY a écrit :

Bonjour,
Ne pas oublier par contre de mettre une interdiction de tourner à 
gauche ("restriction=no_left_turn" 
<http://wiki.openstreetmap.org/wiki/FR:Relation:restriction>). C'est 
sans doute ce qui va le mieux faire comprendre (pour les calculateurs 
d'itinéraires) qu'il est impossible (physiquement ou non) de tourner.


Bonne idée.

Mais où faut-il mettre ça ? Sur chacun des points d'intersection ? Sur 
le chemin ? Pour info le séparateur que j'ai indiqué est 
https://www.openstreetmap.org/way/380472347.



Bonsoir,
dans ton cas, avec la séparation (que tu as créée) il n'y a pas besoin 
d'interdiction de tourner (puisqu'il y a deux voies séparées taggées 
"oneway=yes").
A la limite, lorsque les voies se rejoignent (pour éviter le problème du 
demi-tour) puisqu'il y a une ligne continue.


dans le cas de Francescu 
(https://www.google.fr/maps/@42.6806511,9.4468312,3a,75y,128.27h,67.37t/data=%213m6%211e1%213m4%211snUWZq2T-JzR2QWW-2PFA8w%212e0%217i13312%218i6656%216m1%211e1) 
, il faut le mettre, car la voie sur laquelle on arrive est représenté 
dans osm par un highway à double sens 
http://www.openstreetmap.org/relation/5138995#map=17/42.68311/9.44672.


Et question annexe, si je sais quel tag employer (comme par exemple 
ici le restriction=no_left_turn), y a-t-il un moyen (autre qu'un appel 
à la connaissance commune comme celui-ci) de trouver un cas d'emploi 
par un quelconque moteur de recherche ?



Pour trouver un cas, tu peux utiliser http://taginfo.openstreetmap.fr/
tu mets "restriction=no_left_turn" dans la zone de recherche en haut à 
droite

tu choisis une valeur
en haut à droite tu clique sur "overpass turbo"
tu choisi la zone dans la quelle tu veux rechercher en déplaçant/zoomant
tu cliques sur exécuter à gauche
s'il y a des données qui correspondant, elles s'affichent sur la carte 
et tu peux les sélectionner pour les consulter


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

Re: [OSM-talk-fr] Le Calque Cadastre le retour ;-)

[lenny]

Le 18/11/2015 23:49, Jérôme Seigneuret a écrit :

En effet le TMS à tenu 1 jour...
Pour le moment je reprends le plugin cadastre sous JOSM
pareil ! Cela faisait tellement longtemps que j'avais oublié comment le 
plugin fonctionnait, mais j'ai vite retrouvé !!!


Bonne soirée

Le 18 novembre 2015 20:26, lenny <lenny.li...@orange.fr 
<mailto:lenny.li...@orange.fr>> a écrit :


Bonsoir, problème dans JOSM avec le message d'erreur
Erreur: Problem loading tile

j'ai chargé la tuile,
chargé les tuiles avec des erreurs
chargé toutes les tuiles

cordialement
Lenny


Le 16/11/2015 22:54, Jérôme Seigneuret a écrit :

Pour info,
Le cadastre est de nouveau disponible (TMS)

Bonne soirée Jérôme


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



___
Talk-fr mailing list
Talk-fr@openstreetmap.org <mailto: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


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

Re: [OSM-talk-fr] Sandre

[lenny]

Pas de soucis avec firefox pour les recherches ou l’accès direct, par 
exemple


http://services.sandre.eaufrance.fr/Courdo/Fiche/client/fiche_courdo.php?CdSandre=O---


cordialement

Lenny



Le 29/04/2016 à 14:56, osm.sanspourr...@spamgourmet.com a écrit :


Avec FireFox, même soucis par contre avec IE ça marche.

Je parle juste du lien passé par Vincent.

Jean-Yovn


Le 2016-04-29 à 12:48, Vincent Bergeot - vinc...@bergeot.org a écrit :

Le 29/04/2016 12:42, Ludovic Hirlimann a écrit :

C'est juste moi ou les recherche sur le site sandre sont HS ?


si c'est de cela que l'on parle : http://www.sandre.eaufrance.fr/

alors je n'arrive même pas sur le site, cela tourne en rond !

Bonne journée







Ludo



___
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


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

Re: [OSM-talk-fr] A propos de la procédure d'import semi-automatique des adresses

[lenny]

Bonjour,

J'ai déjà utilisé "coller les relations" (pour dupliquer une voie de 
bus, afin de servir de support à la création du sens retour), mais dans 
le même calque.


Le raccourcis  se trouve dans le menu "Plus d'outils", si tu vas dans ce 
menu, tu verras le raccourcis :


- actif , si tu es dans le même calque

- grisé , si tu es dans un autre calque que celui où tu as fait le copier

cordialement

Lenny



Le 11/05/2016 à 10:02, Nicolas Moyroud a écrit :



Fusionne plutôt tes calques... ça préserve les relations.
Oui c'est ce que j'avais fini par faire. Je me demandais juste si il y 
avait une autre façon de faire.

Personne n'a jamais utilisé le fameux "coller les relations" ?

Nicolas


___
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] A propos de la procédure d'import semi-automatique des adresses

[lenny]

Le 11/05/2016 à 17:26, Jérôme Amagat a écrit :
il me semble que "coller les relations" c'est pas pour ça c'est pour 
ajouter un élément dans plusieurs relations en une manip : tu copies 
un élément qui appartient à plusieurs relation tu sélectionnes 
l’élément qui doit appartenir a ces même relations et tu fait "coller 
les relations". et la les relations ont un élément de plus.


Par contre je vient de tester et ça marche chez moi de faire un copier 
coller pour une relation (il faut bien avoir la relation de 
sélectionné et pas les éléments de la relation). par contre çà 
duplique tout donc pas à faire.

En effet, comme tu l'as décrit, il y a deux actions :
- "coller les relations" - et -"copier et modifier une relation" - pour 
les deux, il faut être dans le même calque, je voulais montrer à Nicolas 
qu'il ne pouvait faire de copier/coller de relations entre deux calques.


La seul solution c'est la fusion de calque

tout à fait d'accord


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

Re: [OSM-talk-fr] A propos de la procédure d'import semi-automatique des adresses

[lenny]

J'ai comprends mieux. Je pensais que tu parlais des mêmes actions que 
nous et je ne comprenais pas car l'action "copier et modifier une 
relation"faisait ce que tu souhaitais ; alors qu'en fait, tu critiquais 
le copier/coller classique que nous n'avions pas évoqué.


Je l'ai testé et j'ai constaté que si on faisait un copier/coller dans 
le même calque, elles crée les objets dupliqués en décalé par rapport à 
l'original (ce que tu dis) ; mais, si on fait le coller dans un autre 
calque, il colle à l'identique de l'original et si on fusionne les deux 
calques : les objets sont fusionnés sans duplication.


On sort du sujet initial de l'import semi-automatique des adresses, 
mais, si je récapitule les 3 types de copie liées aux relations :


- "coller les relations" : (plugin utilsplugin2 ctrl+Alt+V, menu "Plus 
d'outils") elle permet de relier un élément sélectionné dans la liste 
des membres des relations sélectionnées.


- "copier et modifier une relation" : (dans le panneau "relations") elle 
crée une copie de la relation (avec ses attributs et les liens vers les 
membres de la relation) ; elle ne duplique que la relation et les liens.


- "copier/coller" : (dans le menu "Éditer" ou raccourcis clavier 
classiques) elle crée une copie de la relation et une copie des membres 
de la relation et une copie des nœuds. Dans le même calque il crée une 
copie décalée par rapport à la première. Dans un autre calque, il colle 
la relation et les objets à l'identique et au même endroit.



Le 11/05/2016 à 21:35, Philippe Verdy a écrit :

Non: je parle bien du fait de copier-coller une relation sélectionnée.

Oui elle copie tout, pas seulement l'objet avec ses attributs, mais 
elle duplique aussi en profindeur les noeuds et ways membres et tous 
les noeuds des ways copiés.


Prend un calque vierge, construis une relation quelconque, mets-y un 
seul noeud. Ferme l'éditeur de relation. Maintenant sélectionne cette 
nouvelle relation, fais un copier et un coller, et regarde le contenu 
de l'objet relation créé: il ne s'agit pas du même noeud. En tout tu a 
copié deux objets.


Supprime le calque et recommence: trace un segment de chemin avec deux 
noeuds. Crée une relation contenant ce chemin. Sélectionne la relation 
et copie-colle.


Tu as maintenant deux relations (OK), deux chemins (et non un seul) et 
quatre noeuds (et non deux).


Les membres sont donc aussi dupliqués.

Le 11 mai 2016 à 20:33, lenny <lenny.li...@orange.fr 
<mailto:lenny.li...@orange.fr>> a écrit :




Le 11/05/2016 à 17:57, Philippe Verdy a écrit :

Déjà, l'action de copier-coller une relation ne devrait pas déjà
pas copier ses membres (et récursivement pour tous les noeuds des
ways, qui sont tous dupliqués), juste l'objet, ou alors ne
devrait reprendre que la liste des membres à l'identique sans les
dupliquer eux-mêmes.
Je trouve stupide de tout copier récursivement et ensuite faire
le ménage avec une sélection manuelle ultra compliquée quand la
copie se superpose n'importe où.

Si on a besoin de dupliquer un ou plusieurs membres pour les
remplacer dans la nouvelle relation (et même très souvent en
enlever), cela devrait être une action séparée : on peut toujours
le faire en sélectionnant les membres qu'on veut copier-coller
pour les remplacer dans la relation.

Je suis désolé, mais je ne comprends pas ce que tu veux dire !!

Si tu parles de l'action "coller les relations" : comme l'a
expliqué Jérôme, elle permet de coller un élément sélectionné dans
la liste des membres des relations sélectionnées. Le nom de
l'action prête à confusion.

Si tu parles de l'action "copier et modifier une relation" elle ne
fait pas ce que tu lui reproche (dupliquer les membres et les
nœuds), mais elle fait, uniquement, ce que tu voudrais quelle
fasse : elle crée une copie de la relation (avec ses attributs et
les membres de la relation) dont tu peux modifier les attributs,
les rôles des membres et ajouter/supprimer des membres ; et si tu
veux dupliquer réellement un membre, c'est bien une action séparée


Le 11 mai 2016 à 17:26, Jérôme Amagat <jerome.ama...@gmail.com
<mailto:jerome.ama...@gmail.com>> a écrit :

il me semble que "coller les relations" c'est pas pour ça
c'est pour ajouter un élément dans plusieurs relations en une
manip : tu copies un élément qui appartient à plusieurs
relation tu sélectionnes l’élément qui doit appartenir a ces
même relations et tu fait "coller les relations". et la les
relations ont un élément de plus.

Par contre je vient de tester et ça marche chez moi de faire
un copier coller pour une relation (il faut bien avoir la
relation de sélectionné et pas les éléments de la relation).
    par contre çà duplique to

Re: [OSM-talk-fr] A propos de la procédure d'import semi-automatique des adresses

[lenny]

Le 11/05/2016 à 17:57, Philippe Verdy a écrit :
Déjà, l'action de copier-coller une relation ne devrait pas déjà pas 
copier ses membres (et récursivement pour tous les noeuds des ways, 
qui sont tous dupliqués), juste l'objet, ou alors ne devrait reprendre 
que la liste des membres à l'identique sans les dupliquer eux-mêmes.
Je trouve stupide de tout copier récursivement et ensuite faire le 
ménage avec une sélection manuelle ultra compliquée quand la copie se 
superpose n'importe où.


Si on a besoin de dupliquer un ou plusieurs membres pour les remplacer 
dans la nouvelle relation (et même très souvent en enlever), cela 
devrait être une action séparée : on peut toujours le faire en 
sélectionnant les membres qu'on veut copier-coller pour les remplacer 
dans la relation.

Je suis désolé, mais je ne comprends pas ce que tu veux dire !!

Si tu parles de l'action "coller les relations" : comme l'a expliqué 
Jérôme, elle permet de coller un élément sélectionné dans la liste des 
membres des relations sélectionnées. Le nom de l'action prête à confusion.


Si tu parles de l'action "copier et modifier une relation" elle ne fait 
pas ce que tu lui reproche (dupliquer les membres et les nœuds), mais 
elle fait, uniquement, ce que tu voudrais quelle fasse : elle crée une 
copie de la relation (avec ses attributs et les membres de la relation) 
dont tu peux modifier les attributs, les rôles des membres et 
ajouter/supprimer des membres ; et si tu veux dupliquer réellement un 
membre, c'est bien une action séparée


Le 11 mai 2016 à 17:26, Jérôme Amagat <jerome.ama...@gmail.com 
<mailto:jerome.ama...@gmail.com>> a écrit :


il me semble que "coller les relations" c'est pas pour ça c'est
pour ajouter un élément dans plusieurs relations en une manip : tu
copies un élément qui appartient à plusieurs relation tu
sélectionnes l’élément qui doit appartenir a ces même relations et
tu fait "coller les relations". et la les relations ont un élément
de plus.

Par contre je vient de tester et ça marche chez moi de faire un
copier coller pour une relation (il faut bien avoir la relation de
sélectionné et pas les éléments de la relation). par contre çà
duplique tout donc pas à faire.

La seul solution c'est la fusion de calque

Le 11 mai 2016 à 11:19, lenny <lenny.li...@orange.fr
<mailto:lenny.li...@orange.fr>> a écrit :

Bonjour,

J'ai déjà utilisé "coller les relations" (pour dupliquer une
voie de bus, afin de servir de support à la création du sens
retour), mais dans le même calque.

Le raccourcis  se trouve dans le menu "Plus d'outils", si tu
vas dans ce menu, tu verras le raccourcis :

- actif , si tu es dans le même calque

- grisé , si tu es dans un autre calque que celui où tu as
fait le copier

cordialement

Lenny



Le 11/05/2016 à 10:02, Nicolas Moyroud a écrit :



Fusionne plutôt tes calques... ça préserve les relations.

Oui c'est ce que j'avais fini par faire. Je me demandais
juste si il y avait une autre façon de faire.
Personne n'a jamais utilisé le fameux "coller les relations" ?

Nicolas


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



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



___
Talk-fr mailing list
Talk-fr@openstreetmap.org <mailto: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


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

Re: [OSM-talk-fr] était Subject=Re: SeFaireConnaitre :|, devient SeFaireConnaitre :)

[lenny]

Le 27/07/2017 à 08:26, Christian Quest a écrit :

Oui, pas très malin comme remarque...

Le problème pour moi est plutôt indiquer l'adresse d'un POI avec 
addr:* plutôt que contact:* car le POI n'est pas "l'adresse", mais à 
l'adresse...


On a du coup des positions d'adresses souvent peu homogènes lorsqu'on 
abuse des addr:*


Ensuite ça s'aggrave quand on doublonne en un vrai point définissant 
l'adresse et un addr:* rajouté à un POI proche.


Dans les scripts BANO, il y a un traitement spécifique lorsqu'on a de 
multiples addr:* pour une même adresse, pour éliminer ceux qui 
potentiellement devraient être un contact:*, en regardant si il y a 
d'autres tags (shop, etc)... mais c'est un pis aller.


le problème quand on fait porter les addr: sur un POI, c'est (comme je 
viens de voir un exemple) un magasin (correspondant au POI) a fermé et 
un contributeur a supprimé le node qui portait le POI et les addr: 
résultat : le node adresse a disparu



Le 26 juillet 2017 à 20:34, lenny.libre > a écrit :


Par contre dans les remarques qui leur sont faites, je ne vois pas
pourquoi on devrait supprimer le addr:street, c'est nouveau ?

Le commentaire : "Le positionnement géographique permet de savoir
que le "2" fait référence à la Place de la Nuit du 6 Août 1944".
Un addr:street=Place de la Nuit du 6 Août 1944 serait donc
inutile. Si vous ne comprenez pas, allez sur place et regardez les
numéros de rue : y figurent juste un nombre, sans nom de rue. "

me parait un brin radical, car ce n'est pas toujours le cas, on
met la rue en tant que addr:street ou relation

:https://wiki.openstreetmap.org/wiki/WikiProject_France/Tracer_des_b%C3%A2timents#Ajout_des_adresses



Dans le cas que tu as cité, il faisait partie d'une relation (donc
on pouvait supprimer le addr:street) mais s'il n'y a pas de
relation, il ne faut pas le supprimer.

Maintenant SeFaireConnaitre supprime les addr:street même quand il
n'y a pas de relation
https://www.openstreetmap.org/node/507550316#map=19/44.63221/-1.14615



En autre, s'ils mettent des contact:phone, contact:fax ils
pourraient mettre contact:housenumber, ...

https://wiki.openstreetmap.org/wiki/Proposed_features/House_numbers/Bremen_Schema




cordialement

Leni


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

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[lenny]

6, Jérôme Amagat <jerome.ama...@gmail.com> a
écrit :



Le 1 août 2017 à 23:51, Philippe Verdy <verd...@wanadoo.fr> a écrit :


"network=*" est une clé spéciale pour les recherches; on lui donne
une valeur codée le rendant unique
Pour donner un nom lisible à un réseau on a la relation type=network
où la même valeur codée network=* est présente, mais le libellé lisible est
dans le name=* standard, et où d'autres infos à propos du réseau peuvent
être données (comme website=*, wikipedia=*, wikidata=*, contact:*=*, etc.)


Où tu as vu ça?
Quand je regarde les valeurs déjà existante :
https://taginfo.openstreetmap.org/keys/network#values
il y a que quelques réseaux de bus français qui cette forme idiote en
fr_xxx
Pour le reste dans network=* il y a le nom du réseau
sauf pour les réseaux de routes nationales ou départementales (ou de
région ou d’état ou de conté ...) . (il y a aussi le cas bizarre des
network sur les type=route pour vélo)
Le FR en France si il doit apparaître c'est pour les route nationales
avec un network=FR:national , "network=FR:01:D-road for departmental roads
in Ain, France" comme indiqué sur le wiki mais pas pour les réseaux de bus.



Le 1 août 2017 à 21:44, Noémie Lehuby <noemie.leh...@openmailbox.org

a écrit :
Hello,

A-t-on vraiment un réseau de transports scolaires à part entière ?
si non, j'imagine qu'on peut les mettre dans le réseau Tisséo existant
(éventuellement avec un tag school = yes/only sur les relations route et
route_master)


Pourquoi les noms des réseaux sont de cette forme ?

Autant je comprends bien l'intérêt pour les ref ou les infos
particulières (un name:fr_tisseo ou type:fr_tisseo éventuel), mais le tag
network, on le remplit avec le nom commercial du réseau tel qu'il est connu
des voyageurs non ?
J'ai une grille horaire Tisséo sous le nez, et le nom du réseau
n'est pas fr_tisseo ...

Désolée par avance si on a déjà eu ce débat (d'autant plus que j'ai
déjà vu ça sur d'autres réseaux aussi), mais j'ai rien trouvé sur le wiki
qui l'explique :(


nlehuby

Date: Tue, 1 Aug 2017 00:10:33 +0200

From: lenny <lenny.li...@orange.fr>
To: OSM liste <talk-fr@openstreetmap.org>
Subject: [OSM-talk-fr] bus : lignes de transport en commun
 Haute-Garonne : réseau
Message-ID: <2adfd834-f5e3-33cd-0362-1aa7f94d8...@orange.fr>
Content-Type: text/plain; charset="utf-8"; Format="flowed"

Bonsoir,

Je me suis penché sur les lignes de transport en commun de
Toulouse et
de la Haute-Garonne, et j'ai quelques questions et demandes d'avis
;
mais je ne pose qu'un sujet dans chaque discutions pour ne pas me
disperser, question "network"'

1 - Toulouse [1],

2 - le Département de la Haute-Garonne [2]

3 - les transports scolaires du Département de la Haute-Garonne [3]

En ce qui concerne le réseau,

1 - le wiki indique "network=fr_tisseo" (dans taginfo 540 avec
"fr_tisseo" et 3 avec "Tisséo") ; La plupart des contributeurs ont
été
conformes au wiki.

2- Le réseau de bus de la Haute-Garonne, s'appelle "Réseau des cars
Arc-en-Ciel" (dans taginfo 42 "fr_arc_en_ciel" ; 5 "Arc-en-Ciel" ;
1
"Arc-en-ciel" ; 2 "Bus Arc en Ciel" ; 1 "réseau arc en ciel") ;
(pour
garder une cohérence avec le réseau sur Toulouse, je pense qu'il
faut
conserver le "fr_arc_en_ciel" bien que le "fr_" n'apporte pas
l'unicité,
il y a un réseau du même nom dans le Nord.

3- "network=transports_scolairesHG" ou
"network=transports_scolaires31"
? je n'ai pas su trouver d'autres réseaux de transport scolaire
dans OSM ...

merci d'avance

Leni


[1] https://www.tisseo.fr/
https://wiki.openstreetmap.org/wiki/Toulouse/Transports_en_commun

[2]
https://www.haute-garonne.fr/proximite/au-quotidien/reseau-d
es-cars-arc-en-ciel
https://wiki.openstreetmap.org/wiki/Haute-Garonne/Transports
_en_commun

[3] https://www.transportsscolaires.haute-garonne.fr/




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


--
@nlehuby


___
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



___
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



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



___
Talk-fr mailing list
Talk-fr@opens

Re: [OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[lenny]

Le 01/08/2017 à 21:44, Noémie Lehuby a écrit :

Hello,

A-t-on vraiment un réseau de transports scolaires à part entière ? si 
non, j'imagine qu'on peut les mettre dans le réseau Tisséo existant 
(éventuellement avec un tag school = yes/only sur les relations route 
et route_master)
Tisséo gère les transports sur Toulouse Métropole y compris les 
transports scolaires sur la Métropole.


Le Conseil Départemental de la Haute-Garonne organise les transports 
publics sur le Département hors Métropole y compris les transports 
scolaires (le lien de la page du wiki qui renvoi vers Tisséo est erroné).
Un exemple, la commune de Ondes 
http://www.mairie-ondes31.fr/fr/vie-pratique/transports.html et la 
première ligne 
http://www.mairie-ondes31.fr/_resources/Transport%2520scolaire/S7105%2520RPI%2520-%2520ONDES-GRENADE%2520-%2520ST%2520CAPRAIS.pdf?download=true 
où l'on peut voir qu'il n'y a aucun lien, ni avec Tisséo, ni avec le 
Réseau Arc-en-Ciel
Les arrêts sont parfois communs (par exemple un arrêt couvert de CD31 à 
côté d'un poteau Tisséo) et quand ils ne sont pas communs, il y a 3 
signalétiques différentes.
Dans l'opendataHG on a bien des data pour le réseau Arc-en-ciel et 
d'autres pour les arrêts/lignes des transports scolaires 
https://data.haute-garonne.fr/explore/?sort=modified=transport


Leni



Pourquoi les noms des réseaux sont de cette forme ?

Autant je comprends bien l'intérêt pour les ref ou les infos 
particulières (un name:fr_tisseo ou type:fr_tisseo éventuel), mais le 
tag network, on le remplit avec le nom commercial du réseau tel qu'il 
est connu des voyageurs non ?
J'ai une grille horaire Tisséo sous le nez, et le nom du réseau n'est 
pas fr_tisseo ...


Désolée par avance si on a déjà eu ce débat (d'autant plus que j'ai 
déjà vu ça sur d'autres réseaux aussi), mais j'ai rien trouvé sur le 
wiki qui l'explique :(



nlehuby


Date: Tue, 1 Aug 2017 00:10:33 +0200
From: lenny <lenny.li...@orange.fr>
To: OSM liste <talk-fr@openstreetmap.org>
Subject: [OSM-talk-fr] bus : lignes de transport en commun
Haute-Garonne : réseau
Message-ID: <2adfd834-f5e3-33cd-0362-1aa7f94d8...@orange.fr>
Content-Type: text/plain; charset="utf-8"; Format="flowed"

Bonsoir,

Je me suis penché sur les lignes de transport en commun de Toulouse et
de la Haute-Garonne, et j'ai quelques questions et demandes d'avis ;
mais je ne pose qu'un sujet dans chaque discutions pour ne pas me
disperser, question "network"'

1 - Toulouse [1],

2 - le Département de la Haute-Garonne [2]

3 - les transports scolaires du Département de la Haute-Garonne [3]

En ce qui concerne le réseau,

1 - le wiki indique "network=fr_tisseo" (dans taginfo 540 avec
"fr_tisseo" et 3 avec "Tisséo") ; La plupart des contributeurs ont été
conformes au wiki.

2- Le réseau de bus de la Haute-Garonne, s'appelle "Réseau des cars
Arc-en-Ciel" (dans taginfo 42 "fr_arc_en_ciel" ; 5 "Arc-en-Ciel" ; 1
"Arc-en-ciel" ; 2 "Bus Arc en Ciel" ; 1 "réseau arc en ciel") ; (pour
garder une cohérence avec le réseau sur Toulouse, je pense qu'il faut
conserver le "fr_arc_en_ciel" bien que le "fr_" n'apporte pas l'unicité,
il y a un réseau du même nom dans le Nord.

3- "network=transports_scolairesHG" ou "network=transports_scolaires31"
? je n'ai pas su trouver d'autres réseaux de transport scolaire dans 
OSM ...


merci d'avance

Leni


[1] https://www.tisseo.fr/
https://wiki.openstreetmap.org/wiki/Toulouse/Transports_en_commun

[2]
https://www.haute-garonne.fr/proximite/au-quotidien/reseau-des-cars-arc-en-ciel 


https://wiki.openstreetmap.org/wiki/Haute-Garonne/Transports_en_commun

[3] https://www.transportsscolaires.haute-garonne.fr/




___
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] bus : lignes de transport en commun Haute-Garonne : "Network"

[lenny]

Le 02/08/2017 à 22:33, Philippe Verdy a écrit :
Ce cas n'est pas unique: les transports en commun dans un territoire 
n'ont l'exclusivité de leur organisation que dans les EPCI de type 
métropole, communauté urbaine, ou communauté d'agglomération. Sinon 
les EPCI peuvent décider de partager certaines lignes entre leurs 
communes, ou bien les communes peuvent faire exception et organiser 
leur propre transport public avec les opérateurs qu'elles souhaitent. 
On peut donc se retrouver avec les morceaux de lignes cogérés, des 
arrêts partagés. Les usagers peuent avoir à acquitter plusieurs 
billets de transports, ou des compléments selon leurs abonnement.


Qui va gérer les équipements (zones d'arrêts, signalisation, abris)? 
En général ce sera la commune ou la collectivité qui a en charge la 
voie de transport, et il n'y a pas de garantie que la comune ou l'EPCI 
participe; un exploitant peut aussi financer une partie de 
l'équipement, ou dans certains cas les résidents riverains eux-mêmes 
ou une asso qui les représente (avec l'accord de la collectivité s'il 
faut un permis de construire) quand l'équipement se situe sur un 
terrain privé comme une zone commerciale ou un secteur résidentiel 
privé ; la ligne n'est pas entièrement d'intérêt public mais peut être 
paritaire. On parle alors difficilement de réseau, même si la ligne 
peut participer à plusieurs réseaux et y être mentionnée sans y être 
totalement intégrée (avec une tarification spéciale et des 
restrictions sur la validité des abonnements). La ligne aura un nom ou 
juste un parcours indicatif. La ligne peut même être totalement privée 
mais accessible au public selon les conditions fixées par le 
transporteur et l'octroi de subventions facultative pour fixer un 
tarif à certaines catégories usagers munis d'abonnements et que la 
commune veut bien aider à financer.


La commune peut le faire sans passer de contrat exclusif avec un 
transporteur exploitant et renouveler les contrats au coup par coup ou 
en faisant appel à la concurrence des transporteurs. En zone très 
rurale en effet les besoins de transport sont très aléatoires et 
changent souvent radicalement d'une année sur l'autre à cause du petit 
nombre d'usagers et de leur fréquentation très irrégulière. aussi de 
nombreuses lignes rurales ont des trajets indicatifs avec des parcours 
optionnels et des arrêts possibles uniquement à la demande (sur 
réservation).
Oui, oui ; bon d'accord !!! mais je voulais juste expliquer à Noémie que 
les Transports Scolaires de la Haute-Garonne ne dépendent ni de Tisséo, 
ni du Réseau Arc-en-Ciel.


Je vais essayer d'écrire ce qui me perturbe dans chaque solution 
"network=fr_" et "network:wikidata" :
-  je ne vois pas l'utilité du "fr_" d'autant plus qu'il ne 
garantit pas l'unicité pour les réseaux de bus
- Avec taginfo, on ramène des "network=fr_xxx" et des 
"network=FR:xxx" ?
-  a-t-on besoin d'un tag network si la relation itinéraire maître 
est membre de la relation network ?
- Je n'ai pas trouvé de tag network:wikidata ; oui, wikidata 
garantirait l'unicité, mais je ne vois pas de facilité pour l'utiliser, 
trouver le code depuis un éditeur d'osm ne me parait pas très aisé et je 
me vois mal le mettre sur chaque objet.


Comme je n'ai pas de connaissances permettant de juger entre les 
divergences concernant les données "network", je vais laisser en l'état, 
en ajoutant "wikidata=" dans la relation network .


Est-ce que le tag "network" n'est pas suffisant au niveau de la relation 
"route" ?
S'il y a plusieurs poteaux sur un arrêt (abris installé par le CD31 avec 
n° de ligne + poteau installé par Tisséo avec n° de ligne ; ou poteau du 
CD31 avec inscription "transport scolaire + poteau Tisséo) un seul node 
ou plusieurs (en général, je n'en met qu'un)


Pour les transports scolaires, a-t-on besoin d'un tag network ?
En cherchant le scholl= yes proposé par Noémie , j'ai trouvé une 
relation qui utilise le tag "route=school_bus" 
http://www.openstreetmap.org/relation/3235487 qui me parait pas mal, non ?






Le 2 août 2017 à 20:39, lenny <lenny.li...@orange.fr 
<mailto:lenny.li...@orange.fr>> a écrit :




Le 01/08/2017 à 21:44, Noémie Lehuby a écrit :

Hello,

A-t-on vraiment un réseau de transports scolaires à part
entière ? si non, j'imagine qu'on peut les mettre dans le
réseau Tisséo existant (éventuellement avec un tag school =
yes/only sur les relations route et route_master)

Tisséo gère les transports sur Toulouse Métropole y compris les
transports scolaires sur la Métropole.

Le Conseil Départemental de la Haute-Garonne organise les
transports publics sur le Département hors Métropole y compris les
transports scolaires (le lien de la page du wiki qui renvoi vers
Tisséo est erroné).
Un exemple, la commune de Ondes
http://www.ma

[OSM-talk-fr] bus : lignes de transport en commun Haute-Garonne : réseau

[lenny]

Bonsoir,

Je me suis penché sur les lignes de transport en commun de Toulouse et 
de la Haute-Garonne, et j'ai quelques questions et demandes d'avis ; 
mais je ne pose qu'un sujet dans chaque discutions pour ne pas me 
disperser, question "network"'


1 - Toulouse [1],

2 - le Département de la Haute-Garonne [2]

3 - les transports scolaires du Département de la Haute-Garonne [3]

En ce qui concerne le réseau,

1 - le wiki indique "network=fr_tisseo" (dans taginfo 540 avec 
"fr_tisseo" et 3 avec "Tisséo") ; La plupart des contributeurs ont été 
conformes au wiki.


2- Le réseau de bus de la Haute-Garonne, s'appelle "Réseau des cars 
Arc-en-Ciel" (dans taginfo 42 "fr_arc_en_ciel" ; 5 "Arc-en-Ciel" ; 1 
"Arc-en-ciel" ; 2 "Bus Arc en Ciel" ; 1 "réseau arc en ciel") ; (pour 
garder une cohérence avec le réseau sur Toulouse, je pense qu'il faut 
conserver le "fr_arc_en_ciel" bien que le "fr_" n'apporte pas l'unicité, 
il y a un réseau du même nom dans le Nord.


3- "network=transports_scolairesHG" ou "network=transports_scolaires31" 
? je n'ai pas su trouver d'autres réseaux de transport scolaire dans OSM ...


merci d'avance

Leni


[1] https://www.tisseo.fr/
https://wiki.openstreetmap.org/wiki/Toulouse/Transports_en_commun

[2] 
https://www.haute-garonne.fr/proximite/au-quotidien/reseau-des-cars-arc-en-ciel

https://wiki.openstreetmap.org/wiki/Haute-Garonne/Transports_en_commun

[3] https://www.transportsscolaires.haute-garonne.fr/

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