[OSM-talk-fr] Comment tagguer un bar à jeux ?

[Francescu GAROBY]

Bonjour,
Tout est dans le titre : comment taggueriez-vous un bar à jeux ? C'est à
dire : un lieu (bar/pub/...) qui propose toute une série de jeux de
sociétés/de cartes/... à ses clients.
Ce lieu ne vend pas de jeux (donc pas "shop=games" ou "shop=video_games"),
mais les met (gratuitement, généralement) à disposition, pour jouer sur
place.

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

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Francescu GAROBY]

Bonjour,
En milieu-fin de semaine dernière, je me suis occupé de tous les cinémas du
Calvados. Je vais continuer par les autres départements de Normandie
(l'ex-Basse d'abord, l'ex-Haute ensuite).

Francescu

Le lun. 15 juin 2020 à 08:06, Florian LAINEZ  a écrit :

> Salut, avec quelques motivés dont moi et Yves, on avance bien pour
> répertorier les cinémas et les tagguer ref:FR:CNC.
> On en est déjà à 836 / 2045 soit ~*41 % des cinémas du fichier CNC* !
>
> On a terminé l'ile-de-France, la haute-savoie, le Jura et on a bien avancé
> l'Occitanie et la Bretagne cf.
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Avancement
> Il reste pas mal de boulot, votre aide est donc la bienvenue.
>
> Le mer. 10 juin 2020 à 18:25, Yves P.  a écrit :
>
>> c'est une tautologie :) bof. cinéma itinérant est une description
>> consulter les horaires ? ok la clef opening_hours donc ? qui dit
>> de consulter les horaires :)
>>
>> Le *:D* à la fin de ma phrase indiquait une pointe d'humour. Je le
>> refais en couleur 
>>
>> opening_hours:url est plus utile. ou un début d'info.
>>
>> Oui.
>> Est-ce que c'est géré par des applications ?
>>
>> __
>> Yves
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
>
> *Florian Lainez*
> @overflorian 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Francescu GAROBY]

Bonjour,
Désolé de ne pas t'avoir répondu à ton mail direct (que j'avais bien vu,
mais n'avais pas pris le temps d'y répondre).
J'ai donc bien ~2.100 cinémas avec des coordonnées GPS à ma disposition.
Comme je l'avais dit à l'époque : ces infos (coordonnées, mais aussi nombre
de salles, accessibilité, ...) me proviennent de Plurimedia. Je leur avais
demandé, à l'époque, s'ils m'autorisaient à utiliser ces données pour les
insérer dans OSM, je n'avais jamais eu de réponse. Je peux toujours
retenter ma chance...

Francescu

Le lun. 8 juin 2020 à 16:25, Florian LAINEZ  a écrit :

> Salut à tous,
> Je relance le sujet 3 ans plus tard. Pour rappel le sujet est
> l'identification de tous les cinémas en France.
>
> J'ai créé une page décrivant l'identifiant du CNC :
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC
> J'ai avancé à la mano l'intégration des numéros de référence sur les
> cinémas.
>
> Si Francescu (ou quelqu'un d'autre) dispose des géoloc des cinémas, ça
> aiderait beaucoup !
> Il reste encore du boulot pour intégrer les 2000 cinémas restants (90% du
> taff reste donc à faire) et en attendant le taff prend vraiment du temps
> ... aide bienvenue.
>
> Le jeu. 19 oct. 2017 à 20:49, JB  a écrit :
>
>> Je dois être vieux jeu… mais je reste toujours dubitatif sur
>> l'introduction d'identifiants uniques dans la base pour faciliter la
>> connexion avec tel ou tel outil.
>> Sur une problématique aussi ciblée, je n'arrive pas à comprendre qu'on
>> n'arrive pas à croiser deux bases de données sans cet identifiant. Y a-t-il
>> une telle densité de cinémas qu'avec un tag amenity=cinema (moins de 2000
>> objets) + un nom de cinéma + une géolocalisation plus ou moins convenable,
>> on n'arrive pas à recouper les données ?
>> Peut-être qu'on répondra qu'il y a des doublons dans l'une ou l'autre
>> base ? L'identifiant unique ne résoudra rien.
>> Peut-être répondra-t-on qu'on facilitera la mise à jour d'OSM à partir
>> d'une base externe ? Un croisement des données à chaque mise à jour donnera
>> la même chose.
>> Voilà voilà pour ce soir. Au fait, vous penserez à passer par la case «
>> import » pour rentrer les identifiants en masse, hein ?
>> JB.
>>
>> Le 19/10/2017 à 18:27, Christian Quest a écrit :
>>
>> Si il y a un identifiant CNC c'est une solution... si il n'y en a pas,
>> n'oubliez pas le SIRET... c'est pas limité aux cinémas, mais en principe,
>> c'est unique et sûrement universel.
>>
>> Le 19/10/2017 à 17:17, Francescu GAROBY a écrit :
>>
>> Bonjour,
>> En tant que développeur d'un site pour le cinéma indépendant en France,
>> mais sur lequel on retrouve tout de même tous les cinémas et toutes les
>> sorties en salle, j'ai besoin d'afficher une carte (OSM, évidemment)
>> pointant sur le cinéma (ex : Cinéma Lux
>> <http://chacuncherchesonfilm.fr/cinema/59464-cinema-lux>, à Caen).
>> Pour l'instant, je récupère l'emplacement du cinéma, soit à partir de son
>> adresse soit à partir des coordonnées GPS qu'une source extérieure me
>> fournit. Sauf que cette source a parfois des coordonnées incorrectes (en
>> gros, les coordonnées du centre de la commune).
>>
>> Vu que data.gouv.fr a la liste des cinémas de France (fournie par le CNC)
>> <https://www.data.gouv.fr/fr/datasets/liste-des-etablissements-cinematographiques-actifs-1>,
>> je me disais que le plus simple serait d'ajouter à chaque node/way
>> représentant un cinéma l'identifiant unique contenu dans ledit fichier.
>> J'ai bien évidemment posé la question de l'unicité et de la stabilité d'un
>> tel identifiant (cf. la discussion "Stabilité de l'ID des cinémas", sur
>> la page data.gouv.fr citée ci-dessus).
>>
>> Si cela vous convient, il resterait alors à se mettre d'accord sur la clé
>> à utiliser.
>> "ref:FR:CNC=*" me paraît pas mal, non ?
>>
>> --
>> Francescu GAROBY
>>
>>
>> ___
>> Talk-fr mailing 
>> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>>
>>
>> ___
>> Talk-fr mailing 
>> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
>
> *Florian Lainez*
> @overflorian <http://twitter.com/overflorian>
>


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

[OSM-talk-fr] Comment tagguer une passerelle piétonne/cyclable surplombant la mer ?

[Francescu GAROBY]

Bonjour,
la ville de Bastia termine ces temps-ci les travaux d'un aménagement
piéton/cyclable ("Aldilonda"
<http://www.bastia.corsica/fr/amenagement-du-territoire/chantiers-aldilonda-et-mantinum-2092.html>,
pour ceux qui veulent en savoir plus).
Sa particularité : elle est construite en partie sur les rochers au pied
des remparts de la Citadelle, et en partie en "suspension" au-dessus de la
mer (cf. photo 12 du lien ci-dessus). Il y aussi un passage creusé dans la
roche, mais ça c'est facile à tagguer.
Ma question est donc : faut-il un tag supplémentaire spécifique, pour
indiquer cette sorte de passerelle suspendue ?
Le tracé est visible ici <https://www.openstreetmap.org/way/810150458>, ici
<https://www.openstreetmap.org/way/810150457> et là
<https://www.openstreetmap.org/way/810150459>.

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

Re: [OSM-talk-fr] [OSM-Talk-fr] Restaurant d'entreprise

[Francescu GAROBY]

Bonjour,
Dans le dernier cas que cite Philippe, le restaurant d'entreprise est alors
accessibles à tous, la seule différence étant la tarification : les
entreprises qui contribuent au financement du restaurant interentreprises
subventionnent en fait le repas de leurs employés. Les autres (gens de
l'extérieur au site ou d'entreprises qui ne financent pas) payent plein pot.
Je dis ça parce que ça signifie que le tag "access=private" est alors
impossible, dans ce cas.

Francescu

Le lun. 25 mai 2020 à 16:44, Philippe Verdy  a écrit :

> Note: ces restos sont très souvent multi-entreprises: une entreprise
> accueille et gère le plus gros, mais des entreprises locales voisines
> négocient des conditions d'accès aussi pour leurs propres salariés (et
> invités) (exemple à Neuilly sur l'île de la Jatte, un resto partagé étant
> dans les locaux d'une société de publicité et utilisé aussi par une
> douzaine d'autres plus petites entreprises alentours).
>
> Tout le monde y gagne, par un effet de réduction d'échelle; cela permet
> d'employer des cuisiniers toute l'année et à temps plein, d'enrichir les
> menus à moins cher avec des quantités préparées supérieures (et un
> coût moindre à l'assiette). La seule limite c'est la capacité d'accueil;
> l'entreprise hôte ne peut pas accueillir tout le monde (il faut quand même
> une carte d'accès fournie par l'entreprise hôte ou son comité d'entreprise
> avec qui les autres entreprises ont négocié l'accès et accepté d'apporter
> un financement continu toute l'année); ceci dit cela lisse aussi la
> fréquentation, il y a moins de perte, même si parfois les derniers arrivés
> devront se contenter d'un steak et des frites surgelés et pas du plat du
> jour, ni des meilleures entrées mais juste de la salade, ou n'aura plus le
> dessert du jour "fait maison", mais devra se contenter d'un yaourt sorti de
> la réserve ou de la corbeille de fruits.
>
> Bref ce sont des "semi-privés". Parfois aussi c'est un service commun à
> toute une zone d'entreprises, géré par le gestionnaire du site et non pas
> une entreprise membre particulière. Dans ce cas ce peut être délégué à une
> société spécialisée comme Sodexho qui s'occupe du recrutement du personnel
> en cuisine ou pour le service, des locaux et de tout l'approvisionnement
> (exemple à la Défense dans les "Collines de l'Arche").
>
>
>
> Le lun. 25 mai 2020 à 16:08, Florian LAINEZ  a écrit :
>
>> Hello,
>> Je me demande comment mapper un restaurant d'entreprise, c'est à dire une
>> cantine uniquement accessible aux salariés.
>> Pour l'instant j'ai utilisé
>> amenity=restaurant
>> access=private
>>
>> Exemples :
>> https://www.openstreetmap.org/node/1801525675
>> https://www.openstreetmap.org/node/1992123219
>>
>> Je ne sais pas si on a vraiment besoin d'un tag spécifique et que
>> access=private fait le taff, qu'en pensez-vous ?
>> Je n'ai pas trouvé quoi que ce soit sur le wiki, et j'ai bien envie de
>> documenter ça et de préciser les données en France.
>> En effet j'ai trouvé pas mal d'endroits avec "restaurant d'entreprise"
>> dans le name et pour lesquels je pense qu'il faudrait préciser les
>> possibilités d'accès, par exemple
>> https://www.openstreetmap.org/way/150714794
>>
>> --
>>
>> *Florian Lainez*
>> @overflorian 
>> ___
>> 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
>


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

Re: [OSM-talk-fr] Rue trop étroite pour que 2 voitures se croisent ?

[Francescu GAROBY]

Bonjour,
N'y aurait-il pas aussi des panneaux B15

et C18

à cartographier ?
Leurs présences, si les calculateurs d'itinéraires savent en tenir compte,
peuvent aussi être une indication de la faible largeur de la rue.

Francescu

Le sam. 11 avr. 2020 à 13:21, Eric SIBERT  a
écrit :

> Pour moi, lanes=* doit être réservé aux chaussées où des voies sont
> matérialisés par traçage. Ce n'est pas le cas de la rue en question.
>
> +1 pour :
>
> narrow=yes
> width=*
>
> https://lists.openstreetmap.org/pipermail/talk-fr/2010-June/023564.html
>
> Eric
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Contours académiques sur Umap ?

[Francescu GAROBY]

Bonjour,
À l'occasion, est-ce qu'on pourrait envisager de créer les académies comme
relations ?
On a bien les paroisses et diocèses
 de France (pour la
religion catholique), donc pourquoi pas ?

Francescu

Le jeu. 9 avr. 2020 à 10:36, Arnaud Champollion <
arnaud.champoll...@linux-alpes.org> a écrit :

> Bonjour,
>
> Pour le faire de façon automatisée, il faudrait que la base
> OpenStreetMap contienne les contours des académies.
>
> Je ne pense pas que ces objets existent à ce jour, ou alors je ne les ai
> pas trouvés.
>
> Comme les académies scolaires suivent les limites des départements, on
> peut peut-être récupérer avec une requête overpass les départements.
>
> Une fois sur Umap, on les regroupe par calques et/ou par couleur de fond.
>
> À l'occasion, est-ce qu'on pourrait envisager de créer les académies
> comme relations ?
>
> Arnaud
>
>
>
>
> Le 09/04/2020 à 10:21, Cédric Frayssinet a écrit :
> > Bonjour,
> >
> > Je me tourne vers vous. Est-ce qu'il existe une solution sur uMap pour
> > disposer d'une carte avec le contour des académies scolaires ?
> >
> > Merci :)
> >
> > Cédric
> >
> >
> >
> > ___
> > 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
>


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

Re: [OSM-talk-fr] Points relay

[Francescu GAROBY]

Tout à fait d'accord : détourner "amenity=post_office", c'est un coup à
foutre un bordel !
De plus, je pense que le tag "[quelque chose]:operator=Mondial Relais" pose
aussi problème : n'y a-t-il pas des commerces qui font points relais pour
plusieurs réseaux (Mondial Relais, Relais Colis,...) ?
Du coup, il faudrait plutôt faire un truc du genre : "[quelque
chose]:mondial_relay=yes"

Francescu

Le sam. 4 avr. 2020 à 19:47, JB  a écrit :

> Le 04/04/2020 à 19:18, Frantz a écrit :
> > je verrais bien :
> > amenity=post_office
> S'il vous plait, non…
> amenity=post_office, chez nous, bien ancré, c'est la Poste, d'une
> manière ou d'une autre. On ne change pas le sens du tag principal par un
> tag secondaire…
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Tagguer les Maison du vélo, atelier et asso vélo

[Francescu GAROBY]

Bnojour,
Pour la Maison du Vélo à Caen ,
c'est plutôt le tag "club=bicycle
" qui a été privilégié,
plutôt que "shop=bicycle".
La raison est que cette MdV est à fois un atelier, où on peut recevoir des
conseils et de l'aide, mais aussi le siège où plusieurs associations autour
du vélo ont leurs bureaux. Ça n'est pas une boutique, dans le sens où on
n'y vend rien de neuf : uniquement des pièces détachées d'occasion (à prix
libre) et des vélos d'occasion, notamment lors de bourses aux vélos. Bref,
je pense que "club" est plus adapté que "office" ou "shop".
Par contre, on peut compléter avec les tags
"service:bicycle:{repair|rental|diy}"

Francescu

Le jeu. 5 mars 2020 à 07:12, Jean-Christophe Becquet  a
écrit :

> Bonjour,
>
> À Gap, l'association Mobil'Idées qui fait :
>
>  - Centre d'information sur la mobilité durable
>  - Vente de vélos d'occasion
>  - Réparation/entretien avec le soutien des membres de l'association
>
> a utilisé office=association et shop=bicycle, ce qui me semble correct.
>
> Ils précisent les équipements et services disponibles avec les tags
> suivants :
>
> service:bicycle:chaintool=yes
> service:bicycle:pump=yes
> service:bicycle:repair=yes
> service:bicycle:second_hand=yes
>
> Mobil'Idées
> https://www.openstreetmap.org/node/2538110495
>
> Bonne journée
>
> JCB
> --
> Neelie Kroes : Une technologie propriétaire est un gaspillage financier
>
> http://www.apitux.org/index.php?2009/10/24/239-neelie-kroes-une-technologie-proprietaire-est-un-gaspillage-financier
>
> ==APITUX : le choix du logiciel libre==
>
> APITUX - Jean-Christophe Becquet
> 2 chemin du Tivoli - 04000 Digne-les-Bains
> 06 25 86 07 92 - j...@apitux.com - http://www.apitux.com
> SIRET : 452 887 441 00031 - APE : 6202A
>
> ===
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Tagguer un restaurant avec buffet à volonté

[Francescu GAROBY]

Je n'avais pas vu ce tag "all_you_can_eat", qui répond parfaitement à ma
demande.

Merci.
Francescu

Le mer. 19 févr. 2020 à 13:59, Eric Brosselin - Osm 
a écrit :

> Bonjour,
>
> * Le 19/02/2020 à 11:30, marc marc a écrit :*
>
> *Bonjour,**
> Le 19.02.20 à 10:57, Francescu GAROBY a écrit :
> *
>
> *La question est dans le titre : comment taggueriez-vous (si tant est que
> cela se taggue) un restaurant qui propose un buffet à volonté ?
> *
>
> *il y a eu une discussion un peu semblable sur tagging à propos de l'eau
> le mot refill en est sorti, plus précisément drinking_water:refill
>
> vu qu'il y a des resto avec nourriture et/ou boisson à volonté,
> quelque chose comme drink:refill=yes/no et cuisine:refill=yes/no ?
> *
>
> Refill ?
> C'est plutôt pour les récipients, conteneurs, .  Voir =>
> https://www.lexico.com/definition/refill
>
> Après tout l'estomac est un conteneur :-)
>
> Plus sérieusement il existe une expression : "all you can eat"
>
> => https://en.wikipedia.org/wiki/All-you-can-eat_restaurant
>
> => https://en.wikipedia.org/wiki/Buffet#All-you-can-eat
>
> Une abréviation est utilisée : AYCE
> => https://www.google.com/search?q=ayce+restaurant
> => https://www.qwant.com/?q=ayce+restaurant (descendre un peu dans la
> page)
>
> Donc le terme me semble bon.
>
> D'ailleurs en bas de page pour Cuisine=* (
> https://wiki.openstreetmap.org/wiki/Key:cuisine)
>
> Il y a ceci :  " all_you_can_eat=* Describes whether there is an
> all-you-can-eat option (proposal)."
>
> Donc* all_you_can_eat=yes* tout simplement
>
>
> *Remarque* :
>
> *vu qu'il y a des resto avec nourriture et/ou boisson à volonté,
> quelque chose comme drink:refill=yes/no et cuisine:refill=yes/no ?*
>
>
> Attention pour cuisine=*  c'est le type de cuisine (aspect culinaire) et
> non pas la manière dont elle est servie.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

[OSM-talk-fr] Tagguer un restaurant avec buffet à volonté

[Francescu GAROBY]

Bonjour,
La question est dans le titre : comment taggueriez-vous (si tant est que
cela se taggue) un restaurant qui propose un buffet à volonté ?
N'ayant rien trouvé sur le wiki (mais j'ai peut-être mal cherché), je
serais tenté de proposer d'ajouter le tag suivant :
* at_will="yes/no/only" ("no" étant la valeur par défaut, si le tag n'est
pas présent).

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

Re: [OSM-talk-fr] Proposition de correction : cantons sans chef-lieu

[Francescu GAROBY]

C'est parce que JOSM croit le bout de littoral que tu as chargé n'est relié
à rien.
"Normal" dans la mesure où tu n'as pas téléchargé la totalité du littoral
(c'est à dire : des milliers de kilomètres de côtes)

Francescu


Le dim. 5 janv. 2020 à 20:27, Jacques Lavignotte  a
écrit :

>
>
>
> > En mixant le contenu OSM et le COG j'ai établi cette page :
> >
> https://dev.cadastre.openstreetmap.fr/fantoir/cantons_sans_admin_centre.html
>
> Plusieurs cantons côtiers (dans les dpt 40 et 66) génèrent une erreur :
>
> « Littoral non connecté »
>
> J'ai laissé ça pour les grands  ;)
>
>
> J.
>
> --
> GnuPg : 156520BBC8F5B1E3 Because privacy matters.
> On mangera ? (c) (tm)
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Rendu transport routier...

[Francescu GAROBY]

65m. de haut ? Ah oui, c'est bien : vous prévoyez large, par chez vous !

Le mar. 17 déc. 2019 à 10:21, Donat ROBAUX  a écrit :

> Pour la bizarrerie, je n'ai pas eu besoin d'aller loin de chez moi.
> http://osm.cquest.org/fortissimo/#17/48.81215/2.30086
>
> Mais que fait OSMontrouge?
>
> Donat
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Rendu transport routier...

[Francescu GAROBY]

Beau boulot !
Une petite suggestion, tout de même : différencier les limitations de
hauteur en surface, et celles en sous-sol.
Exemple ici  : la
limitation à 2,2m de haut concerne le parking souterrain du Leclerc.


Francescu

Le sam. 14 déc. 2019 à 18:30, Christian Quest  a
écrit :

> Je travaille depuis quelques temps sur un rendu destiné au transport
> routier.
>
> Je finalise une couche en overlay qui rend visible les restrictions:
> - maxheight
> - maxweight
> - maxwidth
> - hgv/goods
> - hazmat
>
> Voici ce que ça donne: http://osm.cquest.org/fortissimo/#15/48.8324/2.3837
>
> Je découvre du coup de valeurs pas très catholiques dans ces tags !
> Comme quoi, dès qu'on rend visible certaines données OSM...
>
> Le fond est une variation du style pianoforte (de ybon) qui comporte plus
> d'éléments visibles et fait ressortir aussi les zones industrielles,
> commerciales, chantiers. Son petit nom: fortissimo
>
> Merci pour vos retours !
> --
> Christian Quest - OpenStreetMap France
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] associatedStreet et autres...

