Re: [OSM-talk-fr] Bande cyclable etroite

[Florian_G]

Hello,

Le 23/11/2020 à 18:44, Benoît Grunberg a écrit :
> Je suis de plus en plus confronté à des bandes cyclables
> etroites moins de 1m, 1m 50 selon les recommandation du CERTU
> http://voiriepourtous.cerema.fr/IMG/pdf/Fiche02V-BandeCyclab_cle742831.pdf
> Pourrions- nous réfléchir à un attribut pour intégrer cette
> information sans passer par la case métrage?

narrow=yes ?

++


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

Re: [OSM-talk-fr] test n° 3 depuis Thunderbird

[Florian_G]

Re,

Le 02/09/2020 à 21:54, Georges Dutreix via Talk-fr a écrit :
> Dernier test depuis mon ordinateur.
> Merci de me signaler si vous avez eu ce mail en indésirable. Sinon
> vous pouvez le jeter :-)
>
> C'est fini, je ne vous embête plus.
>
> Merci beaucoup.
> Georges

Reçu dans ma boite de réception.

Je n'ai pas encore reçu le numéro 2.

++

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

Re: [OSM-talk-fr] Test n°1 compte zaclys

[Florian_G]

Hello,

Le 02/09/2020 à 21:48, Georges Dutreix via Talk-fr a écrit :
> Mail envoyé depuis FairEmail en changeant l'expéditeur.
>
> Merci beaucoup de me dire si vous avez ce message en indésirable.

Reçu dans ma boite de réception.

++

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

Re: [OSM-talk-fr] Pourquoi inventer un aire urbaine imaginaire ?

[Florian_G]

Hello,

Le 02/08/2020 à 22:46, Romain MEHUT a écrit :
> Ces traffic_sign n'ont pas été créés conformément à la définition du
> wiki
> https://wiki.openstreetmap.org/wiki/FR:Tag:traffic_sign%3Dcity_limit
> soit un nœud sur la route.

Ah ben, je viens d'apprendre un truc là : il faut les mettre sur la
route et non à leur position réelle… Du coup, il faut que je corrige les
quelques miens. ^_^



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

Re: [OSM-talk-fr] Segmentation des maisons

[Florian_G]

Hello,

Le 23/07/2020 à 15:48, Stéphane Péneau a écrit :
> Perso je ne recommande pas la fusion de ces éléments, on perd des
> informations qui seront intéressantes lorsque quelqu'un voudra faire
> de la 3d.

+1 !

> Cas n°1 : J'ai du temps et du courage :
>
> Je dessine un polygone qui fait le tour complet de la maison, avec
> pour tag building=house
> Les anciens polygone deviennent des building:part=yes/house/etc...
>
C'est exactement comme ça que je procède, en m'aidant des orthophotos
également. Si j'ai envie et que je le voie, je donne des précisions sur
la toiture (roof:shape, etc.).

++



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

Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[Florian_G]

Hello,

Le 11/06/2020 à 16:48, Tyndare a écrit :
> Si on utilise plutôt payment:ticket_restaurant_voucher en France, ce tag
> peut être définit comme une sous catégorie de payment:meal_voucher, et
> les tags suivants sont alors non ambigus:
>     payment:meal_voucher=no
>     payment:ticket_restaurant_voucher=yes
>
> Ici le tag payment:ticket_restaurant_voucher prend le dessus. 


J'ai peut-être tort mais, pourquoi pas une combinaison :

  * si on ne sait pas précisément :
  o payment:meal_voucher=yes
  * si on sait :
  o payment:meal_voucher:ticket_restaurant=yes
  o payment:meal_voucher:apetiz=yes
  o payment:meal_voucher:chèque_déjeuner=yes
  o payment:meal_voucher:pass_restaurant=yes

?

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

Re: [OSM-talk-fr] Tickets Restaurants et StreetComplete

[Florian_G]

Hello,

Le 08/06/2020 à 12:17, Donat ROBAUX a écrit :
> Concernant les TR, la réglementation est très encadrée car assimilés à
> un moyen de paiement et à des avantages en nature (donc l'Urssaf veille).
> Le terme exact (générique) est Titre-restaurant, car Ticket Resto est
> une marque du groupe Endenred.
> Pour le reste, à partir du moment où un commerçant accepte les TR, il
> les accepte tous sans distinction. Au delà, du TR en papier, il existe
> depuis plusieurs années les paiements dématérialisés (cartes,
> smartphone). Les sociétés émettrices des TR font partie d'une
> commission nationale (la CNTR http://www.cntr.fr/V2/home.php) qui gère
> tout ca.

Mes parents ayant été affiliés (en tant que commerçants), je confirme.

HS : Et pour ceux qui veulent savoir ce que ça coûte aux commerçants et
aux restaurateurs, les tarifs sont sur le site de la CRT :
http://crt.asso.fr (lien direct vers le PDF
)

(et c'est pas folichon…)

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

Re: [OSM-talk-fr] Une résidence dans une zone résidentielle ?

[Florian_G]

Bonsoir,

Le 28/05/2020 à 16:44, Jérôme Amagat a écrit :
> Moi, j'utilise place=neighbourhood pour les lotissements et les
> résidences mais sur des nodes.

Pas moi, enfin plus maintenant, car ça n'indique pas la limite. Du coup,
des applications (au hasard, Nominatim) peuvent l’utiliser à mauvais
escient.

> Par contre le problème, c'est que le rendu ne rend pas les place=*
> surfaciques seulement les nodes […]

Pas tous : les place=square surfaciques sont bien rendus par le rendu
par défaut. Mais au pire c'est pas grave, tant que l'information est là.
Il y aura bien un rendu qui les rendra. :-)

> Donc en fait, la solution que je préférés en cas de résidence
> représentée par une surface c'est en plus de place=neighbourhood
> d'ajouter landuse=residential :)
> Ce n'est pas faux, c'est bien une zone résidentielle, elle fait partie
> d'une zone résidentielle plus grande mais une partie de zone
> résidentielle est bien une zone résidentielle :)

^_^

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

Re: [OSM-talk-fr] Une résidence dans une zone résidentielle ?

[Florian_G]

Hello,

Le 27/05/2020 à 12:59, Marc M. a écrit :
> Bonjour,
>
> Le 27.05.20 à 12:20, Vincent Bergeot a écrit :
>> 2 - j'ai regardé du coté de place=neighbourhood mais cela me semble plus
>> "large" qu'une simple résidence comme montré au-dessus
> l'imagerie sat montre plusieurs bâtiments, du coup c'est ainsi
> que je l'aurais renseigné
> il y a aussi place=city_block que je n'utilise pas personnellement
> mais qui pourrait convenu, même si le wiki donne l'impression
> qu'un faut un bloc continue de bâtiments 2 facades.

Le wiki parle aussi de place=plot
. Si j'ai bien
compris la page, ce serait utile pour les résidences de plusieurs
bâtiments n'occupant en tout qu'une seule parcelle cadastrale ?

___
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

[Florian_G]

Hello,

Le lun. 25 mai 2020 à 16:08, Florian LAINEZ > a écrit :
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