[Francescu GAROBY]

Bonjour,
Si tu places les bâtiments dans une relation "type=associatedStreet", tu
n'as pas besoin de leur ajouter le tag "addr:street". Soit tu utilises une
façon d'adresser (la solution "relation") soit l'autre (la solution "on
répète le nom de la rue sur chaque adresse"), mais combiner les 2, à part
pour vouloir faire "ceinture et bretelles", n'est pas nécessaire.
Et je n'ai jamais vu que "role=address", dans ce type de relations... La
documentation du wiki n'en parle pas non plus
. Donc, que
ce soit un point ou un bâtiment qui a le tag "addr:housenumber", c'est
forcément le rôle "house" qui sera associé, au sein de la relation.

En résumé :
Point adresse/bâtiment :
* addr:housenumber=XX
* role=house (dans la relation)

Rue :
* name=Rue XXX
* role=street (dans la relation)

Relation AssociatedStreet :
* type=associatedStreet
* ref:FR:FANTOIR=XX
* name=X (la même valeur que le nom de la rue)


Voici un exemple d'une relation "associatedStreet" qui regroupe une rue,
des bâtiments et des points d'adresse
.

Francescu


Francescu

Le lun. 9 déc. 2019 à 12:51, Xavier BIZOT  a
écrit :

> Bonjour à tous,
>
> Pour être certain de bien faire les choses pouvez-vous me confirmer les
> informations concernant les points adresses, s'il vous plaît.
>
> Les X sont pour l'exemple :))
>
>
> Pour le point adresse :
> addr:housenumber=XX
> addr:street=Rue 
>
> avec en relation la rue 
> comme Rôle : address
>
> ---
>
> Pour la rue :
>
> highway=X
> name=Rue 
>
> avec Relation rue 
> comme Rôle : street
>
> ---
>
> Pour le bâtiment :
>
> building=house (si c'est une maison bien sûr)
> addr:street=Rue 
>
> avec Relation rue 
> comme Rôle : house
>
> ---
>
> La relation
>
> name=Rue 
> ref:FR:FANTOIR=XX
> type=associatedStreet
>
> ---
>
> Merci pour vos retours,
>
> Amicalement
>
> Xavier
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Qualité des ponts

[Francescu GAROBY]

> il y a peut-être un peu de script (pour éviter de compter 2 fois le même
pont (1 pont d'autoroute = 2 bridge=* dans osm, idem si changement de
limite de vitesse ou autres caractéristique) et de comm à faire

1 pont = N bridges. Ne pas oublier que sur un pont, on peut avoir des voies
pour la circulation motorisée dans un sens et dans l'autre, mais aussi des
voies piétonnes ou cyclables, des voies de tramway ou de BHNS, ...
Exemple : https://www.openstreetmap.org/relation/3158019

J'en profite donc pour rappeler qu'il existe la relation "type=bridge" qui
sert à regrouper toutes les voies passant sur le tablier d'un pont, pour
leur donner des tags communs (généralement, le name) mais aussi à dessiner
l'emprise physique du pont.
Et dans ce cas, on a bien : 1 relation = 1 pont.

Francescu

Le mer. 14 août 2019 à 12:10, marc marc  a
écrit :

> Bonjour,
>
> Le 14.08.19 à 10:11, Xavier Cremaschi a écrit :
> > par hasard quelqu'un sait-il si on peut (si on pourrait ?) intégrer la
> > notion de qualité de fabrication d'un pont dans OSM ? Je pense à ça en
> > lisant
>
> on peux ? pourquoi pas (le soucis étant l'objectivité)
> on devrait ? p'tre (le soucis étant la maintenance... côté osm)
> mais quelle source ? je n'en connais pas hormis renseigné le
> fait que le pont local est "mauvais" source=local knowledge
> mais pour les ponts en bon état, je me vois pas faire
> une inspection du pont avant d'ajouter un tag à définir
>
> >
> https://www.franceinter.fr/economie/le-difficile-etat-des-lieux-des-ponts-francais-un-sur-10-serait-a-risque
>
> contre quand j'y lis "encore faut-il déjà réussir à les recenser"
> osm peux répondre ~200 000 :) (comme si cela avait la moindre importance
> qu'il y a ai 200 000 ou 200 001 ponts, encore un qui fait du vent)
> https://taginfo.openstreetmap.fr/keys/bridge
>
> il y a peut-être un peu de script (pour éviter de compter 2 fois le même
> pont (1 pont d'autoroute = 2 bridge=* dans osm, idem si changement de
> limite de vitesse ou autres caractéristique) et de comm à faire
>
> étonnement l'article pense qu'il y en aurait 25% de +
> donc peut-être qu'il en manque bcp dans osm..cela m'étonnerait pas,
> les croisements highway<>waterway ne sont pas rares :s
> p'tre l'occasion de lancer une opération ciblée sur le sujet
>
> Cordialement,
> Marc
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Bègles limite la vitesse dans ses rues à 30km/h

[Francescu GAROBY]

Comme le dit le maire lui-même dans l'article que j'avais cité (ou encore :
le site officiel de la mairie https://www.mairie-begles.fr/begles-ville-30/),
la décision a été prise, et est entrée en application depuis le 08/07
(hier).

Francescu

Le mar. 9 juil. 2019 à 15:04, marc marc  a
écrit :

> Bonjour,
>
> Le 09.07.19 à 14:25, Francescu GAROBY a écrit :
> > Faut-il mettre le tag "maxspeed" sur chaque axe,
>
> oui mais attention à la source...l'effet d'annonce c'est pour la
> politique, pour osm c'est la réalisation sur le terrain qui compte.
> et si la photo de l'article a été prise là-bas, son effet
> ne dure que jusqu'au prochain carrefour.
>
> renseigner les panneaux zone 30 serraient aussi utile,
> particulièrement à l'ouest ou la D1113 fait quasi la limite
> et autour de la rocade
>
> > ou sur la relation de la commune ?
>
> il y a une relation de type defaults qui permet ce genre
> d'info mais je ne connais aucun utilisation
> https://taginfo.openstreetmap.fr/tags/type=defaults
>
> Cordialement,
> Marc
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

[OSM-talk-fr] Bègles limite la vitesse dans ses rues à 30km/h

[Francescu GAROBY]

Bonjour,
Comme l'explique l'article ci-dessous, toute la commune de Bègles (Gironde)
vient de passer à 30km/h, pour toutes ses rues.
L'article ne dit pas si la Rocade bordelaise et l'A631 sont aussi
concernées par cette limitation (j'en doute).
En tout cas, cela fait un gros changement à répercuter, dans OSM. Faut-il
mettre le tag "maxspeed" sur chaque axe, ou sur la relation de la commune ?

https://www.capital.fr/economie-politique/pour-contrer-waze-begles-limite-la-vitesse-dans-ses-rues-a-30km-h-1344088

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

[OSM-talk-fr] "Très beau T2 centre ville, sud, vue mer, climatisé"

[Francescu GAROBY]

Y en a qui ont tout compris à OpenStreetMap, apparemment...
https://www.openstreetmap.org/node/5599791621

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

Re: [OSM-talk-fr] améliorer les panneaux entrée et sortie de ville

[Francescu GAROBY]

Bonjour,
D'où provient ce "name:2" ? C'est vous qui proposez ce nom de tag ? Je ne
le trouve pas clair du tout !
Je préférerais "name:in" / "name:out", pour indiquer dans quelle
agglomération on entre/sort.
"Direction", c'est pour indiquer la référence de la route sur laquelle on
se trouve ? Pourquoi ne pas mettre plutôt le nom d'un village/une ville un
peu importante, et se trouvant dans ladite direction ?

Francescu

Le ven. 15 mars 2019 à 17:46, Jérôme Seigneuret 
a écrit :

> Salut,
>
> J'aimerai améliorer les affichage pour les panneaux d'entrée et sortie de
> ville.
>
>
> voici un cas  sur le même panneaux
> direction=310
> highway=traffic_sign
> name:2=Jouy-en-Josas (sortie)
> name=Les Loges-en-Josas (entrée)
> traffic_sign=city_limit
>
> merci
>
> Jérôme
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Tuiles cadatsre sans réponse sur JOSM

[Francescu GAROBY]

Bonjour,
Oui, j'ai constaté hier soir que les tuiles ne se chargeaient plus. Vu
l'heure tardive, j'ai cru qu'un mise à jour du coté du cadastre était en
cours, j'ai laissé tomber.
Mais ce matin, la même. ("Erreur lors du chargement des tuiles :
javax.net.ssl.SSLProtocolException handshake alert: unrecognized_name")

Francescu

Le mer. 13 mars 2019 à 08:24, Jérôme Seigneuret 
a écrit :

> Bonjour,
>
> Rencontrez vous des problèmes avec le service d'imagerie cadastre dispo
> dans les imagerie JOSM?
>
> Merci
>
> --
> Cordialement,
> Jérôme Seigneuret
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Relations de cédez-le-passage cycliste incomplètes

[Francescu GAROBY]

Je ne comprends pas ton problème, avec le Bd Camelinat. que tu pointes, vu
qu'il est bien composé de 4 ways, 2 arrivant et 2 partant du feux rouges
central (personnellement, je trouve bizarre ce regroupement en X, mais
bon...). Pareil pour la rue Guy Môquet.
Dans ce cas, tu n'as rien à couper : cette partie du travail est déjà faite.

Par contre, dans les cas où il faut couper une way au niveau de
l'intersection, tu peux faire ça facilement, dans JOSM :
* sélectionne le node où tu veux couper. Si plusieurs ways passent par ce
node, sélectionne aussi celle qui est concernée ;
* assure-toi d'avoir bien toutes les relations auxquelles ils
appartiennent, en les chargeant (Ctrl-Alt-D)
* appuie sur 'P' (ou va dans "Outils" => "Couper le chemin")

Francescu

Le dim. 10 févr. 2019 à 15:46, Shohreh  a écrit :

> J'ai abandonné après avoir vu que, contrairement à ce que je croyais
> naïvement, il ne suffit pas de 1) passer en Edit dans Id, 2) cliquer sur le
> feu tricolore et 3) ajouter un tag.
>
> Outre l'obligation de créer une relation et d'ajouter les trois ways (from,
> via, to), il y a aussi des cas encore pires : il peut arriver de devoir au
> préalable créer de nouvelles ways afin de pouvoir les sélectionner
> individuellement.
>
> Exemple avec le boulevard Camelinat : actuellement, cette artère en
> double-sens est dessinée sous forme d'une seule way, ce qui empêche
> d'indiquer le from ou le to (selon le sens) :
>
> https://www.openstreetmap.org/?mlat=48.81472=2.29682#map=16/48.8155/2.2997
>
> C'est donc très laborieux, à moins que quelqu'un ne connaisse un moyen
> d'automatiser le truc dans JOSM.
>
>
>
> --
> Sent from: http://gis.19327.n8.nabble.com/France-f5380434.html
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Cimetière militaire

[Francescu GAROBY]

Bonsoir,
L'idée du tag sector est intéressante. D'ailleurs, comment sont tagués les
carrés musulmans/juifs/... dans les cimetières ? Avec "sector=XXX", aussi ?

Francescu

Le jeu. 24 janv. 2019 à 18:19, althio  a écrit :

> Une idée, ce serait :
> cemetary = military
> mais ça n'existe pas encore.
>
> Il y a une tentative polonaise de :
> cemetery:usage = war/military/family
> mais c'est confidentiel.
>
> Pourquoi non plus :
> cemetary = sector
> sector = military
> (ou cemetary:sector = military)
>
> On Thu, 24 Jan 2019 at 17:49, Florian LAINEZ  wrote:
>
>> Hello,
>> J'aimerai indiquer un carré militaire dans un cimetière :
>> https://www.openstreetmap.org/way/665897392
>>
>> Pour l'instant je l'ai taggué landuse=military mais je n'en suis pas très
>> fier :P
>> Je cherche le tag adéquat et n'ai pas trouvé.
>>
>> JOSM propose un preset "cimetière militaire" et rajoute dans ce cas :
>> historic=tomb
>> tomb=war_grave
>> Il arrive que ces tags soient appliqués à des cimetières, comme par
>> exemple https://www.openstreetmap.org/way/24893223
>> Or d'après moi ces tags désignent une tombe et non pas un cimetière / une
>> division de cimetière.
>>
>> Une idée ?
>>
>> --
>>
>> *Florian Lainez*
>> @overflorian 
>> ___
>> 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
>


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

Re: [OSM-talk-fr] Création Rond Point

[Francescu GAROBY]

Bonsoir,
Avant de vous jeter à l'eau, vous pouvez commencer par lire la
documentation concernant les ronds-points, sur le Wiki.

Vous confirmez que c'est à cet endroit
 (sur la D30, au
nord-ouest de Poitiers) qu'il se trouve ? Avec quelle(s) autre(s) voie(s)
ce rond-point fait-il la liaison ?


Francescu

Le jeu. 17 janv. 2019 à 19:05, Jacques Lavignotte 
a écrit :

> Bonjour,
>
> un rond point vient de se créér vers chez moi.
>
> il est là :
>
> Latitude (LAT): 46,60874
> N 46°36'31,46724"
> Longitude (LONG): 0,29785
> E 0°17'52,25424"
>
> mais je ne sais pas le cartographier. Je veux bien qu'on m'apprenne à le
> faire.
>
> Jacques
> --
> GnuPg : C8F5B1E3 Because privacy matters.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

[OSM-talk-fr] tag indiquant le paiement possible avec la monnaie locale

[Francescu GAROBY]

Bonjour (et bonne année),
En consultant la page du Wiki sur les modes de paiement
<https://wiki.openstreetmap.org/wiki/FR:Key:payment>, je ne vois pas de cas
pour les monnaies locales.
Voulant déclarer les commerces (en Normandie) qui acceptent le Rollon
<https://annuaire.normandie-rollon.fr/>, je suis tenté de créer le tag
"payment:rollon=yes", mais je voulais être sûr que c'était la bonne façon
de faire.
Mais peut-être faudrait-il plutôt un tag du genre
"payment:local:rollon=yes", pour regrouper toutes les monnaies locales
existantes sous une même sous-clé ?

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

Re: [OSM-talk-fr] Calcul d'itinéraire prenant en compte les travaux

[Francescu GAROBY]

Bonjour,
Idéalement, il faudrait éviter de modifier OSM pour y déclarer des
événement ponctuels (ou à courte durée), car ce serait augmenter les
risques de casser quelque chose.
Il vaudrait mieux renseigner tout cela dans OpenEventDatabase :
http://live.openeventdatabase.org/
Et, bien évidemment, il faudrait en parallèle, que les sites de calculs
d'itinéraires tiennent compte d'EOD. est-ce le cas ? Je l'ignore
totalement...

Francescu

Le mer. 24 oct. 2018 à 16:13, Julien Coupey  a écrit :

> Bonjour Sébastien,
>
> Le meilleur moyen pour que **tous** les calculateurs d'itinéraires basés
> sur OSM prennent en compte une rue barrée est de l'indiquer comme telle
> directement dans OSM pour peu que la durée des travaux le justifie. En
> tout cas c'est ce que je fais dans ce cas autour de chez moi en
> utilisant highway=construction (pourquoi pas ajouter la date de fin des
> travaux si elle est connue).
>
> La question me semble du coup être de savoir comment exploiter
> efficacement les données fournies par la ville pour assurer des mises à
> jour dans les deux sens (fermeture et ré-ouverture).
>
> À +
> Julien
>
> On 24/10/2018 15:53, Sébastien Dinot wrote:
> > Bonjour à tous,
> >
> > On vient de me montrer que la communauté urbaine « Toulouse Métropole »
> > publie sur son site Open Data une API permettant de connaitre les
> > chantiers en cours
> > <
> https://data.toulouse-metropole.fr/explore/dataset/chantiers-en-cours/information/>
>
> > sur la voirie.
> >
> > La ville de Toulouse publie elle-même ces informations sur son site Plan
> > DPI  (qui utilise au passage un fond de
> > carte OSM qui commence à dater).
> >
> > Voici par exemple les travaux en cours dans mon quartier
> > <
> https://www.plan.toulouse.fr/?=PDI=osm=1.4870595932006836,43.57095873068479=num,layer_294=18
> >.
> >
> > Ces informations sont des plus utiles : les travaux visibles sur le
> > dernier lien entrainent la fermeture de deux rues, ce qui modifie
> > copieusement le flux de circulation dans mon quartier. Or, l'impact des
> > travaux sur l'axe routier est indiqué dans la description (ici « Route
> > barrée »).
> >
> > Du coup, il est pertinent de prendre en compte ces informations dans le
> > calcul d'itinéraire. Connaissez-vous des sites susceptibles de le faire
> > sur une base OSM auxquels nous pourrions signaler l'existence de cette
> > donnée ?
> >
> > Sébastien
> >
> > --
> > Sébastien Dinot, sebastien.di...@free.fr
> > http://sebastien.dinot.free.fr/
> > Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
> >
> >
> > ___
> > 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
>


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

[OSM-talk-fr] Parking/aire de covoiturage : comment les tagguer ?

[Francescu GAROBY]

Bonjour,
Je ne trouve pas, dans le Wiki, de page expliquant clairement comment
tagguer un parking/aire de covoiturage (un parking où des covoitureurs se
donnent RDV, pour ensuite entre en ville dans la même voiture, les autres
laissant la leur toute la journée sur le parking/l'aire de covoiturages).
Il y a bien eu une proposition
, mais elle
est abandonnée.
La clé "hov"  me paraît
idéale, mais il n'estpas fait mention de ces parkings : uniquement des
voies réservées au covoiturage ("diamond lanes", aux États-Unis).
J'envisage tout de même de l'utiliser, sauf s'il existe une clé bien
spécifique, pour ça.

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

Re: [OSM-talk-fr] Comment taguer une piste cyclable à double sens sur chaussée ?

[Francescu GAROBY]

Le 1er argument que je donnerais, c'est qu'une piste cyclable est
clairement définie dans le Code de la route comme étant une voie
physiquement séparée de la chaussée, par opposition à la bande cyclable
(voie faisant partie de la chaussée, et séparée des autres voies par un
"simple coup de peinture").
Le 2ème argument, c'est qu'on ne peut entrer/sortir d'une piste cyclable
qu'aux endroits prévus à cet effet (dans OSM => node à l'intersection entre
2 ways). Là où l'entrée/sortie d'une bande cyclable ne nécessite rien
d'autre que de changer de voie.
3ème argument : une piste cyclable peut avoir des feux de circulation
différents de ceux de la chaussée qu'elle longe, là où la bande cyclable a
forcément les mêmes que le reste de la chaussée à laquelle elle appartient.
Enfin, 4ème argument : sa solution n'est, pour l'heure actuelle, pas prise
en compte par les calculateurs d'itinéraires ! C'est un peu con de
supprimer une way correctement prise en compte, et qui reflète bien la
réalité, pour la remplacer par des tags mal gérés...

Francescu

Le mar. 2 oct. 2018 à 13:34, Thomas Ruchin  a écrit :

> Bonjour
>
> J'ai échangé avec le contributeur à l'origine de la suppression du way
> "cycleway" distinct et voici ci-dessous son propos. J'avoue que je suis mal
> à l'aise car je ne vois pas trop comment le convaincre que ce n'est pas une
> bonne idée.
>
> Thomas
>
> "On m'a conseillé cycleway:left:oneway. Le tag est référencé sur le Wiki
> ici: https://wiki.openstreetmap.org/wiki/Item:Q3113 et en bug ici:
> https://github.com/Project-OSRM/osrm-backend/issues/4060 (plus ou moins).
> Une demande a été faite ici aussi:
> https://github.com/abrensch/brouter/issues/98. Il y aussi une discussion
> ici: https://github.com/Project-OSRM/osrm-backend/issues/4943, je vais
> tester ce qu'ils disent dans 4943.
>
> Je ne particperai pas à talk-fr, je demande des conseils sur le site
> général afin de recevoir des conseils de toute la communauté, pas juste
> quelques personnes. Plus y'en a qui participent, plus le consensus est
> valable."
>
> Le mar. 2 oct. 2018 à 10:57, Florimond Berthoux <
> florimond.berth...@gmail.com> a écrit :
>
>> Bonjour,
>>
>> D'après le wiki https://wiki.openstreetmap.org/wiki/Bicycle#Cycle_tracks
>> cas T3
>>
>> C'était bien réalisé, comme pour la future prolongation
>> https://www.openstreetmap.org/way/614951874
>>
>> Comme la double voie vélo est séparée d'un séparateur et par du
>> stationnement, dessiner la voie est justifié à mon goût.
>>
>> Le mar. 2 oct. 2018 à 09:51, Francescu GAROBY  a
>> écrit :
>>
>>> D'accord avec Marc : vu que la voie cyclable est physiquement séparée,
>>> elle doit être tracée à part.
>>>
>>> Francescu
>>>
>>> Le lun. 1 oct. 2018 à 22:49, marc marc  a
>>> écrit :
>>>
>>>> Le 01. 10. 18 à 22:45, Thomas Ruchin a écrit :
>>>> > j'aurais créé un way spécifique highway = cycleway.
>>>>
>>>> cela me semble tout a fait adapté vu le séparateur entre.
>>>> ___
>>>> Talk-fr mailing list
>>>> Talk-fr@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>>
>>>
>>>
>>> --
>>> Francescu
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>
>>
>> --
>> Florimond Berthoux
>> ___
>> 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
>


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

Re: [OSM-talk-fr] Comment taguer une piste cyclable à double sens sur chaussée ?

[Francescu GAROBY]

D'accord avec Marc : vu que la voie cyclable est physiquement séparée, elle
doit être tracée à part.

Francescu

Le lun. 1 oct. 2018 à 22:49, marc marc  a écrit :

> Le 01. 10. 18 à 22:45, Thomas Ruchin a écrit :
> > j'aurais créé un way spécifique highway = cycleway.
>
> cela me semble tout a fait adapté vu le séparateur entre.
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] nouveau champ takeaway:lunchbox

[Francescu GAROBY]

Je rejoins cet avis : de plus en plus de commerces proposent de la vente en
vrac. Les clients viennent avec leurs sacs en papier/bocaux/..., afin
d'éviter le suremballage.
Je pense que c'est dans ce cadre-là, plus généraliste, que ce nouveau tag
devrait s'inscrire.
Sur le principe, j'approuve la création d'un tel tag. Mais, vu ma remarque
précédente, doit-il alors être un sous tag de "takeaway" ? J'ai un doute...

Francescu

Le mar. 18 sept. 2018 à 11:56, Jean-Claude Repetto  a
écrit :

> Le 18/09/2018 à 11:20, Vivien MICHON a écrit :
> > Je propose la possibilité d’indiquer les commerces acceptant que le
> > client vienne avec son propre contenant (de type boîte fermable et
> > réutilisable).
> >
> > Cette pratique est de plus en plus courante, afin d’éviter l’utilisation
> > de boîtes ou papiers jetables (zéro déchet).
> >
> > Elle est possible en vente à emporter dans un nombre croissant de
> > restaurants, traiteurs, boucheries, fromageries…
> >
> >
> >
> > Je propose ainsi le nouveau champ « takeaway:lunchbox », indiqué en YES
> > ou NO.
> >
> > Merci d’avance pour vos commentaires.
>
> Bonjour,
>
> Le terme "lunchbox" ne me paraît pas approprié à tous les cas, par
> exemple si tu achètes du liquide pour vaisselle, tu ne vas pas le mettre
> dans une lunchbox.
> Exemples de produits de ce genre:
> http://www.boomerang.bio/nos-produits/32-entretien-de-la-maison
>
> Il faudrait plutôt trouver un terme évoquant la notion de "sans emballage".
>
> Jean-Claude
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Comment taguer un « sens interdit sauf desserte locale » ?

[Francescu GAROBY]

Bonjour,
Et en mettant plutôt "access:backward=destination" ?
(je pars du principe que la way est dans le sens de la circulation
autorisée. Remplacer "backward" par "forward", dans le cas contraire)

Francescu

Le lun. 20 août 2018 à 13:17, Sébastien Dinot  a
écrit :

> Bonjour,
>
> Une bonne âme saurait-elle me dire comment on tague un  « sens interdit
> sauf desserte locale » ? J'ai pensé à :
>
> oneway=yes
> access=destination
>
> Mais à la réflexion, je ne suis pas certain que ce soit pertinent car la
> balise access peut alors se comprendre comme valant pour les deux sens de
> parcours...
>
> Auriez-vous mieux à me proposer ?
>
> Sébastien
>
> --
> Sébastien Dinot, sebastien.di...@free.fr
> http://sebastien.dinot.free.fr/
> Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer !
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Codifier une menuiserie

[Francescu GAROBY]

Bonjour,
Je pense qu'il te faut utiliser le tag "craft=joiner
", qui n'apparaît
pas dans la  page FR de la key "craft"
, mais apparaît dans la page
EN , mais sans description.

Francescu

Le dim. 19 août 2018 à 20:22, Sébastien Kalt  a écrit :

> Bonjour,
>
> Je cherche à codifier une menuiserie, mais je ne trouve pas d'étiquette
> craft qui me convienne.
>
> Il y a bien craft=window_construction & craft=sun_protection d'après
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:NAF/values , mais ça
> concerne surtout la pose de fenêtres & stores d'après la description de
> l'étiquette (
> https://wiki.openstreetmap.org/wiki/Tag:craft%3Dwindow_construction &
> https://wiki.openstreetmap.org/wiki/Tag:craft%3Dsun_protection),
> contrairement à la description de la page des codes NAF qui parle bien de :
>
> montage de menuiseries intérieures/extérieures en bois ou en matières
>> plastiques, *réalisation de placards,* montage de fermetures de bâtiment
>> en bois ou en matières plastiques (volets, portes de garage, etc.), montage
>> de portails en bois ou en matières plastiques, *mise en place de
>> cuisines intégrées ou par éléments, de placards, d'escaliers d'intérieur en
>> bois* ou en matières plastiques
>
>
> Ou encore la page
> https://wiki.openstreetmap.org/wiki/FR:%C3%89l%C3%A9ments_cartographiques#Artisanat_.28craft.29
> qui décrit l'étiquette window_construction comme "Constructeur et
> installateur de portes et fenêtres.".
>
> Je suis un peu rouillé dans ce domaine, je n'ai pas contribué depuis
> plusieurs années, alors peut être que je coupe les cheveux en 4, mais pour
> moi un menuisier au sens traditionnel n'est pas un menuisier bois/PVC
> spécialisé en fenêtres et autres huisseries.
>
> Merci d'avance de vos retours sur le sujet.
>
> Bonne soirée,
>
> Sébastien
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] nom du tunnel et nom de la voie utilisant le tunnel

[Francescu GAROBY]

"associated street" va provoquer une erreur, car un des noms de voie (le
tronçon qui portera le nom du pont/tunnel) ne correspondra pas au nom donné
à la relation.


Francescu

Le dim. 19 août 2018 à 11:39, Philippe Verdy  a écrit :

> Il y a bien un "bridge_name". Cependant on a une alternative avec les
> relations:
> * associated street pour regrouper les segments d'une rue
> * les "routes" pour les segments d'itinéraires référencés (certains ayant
> des noms comme "L'Aquitaine" pour les autoroutes)
> * les fleuves et rivières aussi ont des noms locaux (ou qui peuvent
> changer le long du cours, notamment les cours d'eau internationaux)
> * les "lock_name" pour les noms d'écluse
> On a aussi les "alt_name" si on veut garder le nom de la rue et mettre le
> nom local du tunnel/pont/écluse comme nom local par défaut dans "name" (ce
> qui est souvent la meilleure solution: on privilégie le local)
>
>
> Le dim. 19 août 2018 à 11:32, David Crochet  a
> écrit :
>
>> Bonjour
>>
>> j'ai pas chercher en profondeur mais que faire dans le cas où une voie,
>> route, rue, passage utilise un tunnel (réciproquement un pont). Doit-il
>> porter le nom du tunnel (et réciproquement) ou doit-il garder son nom,
>> et dans ce dernier cas comment indiquer le nom du tunnel (et
>> réciproquement)
>>
>> Pour un pont, l'astuce serait que l'emprise pourrait porter ce nom et
>> non les voies qui l'emprunte. Mais je n'ai jamais vu d'emprise pour un
>> tunnel.
>>
>> Cordialement
>>
>> --
>> David Crochet
>>
>>
>> ___
>> 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
>


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

Re: [OSM-talk-fr] OSM est rapide, enfin bon

[Francescu GAROBY]

Ah ouais ! Réactif, en effet... :-/
(pour ceux qui se demandent ce qu'il s'est passé :
https://www.lci.fr/international/italie-un-pont-autoroutier-s-ecroule-a-genes-les-pompiers-sont-a-la-recherche-d-eventuelles-victimes-2095689.html
)

Francescu

Le mar. 14 août 2018 à 13:03, David Crochet  a
écrit :

> Bonjour
>
> on peut dire qu'OSM est réactif, mais on aurait aimé une meilleur
> situation (accident de l'A10 à Gênes):
>
> https://www.openstreetmap.org/way/616904167
>
> --
> David Crochet
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


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

Re: [OSM-talk-fr] Re: Radars routiers...

[Francescu GAROBY]

J'ai réussi à l'extraire.
Vous le trouverez à cette adresse
<https://framadrop.org/r/ZI4FLZZmBq#4/MaQ3DRGw+id3NizEjn0N/fn1FAz3kOMwZXbPXwh+E=>
(je n'ai pas réussi, même en le compressant, à passer la limite des 100Ko
de cette mailing-list).

Francescu


Le 5 juillet 2018 à 09:46, Francescu GAROBY  a écrit :

> J'ai réussi à l'extraire.
> Vous le trouverez en pièce-jointe (fichier compressé, pour passer la
> limite des 100Ko de cette mailing-list)
>
>
>
> --
> Cordialement,
> Francescu GAROBY
>



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

Re: [OSM-talk-fr] Cartographier les voies vertes

[Francescu GAROBY]

(mail parti trop vite).
La voie verte en question est ici
<https://www.openstreetmap.org/#map=19/49.11044/-0.38631>

Le 2 juillet 2018 à 07:33, Francescu GAROBY  a écrit :

> J'ai des exemples de voies vertes qui longent d'anciennes lignes de
> chemins de fer. Les rails sont toujours là, envahis par les herbes et les
> ronces. Mais ils sont toujours là.
> La voie verte a, normalement, été mise à distance suffisamment grande pour
> prévoir une éventuelle réouverture de la ligne...
>
> Le 1 juillet 2018 à 13:04,  a écrit :
>
>> En général pour les voies vertes sur d'anciennes voies ferrées, les rails
>> ont été enlevés.
>> Je ne sais s'il y a des exceptions car vélos et rails font rarement bon
>> ménage.
>>
>> railway=abandoned est plus pertinent qu'une description car une
>> description ne permet qu'une information manuelle.
>>
>> Ne pas confondre avec disused.
>>
>> > deuzeffe, qui découvre, encore et toujours ^^
>> pas de fausse modestie, même un Christian ou un vdct doivent encore
>> découvrir. Et c'est tant mieux.
>>
>> Là c'est Marc et Lenny qui auront appris que abandoned permet de décrire
>> un tracé anciennement utilisé par une voie ferrée mais plus réutilisable
>> comme voie ferrée sans investissement lourd. Ca permet de savoir que c'est
>> un circuit facile (ou que si la collectivité veut réinvestir dans le rail ,
>> c'est un trajet potentiel.
>>
>> Marc je parlais de la section utilisable par des voitures.
>>
>> https://www.openstreetmap.org/way/234862187#map=16/47.7444/-3.4447
>> Il est possible d'aller de Brezent à Lann Er Roch via ce bout de voie
>> verte. Ça semble assez aberrant car deux simples traversées suffisent pour
>> ne pas interrompre le trafic motorisé (vers la porte de l'aéroport et le
>> chemin d'exploitation du bois).
>> > Faudrait peut-être en faire un relation aussi, non ?
>> Comme ici ? ;-)
>> https://www.openstreetmap.org/relation/5385547#map=13/47.7465/-3.4282
>>
>> Le 01/07/2018 à 12:05, deuzeffe - opensm@deuzeffe.org a écrit :
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>
>
> --
> Francescu
>



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

Re: [OSM-talk-fr] Cartographier les voies vertes

[Francescu GAROBY]

J'ai des exemples de voies vertes qui longent d'anciennes lignes de chemins
de fer. Les rails sont toujours là, envahis par les herbes et les ronces.
Mais ils sont toujours là.
La voie verte a, normalement, été mise à distance suffisamment grande pour
prévoir une éventuelle réouverture de la ligne...

Le 1 juillet 2018 à 13:04,  a écrit :

> En général pour les voies vertes sur d'anciennes voies ferrées, les rails
> ont été enlevés.
> Je ne sais s'il y a des exceptions car vélos et rails font rarement bon
> ménage.
>
> railway=abandoned est plus pertinent qu'une description car une
> description ne permet qu'une information manuelle.
>
> Ne pas confondre avec disused.
>
> > deuzeffe, qui découvre, encore et toujours ^^
> pas de fausse modestie, même un Christian ou un vdct doivent encore
> découvrir. Et c'est tant mieux.
>
> Là c'est Marc et Lenny qui auront appris que abandoned permet de décrire
> un tracé anciennement utilisé par une voie ferrée mais plus réutilisable
> comme voie ferrée sans investissement lourd. Ca permet de savoir que c'est
> un circuit facile (ou que si la collectivité veut réinvestir dans le rail ,
> c'est un trajet potentiel.
>
> Marc je parlais de la section utilisable par des voitures.
>
> https://www.openstreetmap.org/way/234862187#map=16/47.7444/-3.4447
> Il est possible d'aller de Brezent à Lann Er Roch via ce bout de voie
> verte. Ça semble assez aberrant car deux simples traversées suffisent pour
> ne pas interrompre le trafic motorisé (vers la porte de l'aéroport et le
> chemin d'exploitation du bois).
> > Faudrait peut-être en faire un relation aussi, non ?
> Comme ici ? ;-)
> https://www.openstreetmap.org/relation/5385547#map=13/47.7465/-3.4282
>
> Le 01/07/2018 à 12:05, deuzeffe - opensm@deuzeffe.org a écrit :
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Circulation à gauche (en France)

[Francescu GAROBY]

Bonjour,
La rue a-t-elle un séparateur central, pour éviter que les gens roulent du
mauvais côté (à droite) par habitude ? Si oui, peut-être que faire 2 ways à
sens unique serait la solution ?

Francescu

Le 25 juin 2018 à 15:55, djakk djakk  a écrit :

> Bonjour ! Comment tagger une rue à double-sens dont la circulation
> s’effectue à gauche ?
>
> Exemple : Tulle, rue Jean Mermoz
>
>
> Julien « djakk »
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Zone 30 km/h

[Francescu GAROBY]

Bonjour,
Personnellement, je choisis l'option de tagguer rue par rue. Ça n'est
jamais de très grandes zones, c'est bien plus précis, on est sûr que les
logiciels de calculs d'itinéraires vont voir l'info.

Francescu

Le 25 juin 2018 à 16:08, djakk djakk  a écrit :

> Pardon !
>
> Pour représenter une « zone 30 », faut-il créer un polygone avec
> maxpeed=30 ou tagger toutes les rues avec maxspeed=30 ?
>
>
> Djakk
>
> Le lun. 25 juin 2018 à 16:05, marc marc  a
> écrit :
>
>> Le 25. 06. 18 à 16:03, djakk djakk a écrit :
>> > Salut !
>> >
>> > Polygone ou trait par trait pour les zones limitées à 30 km/h ? ;)
>>
>> ta question est difficilement compréhensible
>>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Avertissement pour ne pas emprunter une autoroute.

[Francescu GAROBY]

Bonjour,
Ce genre de choix d'itinéraire ne dépendrait-il pas plutôt du fait qu'on
ait choisi (ou pas) d'éviter les autoroutes, voire les péages ?

Francescu

Le 15 juin 2018 à 16:11, Rpnpif  a écrit :

> Bonjour,
>
> Je tourne autour d'un problème depuis un moment sans solution
> satisfaisante.
>
> Ici :
> https://www.openstreetmap.org/#map=18/47.46652/-0.67472
> à l'embranchement de la voie rapide vers l'autoroute, OsmAnd ne signale
> pas qu'il faut se mettre sur la file de droite pour sortir et aller
> vers Châteaubriant ou Candé, même s'il affiche bien le tag destination,
> il ne donne pas d'autre message visuel ou sonore comme il devrait. En
> cas d'erreur (voie de gauche), l'automobiliste est envoyé sur
> l'autoroute avec des dizaines de km perdus et un péage à payer.
>
> OsmAnd ne donne un avertissement que pour le rond-point suivant.
>
> Comment modifier les tags pour aider OsmAnd à donner un avertissement
> qu'il faut tourner à droite pour aller sur Châteaubriant sur cette voie
> https://www.openstreetmap.org/way/545026016 par exemple ?
> Ou bien ce n'est pas le problème d'OSM ?
>
> Pourtant, je viens de faire une simulation sur mon smartphone et OsmAnd
> signale bien de prendre la voie de gauche pour aller sur l'autoroute.
>
> turn:lanes=through|right ne semble pas suffisant.
> Pourtant dans certains cas de configuration plus ou moins proche, OsmAnd
> indique bien de prendre à droite.
> J'avais pensé au tag transit mais il vient d'être classé obsolète et
> OsmAnd ne semble pas le gérer correctement... s'il l'a géré un jour.
>
> Une idée ?
>
> Coopérativement.
> --
> Alain Rpnpif
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

[OSM-talk-fr] Amiens et sa circulation

[Francescu GAROBY]

Bonjour,
Au vu du bordel (faut appeler un chat un chat) dans la circulation, du fait
de gros travaux dans la ville, la maire d'Amiens a décidé d'ouvrir certains
couloirs de bus à la circulation automobile.
Je souhaite bien du courage aux contributeurs OSM locaux !

"À partir de ce vendredi 1er juin, en plus du changement de sens de
circulation, des portions de couloirs de bus sont donc ouvertes aux
voitures. Port d’Amont, avenue de la Défense Passive et avenue
Pierre-Mendès-France."

http://www.courrier-picard.fr/113584/article/2018-05-31/amiens-les-couloirs-de-bus-autorises-aux-voitures-laissent-pantois#

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

Re: [OSM-talk-fr] Vous pensez quoi de ma note ? une rue au milieu d'une place ?

[Francescu GAROBY]

Je suis d'accord que les 2 voies qui traversent la place ne devraient pas
exister : la place a un nom, des droits d'accès (piétons, cyclistes, ...)
et cela suffit.
Charge aux calculateurs d'itinéraires ensuite de savoir tenir compte d'une
surface, avec des voies qui en partent/qui y arrivent.

Francescu

2018-04-26 11:52 GMT+02:00 Nicolas Bétheuil :

> https://www.openstreetmap.org/note/1165330
>
> merci pour vos avis d'experts
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] JOSM transfert des nœuds et pas des chemins

[Francescu GAROBY]

Bonjour,
Je ne sais pas si le problème vient de JOSM qui a foiré l'upload, mais je
note que ton changeset n'a que des nodes. Aucune way n'a été uploadée !

Francescu

Le 22 février 2018 à 16:48, Rpnpif  a écrit :

> Bonjour,
>
> Je suis novice dans JOSM.
> J'ai voulu importer des ruisseaux manquants sur une petite zone à titre
> d'essai en veillant bien à ne pas écraser ceux existants et à partir de
> la base nationale du Ministère de l'environnement.
>
> J'avais bien la vision des waterway=stream sur tous les ways sous JOSM.
> Tout était correct.
> Mais dans OSM, je n'obtiens que les nœuds sans aucun way. Ils sont
> « secs » sans attributs autres que la source.
>
> D'après vous, ai-je fait une fausse manipulation, oublié quelque chose
> ou c'est un problème de JOSM (dernière version) ?
>
> Je précise que JOSM a planté à un autre moment après un redémarrage
> après mise en veille de mon système et pour lequel j'ai fait un ticket.
> Je doute quand même qu'il y ait un lien.
>
> Le changeset est ici ;
> https://www.openstreetmap.org/changeset/56579562
>
> Qu'en pensez-vous ?
> --
> Alain Rpnpif
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Zones géographiques informelles

[Francescu GAROBY]

Bien sûr que si, un node est trouvable sur une carte ! Sinon, on ne
pourrait pas trouver les commerces/numéros de rue/... quand on fait une
recherche !

Francescu

Le 22 février 2018 à 12:40, Philippe Verdy <verd...@wanadoo.fr> a écrit :

> Un node est introuvable sur une carte, impossible à représenter quel que
> soit le niveau de zoom... On doit pouvoir tracer quelquechose estimatif
> donnant une idée correcte de l'étendue (j'ai donné l'exemple des communes
> africaines ou des frontières terrestres des émirats ou les baies maritimes,
> on ne s'en sort pas du tout avec un simple noeud. On peut donner d'autres
> exemples avec les massifs montagneux.
> Cela concerne autant les boundary=* (même administrative), natural=*,
> water=*
> Un tag supplémentaire devrait être défini et le moteur de rendu devrait
> pouvoir s'adapter pour ne pas tracer un trait trop marqué comme absolu.
> Pour les frontières administratives, le rendu serait des tirets discontinus
> suffisamment espacés.
>
> Le 22 février 2018 à 12:32, Francescu GAROBY <windu...@gmail.com> a écrit
> :
>
>> À défaut de frontières bien définies, un node, placé à peu près au centre
>> de la zone concernée, ça n'irait pas ?
>>
>>


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

Re: [OSM-talk-fr] Zones géographiques informelles

[Francescu GAROBY]

À défaut de frontières bien définies, un node, placé à peu près au centre
de la zone concernée, ça n'irait pas ?

Francescu


Le 22 février 2018 à 12:29, Philippe Verdy  a écrit :

> Ne pas taguer est pire que tout. Les limites comunales africaine sont
> souvent estimées et ne rien mettrre veut dire qu'on ne trouvera pas du tout
> ces communes.
> Je pense qu'on doit pouvoir tracer tout en indiquant la marge
> d'incertitude. Même chose concernant les frontières entre les émirats
> arabes (la limite est floue aussi, c'est une frontière naturelle non
> matérialisée, le désert) pourtant il y a besoin d'en faire un type
> "boundary=adminsitrative".
>
> Là encore on doit pouvoir s'en sortie en traçant un polygone estimatif et
> ajoutant un tag d'incertitude. Idem pour les extensions des glaciers : ne
> rien mettre veut dire ne pas faire figurer le glacier du tout, ce qui est
> pire que de le représenter avec une limite estimative.
>
> Après on doit faire un choix de rendu pour que ces frontières soient aussi
> rendues comme floues (dans la limite de l'incertitude donnée en distance
> autour du chemin). Les recherches par Nominatim devraient alors trouver ces
> objets.
>
>
> Le 22 février 2018 à 11:36, David Marchal  a écrit :
>
>> Bonjour.
>>
>>
>> Pour avoir déjà cherché comment faire, je peux te dire que le problème
>> principal est de donner les limites de ces zones : comme la limite en est
>> floue car non définie avec certitude – on ne peut dire avec certitude,
>> surtout sur les bordures, que tel endroit en fait partie et tel autre, non
>> –, on ne peut pas les modéliser. Si tu as une source disant que la région,
>> par exemple, inclut uniquement telles communes, tu peux modéliser, mais
>> justement, ces sources sont généralement inexistantes ou contradictoires,
>> donc, sans bases fiables, impossible de modéliser. Autant que je sache,
>> quand c’est flou, on ne modélise pas.
>>
>>
>> Cordialement.
>>
>> --
>> *De :* djakk djakk 
>> *Envoyé :* mercredi 21 février 2018 20:01
>> *À :* Discussions sur OSM en français
>> *Objet :* [OSM-talk-fr] Zones géographiques informelles
>>
>> Re-salut,
>>
>> une question sur le sujet des zones géographiques : comment tagguer
>> celles qui sont « informelles » (non-administratives), dont la limite est
>> floue : la vallée de la Vésubie, la corniche de Pail, la Beauce ...
>> On retrouve trace de ces noms dans la presse locale.
>>
>>
>> djakk
>>
>> ___
>> 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
>
>


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

Re: [OSM-talk-fr] Voies

[Francescu GAROBY]

> Sur la discussion du changeset
 (Christian,donc oui il a
eu discussion), Meersbrook veut utiliser lane pour les bandes et track pour
les pistes cyclables qui sont parallèles à la voirie.
Si on parle de lisibilité et réseau, ça peut s'entendre mais alors on a des
cycleway:right=track et autres cycleway:right:surface=paved,
sidewalk:right:surface=concrete... ?

Sauf que la piste en question est bidirectionnelle, l'ajouter à une way en
sens unique n'a pas de sens ! Je doute que les calculateurs d'itinéraire
l'auraient proposée, pour un trajet ouest -> est (sens contraire de la
circulation motorisée).

Francescu

Le 21 février 2018 à 22:52,  a écrit :

> Le 21/02/2018 à 19:50, Erwan Salomon - r...@gmx.fr a écrit :
>
> c’est pas parce que certains se le permettent qu’il faut les imiter ;-)
>
> +1, aussi pour JB et Jérome.
>
> Ça rejoint la discussion sur 1/2 way et le conflit d'édition.
>
> > cela donne des résultats bizarres https://www.
> openstreetmap.org/?mlat=48.83928=2.24425#map=18/48.83928/2.24425
> Voir que la piste cyclable traverse la voie de tram perpendiculairement
> c'est une info pertinente, donc alors que je suis assez d'accord sans ce
> cas précis ça ne fait pas hurler.
>
> > Comme le rappelle Christian, le principal objectif d'avoir des voies
> séparées dans OSM est l'aide au routage. Si la chaussée est la même, il
> faut se poser la question de la pertinence de scinder la voie.
>
> Sur la discussion du changeset
>  (Christian,donc oui il
> a eu discussion), Meersbrook veut utiliser lane pour les bandes et track
> pour les pistes cyclables qui sont parallèles à la voirie.
> Si on parle de lisibilité et réseau, ça peut s'entendre mais alors on a
> des cycleway:right=track et autres cycleway:right:surface=paved,
> sidewalk:right:surface=concrete... ?
>
> Pour la route de la Reine (https://www.openstreetmap.
> org/?mlat=48.83928=2.24425#map=18/48.83928/2.24425), je suis
> d'accord c'est une horreur, je pense que la personne ne connaît pas
> turn:lanes:forward et turn:lanes:backward.
>
> C'est d'ailleurs un problème de micro-cartographie : une carte symbolise
> et donc simplifie pour avoir une visibilité.
>
> Par analogie avec sidewalk
> , pourquoi ne pas
> mettre un cycleway=separate sur la rue principale et un cycleway en propre
> à côté s'il a aussi "sa vie propre" par endroit ?
>
> >*Au USA il font des aires  de croisement avec des relations pour gérer
> les contraintes d'accès. Du coup la surface entre deux voies c'est pas con
> comme idée. A voir comment un moteur de calcul d'itinéraire s'en sort avec
> ça et comme gérer les interdictions de demi-tour.*
>
> *Jérôme*
>
> C'est qu'aux États-Unis tu vas avoir une "voie" bitumée centrale, séparée
> par un trait continu, précédé par des zébras et des flèches de tourne à
> gauche (souvent dans les deux sens, alternativement !)
> https://mc.bbbike.org/mc/?lon=-77.034168=38.895508=
> 19=2=mapnik=digitalglobe-premium=
> 
> (tu remarqueras que la carte est simple et lisible... sans cette surface).
>
> Comme Erwan je suis contre le passage en surfacique sur la voirie (sauf
> exception style parking) : c'est un réseau, on veut l'utiliser comme une
> carte pas comme une photo.
> L'exemple des péages est "bon" : ce qui compte c'est qu'il y a un péage.
> le détail des voies, un lane suffit et ça évite 10 "Autoroute Machintruc"
> barbouillant le péage (pourquoi mettre un nom sur chaque way ?).
>
> Jean-Yvon
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] conflit de précision de données a cause d'une clé

[Francescu GAROBY]

Bonjour Axel (et les autres),
Ça tombe bien que tu demandes des photos, car je comptais dès hier soir
vous en faire ce matin, vu que le Cours Montalivet est justement mon
itinéraire quotidien à vélo. Les voici donc, hébergées sur framapic.
Pour commencer, il faut savoir qu'il n'existe aucun aménagement cyclable
coté sud du Cours Montalivet : uniquement des contre-allées, ouvertes à
tous, permettant de desservir les magasins qui s'y trouvent. Mon trajet se
fait donc dans le sens ouest -> est, au nord du Cours (entre ce dernier et
l'Orne).

* 1ère photo  (prise ici

dans le sens sud -> nord), la jonction entre le Cours et la piste cyclable
se fait par un feu tricolore commun avec les piétons et, du fait des
travaux actuels, il est même demandé aux cyclistes de traverser pied à
terre.
* 2ème photo  (prise ici
),
la piste est bidirectionnelle, et large (1m80, avec tout de même quelques
rétrécissements, parfois dangereux, à certains endroits. Mais jamais moins
de 1m de large). À noter aussi la bande de terre herbeuse et arborée, qui
sépare la piste de la chaussée. Par endroit, le trottoir dépasse les 20cm
de hauteur !
* 3ème  et 4ème
 photos (prises ici

et là
)
: pour comparaison, le Cours a lui aussi un terre-plein central herbeux et
arboré. Puis uniquement herbeux et de la hauteur d'une petite motte de
terre. Facilement franchissable par n'importe qui ! Même type de
séparation, mais personne ne conteste la séparation physique des 2 axes de
circulation.
* 5ème photo  : la
piste a son propre revêtement. Il est séparé de la chaussée, pas refait au
même moment, et même, par endroits, composé uniquement de plaques de béton,
et non de bitume ! On voit d'ailleurs sur la photo qu'il a aussi son propre
état : les racines des arbres soulèvent le bitume. Comme le Cours est plus
souvent refait que la piste, ça ne se remarque que sur cette dernière...
* 6ème photo  (prise ici
)
: cependant, les 20-30 derniers mètres de la piste, à l'approche de sa
jonction avec le carrefour Cours Montalivet/Route de Cabourg, sont
différents, en effet. Plus de séparation physique par un terre-plein. Là,
qu'on dise que c'est du "track", pourquoi pas.

Bref, pour moi, il est clair qu'il s'agit d'une piste cyclable
("highway=cycleway"), et non d'autre chose (mis à part les 20-30 derniers
mètres, à l'extrémité est). D'ailleurs (j'ai oublié de prendre une photo
spécifique, pour ça), les jonctions entre le Cours et la piste sont
inexistantes (mis à part aux extrémités et aux rares passages-piétons) !
Par exemple, il n'est pas possible d'aller des contre-allées coté sud du
Cours, telle que l'allée du Bac, jusqu'à la piste cyclable

: aucun aménagement (trottoir rabaissé/bateau, passage-piétons, ...)
n'existe ! Inclure la piste au way du Cours Montalivet trompera les
calculateurs d'itinéraires, et mettra en danger les cyclistes qui s'y
fieraient.

Francescu


Le 21 février 2018 à 09:01, Axelos  a écrit :

> Coucou,
>
>
> Le 20/02/2018 à 19:58, David Crochet a écrit :
> > Bonjour
> >
> > Je suis en conflit d'édition, ou plutot de précision de données.
> >
> > En effet, un contributeur retire les pistes cyclables pour les intégrer
> > aux voies routières adjacentes. Ceci en utilisant un clé qui est en fait
> > la source du conflit "cycleway=track"
> >
> > https://www.openstreetmap.org/changeset/56522407
> >
> > https://www.openstreetmap.org/changeset/56528558
> >
> > https://www.openstreetmap.org/changeset/56524173.
> >
> > Cette clé "cycleway=track", bien que correct, définit moins que la piste
> > décrite elle-même puisqu'en étant séparé de la voie routière, on peut
> > définir sa matière de surface ainsi.
> >
> > Bref, il est partisan de cette clé associé à la voie routière, je suis
> > partisan de l'autre façon et de le décrire de façon indépendante.
> >
> > Qu'en pensez-vous ?
>
>
> Le mieux pour te donner un avis, serait de nous mettre à disposition
> quelques photos :)
>
> Concernant la réponse de Marc, de mémoire il considère que des
> stationnements longitudinales qui séparent la chaussée principale pour
> les automobilistes et piste cyclable ne constituent pas une séparation
> physique et donc ne nécessite pas de créer deux chemins.
> Mon avis 

Re: [OSM-talk-fr] conflit de précision de données a cause d'une clé

[Francescu GAROBY]

Bonjour Axel,
Je viens de te répondre longuement, photos à l'appui.
Malheureusement, la limite des 100ko empêche mon mail d'être diffusé. Si
quelqu'un pouvait le débloquer, ça serait sympa...

Francescu

Le 21 février 2018 à 10:25, Francescu GAROBY <windu...@gmail.com> a écrit :

> Bonjour Axel (et les autres),
> Ça tombe bien que tu demandes des photos, car je comptais dès hier soir
> vous en faire ce matin, vu que le Cours Montalivet est justement mon
> itinéraire quotidien à vélo. Les voici donc en pièces-jointes.
> Pour commencer, il faut savoir qu'il n'existe aucun aménagement cyclable
> coté sud du Cours Montalivet : uniquement des contre-allées, ouvertes à
> tous, permettant de desservir les magasins qui s'y trouvent. Mon trajet se
> fait donc dans le sens ouest -> est, au nord du Cours (entre ce dernier et
> l'Orne).
>
> * 1ère photo ("*feu_tricolore.jpg*", prise ici
> <https://www.openstreetmap.org/?mlat=49.17931=-0.34844#map=19/49.17931/-0.34844>
> dans le sens sud -> nord), la jonction entre le Cours et la piste cyclable
> se fait par un feu tricolore commun avec les piétons et, du fait des
> travaux actuels, il est même demandé aux cyclistes de traverser pied à
> terre.
> * 2ème photo ("*piste_bidirectionnelle.jpg*", prise ici
> <https://www.openstreetmap.org/?mlat=49.17953=-0.34857#map=19/49.17953/-0.34857>),
> la piste est bidirectionnelle, et large (1m80, avec tout de même quelques
> rétrécissements, parfois dangereux, à certains endroits. Mais jamais moins
> de 1m de large). À noter aussi la bande de terre herbeuse et arborée, qui
> sépare la piste de la chaussée. Par endroit, le trottoir dépasse les 20cm
> de hauteur !
> * 3ème et 4ème photos ("*terre_plein_central_1.jpg*" et "
> *terre_plein_central_2.jpg*", prises ici
> <https://www.openstreetmap.org/?mlat=49.17962=-0.34817#map=19/49.17962/-0.34817>
> et là
> <https://www.openstreetmap.org/?mlat=49.17951=-0.33435#map=17/49.17951/-0.33435>)
> : pour comparaison, le Cours a lui aussi un terre-plein central herbeux et
> arboré. Puis uniquement herbeux et de la hauteur d'une petite motte de
> terre. Facilement franchissable par n'importe qui ! Même type de
> séparation, mais personne ne conteste la séparation physique des 2 axes de
> circulation.
> * 5ème photo ("*etat_piste_cyclable.jpg*") : la piste a son propre
> revêtement. Il est séparé de la chaussée, pas refait au même moment, et
> même, par endroits, composé uniquement de plaques de béton, et non de
> bitume ! On voit d'ailleurs sur la photo qu'il a aussi son propre état :
> les racines des arbres soulèvent le bitume. Comme le Cours est plus souvent
> refait que la piste, ça ne se remarque que sur cette dernière...
> * 6ème photo("*fin_piste_cyclable.jpg*", prise ici
> <https://www.openstreetmap.org/?mlat=49.18284=-0.31795#map=18/49.18284/-0.31795>)
> : cependant, les 20-30 derniers mètres de la piste, à l'approche de sa
> jonction avec le carrefour Cours Montalivet/Route de Cabourg, sont
> différents, en effet. Plus de séparation physique par un terre-plein. Là,
> qu'on dise que c'est du "track", pourquoi pas.
>
> Bref, pour moi, il est clair qu'il s'agit d'une piste cyclable
> ("highway=cycleway"), et non d'autre chose (mis à part les 20-30 derniers
> mètres, à l'extrémité est). D'ailleurs (j'ai oublié de prendre une photo
> spécifique, pour ça), les jonctions entre le Cours et la piste sont
> inexistantes (mis à part aux extrémités et aux rares passages-piétons) !
> Par exemple, il n'est pas possible d'aller des contre-allées coté sud du
> Cours, telle que l'allée du Bac, jusqu'à la piste cyclable
> <https://www.openstreetmap.org/?mlat=49.17923=-0.33429#map=18/49.17923/-0.33429>
> : aucun aménagement (trottoir rabaissé/bateau, passage-piétons, ...)
> n'existe ! Inclure la piste au way du Cours Montalivet trompera les
> calculateurs d'itinéraires, et mettra en danger les cyclistes qui s'y
> fieraient.
>
> Francescu
>
> Le 21 février 2018 à 09:01, Axelos <axe...@broman.fr> a écrit :
>
>> Coucou,
>>
>>
>> Le 20/02/2018 à 19:58, David Crochet a écrit :
>> > Bonjour
>> >
>> > Je suis en conflit d'édition, ou plutot de précision de données.
>> >
>> > En effet, un contributeur retire les pistes cyclables pour les intégrer
>> > aux voies routières adjacentes. Ceci en utilisant un clé qui est en fait
>> > la source du conflit "cycleway=track"
>> >
>> > https://www.openstreetmap.org/changeset/56522407
>> >
>> > https://www.openstreetmap.org/changeset/56528558
>> >
>> > https://www.openstreetmap.org/changeset/56524173.
>

Re: [OSM-talk-fr] conflit de précision de données a cause d'une clé

[Francescu GAROBY]

En l'occurrence, je vois qu'il a notamment fusionné la piste cyclable qui
longe le Cours Montalivet avec ce dernier. C'est une erreur ! Il y a une
rangée d'arbres, sur un parterre large de 2m, qui sépare ces 2 axes.
Il faut lui dire d'arrêter ça.

Francescu

Le 20 février 2018 à 20:12, marc marc  a écrit :

> Le 20. 02. 18 à 19:58, David Crochet a écrit :
> > Cette clé "cycleway=track", bien que correct, définit moins que la piste
> > décrite elle-même puisqu'en étant séparé de la voie routière, on peut
> > définir sa matière de surface ainsi.
>
> non, il n'y a pas de différente entre les 2 pour les tags.
> on peux tout aussi bien décrire tous les caractéristiques avec 2 chemins
> qu'avec un seul en utilisant les namespaces comme cycleway:surface=*
> la différence n'est pas là.
>
> > Bref, il est partisan de cette clé associé à la voie routière, je suis
> > partisan de l'autre façon et de le décrire de façon indépendante.
>
> c'est un problème sans fin, on en a parlé longuement il y a moins de 2
> mois ici même.
> dans osm, la convention est supposé de ne séparer un way en 2 que
> lorsqu'il y a un obstacle entre les 2 qui empche de passer de l'un
> à l'autre.
> c'est capital pour le routing et c'est la seule façon qui fonctionne
> correctement pour le routing. (=il n'y a pour le moment aucune
> proposition qui a aboutie pour dire que 2 way séparé sont "sans obstacle
> entre eux)
>
> maintenant d'autres ont envie de gagner qlq cm dans la localisation de
> la piste cyclable ou du trottoir et ont font 2 way séparés.
> cette amélioration du rendu se fait selon moi au détriment du routing.
> donc on dégrade l'un pour améliorer l'autre.
>
> Je pense que la seule solution est qu'un partisan de ce schéma travaille
> pour faire une proposition qui résolve les problèmes de routing qu'elle
> provoque. car ces propals sont au points mort.
>
> Cordialement,
> Marc
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Maison du Vélo

[Francescu GAROBY]

Non (en tout cas, pas tout seul) car je ne suis pas d'accord avec
l'interprétation que fait Axelos de ce qu'est une Maison du Vélo (Mdv).

Cela dépend des MdV évidemment mais, pour parler de celle de Caen qui est
co-gérée par l'association Dérailleurs dont je suis membre, une MdV (tente
de) regroupe(r) les différente approches possibles du vélo : vélo du
quotidien, réparations, vélo-tourisme, apprentissage du vélo (vélo-école),
locaux associatifs, et même parfois de la location longue durée.
Réduire les MdV,au seul rôle touristique, c'est zapper l'autre grand rôle
primordial de ce genre d'établissements (encore une fois, cela dépend
peut-être de chaque MdV) : l'usage du vélo comme véritable moyen de
transport et, à travers cela, tout ce que ça implique comme : le lobbying
vis-à-vis des élus pour avoir des aménagements cyclables, le conseil/l'aide
auprès des populations pour se mettre au vélo quotidiennement, voire le
"militantisme" (ie : aller empêcher les automobilistes de se garer sur les
bandes cyclables, même s'ils "en ont pour 5 minutes"
)

Francescu

Le 6 février 2018 à 09:50, Simon Réau  a écrit :

> Du coup une proposition tourism=information + information=bicycle vous
> semble pertinente ?
>
> Le 5 février 2018 à 09:05, Axelos  a écrit :
>
>> Coucou.
>>
>>
>> Le 02/02/2018 à 10:13, Simon Réau a écrit :
>> > Du coup on a plusieurs façon de taguer qui me semble toutes justes. Ma
>> > question mal exprimé étais plus pour une réutilisation. Sur quelle tag
>> > existant ou non je pourrais me baser pour extraire tous les lieux type
>> > "maison du vélo" sachant quelles sont toutes un peux différentes.
>> >
>> > Pour celle de Tours le shop=bicycle me dérange car ce n'est pas
>> réellement
>> > un magasin, mais je ne trouve rien sur le wiki qui correspondrait mieux.
>>
>>
>> En effet, il s'agit je pense d'une réflexion à mener sur l'emploi d'une
>> nouvelle balise permettant de pouvoir différencier les boutiques
>> traditionnelles de vélos de ces lieux communément appelés Maisons du Vélo.
>>
>> La question importante est de bien cerner ce qu'est une Maison du Vélo ?
>> J'aurais tendance à les décrire comme principalement touristiques. Une
>> sorte d'office du tourisme pour vélo.
>>
>> Pour comparaison, les lieux tels que décri par Erwan Salomon ont eux
>> déjà une balise qui permet de pouvoir les extraire facilement du reste.
>> service:bicycle:diy=yes
>>
>> Cordialement.
>>
>> ___
>> 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
>
>


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

Re: [OSM-talk-fr] Maison du Vélo

[Francescu GAROBY]

Pour prendre un exemple que je connais (la Maison du Vélo, à Caen
), le choix a été fait de
sous-tagguer les différents services proposés.

Francescu

Le 31 janvier 2018 à 12:29, marc marc  a écrit :

> Bonjour,
>
> Le 31. 01. 18 à 12:04, Simon Réau a écrit :
> > Sur Tours : la maison du vélo propose douches, consignes, accueil et
> > orientation des touristes, outils et pompe pour réparer son vélo ainsi
> > que la vente de quelques accessoire pour le vélo.
> >
> > Sur Rennes : Elle propose Point d’accueil pour la location des vélo
> > libre service, différent service proposé par les associations vélo (vélo
> > école, gravure bicycode, atelier d’auto-réparation ...) espace détente
> >
> > Comment taguer cela proprement ? actuellement celle de Tours est taguée
> > comme un magasin de vélo https://www.openstreetmap.org/node/4940263708
> > et celle de renne comme une un magasin de location de vélo associatif
>
> il faut choisir s'il y a une activité principale (à mettre dans amenity)
> avec des "sous-services" (à mettre en sous-tag) ou s'il y a des
> activités de même importance (dans ce cas pq pas faire plusieurs nœuds
> dans le même bâtiment) quitte à les regrouper avec une relation site
> (histoire de mettre les coordonnées de contact à un seul endroit).
> Par exemple est-ce que l'espace douche est proposé pour les cyclistes
> ou aussi destiné aux voyageurs de passage ?
> est-ce que l'info touristique est axé vélo ou c'est aussi info pédestre?
>
> Cordialement,
> Marc
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Mer Noire / Black Sea – Problème d'affichage du nom français

[Francescu GAROBY]

En cherchant "frr" dans Wikipedia, on arrive sur cette page de résultats
<https://fr.wikipedia.org/wiki/FRR>.


Francescu

Le 24 janvier 2018 à 12:24, Charles MILLET <charlesmil...@free.fr> a écrit :

> Merci Francescu pour l'info. Je suis curieux de savoir comment tu as
> trouvé la référence au code, je ne l'ai pas vue dans la page
> https://wiki.openstreetmap.org/wiki/Multilingual_names et d'autre pages
> internet dédiées aux codes (peut-être trop orientées pays).
>
> Concernant le problème d'affiche, j'avais imaginé la même hypothèse que
> toi... mais marc marc a remarqué que le nœud en doublon n'avait pas la clé
> name:fr
>
>
> On 24/01/2018 11:52, Francescu GAROBY wrote:
>
> Bonjour,
> "frr" est le code pour le frison septentrional
> <https://fr.wikipedia.org/wiki/Frison_septentrional>, une langue
> d'Allemagne.
> Mais tout ça n'explique pas le bug que tu rencontres : "name:fr" et
> "name:frr" devraient être traités distinctement. Sauf à penser que le code
> qui recherche la langue recherche une clé *commençant par* "name:fr"...
>
> Francescu
>
> Le 24 janvier 2018 à 11:45, Charles MILLET <charlesmil...@free.fr> a
> écrit :
>
>> Bonjour,
>>
>> J'ai remarqué que dans les rendu d'OsmAnd et Maps.Me (et j'ai vérifié
>> aussi sur www.mapcat.com), la Mer Noire n'est pas nommée en français
>> alors que la clé name:fr est bien renseignée. Par contre il y a le tag
>> name:frr=Suart Sia. Et j'ai cherché à quoi correspondait FRR mais je n'ai
>> rien trouvé. Je pense que le problème d'affichage du nom en français vient
>> peut-être de la présence de cette clé mais je n'ai pas de piste pour
>> corriger le problème sans me mettre à dos tout un pays... Si quelqu'un a
>> une idée je suis preneur.
>>
>> Bonne journée.
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Francescu
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Mer Noire / Black Sea – Problème d'affichage du nom français

[Francescu GAROBY]

Bonjour,
"frr" est le code pour le frison septentrional
, une langue
d'Allemagne.
Mais tout ça n'explique pas le bug que tu rencontres : "name:fr" et
"name:frr" devraient être traités distinctement. Sauf à penser que le code
qui recherche la langue recherche une clé *commençant par* "name:fr"...

Francescu

Le 24 janvier 2018 à 11:45, Charles MILLET  a écrit :

> Bonjour,
>
> J'ai remarqué que dans les rendu d'OsmAnd et Maps.Me (et j'ai vérifié
> aussi sur www.mapcat.com), la Mer Noire n'est pas nommée en français
> alors que la clé name:fr est bien renseignée. Par contre il y a le tag
> name:frr=Suart Sia. Et j'ai cherché à quoi correspondait FRR mais je n'ai
> rien trouvé. Je pense que le problème d'affichage du nom en français vient
> peut-être de la présence de cette clé mais je n'ai pas de piste pour
> corriger le problème sans me mettre à dos tout un pays... Si quelqu'un a
> une idée je suis preneur.
>
> Bonne journée.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Erreur Osmose addr:housenumber

[Francescu GAROBY]

Bonjour,
Tu aurais un exemple à nous montrer, stp ?

Francescu

Le 4 janvier 2018 à 14:51, Cavok  a écrit :

> Bonjour, d'importantes erreurs non justifiées sont générées par Osmose en
> ce moment:
> *Un élément marqué avec “addr:housenumber” ou “addr:housename”, mais sans
> autre “addr:street”, “addr:district”, “addr:neighborhood”, “addr:quarter”,
> “addr:suburb”, “addr:place” ni “addr:hamlet”, doit être membre d’une
> relation “associatedStreet”*
> Alors que justement, les relations "associatedStreet" existent.
> Trouvez vous également ces erreurs non justifiées.
> Merci
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Corse et départements

[Francescu GAROBY]

Bonjour,
Avant de toucher aux 2 départements corses, j'aimerais qu'on me confirme
une chose : admin_level=6 désigne les départements, ou les conseils
départementaux ? Il me semblait que c'étaient les départements. De même que
admin_level=7 désigne les arrondissements.
Or, les 2 départements corses existent toujours, avec leurs préfectures
respectives. Ce sont les conseils départementaux qui ont disparu au
01/01/2018, en fusionnant avec la CTC (l'équivalent d'un conseil régional,
pour faire simple).

Bastia reste donc le chef-lieu du département de Haute-Corse, avec toujours
un préfet, mais plus de conseil départemental.

Francescu

Le 2 janvier 2018 à 23:17,  a écrit :

> Bonjour,
>
> les départements 2A  et 2B
>  sont toujours en
> admin_level=6.
>
> N'est-ce pas plutôt :
> admin_level=6
> boundary:-2018=administrative
> boundary:2018-=historic
> boundary=historic
>
> Idem pour Bastia :
> admin_level=8
> admin_level:-2018=6
> admin_level:2018-=8
>
> (Ajaccio était et reste de niveau 4).
>
> Je suppose qu'un jour on reverra surgir les plaques d'immatriculation 20.
> Là La Poste a vu juste en conservant les codes 20xxx.
>
> Pour la Corse  (et la
> relation) :
> alt_name 
> =Collectivité
> territoriale de Corse
> Devient :
> alt_name=Collectivité de Corse
> alt_name:-2018=Collectivité territoriale de Corse
> alt_name:2018-=Collectivité de Corse
>
> Des erreurs ? Des omissions ?
>
> Jean-Yvon
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] modification au 1er janvier

[Francescu GAROBY]

Concernant cette commune qui "migre" du Calvados à la Manche (il s'agit de
Pont-Farcy
, pour
les curieux), je note que son code postal est toujours 14380, et non 50XYZ.
Corrigez-moi si je me trompe, mais je suppose que son nouveau code postal
est celui de la commune nouvelle qu'elle a rejointe (Tessy-Bocage) et donc
: 50420 ?

Francescu

Le 1 janvier 2018 à 22:15, Christian Quest  a
écrit :

> Les communes qui fusionnent ne sont pas "dissoutes" pour autant, elles
> perdurent dans la majorité des cas comme commune déléguée.
>
> En 2016 on a décidé de les conserver en admin_level=9 et de créer le tag
> admin_type:FR pour indiquer le statut.
>
> Je ne vois pas de raison de changer ça.
>
>
> J'ai refait une petite passe manuelle... on a bien les 33 communes
> nouvelles du 1/1/2018 présentent en admin_level=8 avec un
> start_date=2018-01-01
>
> J'ai remis à jour les limites entre le Calvados et la Manche vu qu'une
> commune y a changé de département en fusionnant.
> Cas similaire entre le 44 et le 49, mais qui était déjà fait.
>
> Pour les fans de zonages, il y a peut être d'autres impacts qui ne sont
> pas à jour... j'ai fait ce qui semblait "logique" (changement de canton,
> d'EPCI, etc).
>
>
>
> Le 1 janvier 2018 à 19:11, marc marc  a écrit :
>
>> Je parlais bien évidement
>> - de la relation de l'ancien tracé d'une commune dissoute.
>> - des chemins séparant 2 anciennes communes dissoute.
>>
>> Le 01. 01. 18 à 18:37, Philippe Verdy a écrit :
>> > S'il y a des communes déléguées, les ways héritent de
>> > boundary=administrative même si une des anciennes communes est dissoute
>> > sans délégation car cela reste une frontière adminsitrative et ce n'est
>> > pas encore une frontière "historique".
>> >
>> > Le 1 janvier 2018 à 16:24, marc marc a écrit :
>> >
>> > Je pensais que les anciennes limites communales de commune dissoutes
>> > passaient en boundary=historic et non en boundary=administrative +
>> > admin_level=9
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Boutique ET resto : et comment je taggue les horaires, moi ?

[Francescu GAROBY]

OK, OK : à la demande générale, je vais mettre 2 nodes.
Merci pour vos réponses.

Francescu

Le 30 novembre 2017 à 12:36, Philippe Verdy <verd...@wanadoo.fr> a écrit :

> On peut déjà avoir une seule même adresse pour plusieurs établissements
> différents: un noeud d'adresse unique (éventuellement plusieurs noeuds pour
> le même bâtiment ayant plusieurs adresses), mais des noeuds séparés proches
> pour chaque POI nommé, typé et qualifié (horaires, sous-types, identifiants
> de références tierces...) différemment, sur lesquels on a intérêt à
> rappeler l'adresse effective dans "contact:*=*" (et non "addr:*" pour ne
> pas faire doublon avec les noeuds d'adresse utilisant "addr:*=*" sans autre
> attributs, afin de lever l'ambiguïté d'adresse qui peut survenir quand un
> commerce est situé entre deux portes ayant des adresses différentes et a
> pour sa propre adresse les deux numéros joints).
>
> On le fait déjà pour les écoles ayant plusieurs établissements distingués
> (quand maternelle et élémentaire sont distingués et non réunis dans un même
> établissement pour école primaire, ou quand on y trouve aussi une crèche,
> une cantine municipale utilisée par plusieurs autres établissements, ou un
> centre d'activité non restreint aux seule élèves de l'établissement, même
> s'il s'agit du même établissement public, ou quand on y trouve aussi une
> mairie dans des petits villages: autant de noeuds POIs que nécessaire...)
>
> Ce qu'on ne doublonne pas ce sont les géométries de bâtiments (qui peuvent
> avoir aussi leur propre nom indépendamment des adresse) et landuse=*
> (complexes commerciaux, scolaires, sportifs,, et autres résidences avec des
> espaces communs en copropriété incluant des parkings et autres
> facilités...) mais aucun problème pour avoir des noeuds proches.
>
> Le 30 novembre 2017 à 12:15, <cyrille+talk...@giquello.fr> a écrit :
>
>> Bonjour
>>
>> Oh oui, 2 POI s'il vous plaît : un élément d'OSM doit représenter une
>> caractéristique du terrain une fois et une seule
>> https://wiki.openstreetmap.org/wiki/FR:One_feature,_one_OSM_element
>>
>> C/.
>>
>> Le 30/11/2017 à 11:51, François Lacombe a écrit :
>>
>> +1 avec Marc, on sépare les POI
>> https://wiki.openstreetmap.org/wiki/One_feature,_one_OSM_element
>>
>> Bonne journée
>>
>> *François Lacombe*
>>
>> fl dot infosreseaux At gmail dot com
>> www.infos-reseaux.com
>> @InfosReseaux <http://www.twitter.com/InfosReseaux>
>>
>> Le 30 novembre 2017 à 11:48, Vincent de Château-Thierry <osm.v...@free.fr
>> > a écrit :
>>
>>>
>>> > De: "Francescu GAROBY" <f.gar...@gmail.com>
>>> >
>>> > Ma question est donc : je taggue ça comment ? Faire 2 nodes
>>> > simplifierait les choses, sauf que c'est vraiment le même local.
>>> > Mettre comme horaires d'ouverture la "fusion" des 2 laisserait
>>> > croire, à tort, que le restaurant est ouvert jusqu'à 19h en semaine,
>>> > ou que la boutique est ouverte jusqu'à minuit le samedi.
>>>
>>> Je proposerais bien de continuer sur l'idée de opening_hours:shop et par
>>> suite opening_hours:amenity
>>> Il y a un timide début : https://taginfo.openstreetmap.
>>> org/keys/opening_hours%3Ashop
>>>
>>> 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
>
>


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