Je fais à peu près pareil (p. ex. : 
https://www.openstreetmap.org/node/6953735390, 
https://www.openstreetmap.org/node/6366382079 ou 
https://www.openstreetmap.org/node/6691321281), à ceci près que j'ai 
choisi "access=destination" car l'entrée n'est pas autorisée qu'au 
personnel de l'entreprise hôte ou à ses prestataires permanents (donc 
avec un badge pour le restaurant d'entreprise) mais aussi aux externes, 
aux employés d'autres sites ou aux invités qui ont un badge d'accès au 
bâtiment.


Par contre, j'hésite entre "amenity=restaurant" et "amenity=fast_food + 
fast_food=cafeteria". Je suis preneur d'idées également. Dans les 3 cas 
ci-dessus, ce sont des self, pas de service à table.


Le 25/05/2020 à 16:48, Francescu GAROBY a écrit :
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.


Voilà, d'où mon choix de "access=destination" : ceux qui ont "le droit" 
d'aller y déjeuner.



À+

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

Re: [OSM-talk-fr] adresse mail rejetée - premières modifs

[Florian_G]

Hello,

Le 16/01/2020 à 18:49, Sébastien Dinot a écrit :
> marc marc a écrit :
>> J'ai fait quelques modifs pour rendre la liste temporairement "plus
>> relax" au niveau des bounces
> À la bonne heure ! Depuis décembre, je dois me faire virer de la liste
> 2 à 3 fois par semaine. Je réactive mon abonnement dès que je reçois le
> message de notification, mais c'est pénible.

Pareil pour moi, et ça fait 2-3 mois que ça dure, à vue de nez (je n'ai
pas conservé les traces).

Et plus d'un an que je ne reçois plus les messages de Philippe Verdy (je
pensais qu'il avait quitté la liste) : le dernier que j'ai reçu avec son
adresse Wanadoo date du 30/10/2018 puis 02/03/2019 et plus rien jusqu'au
08/01/2020 mais avec son adresse Gmail cette fois-ci. Et puis c'est tout.

++


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

Re: [OSM-talk-fr] Ways en "area" ?

[Florian_G]

Hello,

Le 15/12/2019 à 11:24, Stéphane Péneau a écrit :
> […]
>
> En revanche, son contour me parait bien fantaisiste lorsqu'on le
> superpose à la BDOrtho.
> https://www.openstreetmap.org/way/746328245

On dirait qu'il s'est appuyé sur le fond Cadastre, ça correspond.

D'ailleurs, ça se voit aussi dans le changeset :
https://www.openstreetmap.org/changeset/78304851#map=18/46.18366/6.71175

La modif date d'il y a 3 jours, je suis étonné que le rendu ne montre
pas encore le "aera=yes / highway=tertiary". C'est peut-être normal ?

++


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

Re: [OSM-talk-fr] génération de fichiers .osm à partir du cadastre

[Florian_G]

Hello,

Le 19/11/2019 à 19:33, XavierBizot22440 a écrit :
> je vais essayer sur PC demain, parce que là sur mon MAC j’ai aucune
> action les en choississant JOSM puis 10 points ou relation les trois
> restent en surbrillance vert sans aucune action 
>
> https://framapic.org/gallery#DADAEQJKXuYD/RJ87JCfaPicU.png
>
Normalement, en cliquant sur "x points" ou "Relation", JOSM doit revenir
en avant plan et te proposer de charger quelque chose. Si rien se passe,
alors il est probable que tu n’aies pas activé le contrôle à distance
dans JOSM.

"Édition" → "Préférences… (F12)" → onglet avec l'icône de télécommande
(la 9e chez moi) → cocher "Activer le contrôle à distance"

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

Re: [OSM-talk-fr] comment nommé parking relais "P+R xxxx" (erreur osmose)

[Florian_G]

Hello,

Le 12/10/2019 à 13:14, Cyrille37 OSM a écrit :
> Osmose dit : L’attribut “name” contient deux noms "name=P+R Mayer".

Pour moi, c'est un faux positif, il faudrait donc le signaler comme tel
à Osmose en cliquant sur la croix rouge (cf. la bulle d'aide de la
croix). J'ai déjà eu le cas près de chez moi et j'ai procédé de la
sorte, ça me semblait logique.

Tu peux attendre d'autres avis si tu veux.

À+

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

Re: [OSM-talk-fr] Requête overpass pour récupérer les ponts au dessus d'une voie ferrée

[Florian_G]

Hello,

Le 18/05/2019 à 10:13, osm.sanspourr...@spamgourmet.com a écrit :
>
> Le 17/05/2019 à 23:40, DH - dhel...@free.fr a écrit :
>
>> Non, juste dans la méconnue catégorie des Fortunes
>>
>> https://wiki.openstreetmap.org/wiki/FR:Fortunes
>>
>> Denis 
>
> C'est ainsi qu'on voit un de nos administrateurs qui n'est pourtant pas 
> manchot placer le pôle sud en (0, 0).
>
> Jean-Yvon
>
Pour m'amuser, je suis allé voir (via iD, hein !) à ces coordonnées : il y a 
des traces GPS publiques, un nœud avec juste un nom, et des notes…

https://www.openstreetmap.org/node/6477793527#map=15/0.0005/-0.0005=NDG

Il y en a qui s'amusent bien. ^_^

++

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

[OSM-talk-fr] Certificat Osmose

[Florian_G]

Hello,

Pour info, le certificat de https://osmose.openstreetmap.fr semble
expiré depuis le 16/04/2019. On a donc une erreur dans les navigateurs.

++


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

Re: [OSM-talk-fr] Hump ?

[Florian_G]

Hello,

Le 20/03/2019 à 19:48, Jacques Lavignotte a écrit :
> Le 20/03/2019 à 19:30, David Crochet a écrit :
>
>> c'est ce que l'on appelle un coussin berlinois donc
>>
>> traffic_calming=cushion
>
> Merci,


Si tu veux, tu as des exemples dans le wiki :
https://wiki.openstreetmap.org/wiki/FR:Key:traffic_calming

++


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

Re: [OSM-talk-fr] Syntaxe opening_hours pour les jours consécutifs

[Florian_G]

Le 04/03/2019 à 14:48, pepilepi...@ovh.fr a écrit :
> Le 04/03/2019 à 14:10, Julien Lepiller a écrit :
>> Le 2019-03-04 14:04, pepilepi...@ovh.fr a écrit :
>>> Bonjour,
>>>
>>> Malgré une lecture attentive du wiki je n'ai rien vu à ce sujet : si
>>> un magasin ferme le mercredi, peut-on mettre comme opening_hours Th-Tu
>>> 08:00-19:00 ? Une séquence tournante, un modulo en quelque sorte...
>> On dirait bien :
>> http://projets.pavie.info/yohours/?oh=Th-Tu%2008:00-19:00
>
> OK, merci !


Cela dit, il vaut peut-être mieux mettre "08:00-19:00; We off" pour des
raisons de clarté ?


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

Re: [OSM-talk-fr] ça veut dire quoi ça :

[Florian_G]

Hello,

Le 02/03/2019 à 14:02, ades a écrit :

> depuis mon dernier post (en janvier, je crois) je n’ai fait que consulter la 
> liste.
> ça veut dire quoi ce mail :
>
> je cite (j’ai enlever mon mot de passe -en clair  et les liens)  : 

J'ai eu le même hier. Bàl hébergée chez Gandi. Je n'ai pas trop compris
mais je me suis immédiatement réinscrit après avoir vérifié l'URL.
D'après les archives, je n'ai loupé que 3 messages : celui-ci, la
réponse de OSMDoudou, et le message de Philippe dans l'autre fil de
discussion (« BAN(O): accompagnement des communes »).
J'ai essayé de les reconstituer tous les 3 à partir des archives et de
ceux que j'ai reçu.

++

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

Re: [OSM-talk-fr] osmose conflit entre tag

[Florian_G]

Le 20/04/2018 à 06:09, Philippe Verdy a écrit :
> Osmose ne pense pas à ça mais il croit voir un conflit entre les deux
> surfaces landuse et amenity.
> Ce n'est pas spécifique aux déchetteries car on pourrait avoir la même
> chose sur une école, un parc.
> Je pense qu'ici Osomose réfléchit ici pour le rendu uniquement.
> Géométriquement et en terme de données il n'y a aucun problème.
>
> Et je n'ai pas envie de créer trois ways superposés avec exactement la
> même géométrie (les mêmes noeuds) pour
> - la clôture
> - le landuse
> - l'amenity (déchetterie)
> Je trouverai cela réellement "bordélique".
>
> Osmose croit que landuse et amenity sont incompatibles sur une
> surface, mais je ne vois pas du tout en quoi il y a incompatibilité !

Osmose peut avoir tort, dans ce cas, c'est un faux positif et il «
suffit » de l'ignorer. En attendant éventuellement un correctif adapté.

Sinon, si tu lui fais confiance, tu peux juste retirer l'amenity sur la
zone et le mettre sur un nœud dédié ou sur la toiture qui couvre les
conteneurs de la déchèterie, comme ça tu gardes tout.

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

[OSM-talk-fr] Désabonnement de la liste

[Florian_G]

Moi, pas de problème.
Par contre, vous êtes tous les 4 chez Google… Coïncidence ? Je ne pense
pas, hi hi :-)