[OSM-talk-fr] Boutique ET resto : et comment je taggue les horaires, moi ?

[Francescu GAROBY]

Bonjour,
Une boutique de vêtements, mais qui fait aussi restaurant, vient d'ouvrir,
à Caen. Bon, pas de soucis : il suffit de mettre "shop" et "ameniity" et
c'est bon (bon courage cependant pour le rendu : quelle icône aura la
priorité ?).
Là où ça devient compliqué, c'est pour les horaires :
* la boutique est ouverte du mardi au samedi, de 10h à 19h
* le restaurant est ouvert du mardi au jeudi de 10h à 18h, et les vendredi
et samedi de 10h à minuit.

Ma question est donc : je taggue ça comment ? Faire 2 nodes simplifierait
les choses, sauf que c'est vraiment le même local. Mettre comme horaires
d'ouverture la "fusion" des 2 laisserait croire, à tort, que le restaurant
est ouvert jusqu'à 19h en semaine, ou que la boutique est ouverte jusqu'à
minuit le samedi.

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

[OSM-talk-fr] Communes nouvelles, code INSEE et cadastre : on a un problème

[Francescu GAROBY]

Bonjour,
En voulant cartographier le bâti de l'ancienne commune de
Saint-Martin-des-Besace
(Calvados) <https://fr.wikipedia.org/wiki/Saint-Martin-des-Besaces>,
faisant désormais partie de la commune nouvelle Souleuvre-en-Bocage
<https://fr.wikipedia.org/wiki/Souleuvre_en_Bocage>, je me rends compte
qu'il y a un souci, dû à la réutilisation du code INSEE.
En effet, la commune nouvelle a le même code INSEE (14061) que l'ancienne
commune Le Bény-Bocage <https://fr.wikipedia.org/wiki/Le_B%C3%A9ny-Bocage>,
qui la compose.
Du coup, avec ce code INSEE, notre site cadastre.openstreetmap.fr
<http://cadastre.openstreetmap.fr/fantoir/#insee=14061=0> continue à se
focaliser sur cette ancienne commune et, surtout, à ne lister que ses voies
et non celles de la commune nouvelle. Point positif : il est toujours
capable d'afficher les voies de chacune des anciennes communes.
<http://cadastre.openstreetmap.fr/fantoir/#insee=14629=0>

Autre souci (mais cette fois, je pense qu'on ne peut rien y faire) :
impossible d'afficher le cadastre de cette commune nouvelle, dans JOSM
(erreur HTTP 400 : Bad request), alors que les planches cadastrales
alentours s'affichent correctement.

Avez-vous déjà rencontré ce genre de problèmes, avec les communes nouvelles
? La commune nouvelle recevra-t-elle, tôt ou tard, un nouveau code INSEE,
qui résoudra ce problème ?

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

Re: [OSM-talk-fr] osm13 ne répond(ait) plus...

[Francescu GAROBY]

Merci Christian pour ces fichiers CSV, fort pratiques !
Ça m'a permis de "dézinguer du 0km" dans le Calvados, en
ajoutant/corrigeant les "ref" des routes qui n'en avaient pas, ou qui
avaient le mauvais (il s'agissait généralement de voie avec une lettre
manquante ou en minuscule, dans le tag "ref"), et qui étaient donc
considérées, dans le fichier CSV, comme faisaint 0km dans OSM.
Je nous recommande de faire ce travail pour tous les départements : c'est
pas très long (ça m'a pris plus d'une heure, pour le Calvados), c'est
facile et sans prise de tête (les routes existent, c'est juste qu'elles
n'ont pas le tag ref ou qu'il n'a pas la bonne valeur) ! Et c'est d'autant
plus simple qu'il existe la couche Route500 dans JOSM, pour voir d'où à où
vont les routes en question. Un jeu d'enfant !

Francescu

Le 5 novembre 2017 à 17:45, Christian Quest  a
écrit :

> Un truc de plus remis en route sur osm13: les statistiques d'écarts entre
> Route500 et OSM.
>
> Pour rappel... ce sont des fichiers CSV départementaux, avec le
> kilométrage dans OSM et Route500 de chaque route identifié par son type et
> numéro (ex: D19, A6, N12).
>
> Ils sont mis à jour chaque nuit et c'est la dernière version du Route500
> (2017) qui est utilisée.
>
> Ils sont ici: http://osm13.openstreetmap.fr/~cquest/routes/
>
>
> J'enchaîne avec "QA" et son rendu...
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Francescu GAROBY]

Tout à fait, Nicolas. D'où mon souhait de lier mon site avec un OSM via un
identifiant qu'on me garantit unique et stable.
Le node/way OSM, c'est trop sensible aux éditions (un bâtiment découpé,
pour distinguer le cinéma du reste, un transféré d'un node à un way parce
qu'on a importé le bâti, ...)

Francescu

Le 19 octobre 2017 à 18:53, Nicolas Moyroud  a écrit :

>
> même avis
>> avec aussi la possibilité inverse : utiliser l'identifiant osm
>> dans la base du site web
>>
> Sauf que pérennité des identifiants OSM dans le temps n'est pas assurée.
> Donc la solution des ref:FR:CNC reste la plus sûre et permet également à
> tout ceux qui exploitent les données OSM de bénéficier du lien entre les 2
> bases.
>
> Nicolas
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Tagguer les cinémas "art & essai"

[Francescu GAROBY]

Bonsoir Marc,
En France, un cinéma est dit "art & essai" s'il est destiné à promouvoir le
cinéma indépendant
<https://fr.wikipedia.org/wiki/Cin%C3%A9ma_d'art_et_d'essai> (ce qui ne
signifie pas qu'il ne diffuse que ça).
J'a

Le 19 octobre 2017 à 18:47, marc marc <marc_marc_...@hotmail.com> a écrit :

> Le 19. 10. 17 à 17:33, Francescu GAROBY a écrit :
> > j'aurais besoin d'indiquer quels sont les cinémas classés "art & essai"
>
> c'est quoi ? le type de film projeté ? il y a d'autres catégories ?
> c'est que les cinéma ou aussi d'autre genre théâtres ?
> peut-être que ce serrait pertinent d'avoir une même clef peu importe
> le pays (même si le classement n'existe peut-être pas de manière aussi
> structurée que celui que tu cites en France)
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

[OSM-talk-fr] Tagguer les cinémas "art & essai"

[Francescu GAROBY]

Re-bonjour,
Toujours dans mon besoin d'identifier les cinémas de France (cf. mon
précédent mail "Ajout d'un identifiant unique des cinémas en France"),
j'aurais besoin d'indiquer quels sont les cinémas classés "art & essai"
(classement attribué par le CNC, selon ses propres critères).
Dans la liste des cinémas de France, fournie par le CNC, et hébergée sur
data.gouv.fr
<https://www.data.gouv.fr/fr/datasets/liste-des-etablissements-cinematographiques-actifs-1/>,
il y a notamment indiqué si le cinéma est classé "Art & Essai" (ou pas) et,
le cas échéant, son classement (de A à E).
Je souhaiterais donc ajouter cette information dans OSM. Ce classement
étant purement uniquement français, un tag tel que "art_essai:FR=yes/no"
(l'absence de tag étant équivalent à "no") me paraît cohérent avec la
construction d'autres tags uniquement français, tels que "school:FR".

Le classement (A à E) dépendant de critères propres au CNC (population de
l'aire urbaine, pourcentage de films indépendants diffusés, ...) et ne
servant qu'à définir le montant de la subvention à laquelle le cinéma a
droit, il ne me paraît pas utile de l'indiquer dans OSM. D'autant plus que
ce classement peut évoluer plus vite que l'entrée/sortie d'un cinéma au
classement "Art & Essai".

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

[OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

[Francescu GAROBY]

Bonjour,
En tant que développeur d'un site pour le cinéma indépendant en France,
mais sur lequel on retrouve tout de même tous les cinémas et toutes les
sorties en salle, j'ai besoin d'afficher une carte (OSM, évidemment)
pointant sur le cinéma (ex : Cinéma Lux
<http://chacuncherchesonfilm.fr/cinema/59464-cinema-lux>, à Caen).
Pour l'instant, je récupère l'emplacement du cinéma, soit à partir de son
adresse soit à partir des coordonnées GPS qu'une source extérieure me
fournit. Sauf que cette source a parfois des coordonnées incorrectes (en
gros, les coordonnées du centre de la commune).

Vu que data.gouv.fr a la liste des cinémas de France (fournie par le CNC)
<https://www.data.gouv.fr/fr/datasets/liste-des-etablissements-cinematographiques-actifs-1>,
je me disais que le plus simple serait d'ajouter à chaque node/way
représentant un cinéma l'identifiant unique contenu dans ledit fichier.
J'ai bien évidemment posé la question de l'unicité et de la stabilité d'un
tel identifiant (cf. la discussion "Stabilité de l'ID des cinémas", sur la
page data.gouv.fr citée ci-dessus).

Si cela vous convient, il resterait alors à se mettre d'accord sur la clé à
utiliser.
"ref:FR:CNC=*" me paraît pas mal, non ?

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

Re: [OSM-talk-fr] subway (et railway=station)

[Francescu GAROBY]

C'est un tram-train  :-)

Le 7 octobre 2017 à 19:52, Jérôme Amagat  a écrit :

> Il y a une discussion sur talk en anglais sur les réseau de métro dans le
> monde.
> Il y a quelqu'un qui donne ici : http://osmz.ru/subways/ des erreurs sur
> ces réseaux
>
> Déjà je veux dire que j'ai pas vraiment suivie la discussion (mon anglais
> est mauvais et j'ai la flemme :) )
>
> Il y a pas mal d'erreur en France en rapport avec le tag railway=station.
> Soit il est en double pour une station de métro, soit il n'est pas là, soit
> il n'est pas un node.
> En fait je sais pas trop comment on doit l'utiliser?
> ce que je comprends c'est qu'il faut qu'il soit sur un node tout seul au
> milieu de la station de métro.
> Il y a des problème a Lyon, paris, rennes, Marseille (des way au lieu de
> node)
>
> Il y a aussi un problème à Lyon avec une ligne de "light rail". Je sais
> pas trop ce que c'est :) , ce que j'ai compris c'est que c'est entre le
> train et le tramway. A Lyon c'est utilisé pour la ligne de Rhônexpress qui
> va de Lyon centre jusqu’à l’aéroport, les "vehicules" ressemble beaucoup
> aux tram, cette ligne utilise les voies de tramway sur les 3/4 du chemin
> puis des rails qui ne servent qu'a cette ligne jusqu' a l’aéroport. les
> arrêts sont peu nombreux sur cette ligne (2 sur la dizaine de la ligne de
> tram) alors voila je ne sais pas si c'est un "light rail", un train ou un
> tram ?
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Comment tagguer un bureau d'information de la commune/l'agglo ?

[Francescu GAROBY]

Bonsoir,
Je ne voulais pas mettre ça, pensant que c'était uniquement à usage
étatique/national. Mais en lisant la page que tu cites, je réalise qu'on
peut moduler avec "admin_level", ce qui est logique, quand on y pense...

Merci,
Francescu

Le 21 septembre 2017 à 21:21, Romain MEHUT <romain.me...@gmail.com> a écrit
:

> Bonsoir,
>
> J'utiliserai office=government cf. http://wiki.openstreetmap.org/
> wiki/Tag:office%3Dgovernment
>
> Romain
>
> Le 21 septembre 2017 à 13:07, Francescu GAROBY <f.gar...@gmail.com> a
> écrit :
>
>> Bonjour,
>> Tout est quasiment dans le titre du mail : comment tagguer cette "maison
>> du Tram et des Grands Projets" ? Sachant qu'il s'agit là d'une maison
>> ouverte au public, destinée à présenter un projet de l'agglomération
>> caennaise (dont les travaux vont durer 2 ans, donc assez longtemps) +
>> d'autres "Grands projets", donc sans doute cette maison est-elle destinée à
>> être pérenne.
>>
>> http://www.caenlamer.fr/content/la-maison-du-tramway-et-des-
>> grands-projets-ouvre-ses-portes-le-21-septembre-2017-0
>>
>> --
>> Francescu GAROBY
>>
>> ___
>> 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
>
>


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

[OSM-talk-fr] Comment tagguer un bureau d'information de la commune/l'agglo ?

[Francescu GAROBY]

Bonjour,
Tout est quasiment dans le titre du mail : comment tagguer cette "maison du
Tram et des Grands Projets" ? Sachant qu'il s'agit là d'une maison ouverte
au public, destinée à présenter un projet de l'agglomération caennaise
(dont les travaux vont durer 2 ans, donc assez longtemps) + d'autres
"Grands projets", donc sans doute cette maison est-elle destinée à être
pérenne.

http://www.caenlamer.fr/content/la-maison-du-tramway-et-des-grands-projets-ouvre-ses-portes-le-21-septembre-2017-0

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

[OSM-talk-fr] Trajets de bus et ronds--points

[Francescu GAROBY]

Bonsoir,
Je pense qu'il faudrait se mettre d'accord une bonne fois pour toutes, avec
les ronds-points empruntés par les lignes de bus...
À chaque fois, ça ne loupe pas : je trouve des ronds-points morcelés, ou
refusionnés, puis remorcelés, ... Bref, à cause de tout ça, les tracés des
lignes de bus sont incorrects, au niveau des ronds-points.
Personnellement, je pense que ça n'a pas de sens de couper un rond-point,
étant donné que l'entrée et la sortie sont connues. Charge au logiciel de
dessin de tenir compte de ça...

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

Re: [OSM-talk-fr] réseau de bus twisto - nouveauté pour le 01 septembre

[Francescu GAROBY]

Bonsoir,
J'ai appliqué les 2 gros changements de cette année, dans le centre-ville
de Caen :
* la rue de Bernières est désormais à double-sens pour les bus et les vélos.
* toutes les lignes qui passaient par le Bd. Maréchal Leclerc passent
désormais par la rue Saint-Jean ou la rue de Bernières.

Francescu

Le 1 septembre 2017 à 12:03, Jo  a écrit :

>
>
> 2017-08-31 23:51 GMT+02:00 Jérôme Amagat :
>
>> network=fr_twisto  :(
>>
>
> Oui, qui a inventé fr_twisto?
>
> network=FR:Twisto je comprendrais encore.
>
> Mais simplement network=Twisto me semble parfaitement adéquat aussi.
>
> Personnellement ma préférence serait d'ajouter:
>
> network:wikidata=Q3537947
>
> Avec le plugin wikipédia en JOSM on peut tout de suite vérfier que c'est
> correct.
>
> Jo
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] réseau de bus twisto - nouveauté pour le 01 septembre

[Francescu GAROBY]

Bonjour,
J'ai renommé les 4 arrêts de bus dont le nom a changé.

Francescu

Le 31 août 2017 à 23:26, marc marc  a écrit :

> >> On peut se répartir les tâches, si tu veux ?
> et donc comment procède-t-on ? quelqu'un a déjà commencé ? sur quoi ?
>
> J'ai commencé par les améliorations sans changement d'itinéraire,
> voir ci-dessous
>
> >> Sinon existe-t-il une source opendata pour les créer ?
> >> Je les ai titiller (
> >> https://twitter.com/Crochetdavid/status/898587291391635456
> on a un problème pour la source des changeset
> http://twisto.fr/affichage.php?id=1100=1=1=1100=1
> conditions générales de vente
> 7.7. Propriété intellectuelle
> cela ne parle que de l'application NFC Twisto y compris les données
> mais pas un mot sur l'opendata
> on fait quoi dans ce cas ?
> si tu as vu les bus ne plus s'arrêter à tel et tel arrêt, on peux mettre
> source="survey  David" mais cela fait 39 modifications à avoir vu :)
>
> Le 28. 08. 17 à 21:21, Noémie Lehuby a écrit :
> > Il y a quelques erreurs Osmoses sur les arrêts et les lignes du réseau
> > Twisto qui peuvent surement être regardées par la même occasion ;)
>
> J'ai fait :
> 3 harmonisation de tag network
> résolution de 11 conflits entre highway=bus_stop (une plateforme) et
> public_transport=stop_position (l'arrêt sur la route)
> 13 route_master crées
> 11 route migré en public_transport:version=2
> 177 ajout public_transport=plateform + bus=yes sur les highway=bus_stop
> nécessaire pour la compatibilité PT v2 (beurks le v2 sur ce point de ne
> pas avoir gardé la possibilité d'utiliser l'existant)
> quelques corrections mineurs de tag
>
> Il reste 1000+ erreurs dans le secteur :)
> mais heureusement la majorité ne concerne pas les bus
>
> Je posterais probablement demain, probablement sur la page discussion
> du wiki les grosses anomalies rencontrées
> et qlq suggestions pour osmose et pt_assistant aussi :)
>
> Pour ceux qui veulent télécharger tout le réseau dans josm
> http://overpass-turbo.eu/s/roo
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] réseau de bus twisto - nouveauté pour le 01 septembre

[Francescu GAROBY]

Bonjour,
Ayant grandement contribué à cartographier le réseau Twisto  de
Caen-la-Mer, je participerai bien évidemment à cette nouvelle évolution. On
peut se répartir les tâches, si tu veux ?
Pour la page https://wiki.openstreetmap.org/wiki/Caen/Transports_en_commun,
c'est moi qui l'avais créée et l'avais faite évoluer, au fil des nouvelles
versions annuelles du réseau. Je pense qu'elle est à jour, pour le réseau
2016-2017. Il ne manque normalement que les nouveautés de cette rentrée.

Francescu

Le 28 août 2017 à 19:29, David Crochet  a écrit :

> Bonjour
>
>
> Le 28/08/2017 à 19:11, marc marc a écrit :
>
>> est-ce que les arrêts où sont reportés les arrêts existant existent
>> déjà dans osm ?
>>
>
> les « arrêts de report » existent déjà.
> Et a priori les bus passent déjà devant, donc je pense quand das ces cas,
> ce n'est que des « stop » à retirer. Mais une rue a une nouvelle voie de
> circulation à contre-sens pour les bus, donc il vont faire un raccourci par
> ce chemin là et implicitement modifier les « lanes » du chemin
> ces plan de lignes sont à jour : http://twisto.fr/997-Plans-des
> -lignes.html
>
>   et les nouveaux arrêts des lignes prolongées ?
>>
>
> oui : http://twisto.fr/886-Plans-en-telechargement.html
>
> Si oui je t'aide volontiers, ce serra rapide.
>> Sinon existe-t-il une source opendata pour les créer ?
>>
>
> Je les ai titiller ( https://twitter.com/Crochetdav
> id/status/898587291391635456 ) mais j'ai pas eu de réponses ni de
> remarques
>
> Sans cela j'ignore où positionner précisément les nouveaux arrêts.
>> Mais je peux de toute façon aider pour modifier les relations
>>
>> Tu as une page wiki ou un pad pour renseigner qui fait quoi
>> et les valeurs utilisée dans la région (network, operator, ...)
>>
>
> https://wiki.openstreetmap.org/wiki/Caen/Transports_en_commun, mais j'ai
> jamais fait de maintenance sur cette page.
>
> Cordialement
>
> --
> David Crochet
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] contributions peut-être à revoir