Le 19/04/2018 à 21:41, Guillaume Largeau a écrit :
> Bonsoir,
>
> J’ai le même problème! 
>
> Guillaume
>
> Le jeu. 19 avr. 2018 à 21:39, aurélien BONDU  > a écrit :
>
> De même pour moi depuis quelques semaines
>
> Le jeu. 19 avr. 2018 à 21:29, Jo  > a écrit :
>
> moi aussi, depuis des mois, assez régulièrement.
>
> Jo
>
> 2018-04-19 21:18 GMT+02:00 Vincent Frison
> >:
>
> Hello,
>
> Je me fais régulièrement "bannir" de la liste avec le
> message suivant:
>
> /*Votre abonnement à la liste Talk-fr a été désactivé
> suite à due
> to excessive bounces The last bounce received from you was
> dated
> 18-Apr-2018. Vous ne recevrez plus de messages en
> provenance de cette
> liste tant que vous n'aurez pas ré-activé votre
> abonnement. Vous
> recevrez encore 3 rappels comme celui-ci avant que votre
> abonnement ne
> soit supprimé.*./
>
> Quelqu'un saurait à quoi cela correspond et surtout
> comment faire pour que ça s'arrête ?
>
> A priori je ne fais rien de spécial et j'utilise une
> adresse Gmail on peut plus classique..
>
> Merci, Vincent.
>

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

[OSM-talk-fr] cartes bancaires (était Import station essence)

[Florian_G]

Hello,

Le 01/04/2018 à 15:10, osm.sanspourr...@spamgourmet.com a écrit :
> Je vois que tu parles du réseau Carte Bleue/CB. Ca existe encore ?
> J'ai une carte française Visa, pas une Carte Bleue. A priori depuis
> 2010, Carte Bleue a été absorbé par Visa Europe
> .

Tu confonds le "Groupe Carte Bleue", effectivement vendu à Visa Europe
et le "Groupement des Cartes Bancaires CB" (les "cartes bleues
nationales" n'existent plus du coup). Ton lien l'indique :

/« Il ne doit pas être confondu avec le //Groupement des Cartes
Bancaires CB
//qui
gère, à la fois la marque "CB", l'interbancarité des cartes
bancaires exclusivement émises en France, et le système
d'acceptation de paiement par carte quelle qu'en soit la marque par
les acquéreurs français. »/

Les cartes bancaires françaises sont marquées du logo du réseau (Visa ou
Mastercard) ainsi que du logo "CB" en blanc. Exemple :
https://www.qwant.com/?q=carte%20bancaire=images=all=0:b1b78230ae2bb2553950f837d2649935

En tout cas, c'est ce que j'ai sur les miennes (ancienne et nouvelle).

> Je connais un résto à l'étranger où les cartes françaises sont
> refusées. On ne sait pourquoi. Mais maintenant on sait qu'il faut
> avoir du liquide et on part en chercher si on n'en a plus assez. Les
> automates eux ont plus de mal à comprendre les exceptions !

Probablement du fait de la présence concomitantes des applications CB et
Visa (ou CB et Mastercard) sur la carte : le TPE ne doit pas prendre la
bonne (je ne sais pas si c'est possible).

> Est-ce que vous avez des expériences de problèmes récents ? Car entrer
> des informations non pertinentes est toujours gênant : grooso modo
> tous les automates français acceptent les cartes françaises et mettent
> les logos correspondants (CB, Visa, MasterCard,...) mais est-ce que
> les logos correspondants suffisent pour dire que toutes les cartes de
> ces réseaux sont acceptés ?

Normalement, oui, car les TPE sont tous chargés en France avec les 3
applications correspondantes (si j'ai bien compris le principe).

Un petit lien vers un blog instructif sur les paiements monétiques :
http://www.paymon.fr

La préautorisation (pour Philippe :-)) :
http://www.paymon.fr/2014/04/21/la-pre-autorisation-cas-du-dac-plbs/
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] BDOrtho IGN par défaut dans iD!

[Florian_G]

Le 07/03/2018 à 00:22, Christian Rogel a écrit :
> C’est sûr que la BD ortho est géniale, mais, cela se paie de la
> disparition du cadastre dans la liste des couches par défaut.
> Un moyen de le retrouver ?
Il est toujours là mais relocalisé dans « Calques » en-dessous de « Fond
de carte » (par contre, ça aurait été bien si le blanc devenait
transparent, comme pour le Cadastre luxembourgeois) :

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

Re: [OSM-talk-fr] Centre commercial déplacé

[Florian_G]

Le 29/09/2017 à 22:44, Lionel Allorge a écrit :
> 
> Oui c'est bien cela.
> 

Ok. Du coup, le plus simple est d'utiliser les imageries Cadastre pour
les bâtiments et BDOrtho IGN pour le reste visible du ciel.
C'est ce que je viens de faire (j'avais trop envie, c'est une vraie
drogue ce projet !). ;-)

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

Re: [OSM-talk-fr] Centre commercial déplacé

[Florian_G]

Hello,

Le 29/09/2017 à 09:35, Lionel Allorge a écrit :
> Bonjour,
>
> J'ai constaté qu'un centre commercial à Rambouillet avait été changé de
> place, le nouveau bâtiment du Leclerc étant reconstruit à côté de
> l'ancien et les parkings modifiés; mais OSM n'est pas à jour comme on
> peut le voir en regardant la photo satellite :
> https://www.openstreetmap.org/export#map=18/48.64674/1.85821
>
> Y a-t-il un moyen pour mettre à jour cet endroit, à partir du cadastre
> peut-être, sans avoir à tout refaire à la main ?
>

Le cadastre et la BDOrtho IGN (et Bing, le tout dans JOSM) montrent la
même chose : un gros bâtiment à droite (est), au sud de l'allée des
Narcisses, et les parkings à gauche (ouest).
Dans OSM, le Leclerc est à gauche (ouest) avec le parkings dessous
(sud), dates de dernières modifications en 2013/2014.

Qu'est-ce qui est bon ? Le tout gros bâtiment pas « carré » je suppose ?

++

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

Re: [OSM-talk-fr] adresses de contact spéciales

[Florian_G]

Hello,

Le 02/09/2017 à 06:42, Philippe Verdy a écrit :
> On peut citer aussi d'autres champs spéciaux similaires:
> - boites postales (BP numéro) à traiter comme (CS numéro) et (TSA numéro)
> - Autorisation (T numéro) pour l'envoi sans affranchissement.
>
>
> Le 2 septembre 2017 à 06:37, Philippe Verdy  > a écrit :
>
> Pour une trésorerie publique, l'adresse de contact a:
> - un numéro et une rue (addr:housenumber=* et addr:street=*)
> - un complément d'adresse (deuxième ligne d'adresse)
> - un numéro "CS " dans la troisième ligne (???)
> - un code postal Cedex (addr:postcode=*) et la ville aussi en Cedex 
> (addr:city=Xxxx Cedex) pour la 4e ligne)
>
> […]
>
> Il manque donc des éléments dans addr:* (qui ne manque pourtant pas 
> d'autres champs comme "village", "ward", "governorate", "wilaya", "state", 
> "province", "region"... et même "hamlet" et "locality", et d'autres éléments 
> pour la Pologne).
>
> Peut-on avoir des champs en plus (éventuellement spécifiques à la France) 
> comme:
>
Ce n'est pas utile : addr:full fait le travail car conçu pour traiter des cas 
non prévus.

Cependant, pour moi, une adresse postale (= contact) n'est pas une adresse 
physique. Une trésorerie (ou une agence bancaire, etc.) a donc 2 adresses : 
celle où tu te rends et celle où tu envoies le courrier. Vu l'historique, tout 
le monde les utilise mais il faut bien se dire que les codes postaux ne 
représentent qu'une nomenclature interne d'une entreprise aujourd'hui privée 
pour trier le courrier, en l'occurrence La Poste.

Mon sentiment est qu'on devrait n'utiliser les addr:* que pour des adresses 
physiques et des contact:* pour les adresses de contact, donc postales (avec ou 
sans :addr:*, je ne sais pas).

++

___
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 ?

[Florian_G]

Hello,

Le 10/05/2017 à 10:09, Nicolas Moyroud a écrit :
>  Les champs multi-valués à coup de point-virgules c'est quasiment 
> inexploitable... 

Ça peut tout de même avoir du sens : ça dépend si le cas présent est un seul 
cabinet médical (1 nœud) avec plusieurs médecins de spécialités différentes ou 
plusieurs cabinets indépendants (plusieurs
nœud). Tout dépend du contexte, mais je suis d'accord que si on peut éviter 
c'est mieux.

++

___
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 ?

[Florian_G]

Hello,

Le 05/05/2017 à 17:45, pepilepi...@ovh.fr a écrit :
>
> Quand dans un immeuble on trouve en vrac un rhumatologue, un ginéco, trois 
> cardiologues, un expert-comptable (mais pas de raton-laveur) on ne peut 
> évidemment pas mettre amenity=doctors sur le bâtiment.
>
> Donc :
>
>   * Un seul noeud amenity=doctors ?(extrêmement vague)
>   * Un noeud amenity=doctors par spécialité avec le healthcare:speciality qui 
> va bien ? (mais que va faire le rendu ? empiler cinq ou six malettes ?)
>   * Un noeud par médecin avec en plus son nom, tél. etc ? (J'ose pas imaginer 
> le rendu)
>
>   * Des exemples à me proposer ?
>

Et un seul nœud amenity=doctors mais avecplusieurs valeurs dans 
healthcare:speciality ?

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

Re: [OSM-talk-fr] Cartographie « à l'avance »

[Florian_G]

Hello,

Le 03/05/2017 à 00:46, Sébastien Dinot a écrit :
> Ce qui me chagrine dans l'affaire, c'est que ce bâtiment n'existe pas
> encore, pas plus que les arbres qui l'entourent. L'ancien bâtiment a été
> démoli le mois dernier (donc en avril 2017) et la contribution date du
> 8 janvier 2016 (voici donc 16 mois). Le terrain est pour l'heure un
> simple terrain vague.

Clairement une copie d'un projet. Pas glop…
> Que pensez-vous d'une telle contribution ? Pour ma part, je serais bien
> tenté de la supprimer puisque le bâtiment n'existe pas : la carte n'est
> pas représentative ici de la réalité actuelle du terrain. Quant aux
> futurs arbres, je parie qu'ils ne seront jamais plantés.
>
> D'un autre côté, j'ai du mal à supprimer brutalement une contribution
> soignée et je m'interroge sur les tags associés au bâtiment et leur
> rendu : le bâtiment est tagué comme étant en construction et des dates
> de début (erronée) et de fin (elle aussi probablement erronée vu le
> retard) de construction sont indiquées. Mais Mapnik rend le bâtiment
> comme s'il était déjà construit. L'utilisation combinée de ces tags
> est-elle bien prévue ?

J'ai remarqué également que Mapnik ne rend pas différemment un bâtiment quand 
il est tagué "en construction" de quand il ne l'est pas.
Je te suggère, plutôt que de supprimer, d'entourer la zone (en t'aidant de la 
parcelle cadastrale) et de la taguer comme zone de construction 
(landuse=construction), avec une note, comme ça ce sera
plus clair (enfin, de couleur caca d'oie ^_^).

++


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

Re: [OSM-talk-fr] NOUVEAU Bus contributor - Appli arrêts de bus

[Florian_G]

Hello,

Le 2017-03-08 11:05, osm.sanspourr...@spamgourmet.com a écrit :
Bonne idée que de proposer une visualisation simple des niveaux de 
complétude, mais rouge/orage/vert n'est pas très sympa pour les 
daltoniens.


Il suffit de mixer avec des formes géométriques : carré rouge, triangle 
jaune-orange, disque vert.


++


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

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

[Florian_G]

Hello,

Le 19/02/2017 à 21:21, Eric SIBERT a écrit :
> http://product.itoworld.com/map/124?lon=5.73304=45.17881=13_sidebar=share_menu
Très bien ce site , mais il ne tient compte que des maxspeed explicites et non 
des maxspeed implicites, notamment ceux définis pour la France (je ne me 
souviens plus du terme exact).

++

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

Re: [OSM-talk-fr] Signalement Osmose étrange

[Florian_G]

Hello,

Le 21/01/2017 à 21:12, Philippe Verdy a écrit :
> Route souterraine sans tunnel
> way 374135878 rawedit josm edit
> covered = yes
> highway = footway
>
> ici ce n'est pas un tunnel mais un morceau de voie passant sous un porche de 
> bâtiment  au niveau du sol (d'où juste covered=yes, le batiment vient à 
> cheval, il est aussi au même layer mais pas découpé au niveau du porche pour 
> créer une partie "aérienne" en layer=1;level=1).
Personnellement, j'aurais plutôt mis « tunnel=building_passage » dans ce 
cas-là, d'après la vue aérienne.


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

Re: [OSM-talk-fr] JOSM erreur de chargement Orthophotoplan

[Florian_G]

Hello,

Le 15/01/2017 à 20:28, lenny.libre a écrit :
> J'ai retrouvé les imageries aériennes qui sont ré-affichées dans josm ; merci 
> à Christian ...
>
> Pas de grands soucis, mais des problèmes sur quelques endroits.
>
> Quand je vais avec josm, téléchargement de la zone délimitée : 
> http://www.openstreetmap.org/#map=21/43.65833/1.37593 - j'obtiens quelques 
> tuiles ok
>
> Tile name: 20/528294/382663@Toulouse - Orthophotoplan 2015
> Tile url : 
> http://wms.openstreetrnap.fr/tms/1.0.0/toulouse_2015/20/528294/382663
>
Chez moi, c'est long à afficher mais en insistant un peu et en étant patient, 
ça marche. Par contre, dans ton URL, le domaine semble incorrect : tu as « 
openstreetrnap.fr » au lieu de «
openstreetmap.fr ».

=> http://wms.openstreetmap.fr/tms/1.0.0/toulouse_2015/20/528294/382663

++

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

Re: [OSM-talk-fr] osmose et adresses bis

[Florian_G]

 
Hello,

Le 20/12/2016 à 20:44, Mathias Jérôme a écrit : 

> Les bis, ter etc... sont des indices de répétitions, mais les A,B,C etc... 
> sont plutôt ce que j'appellerais des indices de déclinaisons (dans le cas du 
> 36bis c'est que le 36 existe (ou existait) et est (était) vraiment distinct, 
> tandis que le 36A il est souvent situé au situé au 36, de même que le 36B se 
> situera aussi au 36 , de fait les A,B,C,etc... sont souvent de la 
> numérotation d'ordre "privative" : accès ou cages d'escaliers).

Petit contre-exemple : 

* OSM :
http://www.openstreetmap.org/way/253831784#map=19/49.13026/6.15980 [1]
* Google :
https://www.google.fr/maps/@49.130211,6.1595164,3a,51y,332.26h,91.02t/data=!3m6!1e1!3m4!1soFRU1NinEVLGt68Nufyx0A!2e0!7i13312!8i6656!6m1!1e1
[2]

Ce 13 A aurait pu être un 13 bis, mais c'est bien un 13 A, autonome,
distinct et non dépendant du 13 (qui est bien une autre maison). Les
parcelles cadastrales sont d'ailleurs différentes, mais ce n'est pas
déterminant (au mieux un indice). 

En fait, c'est, selon moi, juste une norme de numérotation différente ;
que ce soit numéro "n bis" ou numéro "n A", les bâtiments numérotés "n"
et "n+1" étant déjà construits ou prévus, il fallait donc bien trouver
une astuce au moment de la mise en place du numéro entre les deux. Pour
l'anecdote, il existe même un 0 bis à Metz, avant le 2, mais pas de 0 !
→ http://www.openstreetmap.org/way/72882228#map=19/49.11648/6.18358 [3] 

Mes 2 centimes...  
 

Links:
--
[1] http://www.openstreetmap.org/way/253831784#map=19/49.13026/6.15980
[2]
https://www.google.fr/maps/@49.130211,6.1595164,3a,51y,332.26h,91.02t/data=!3m6!1e1!3m4!1soFRU1NinEVLGt68Nufyx0A!2e0!7i13312!8i6656!6m1!1e1
[3] http://www.openstreetmap.org/way/72882228#map=19/49.11648/6.18358
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] adresse commune à plusieurs bâtiments

[Florian_G]

Le 09/12/2016 à 22:35, Samy Mezani a écrit :
> Le 09/12/2016 à 21:37, Florian_G a écrit :
> [...]
>> Du coup, tu cherches à obtenir quelle adresse ? Quelque chose comme « M. 
>> Bidule, bâtiment C1, 12 rue du Roy Gontran » pour le 1er ? Le 12 c'est pour 
>> les bâtiments C1 et C2 ?
>
> C'est exactement ça.
Une idée pourrait être :
  - sur le bâtiment : "addr:housename=C1" ;
  - un polygone sur les 2 bâtiments, de type "building=apartments" avec, ou 
pas, "addr:housenumber=12"  ;
  - remplacer "building=apartments" par "building:part=apartments" sur chacun 
des bâtiments ;
  - mettre "entrance=*" sur la porte d'entrée si tu sais où elle est.
Ce n'est qu'une idée. :-)

Une question : les bâtiments ne sont pas bien calés sur le Cadastre, c'est 
normal ?

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

Re: [OSM-talk-fr] adresse commune à plusieurs bâtiments

[Florian_G]

Hello,

Le 09/12/2016 à 17:40, Samy Mezani a écrit :
> Je souhaite tagguer des adresses pour des bâtiments qui sont nommés par une 
> lettre, et qui partagent une adresse commune.
>
> Exemples de bâtiments :
> https://www.openstreetmap.org/way/232922812
> https://www.openstreetmap.org/way/458656397
>
> Comment bien tagguer pour pouvoir retrouver l'adresse du bâtiment avec 
> Nominatim ?
>
> Si je place le numéro sur un node au niveau de l'entrée avec les boîtes aux 
> lettres, les bâtiments n'ont pas la bonne adresse (Cf. 
> https://www.openstreetmap.org/node/2412503349)

Du coup, tu cherches à obtenir quelle adresse ? Quelque chose comme « M. 
Bidule, bâtiment C1, 12 rue du Roy Gontran » pour le 1er ? Le 12 c'est pour les 
bâtiments C1 et C2 ?

++

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

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

[Florian_G]

Le 17/11/2016 à 13:49, Romain MEHUT a écrit :
> 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.
>
>
> Non. Vous voulez une photo de la gare qui prouve bien ce que j'avance ? Dans 
> Google Maps
> 
> en 2011 c'est déjà "Gare de Toul".

Hi hi ! Si on suit la photo, on devrait indiquer « Chemin de Fer - Gare de Toul 
SNCF ». 

Plus sérieusement, à mon humble avis, une gare (ferroviaire ou routière, peu 
importe finalement) n'est pas un bâtiment, ou pas seulement : c'est plutôt un 
ensemble composé d'arrêts, de quais, de
bâtiments. Une emprise au sol en quelque sorte.

Du coup, la photo représenterait, à mon sens, l'entrée principale de la gare de 
Toul, et aurait pour nom « Gare de Toul » qui ne serait alors pas celui du 
bâtiment (bâtiment pouvant accueillir le hall
des départs, le hall des arrivées, les deux ou aucun selon la configuration, et 
cætera).

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

Re: [OSM-talk-fr] Rendu FR... un peu de neuf

[Florian_G]

Bonsoir,

Le 07/09/2016 à 08:44, Christian Quest a écrit :
> 
> Zoom 8 à 10 en cours de recalcul...
>  
> 
> Est-il possible de placer ensuite selon la population (en fonction
> de la place) ?
> 
> 
> C'est déjà le cas, tri sur le niveau admin, puis par population
> 


Je ne sais pas si le rendu du niveau 6 est totalement à jour, mais on
voit toujours à tort Jarny à la place de Metz :

http://umap.openstreetmap.fr/fr/map/test-rendu-osmfr_99740#6/48.203/5.219

Ça fait un peu bizarre du coup. :-P

-- 
Florian_G

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