[Francescu GAROBY]

D'autant plus que le tag "name:oc=*" est déjà renseigné, sur plusieurs des
nodes qu'il a modifiés (je ne les ai pas tous vérifiés) !

Francescu

Le 26 août 2017 à 22:39, Bruno  a écrit :

> Le 26/08/2017 à 21:44, Vincent Privat a écrit :
>
> Merci pour l'info j'ai fait le revert sur Toulouse...
>
> 2017-08-26 20:30 GMT+02:00 Bruno :
>
>> Le 26/08/2017 à 19:56, David Crochet a écrit :
>>
>>> Bonjour
>>>
>>> Vous ne pensez quoi de ses ajouts (injection du nom occitan dans name=*)
>>> : http://www.openstreetmap.org/user/oc-escorpion ?
>>>
>>> Cordialement
>>>
>>> Bonjour,
>>
>> Personnellement je pense que c'est effectivement à revoir ;-)
>>
>> Cordialement,
>>
>> Bruno.
>>
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
> Cela me semble bien mais il faudrait lui expliquer qu'il existe le tag
> name:oc =*
>
> A suivre..
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Ostréiculteurs: producteurs, vendeurs, bar à huître

[Francescu GAROBY]

teur, et il est possible de déguster ou de
>> pique-niquer sur place (mais le site de picnic est réservé au clients).
>>
>> Mais ce n'est ni un restaurant, ni un fast-food.
>>
>> Avez-vous de nouvelles idées sur comment se dépatouiller avec tout ça?
>>
>>
>>
>> 2017-07-10 10:41 GMT+02:00 Nicolas Toublanc <n.toubl...@gmail.com>:
>>
>>>
>>>
>>> 2017-07-09 15:03 GMT+02:00 Francescu GAROBY <windu...@gmail.com>:
>>>
>>>> Attention, c'est "seafood", et non "seefood"...
>>>>
>>>>
>>> Héhé, oui merci de la correction!
>>>
>>> > Est-il possible de multiplier les tags /*cuisine*/ et /*produce*/ afin
>>>> > d'avoir les 2 informations?
>>>> oui tu peux
>>>> cuisine=oysters;seefood
>>>> produce=oysters;seefood
>>>> mais l'un incluant l'autre, à ta place je choisirais l'un des 2 selon ce
>>>> qui est le plus important
>>>>
>>>>
>>> Le plus important dans ce contexte, c'est bien oysters. Mais du coup, il
>>> n'inclue pas seafood, donc indiquer les 2 me parait le plus adapté.
>>>
>>> Merci à tous les 3 d'avoir pris le temps de répondre à mes questions!
>>>
>>>
>>>
>>>> Francescu
>>>>
>>>> Le 9 juillet 2017 à 12:30, marc marc <marc_marc_...@hotmail.com> a
>>>> écrit :
>>>>
>>>>> > il produit et sert avant tout des
>>>>> > huîtres, son produit phare, mais aussi d'autres fruits de mer.
>>>>> >
>>>>> > Donc soit on met produce=oysters et cuisine=oysters, mais on est
>>>>> > restrictif car il y a aussi d'autres crustacés. Soit on met seefood
>>>>> à la
>>>>> > place de oysters, mais on ne met pas en avant la spécificité de
>>>>> > l'endroit: les huîtres, et on rend impossible une recherche
>>>>> retournant
>>>>> > tous les producteurs d’huîtres de la région.
>>>>> >
>>>>> > Est-il possible de multiplier les tags /*cuisine*/ et /*produce*/
>>>>> afin
>>>>> > d'avoir les 2 informations?
>>>>> oui tu peux
>>>>> cuisine=oysters;seefood
>>>>> produce=oysters;seefood
>>>>> mais l'un incluant l'autre, à ta place je choisirais l'un des 2 selon
>>>>> ce
>>>>> qui est le plus important
>>>>>
>>>>> Cordialement,
>>>>> Marc
>>>>> ___
>>>>> Talk-fr mailing list
>>>>> Talk-fr@openstreetmap.org
>>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>>>
>>>>
>>>>
>>>>
>>>> --
>>>> Francescu
>>>>
>>>> ___
>>>> Talk-fr mailing list
>>>> Talk-fr@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>>
>>>>
>>>
>>>
>>> --
>>> Nicolas Toublanc
>>> @toubiweb <https://twitter.com/Toubiweb>
>>>
>>
>>
>>
>> --
>> Nicolas Toublanc
>> @toubiweb <https://twitter.com/Toubiweb>
>>
>> ___
>> 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
>
>


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

Re: [OSM-talk-fr] Ostréiculteurs: producteurs, vendeurs, bar à huître

[Francescu GAROBY]

Bonjour,
Pourquoi ça ne serait pas un restaurant ? On trouve tout type de lieux,
avec ce tag. Du restaurant étoilé au fish and chips...

Francescu

Le 26 juillet 2017 à 18:55, Nicolas Toublanc <n.toubl...@gmail.com> a écrit
:

> Bonjour,
>
> J'ai enfin pris le temps de rentrer dans l'un de ces bars à huître, et
> j'ai du nouveau.
>
> En effet, ils n'ont pas le statut de restaurant, donc ce qu'ils font,
> c'est:
>
>- ouvrir les huîtres, ou préparer des plateaux de fruits de mer
>- mettre à disposition une terrasse ou une salle pour manger, mais
>chacun peut amener ses boissons, son pain et son beurre, etc...
>
> Et ceux chez qui je suis allé proposent aussi un mode dégustation pour les
> huîtres, avec pain/beurre, sauce et un verre de muscadet.
>
> Donc au final, je pense qu'il ne faut pas leur mettre le tag restaurant,
> car ça porterait à confusion (on n'y trouve pas ce qu'on s'attend à trouver
> dans un restaurant, même si on peut au final manger sur place).
>
> Le fait de préparer des plateaux de fruits de mer ressemble davantage à ce
> que ferait un traiteur, et il est possible de déguster ou de pique-niquer
> sur place (mais le site de picnic est réservé au clients).
>
> Mais ce n'est ni un restaurant, ni un fast-food.
>
> Avez-vous de nouvelles idées sur comment se dépatouiller avec tout ça?
>
>
>
> 2017-07-10 10:41 GMT+02:00 Nicolas Toublanc <n.toubl...@gmail.com>:
>
>>
>>
>> 2017-07-09 15:03 GMT+02:00 Francescu GAROBY <windu...@gmail.com>:
>>
>>> Attention, c'est "seafood", et non "seefood"...
>>>
>>>
>> Héhé, oui merci de la correction!
>>
>> > Est-il possible de multiplier les tags /*cuisine*/ et /*produce*/ afin
>>> > d'avoir les 2 informations?
>>> oui tu peux
>>> cuisine=oysters;seefood
>>> produce=oysters;seefood
>>> mais l'un incluant l'autre, à ta place je choisirais l'un des 2 selon ce
>>> qui est le plus important
>>>
>>>
>> Le plus important dans ce contexte, c'est bien oysters. Mais du coup, il
>> n'inclue pas seafood, donc indiquer les 2 me parait le plus adapté.
>>
>> Merci à tous les 3 d'avoir pris le temps de répondre à mes questions!
>>
>>
>>
>>> Francescu
>>>
>>> Le 9 juillet 2017 à 12:30, marc marc <marc_marc_...@hotmail.com> a
>>> écrit :
>>>
>>>> > il produit et sert avant tout des
>>>> > huîtres, son produit phare, mais aussi d'autres fruits de mer.
>>>> >
>>>> > Donc soit on met produce=oysters et cuisine=oysters, mais on est
>>>> > restrictif car il y a aussi d'autres crustacés. Soit on met seefood à
>>>> la
>>>> > place de oysters, mais on ne met pas en avant la spécificité de
>>>> > l'endroit: les huîtres, et on rend impossible une recherche retournant
>>>> > tous les producteurs d’huîtres de la région.
>>>> >
>>>> > Est-il possible de multiplier les tags /*cuisine*/ et /*produce*/ afin
>>>> > d'avoir les 2 informations?
>>>> oui tu peux
>>>> cuisine=oysters;seefood
>>>> produce=oysters;seefood
>>>> mais l'un incluant l'autre, à ta place je choisirais l'un des 2 selon ce
>>>> qui est le plus important
>>>>
>>>> Cordialement,
>>>> Marc
>>>> ___
>>>> Talk-fr mailing list
>>>> Talk-fr@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>>
>>>
>>>
>>>
>>> --
>>> Francescu
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>
>>
>> --
>> Nicolas Toublanc
>> @toubiweb <https://twitter.com/Toubiweb>
>>
>
>
>
> --
> Nicolas Toublanc
> @toubiweb <https://twitter.com/Toubiweb>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] DCNS devient Naval Group

[Francescu GAROBY]

En laissant DCNS sur le tag old_name, non ? Au moins pour que la recherche
sur l'ancien nom (connu) puisse continuer à se faire.


Francescu

Le 22 juillet 2017 à 13:41,  a écrit :

> Bonjour,
>
> Après RTE devenu Enedis, voici DCNS devenu Naval Group
> .
>
> Il y a pas mal d'objets nommés DCNS ou DCNS*.
>
> alt_name=DCNS*
>
> (attention avec les conflits avec d'autres alt_name comme DCAN,DCN,
> l'arsouille c'est plus un locname ;-).
>
> name=DCNS
>
> Dans certains cas c'est évident (en bord de mer notamment) mais est-ce que
> les panneaux ont été mis à jour ?
>
> Doit-on faire une note pour que les locaux de l'étape mettent à jour ?
>
> Une requête overpass et modifier à la mano ?
>
> Une modification plus automatique ?
>
> Jean-Yvon
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] "Pédibus": route=bus???

[Francescu GAROBY]

Bonjour,
Sur le wiki, il est indiqué "route=foot"
,
ce qui me paraît bien plus logique...

Francescu

Le 18 juillet 2017 à 17:07, Philippe Verdy  a écrit :

> Je trouve dans la base des itinéraires de "Pédibus" (souvent pour du
> ramassage scolaire ou des centres d'activités communaux, mais SANS AUCUN
> bus, entièrement à pied sur un itinéraire prédéfini, sous la surveillance
> d'animateurs, des volontaires d'une asso locale, ou des personnels
> communaux ou scolaires) qui sont tagués comme "route=bus".
>
> Ces itinéraires ont des stations bien visibles avec leur panneau et une
> zone d'attente adaptée et sécurisée. Le chemin est parfaitement défini avec
> un temps de trajet raisonnable pour les enfants. Il sont souvent courts et
> restent dans un même quartier ou dans l'agglomération d'un village
>
> Il n'y a pas un meilleur tag ? D'autant que les passages peuvent emprunter
> (et très souvent le font) des chemins réservés aux piétons, mais
> complètement inaccessibles aux bus.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Impossible de charger le cadastre dans JOSM

[Francescu GAROBY]

Bonjour,
En effet, Jean-Yvon : je continuais à passer par le menu cadastre, au lieu
de passer par l'imagerie. De suite, ça va mieux !
Merci.

Francescu

Le 13 juillet 2017 à 23:42, <osm.sanspourr...@spamgourmet.com> a écrit :

> Francescu , tu passes par l'onglet imagerie ou par l'onglet cadastre ?
> Je suppose que les autres passent par l'imagerie en prenant le TMS qui va
> bien.
>
> Jean-Yvon
>
> Le 13/07/2017 à 23:13, pepilepi...@ovh.fr - pepilepi...@ovh.fr a écrit :
>
> Le 13/07/2017 à 19:00, Francescu GAROBY a écrit :
>
> Bonjour,
> Comme mon titre de mail l'indique, depuis quelques temps, je n'arrive plus
> à charger le cadastre comme fond de carte de JOSM.
> Vous rencontrez le même problème ?
>
> Pas de problème chez moi (JOSM 12450 / Win 7)
>
> JP.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

[OSM-talk-fr] Impossible de charger le cadastre dans JOSM

[Francescu GAROBY]

Bonjour,
Comme mon titre de mail l'indique, depuis quelques temps, je n'arrive plus
à charger le cadastre comme fond de carte de JOSM.
Vous rencontrez le même problème ?

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

Re: [OSM-talk-fr] Bar ou resto des 2 côtés du pâté de maison

[Francescu GAROBY]

Bonjour,
En taguant une entrée de chaque coté ?

Francescu

Le 12 juillet 2017 à 10:01, Nicolas Toublanc  a écrit
:

> Bonjour,
>
> J'espère ne pas trop polluer le forum avec mes questions...
>
> Comment taguer le fait qu'un bar ou un resto est présent de 2 côtés d'un
> pâté de maison, quand celui-ci est assez large pour ne pas pouvoir mettre
> le tag au milieu?
>
> Parfois, un côté peut-être anecdotique, dans quel cas on se contente du
> côté principal, mais en zone touristique, les 2 côtés peuvent être très
> développés, avec chacun un devanture et une terrasse, comme si il
> s'agissait de 2 établissements différents.
>
> Merci
>
> --
> Nicolas Toublanc 
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Ostréiculteurs: producteurs, vendeurs, bar à huître

[Francescu GAROBY]

Attention, c'est "seafood", et non "seefood"...

Francescu

Le 9 juillet 2017 à 12:30, marc marc  a écrit :

> > il produit et sert avant tout des
> > huîtres, son produit phare, mais aussi d'autres fruits de mer.
> >
> > Donc soit on met produce=oysters et cuisine=oysters, mais on est
> > restrictif car il y a aussi d'autres crustacés. Soit on met seefood à la
> > place de oysters, mais on ne met pas en avant la spécificité de
> > l'endroit: les huîtres, et on rend impossible une recherche retournant
> > tous les producteurs d’huîtres de la région.
> >
> > Est-il possible de multiplier les tags /*cuisine*/ et /*produce*/ afin
> > d'avoir les 2 informations?
> oui tu peux
> cuisine=oysters;seefood
> produce=oysters;seefood
> mais l'un incluant l'autre, à ta place je choisirais l'un des 2 selon ce
> qui est le plus important
>
> Cordialement,
> Marc
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Cartographier des centres d'appels

[Francescu GAROBY]

"office=call_center" me paraît pas mal (c'est d'ailleurs la première chose
que j'ai cherchée sur le wiki).

Francescu

Le 4 juillet 2017 à 13:36, Jérôme Seigneuret <jerome.seigneu...@gmail.com>
a écrit :

> Bonjour,
> Il y a une mention sur http://wiki.openstreetmap.org/wiki/Key:room. Mais
> bon, c'est pour de l'indoor avec des codes correspondant au spec de
> CityGML
>
> Pour moi le tag manque... les fonctions sont:
> - du télémarketing (prospection commerciale),
> - du support client (géré en interne ou contractualisé à une boite
> spécialisé)
>
> L'activité au registre des entreprises pour les filiales et société est
> (Code NAF ou APE) Activités de centres d'appels (8220Z)Je ne sais pas ce
> qu'il en est dans le reste du monde...
>
> Je pense qu'on peut considérer l'activité si ce code est mentionné (pour
> la France).
>
> avec tag info j'ai trouvé office=call_center et cela me semble pas idoit
> (même s'il n'y a que 2 occurrences)
>
> Il existe dans le schéma contact phone:*call_center*
> <https://taginfo.openstreetmap.org/keys/phone%3Acall_center> avec 528
> occurrences
>
> Il y a bien office=telecommunication mais c'est pour les services télécom
> (et mobile) hors c'est pas le contexte.
>
>
> En plus de ce sujet:
> Je pense qu'ouvrir une réflexion sur une correspondance entre le code APE
> et les clés serait bien utile pour facilité dans certains cas le choix des
> clés à employer (Il me semble que ce travail avait été fait en partie)
> Sachant que ce code est lié à l'activité principale.
>
> Jérôme
>
> Le 4 juillet 2017 à 13:20, marc marc <marc_marc_...@hotmail.com> a écrit :
>
>> Bonjour,
>>
>> > Le 3 juillet 2017 à 11:14, Francescu GAROBY a écrit :
>> > Tout est à peu près dans le titre : comment cartographier des
>> > centres d'appes ("call centers")
>> par curiosité, quelle utilisation y vois-tu ?
>>
>> Cordialement,
>> Marc
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
>
> --
> Cordialement,
> Jérôme Seigneuret
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Cartographier des centres d'appels

[Francescu GAROBY]

Bonjour Marc,
La même que pour n'importe quelle autre entreprise ou zone d'activités. Un
call-center, c'est plusieurs dizaines/centaines d'emplois (avec un assez
gros turn-over...) locaux. Les gens les connaissent, soit parce qu'ils y
travaillent, soit parce qu'ils y connaissent quelqu'un (ami, voisin, enfant
qui y fait son job d'été, ...). C'est même parfois un "point de repère
géographique" (en tout cas, pour les 2 que je connais, à Caen et
Colombelles) !

Francescu

Le 4 juillet 2017 à 13:20, marc marc <marc_marc_...@hotmail.com> a écrit :

> Bonjour,
>
> > Le 3 juillet 2017 à 11:14, Francescu GAROBY a écrit :
> > Tout est à peu près dans le titre : comment cartographier des
> > centres d'appes ("call centers")
> par curiosité, quelle utilisation y vois-tu ?
>
> Cordialement,
> Marc
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

[OSM-talk-fr] Cartographier des centres d'appels

[Francescu GAROBY]

Bonjour,
Tout est à peu près dans le titre : comment cartographier des centres
d'appes ("call centers"), tels que WebHelp, Armatis, ... ?
Je ne trouve rien dans le wiki, et les quelques centres d'appels que je
connais ne sont taggués que "building=office" (avec un "name" et/ou un
"operator", éventuellement).

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

Re: [OSM-talk-fr] Comment bien tagguer les cabinets médicaux ?

[Francescu GAROBY]

Sans doute parce que les médecins, comme les avocats, n'ont pas le droit de
faire de la publicité (on est pas aux USA) ?
D'où le fait qu'ils ne puissent pas faire plus que poser une plaque à leur
nom, à l'entrée du bâtiment où se situe leur cabinet (faut quand même que
les gens trouvent).

Francescu

Le 11 mai 2017 à 12:26, Christian Rogel 
a écrit :

>
>
> > Le 11 mai 2017 à 11:00, Benoit Fournier  a
> écrit :
> > Un noeud par cabinet ou spécialité, c'est une bonne base de départ.
> >
> > Par contre NOTE IMPORTANTE selon moi :
> > - NE PAS ajouter les NOMS des médecins
> > - un nom de personne vu sur une plaque professionnelle ou une boîte à
> lettre n'est pas à inclure dans OSM
>
> J'aimerais saisir la pertinence d'une telle remarque : ce ne peut être en
> aucun cas la protection de la vie privée :
> L'activité professionnelle avec offre de services au public ne peut pas, à
> moins d'aimer les paradoxes, relever de la vie privée
> Le simple constat de l'affichage autre que celui de la boîte aux lettres
> permet de conclure que le nom personnel fait partie intégrante du POI.
> Les noms commerciaux étant des marqueurs de l'identité des entreprises,
> ils font partie de l'information utile de la carte et on ne va pas faire
> des discriminations.
> Faut-il censurer Michelin, Peugeot, Bouyghes ou JC Decaux, toutes entités
> appartenant en partie à des individus portant ces patronymes ?
>
> Christian R.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] application StreetComplete

[Francescu GAROBY]

Mea culpa : je voulais bien évidemment dire primary_link !


Francescu

Le 26 avril 2017 à 14:32, Eric SIBERT <courr...@eric.sibert.fr> a écrit :

> Le 26/04/2017 à 14:17, Francescu GAROBY a écrit :
>
>> "highway=primary_trunk", non ?
>>
>
> primary_trunk ???
>
> primary_link ?
> trunk? (éventuellement mais bizarre avec les rond-points au milieu)
> trunk_link?
> motorway_link ? (c'est le cas au raccord avec l'autoroute).
>
> En pratique, ce n'est pas vraiment une rue mais plutôt une route
>> pour automobile rejoignant une autoroute.
>> highway=primary
>> maxspeed=90
>> 2x1
>> entrecoupée de rond-points.
>>
> Eric
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] application StreetComplete

[Francescu GAROBY]

"highway=primary_trunk", non ?

Le 26 avril 2017 à 14:05, Eric SIBERT  a écrit :

> Voici la question qui a été posée (cf pj)... je pense...
>>
> > No a proper street
> > It has no name
> > Can't say
>
> En pratique, ce n'est pas vraiment une rue mais plutôt une route pour
> automobile rejoignant une autoroute.
> highway=primary
> maxspeed=90
> 2x1
> entrecoupée de rond-points.
>
> Donc, problème plutôt côté utilisateur.
>
> Il y a une internationalisation de l'interface prévue?
>
> Eric
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Projet du mois - Panneaux électoraux

[Francescu GAROBY]

Réponse générale (mais je suis sûr qu'il existe des cas particuliers) :
* Les panneaux ne sont pas pérennes : ils sont installés par les services
municipaux, à l'approche des élections. D'où le tag "permanent=no" que
propose/rappelle Florian.
* Leurs emplacements, en revanche, sont très souvent fixes. Ces panneaux
nécessitant en effet d'être fixées au sol, des socles noyées dans le bitume
des trottoirs sont déjà en place (recouverts d''un capuchon, pour éviter
qu'ils ne se bouchent quand il n'y a pas de panneaux).

Francescu

Le 5 avril 2017 à 18:33, Nicolas Moyroud  a écrit :

> Question bête d'un ignorant dans le domaine : ces panneaux sont-ils
> pérennes et repoussent-ils toujours au même endroit d'une élection à
> l'autre ? Parce que si c'est comme les champignons, ça n'a pas trop sa
> place dans OSM.
>
> Nicolas
>
> PS : par contre que les champignons c'est bon...
>
> Le 05/04/2017 à 14:33, Florian LAINEZ a écrit :
>
> Salut,
> Je vous propose de relancer le projet du mois. Cartographions ensemble une
> thématique précise chaque mois !
>
> Si ça vous dit, c'est de saison, nous pouvons commencer par les panneaux
> électoraux qui poussent un peut partout sur notre territoire :
> https://wiki.openstreetmap.org/wiki/FR:Project_of_the_month/elections
>
> Je crois bien que l'on tague ça :
> advertising=board
> message=political
> permanent=no
>
> Go go go ! à moins qu'on reparte dans des débats concernant la manière de
> taguer ces éléments ...
> Dans ce cas, que l'on m'explique pourquoi le wiki conseille
> message=electoral alors
> que tout le monde utilise message=political
>  !
>
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Comment ajouter des pistes/bandes cyclables?

[Francescu GAROBY]

Bonjour,
Comme indiqué sur la page du Wiki que tu cites
, si la
bande cyclable n'est que dans un sens, il faut ajouter le suffixe
":right/:left" au tag "cycleway".
"left" ou "right" étant par rapport au sens de la way et non par rapport au
sens de circulation.

Francescu

Le 24 février 2017 à 00:18, Shohreh  a écrit :

> Bonjour,
>
> La Ville de Paris vient d'ajouter des pistes et bandes cyclables boulevard
> Arago:
>
> http://www.openstreetmap.org/#map=17/48.83395/2.33731
>
> 1. Entre la Place Denfert-Rochereau et la rue du Faubourg Saint-Jacques, il
> y a une piste cyclable de chaque côté
> 2. Entre la rue du Fg Saint-Jacques et la rue de la Santé, il y a une piste
> côté montant (est → ouest) mais une bande cyclable côté descendant (ouest →
> est).
>
> Le  wiki 
> semble dire que pour ajouter des pistes cyclables, il faut ajouter des ways
> parallèles à la way existante (modèle T1).
>
> Pour une bande cyclable, il suffit d'ajouter un tag sur la way existante
> (modèle L2)… mais comme il n'y actuellement qu'une seule way, faut-il en
> créer une seconde et lui attribuer les tags du modèle L2?
>
> Merci.
>
>
>
> --
> View this message in context: http://gis.19327.n8.nabble.
> com/Comment-ajouter-des-pistes-bandes-cyclables-tp5891958.html
> Sent from the France mailing list archive at Nabble.com.
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Tarif des péages

[Francescu GAROBY]

@David : si on exclut les ouvrages d'art, et la Lyon-Chambéry, c'était
entre 7c€ et 15c€/km, en 2012.
Un prix qui varie du simple au double, c'est pas pratique pour mettre un
tarif par défaut. Ou alors, il faudrait mettre un tarif par défaut, par
autoroute ?
http://votreargent.lexpress.fr/consommation/prix-du-kilometre-en-2012-sur-autoroute-et-ouvrages-pour-une-voiture-classe-1_1583073.html

Francescu

Le 21 février 2017 à 09:15, David Crochet  a écrit :

> Bonjour
>
>
> Le 20/02/2017 à 23:41, osm.sanspourr...@spamgourmet.com a écrit :
>
>> Pour obtenir des infos, on peut dire qu'à défaut on pénalisera à 99,99
>> €/km ;-).
>>
>
> L'idée de mettre un forfait en cas de service inconnu peut soit inciter
> les autoroutiers à donner ses tarifs, ou alors à ne rien faire car il sait
> que le consommateur aura une fausse information
>
> Le prix moyen du kilomètre, c'est quoi du 10-15 c€ ? (exception faite de «
> Paris -Orgeval » et de « Chambéry - Genève »)
>
>
> Cordialement
>
> --
> David Crochet
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] base VLA (vitesse limite autorisé)

[Francescu GAROBY]

En agglomération, un panneau doit être placé 50m. avant le point où ce
qu'il indique s'applique (ex : un cédez-le-passage, un stop, ...). Hors
agglomération, c'est 150m.
Je ne sais pas si une telle règle s'applique aussi aux panneaux de
limitation de vitesse mais, si oui, cela signifie que les panneaux "30" à
hauteur d'un dos d'âne sont mal placés !

Francescu

Le 21 février 2017 à 08:25, Philippe Verdy  a écrit :

> Un maxspeed sur un noeud pourrait être valide par défaut sur une longueur
> de 50 mètres avant et après. Il me semble qu'il y a une norme pour la
> signalisation qui impose des distances minimales (différentes en
> agglomération et hors agglomération), sinon elle est inapplicable en
> conduite réelle. Mais je vois trop souvent des panneaux de changement de
> limites qui se succèdent à des distances ridiculement petites (donc qui se
> contredisent). Mais le problème est plus souvent celui de leur visibilité
> réelle (et le défaut de rappel si un panneau n'a pas pu être vu car masqué
> ou dégradé).
> .
>
> Le 21 février 2017 à 08:06, Topographe Fou  a
> écrit :
>
>> Bonjour,
>>
>> Personnellement quand le 30 s'applique sur le dos d'âne (ou intersection
>> surélevée), je met le maxspeed=30 sur le node indiquant le dos d'âne sans
>> faire de découpage. J'attends ainsi d'un algo de routage de comprendre
>> qu'il faut être à 30 au passage du node (donc du dos d'âne). Bien entendu
>> je parle bien là du cas où le panneau rond 30 est sous le triangle dos
>> d'âne.
>>
>> Sinon pour revenir au sujet initial, les maxspeed sont pour moi les
>> données qui manquent le plus en France (pour le reste, on est plutôt bien
>> loti même si certaines régions sont moins bien couvertes). Peut-être parce
>> que les maxspeed ne peuvent pas être connus sur une vue aérienne depuis son
>> fauteuil ;-) . Donc c'est une source potentiellement intéressante.
>>
>> Cordialement,
>>
>> LeTopographeFou
>> *De:* jerome.ama...@gmail.com
>> *Envoyé:* 21 février 2017 1:55 AM
>> *À:* talk-fr@openstreetmap.org
>> *Répondre à:* talk-fr@openstreetmap.org
>> *Objet:* Re: [OSM-talk-fr] base VLA (vitesse limite autorisé)
>>
>>
>>
>> Le 20 février 2017 à 22:25,  a écrit :
>>
>>> Le 20/02/2017 à 20:36, Jérôme Amagat - jerome.ama...@gmail.com a écrit :
>>>
>>> D’après le code de la route, la limitation comme ici à 30 s’arrête à la
>>> prochaine intersection si c'est pas rappelé après l’intersection. Ce qui
>>> fait que des fois comme il y a 1 ou 2 intersection entre le panneau 30 et
>>> le dos d’âne et bien c'est limité à 50 sur le dos d’âne.
>>>
>>> Tu as raison sur le cas général mais je pensais à un endroit où le
>>> ralentisseur est fait pour une traversée piétonne et point d'intersection
>>> avant 100 m. Oui il y a des zones de 30 de plus de 100 m. Mais là les
>>> panneaux de début de 30 (pas de zone de 30) sont avant le ralentisseur dans
>>> chaque sens.
>>>
>>> Du coup je me suis demandé comment taguer.
>>> Ne rien mettre = rien de faux ;-)
>>> Mettre le 30 sur le bumper.
>>> Mettre le 30 sur le way.
>>> Couper le way en tronçons correspondant à ce que la mairie a voulu faire.
>>> http://mc.bbbike.org/mc/?lon=-3.492926=47.795015=16
>>> =2=osmfr=mapbox-satellite=ol_mapquest-label
>>> s=100?marker=dos%20d%27%C3%A2ne%20avec%20B14%20
>>> 30%20km/h%20dans%20chaque%20sens%20de%20circulation%3Cbr%3E%
>>> 20Bref%20laissez-passez%20les%20pi%C3%A9tons%20puis%
>>> 20continuez%20votre%20route.
>>>
>>> En fait je me suis mis dans un coin et j'ai attendu que ça me passe.
>>>
>>> Logiquement j'aurais dû ajouter a minima le dos d’âne et les
>>> cédez-le-pas de la voirie douce sur la route.
>>>
>>> Philippe, tu as raison en théorie mais en pratique si tu as un accident
>>> c'est le statut réel (voie publique ou accès privé) qui dira si tu étais en
>>> excès de vitesse. Enfin pour un excès de vitesse, il y a des
>>> chances/risques que les forces dites de l'ordre disent pas vu pas pris même
>>> si les projections des véhicules attestent du contraire.
>>>
>>> Je déteste ça les dos d’âne! Vers chez moi, dans l'Ain, ( je sais que ça
>> dépend beaucoup des endroits, la présence ou non de dos d’âne en grand
>> nombre) le moindre petit hameau a ses 2 ou 3 ralentisseurs et ils se
>> multiplient à une vitesse folle.
>> Souvent je me dis que les personnes en charge de la voirie dans les
>> communes ne connaissent rien au code de la route. (c'est surement le cas,
>> vu que c'est sûrement les élus qui décident et qu'ils ont pour la plupart
>> plus de 60 ans qu'ils ont donc passer leur permis il y a plus de 40 ans
>> alors que les dos d'ane n'existaient pas, ni les zone 30, que les rond
>> point était très rare ...)
>>
>> Enfin après ça revenons au limitation de vitesse et à osm :)
>> Pour moi, cette limitation à 30 avant les ralentisseurs c'est en fait
>> seulement un autre moyen d'indiquer la présence d'un dos d’âne (en plus du
>> panneau fait pour ça).
>> dans osm quand je modifie 

Re: [OSM-talk-fr] Centrales électriques

[Francescu GAROBY]

Superbe, cette carte !
Juste une petite correction à apporter : l'affichage de la puissance d'une
centrale électrique (avec un seul 'e' accentué...) n'est pas harmonisé.
J'ai par exemple la valeur "12. MW", pour le parc éolien
dans le Cap Corse (Haute-Corse). De plus, une virgule plutôt qu'un point,
pour séparer la partie entière de la partie décimale serait préférable...
Et sinon, pas mal de centrales ont une bulle vide, quand on clique dessus :
bug d'affichage ou manque d'info ?

Francescu

Le 17 janvier 2017 à 03:45, Jérôme Amagat  a écrit
:

> Bonjour,
>
> J'ai fait une carte des centrales électriques et leurs puissances
> installées présentent dans OSM :
> http://perso.numericable.fr/olyon
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Création suppression d'intercommunalité

[Francescu GAROBY]

Bonsoir,
J'ai un nouvel EPCI à cheval entre le Calvados et l'Eure, sauf que je ne
vois pas de changement récent de la frontière de ces 2 départements, qui
engloberait (d'un coté ou de l'autre) la totalité des communes dudit EPCI.
Normal ?

Pour info, il s'agit de l'EPCI "Communauté de communes de
Honfleur-Beuzeville"


Francescu

Le 4 janvier 2017 à 21:37, Stéphane Péneau  a
écrit :

> Le 04/01/2017 à 20:32, Jérôme Amagat a écrit :
>
>> Le chef lieu c'est la ville où est le siège. c'est comme ça pour les
>> communes, départements, régions...
>>
> Ok, sauf qu'une comcom n'a que très peu en commun avec les communes,
> département, etc.. et qu'une intercommunalité n'a pas de chef-lieu.
> Indiqué un place en tant que chef-lieu indiquerait que ce lieu a plus de
> poids/importance/pouvoir que les autres, ce qui est très loin d'être
> toujours le cas.
> Ensuite, si on connait la localisation exacte du siège, ce serait dommage
> de ne pas l'indiquer car l'information est pertinente pour les utilisateurs.
>
>
> Dans les arrêtés préfectoraux que j'ai vu, ça parle de siège à une adresse
>> précise ou de siège dans une ville.
>> Pour l'admin_centre (déjà je considère que c'est pour le chef lieu comme
>> ce qui est fait pour les communes, départements, régions), moi je mets
>> un place=*
>>
> Je suis d'accord avec toi sur le fait qu'admin_center est normalement pour
> un chef-lieu, et c'est pourquoi ce tag ne me plait pas trop pour indiquer
> le siège.
>
> J'ai cherché des tags en rapport avec headquarter sur le wiki, mais je
> n'ai rien trouvé.
>
> Stf
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] Création suppression d'intercommunalité

[Francescu GAROBY]

Merci Jérôme !
J'ai complété avec mes ajouts sur le Calvados. Je finirai ce département
dans la journée, sans doute...


Francescu

Le 4 janvier 2017 à 00:52, Jérôme Amagat  a écrit :

> J'ai mis sur cette page ce que j'ai fait :
> https://wiki.openstreetmap.org/wiki/WikiProject_France/Trace
> r_les_limites_administratives/Suivi_des_modifications_des_in
> tercommunalit%C3%A9s_au_1er_janvier_2017
> c'est basique mais il faudrait bien faire un suivi des changements faits
> sinon on ne sera jamais où on en est.
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Création suppression d'intercommunalité

[Francescu GAROBY]

@David : déjà faite ! ;-)
http://www.openstreetmap.org/relation/2339042

(et j'en ai fait d'autres, dans le Calvados, en me basant sur
https://fr.wikipedia.org/wiki/Liste_des_intercommunalit%C3%A9s_du_Calvados#2017
).

Francescu

Le 2 janvier 2017 à 12:56, David Crochet  a écrit :

> Bonjour
>
>
> Le 01/01/2017 à 20:13, Stéphane Péneau a écrit :
>
>> Il n'y a pas que les communes qui fusionnent, mais aussi des
>> intercommunalités.
>>
>
> Si cela peut aider pour Caen-la-Mer
> https://twitter.com/Caenlamer/status/815844758203600896
>
> Cordialement
>
> --
> David Crochet
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>



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

Re: [OSM-talk-fr] pulic_transport et rendu...

[Francescu GAROBY]

Je rejoins PanierAvide sur l'inversion stop_position/platform, pour la même
raison que lui.
D'ailleurs, indiquer où le bus/tram/... s'arrête ne me paraît pas vraiment
utile, sur une carte généraliste.

Francescu

Le 22 décembre 2016 à 10:06, PanierAvide  a écrit :

> J'aurais inversé stop_position et platform, d'un point de vue information
> usager c'est plus important de savoir où attendre (platform) plutôt que où
> le bus va s'arrêter (stop_position).
>
> Cordialement,
>
> PanierAvide.
>
> Le 22/12/2016 à 09:56, Christian Quest a écrit :
>
> J'ai regardé plus en détail la logique du modèle public_transport et
> comment en tirer le meilleur pour le rendu.
>
> On a donc 4 objets (du plus général au plus fin):
> - stop_area
> - station
> - stop_position
> - platform
>
> En fonction du niveau de zoom du rendu, on devrait pouvoir se limiter à
> certains objets:
> - station pour les premiers niveaux (pour n'avoir que les gares, donc des
> sites importants)
> - stop_area pour les zoom intermédiaires
> - stop_position pour zoom élevés (en gros là où les arrêts de bus
> commencent à être rendus)
> - platform pour le/les tout derniers zoom de détail
>
> Est-ce que ceci vous semble cohérent ?
>
> Le problème ensuite est de trouver la cohérence avec les tags "classiques".
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Rendu FR, bientôt en version 2017 !

[Francescu GAROBY]

Je trouve moi aussi que c'est très bien, cette estompe pour les choses
"souterraines" !
1 remarque toutefois : le rendu d'une voie souterraine n'a pas la même
couleur, selon que le bâtiment en surface a des murs ou pas ! Cf. la voie
souterraine, à coté du texte "Communauté d'agglomération Caen-la-Mer"
.
Je me rends bien compte que cela doit être dû à la couleur de la zone sans
mur "qui est l'allée principale de la galerie commerciale), mais du coup,
ça fait ressortir un tronçon...

Autre remarque : les entrées (entrance=main) ont un rendu qui n'est pas
clair : un simple point noir.



Francescu

Le 22 décembre 2016 à 09:51, PanierAvide  a écrit :

> Youpi, le premier rendu à considérer un minimum les objets indoor est le
> rendu FR :-) C'est pas mal l'idée d'estomper, moins agressif que le binaire
> afficher/cacher, tout en cachant quand même un peu ces objets qui ne sont
> pas au niveau du sol.
>
> Ce serait également pertinent d'adapter le rendu pour les routes/chemins
> avec un level > 0 (à voir si c'est faisable), exemple du parking aérien sur
> 2 niveaux :
>
> http://umap.openstreetmap.fr/fr/map/preview-rendu-fr-2017_
> 99740#18/48.08312/-1.67948
>
> Cordialement,
>
> PanierAvide.
>
> Le 21/12/2016 à 19:45, Christian Quest a écrit :
>
> Je profite des congés pour avancer sur le rendu FR...
>
> La liste des commit s'allonge et donne une idée des changements:
> https://github.com/cquest/osmfr-cartocss/commits/master
>
> Après avoir passé pas mal de temps sur les optimisations pour accélrer le
> rendu là où c'était le plus urgent, je suis de retour sur le côté graphique.
>
> Une grosse nouveauté: l'estompage des objets "indoor" qui devrait alléger
> les abords de certaines gares ;) Pour ça, le rendu considère tout objet
> avec un level=* négatif comme indoor.
>
> Les "shield" sur les routes sont mieux répartis. Pour cela, la requête SQL
> regroupe les différents tronçons ayant le même highway+ref car vu qu'on
> tronçonne de plus en plus il faut en passer par là !
>
> Résultat visible sur http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_
> 99740#6/47.376/2.186
>
> Le pré-calcul des tuiles est en cours donc tout n'est pas encore dispo et
> peut nécessiter un délais de génération...
>
>
> --
> Christian Quest - OpenStreetMap France
>
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Comment tagguer un magasin de produits frais ?

[Francescu GAROBY]

Bonjour,
Vu la photo, j'ai l'impression que  chaque commerce est indépendant des
autres : ça n'est pas une épicerie qui fait tout, mais plusieurs petits
commerces de bouche situés dans le même bâtiment, non ? Si oui, taggue
chaque magasin séparément, et mets le noms "Grand Frais sur le bâtiment.
Et s'il y a une vente de fruits et légumes, il te manque alors un
"shop=greegrocer"

Francescu

Le 18 novembre 2016 à 14:23, Florian LAINEZ  a écrit :

> Bonjour,
> Un nouveau magasin vient d'ouvrir, il s'appelle "Grand Frais" et il vend
> des produits frais : fruits et légumes, épicerie, fromagerie, boucherie et
> poissonnerie cf. sa photo
> 
> Comment taguer cet OVNI ?
>
> Je lui ai mis un tag shop=butcher;bakery;cheese;seafood
>  mais ça ne me satisfait
> guère. Ce n'est pas non plus un shop=convenience, mais qu'est-ce donc ??
>
> --
>
> *Florian Lainez*
> @overflorian 
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Nom de gare dans OSM

[Francescu GAROBY]

Cette discussion ressemble fortement à celle qu'on a déjà eue, concernant
les arrondissements...
Certains disaient qu'il fallait mettre  "name=Arrondissement de XXX",
d'autres juste "name=XXX", au motif que si on voulait afficher le nom
complet, il suffisait de le déduire des tags (avis que je partage).

Francescu

Le 17 novembre 2016 à 12:50, Christian Quest  a
écrit :

> J'ai toujours le même avis sur la question... "Gare de Toul" n'est pas un
> nom, c'est une description.
>
> Le rendu peut très bien combiner les tags pour générer ce "Gare de Toul"
> si on veut et encore, quel serait l'intérêt ?
>
> Le 17 novembre 2016 à 09:58, ades_...@orange.fr  a
> écrit :
>
>> Il me semble que la question dépasse un peu l’alternaticve ‘Toul’ vs
>> ‘gare de Toul’.
>>
>> Il y-a un dessin du Chat de  Geluk à ce sujet
>> "- un restaurant chinois ;
>> - en Chine ça s’appelle un restaurant »
>>
>> Pour les gares c’est la même chose , lorsqu’on n’est pas à Toul on va à
>> Toul voire à la 'gare de Toul', mais lorsque l’on est à Toul on va à la
>> ‘gare', voire à la 'gare sncf' (ce qui est généralement écrit sur la
>> signalisation dans la majorité des ville).
>>
>> Il y a, sans doute eu, de nombreux débats sur cette question du tag
>> ‘name’ dans ce cas,comme dans celui des bureaux de poste d’ailleurs, mais
>> j’ai du rater…
>> Il n’en reste pas moins que lorsque l’on réutilise des données OSM comme
>> fond cartographique, que ce soit en réutilisant des .shp ou .osm ou (pire
>> car on ne peut pas modifier) des tuiles OSM, il est très désagréable, voire
>> pire, ;-) de constater que pour la gare ou pour la poste de Tataouine, le
>> champ ‘name’ qui apparait sur le rendu renvoi le nom ‘Tataouine’. Si la
>> commune (ou la ‘place’) ne possède q’une gare ou (et) qu’un bureau de poste
>> , on verra apparaitre ‘Tataouine’ deux (ou trois fois) sur le rendu… C’est
>> un peu pareil pour les mairie ou hôtel de ville que l’on fait suivre du nom
>> de la commune (‘mairie de Tataouine’) ce qui me semble inutile, car on sait
>> (spatialement) que l’on est sur le territoire de ‘Tataouine’, en plus cela
>> surcharge les rendus avec de infos superfétatoires. J’ai déjà eu des
>> remarques d’utilisateur potentiels des fonds OSM, pour qui cette redondance
>> de nom fait douter de la crédibilité de l’ensemble des données…
>> Si le nom de la gare ou du bureau de poste est éponyme de celui du site
>> où elle ce trouve la répétition du nom me semble inutile ; dans le cas
>> contraire évidement, évidemment qu’un nom doit apparaître (‘poste centrale’
>> ; gare des ‘ombrelles’ ou de ‘Tataouine les ombrelles’).
>>
>> Mes remarques mélanges un peu la saisie des données et le rendu,, mais je
>> crois qu’il faudrait se reposer la question , ‘alt_name’ ? etc…
>>
>> Le 16 nov. 2016 à 22:21, Romain MEHUT  a écrit :
>>
>> Le 16 novembre 2016 à 17:52, Florian LAINEZ  a écrit :
>>
>>> hello,
>>>
>>> Le 16 novembre 2016 à 10:45, HELFER Denis (SNCF RESEAU / SIEGE SNCF
>>> RESEAU / DT ALCA APPUI PERFORMANCE)  a
>>> écrit :
>>>
 Gare de Toul sur le bâtiment voyageurs et Toul sur les
 public_transport=stop_position et railway=station ?
>>>
>>>
>>> Pas d'accord : comme précisé sur le wiki, je pense qu'il faut mettre
>>> "Toul' sur le bâtiment voyageur ainsi qu'aux autres endroits précisés par
>>> Denis.
>>>
>>
>> Actuellement dans OSM, le bâtiment voyageur est tagué
>> building=train_station et railway=station. Or c'est 2 tags ne doivent pas
>> aller ensemble selon le wiki http://wiki.openstreetmap.org/
>> wiki/FR:Tag:railway%3Dstation Voilà ce qu'il faut corriger et pas le nom
>> du bâtiment voyageur (building=train_station) qui porte bien "Gare de Toul"
>> en façade.
>>
>> Romain (qui prend le train tous les jours à la Gare de Toul)
>>
>> ___
>> 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
>>
>>
>
>
> --
> Christian Quest - OpenStreetMap France
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] Fwd: confirm 10ff24cf8895bd60980b14b1a6380c7cd66ce656

[Francescu GAROBY]

Bonjour,
Oui, j'ai lu le même message (les 26 oct. et 5 nov.). J'ai cru que c'était
parce que ma boite mail se mettait à spammer... Mais apparemment non !

Francescu

Le 14 novembre 2016 à 09:09, Romain MEHUT  a écrit :

> Bonjour,
>
> Certains d'entre vous ont-ils reçu un message que celui ci-dessous ?
>
> Dans mon cas, c'est la 3ème fois en peu de temps. J'ai écrit à
> talk-fr-ow...@openstreetmap.org pour connaitre la raison de cet envoi
> mais je n'ai pas eu de réponse.
>
> Une idée ?
>
> Merci.
>
> Romain
>
> -- Message transféré --
> De : 
> Date : 12 novembre 2016 à 10:00
> Objet : confirm 10ff24cf8895bd60980b14b1a6380c7cd66ce656
> À : romain.me...@gmail.com
>
> Votre abonnement à la liste Talk-fr a été désactivé suite à due
> to excessive bounces The last bounce received from you was dated
> 05-Nov-2016. Vous ne recevrez plus de messages en provenance de cette
> liste tant que vous n'aurez pas ré-activé votre abonnement. Vous
> recevrez encore 2 rappels comme celui-ci avant que votre abonnement ne
> soit supprimé.
>
> Pour ré-activer votre abonnement, vous pouvez répondre simplement à
> ce message (en laissant la ligne Subject: --Objet-- du message intact)
> ou vous rendre à la page de confirmation à l'adresse :
>
>  https://lists.openstreetmap.org/confirm/talk-fr/10ff24cf889
> 5bd60980b14b1a6380c7cd66ce656
>
> (...)
>
> Si vous avez des questions ou des problèmes, contacter le
> propriétaire de la liste  à l'adresse
>
> talk-fr-ow...@openstreetmap.org
>
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
>


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

Re: [OSM-talk-fr] osmose et les arrêts de bus

[Francescu GAROBY]

@Philippe : un sigle qui se prononce comme un mot, c'est un acronyme :-)



Francescu

Le 2 novembre 2016 à 18:04, Philippe Verdy  a écrit :

> c'est vrai que jusqu'à présent c'était "refr:fr_star", mais on peut
> changer en "ref:FR:STAR", et non pas "ref:FR:Star" car la STAR est un sycle
> même s'il se prononce comme l'INSEE (voir "ref:FR:INSEE" qui jusqu'à
> présent était "ref:INSEE" mais est trop massivement déployé et connu pour
> le changer maintenant, d'autant plus qu'on en trouve aussi quelques un à
> l'international).
>
> "rer:fr_star "n'a que peu de documentation et est surtout lié depuis une
> seule page wiki consacrée au transport à Rennes, et quelques liens facile à
> corriger, et sinon l'essentiel est faicle à retrouver depuis la relation
> "réseau". Il restera juste quelques éléments dispersés à corriger.
>
>
>
> Le 2 novembre 2016 à 16:06, Jérôme Amagat  a
> écrit :
>
>> J'ai fait une erreur sur le tag public transport c'est les platform qui
>> sont présentent dans les données donc il faudrait remplacer
>> "public_transport": "stop_position", par "public_transport": "platform"
>> Ensuite, pour shelter= il y a un problème ça marche pas quand c'est yes
>> mais c'est normal j'ai mis "Abris" avec une "s" alors qu'il n'en faut pas
>> il faut remplacer "Abris" par "Abri".
>> Pour la référence, j'ai mis "ref:FR:Star" (Je l'ai construit comme
>> d'autre ref) mais il existe déjà des "ref:fr_star" dont les valeurs
>> correspondent (d’après les quelques uns que j'ai vérifié), je sais pas ce
>> qu'il faut choisir comme nom.
>>
>>
>> Le 28 octobre 2016 à 21:26, Frédéric Rodrigo  a
>> écrit :
>>
>>> Salut,
>>>
>>> J'ai légèrement corrigé le code et je l'ai lancé.
>>> Le résultat est là :
>>> http://osm110.openstreetmap.fr/~fred/star/
>>>
>>> Tu peux valider que c'est bon pour toi ?
>>>
>>> Pour Paris on l'a retiré à cause de la qualité.
>>>
>>> Si vous proposez le paramétrage pour d'autres villes je prends aussi ;)
>>>
>>> Frédéric.
>>>
>>>
>>> Le 27/10/2016 à 04:27, Jérôme Amagat a écrit :
>>>
 ça parle beaucoup des bus, des bus à rennes en plus où il existe en
 open data la position de tous les arrêt ici
 https://data.rennesmetropole.fr/explore/dataset/topologie-de
 s-points-darret-de-bus-du-reseau-star/
 les données ont l'air très bonne, en regardant avec la photo aérienne
 les coordonnées ont l'air très bonne (a 2 mètre près des fois), il y a les
 noms ( là il y a un petit soucis : les accents sur les lettre majuscule
 n'existe pas comme pour Eglise) l’accès pmr et la présence d'abris sont
 indiqués.
 ça pourrait être pas mal de pouvoir les intégrer avec osmose.

 En me basant sur les exemples ici https://github.com/osm-fr/osmo
 se-backend/tree/master/analysers
 je dirais qu'il faudrait créer un test comme ça :

 #!/usr/bin/env python
 #-*- coding: utf-8 -*-

 from Analyser_Merge import Analyser_Merge, Source, CSV, Load, Mapping,
 Select, Generate


 class Analyser_Merge_Public_Transport_FR_Star(Analyser_Merge):
 def __init__(self, config, logger = None):
 self.missing_official = {"item":"8040", "class": 71, "level":
 3, "tag": ["merge", "public transport"], "desc": T_(u"Star stop not
 integrated") }
 self.possible_merge   = {"item":"8041", "class": 73, "level":
 3, "tag": ["merge", "public transport"], "desc": T_(u"Star stop,
 integration suggestion") }
 self.update_official  = {"item":"8042", "class": 74, "level":
 3, "tag": ["merge", "public transport"], "desc": T_(u"Star stop update") }
 Analyser_Merge.__init__(self, config, logger,
 "https://data.rennesmetropole.
 fr/explore/dataset/topologie-des-points-darret-de-bus-du-reseau-star",
 u"Topologie des points d'arrêt de bus du réseau STAR",
 CSV(Source(attribution = u"Keolis Rennes", millesime =
 "2016",
 fileUrl = "https://data.rennesmetropole.
 fr/explore/dataset/topologie-des-points-darret-de-bus-du-res
 eau-star/download/?format=csv=Europe/Berlin_lab
 els_for_header=true")),
 Load(lambda res: res['Coordonnées'].split(' -
 ')[1].strip(), lambda res: res['Coordonnées'].split(' - ')[0].strip()),
 Mapping(
 select = Select(
 types = ["nodes", "ways"],
 tags = {"highway": "bus_stop"}),
 osmRef = "ref:FR:Star",
 conflationDistance = 10,
 generate = Generate(
 static1 = {
 "highway": "bus_stop",
 "public_transport": "stop_position",
 "bus": "yes",
 "network": "Star"},
 static2 = {"source": self.source},