from:"osm . sanspourriel"


Le 16/11/2020 à 22:52, Pierre-Olivier GREGOIRE - po.grego...@gmail.com a
écrit :


cette chaine de brasseries très connue sur Lyon propose bien
distinctement "vente à emporter" (possibilité d'emporter sa
consommation) de "click & collect" (possibilité de commander à
distance et de récupérer sa commande une fois qu'elle est prête). Et
ce n'est pas un cas isolé.


Oui takeaway=only (à emporter)

et

takeaway=only

reservation=only (à commander puis à retirer)

sont deux choses distinctes.

La page reservation n'est pas réservée ;-) à la réservation d'un créneau
horaire.

Si tu peux aller au resto et que tu dois réserver tu auras

reservation=only

> Par contre on peut préciser si il peut être acheté sur place ou si un
service de "commande puis retrait en magasin" est proposé ou un service
de livraison.

Là encore : reversation=only, required... ou pas.

takeaway n'est effectivement pas indispensable ici.

KISS

Si on veut faire la combinatoire réservation y compris le mode
(téléphone, internet, courrier), le mode de retrait (en magasin, à
l'extérieur) ou de livraison et mettre un tag spécifique à chaque fois
ça va être compliqué...



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

Re: [OSM-talk-fr] Suppression de l'attribut source


Le 16/11/2020 à 12:18, Marc_marc - marc_m...@mailo.com a écrit :


3) JOSM/Vespucci/StreetComple poussent fortement l'ajout
d'un tag source sur le changeset. iD le permet aussi.
tous les éditeurs proposent facilement d'ajouter des sources
ainsi que l'imagerie sat utilisée pour l'alignement.
en tout état de cause, la présence de meta-donnée (les tags de
changeset) sont renseigné par le contributeur de cette modif là
et concernerait cette modif, donc fiable (quand elle existe)
pour connaître la source de ces modifs.


Ceci est partiellement vrai : ils utilisent en général les couches
sélectionnées lors de l'expédition des modifications.

Ce n'est pas parce que tu affiches l'ortho de l'IGN que tu n'as pas
utilisé le cadastre avant.

De même si tu fusionnes deux bouts de bâtiments issus du cadastre,
quelle est la source ?

Cadastre (disons 4 points inchangés, l'ensemble du bâti globalement est
inchangé) ou survey (tu sais qu'il n'y a qu'un bâtiment : les 2 points
supprimés) ou ortho (tu as vérifié sur l'ortho qu'il n'y a qu'un bâtiment).

Donc même avec des outils pas mal faits, dans certains cas je ne sais
trop quelle est la source !

Avoir des outils style DeepHistory intégrés aux éditeurs, ça permettrait
d'y voir plus clair.

N. B. : certaines sources ne portent évidemment que sur certaines
parties objets, ainsi le cadastre ne joue que sur la géométrie, quelques
fois sur le nom ou la plaque de rue.

Et oui, source sur l'objet, sur une partie de l'objet, sur la changeset
ça n'aura de validité que si chacun s'y astreint.

Les sources ajoutées automatiquement sans contrôle explicite de
l'utilisateur ça peut induire le suivant en erreur.

Ce n'est pas pour autant qu'il ne faut pas essayer de le faire proprement.

Jean-Yvon



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

Re: [OSM-talk-fr] [OSM-Talk-fr] Nouveaux tags "Ça reste ouvert"


On a déjà les moyens de payement, pas la peine d'en inventer (sauf à
suffixer par covid19).

https://wiki.openstreetmap.org/wiki/FR:Key:payment#Argent_liquide

Ça donnerait :

payment:cash:covid19=no

Par contre un commerçant en dessous d'une certaine somme doit accepter
le liquide (car contre il peut imposer un payement à la réservation ce
qui revient à peu près au même).

Et par rapport au message de Vincent : KISS, en français c'est réserver
et emporter donc :

reservation=only

takeaway=only

(avec les suffixes covid19 si c'est du temporaire).


Le 16/11/2020 à 20:27, Philippe Verdy - ver...@gmail.com a écrit :

le paiement sur place en espèces impossible.




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

Re: [OSM-talk-fr] composteur


Bonjour, on peut, ça ne mange pas de pain.

Perso, ça me semble d'un intérêt limité (les utilisateurs verront bien)
mais si certains y trouvent un intérêt ça me semble tout à fait correct.

Jean-Yvon

Le 16/11/2020 à 12:30, Marc_marc - marc_m...@mailo.com a écrit :

Bonjour,

de nombreux nouveaux contributeurs renseignent en ce moment
des composteurs.  une idée de comment les tager ?

le wiki renseigne
https://wiki.openstreetmap.org/wiki/FR:Comment_cartographier_un...#Composteurs
amenity=recycling
+ recycling:green_waste=yes
et/ou recycling:garden_waste=yes
et/ou recycling:organic=yes

mais rien dans ce tag ne différencie le composteur d'un bac
de récupération qui serra composté ou méthanisé ailleurs.
ne faudrait-il pas rajouter produce=compost ?
autre idée ?

Cordialement,
Marc



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



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

Re: [OSM-talk-fr] Suppression de l'attribut source horaires des bureaux de poste)

2020-11-14 Thread osm . sanspourriel



Le 14/11/2020 à 22:08, David Faure via Talk-fr -
talk-fr@openstreetmap.org a écrit :

On samedi 14 novembre 2020 21:34:52 CET Éric Gillet wrote:

Le 14/11/2020 à 21:05, David Faure a écrit :

On samedi 14 novembre 2020 20:59:13 CET Éric Gillet wrote:
Si quelqu'un change le wiki, je fais :-)⎄

Je l'ai fait en français et anglais :

OK, merci, j'ai remis la suppression de 'source' dans le script.


Désolé, ça me gène de devoir parcourir l'historique de l'objet pour
trouver quand la référence de l'objet était ref:FR:LaPoste=04598A

source=data.gouv.fr:LaPoste - 01/2013

Car les commentaires sont :

Version #6 Rajouts de nouvelles boutiques
Version #5 Fix with Osmose
Version #4 France, suppression des clés moneo:loading
Version #3 ajouts divers
Version #2 add building
Version #1 (aucun commentaire)

Autant ça ne me dérange pas que la source d'une mise à jour d'horaires
soit mise dans le changeset, tout comme la mise à jour d'une
ref:FR:LaPoste si l'ojjet du changeset est la mise à jour de cet
attribut (par exemple si l'historique avait compris Version #3
source=data.gouv.fr:LaPoste - 01/2013), autant ça me dérange de virer un
source qui a son sens. D'autant que les ref:FR:LaPoste ont une validité
qui semble limitée (mais sans doute par le fait que La Poste ferme
beaucoup de bureaux de poste).

Je préfèrerai de faire ça en deux passes : une pour virer le source (en
mettant en commentaire la valeur en question) puis une pour mettre à
jour les horaires.

Tu peux faire tourner la première passe sur tous les objets en France
;-). Si ici personne n'objecte.

Jean-Yvon


Je peux aussi fournir un "diff" du XML d'openstreetmap si qqn veut jeter un
oeil, mais bon c'est pas facile à vérifier :-)
http://www.davidfaure.fr/2020/osm_post_offices_xml.diff  [8.5 Mo]


Je confirme : j'avais l'impression que sur
https://www.openstreetmap.org/node/25733698 tu virais l'ancien horaire
alors que c'était passé dans le @@ -25,21 +25,22 @@. Sur les quelques
cas regardés ça a l'air correct.

Jean-Yvon



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

Re: [OSM-talk-fr] Réimport (Re: Import des horaires des bureaux de poste)

2020-11-14 Thread osm . sanspourriel


Bonjour, je crois qu'il y a bien plus simple.

Un seul champ nous intéresse, c'est la plage horaire.

Donc David est maintenant convaincu de garder les infos qu'il garde dans
un coin d'une fois sur l'autre.

Il suffit alors de comparer la plage de l'époque, la place actuelle
(pour une même ref:FR:LaPoste), des personnes peuvent avoir déplacé le
bureau de poste, ajouté des précisions sur l'accès handicapé, on s'en
fiche, on prend que qu'il y actuellement en base.

Et là si personne n'a touché aux horaires, on met la nouvelle version
(et seulement s'il y a une évolution).

Si quelqu'un a touché aux horaires, on lève le drapeau fixme et on
ajoute suggested:opening_hours.

Jean-Yvon

Le 14/11/2020 à 17:41, Topographe Fou - letopographe...@gmail.com a écrit :

Bonjour,

D'accord sur le fait qu'il faut oublier 1 et privilégier 2.

Cependant je pense qu'il faut aménager le cas où le dernier à avoir modifié 
n'est pas le robot car sinon petit à petit on se retrouvera avec des données 
qui n'ont pas été mises à jour depuis 10 ans et le problème sera le même. Genre 
je déplace le POI mais ne fais pas attention à la validité de ses tags, du coup 
le POI sera ignoré ad vitam aeternam.

Je pense à passer de :

"si le dernier à avoir modifié est le robot Datanova ET si les données ont évoluées 
depuis"



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

Re: [OSM-talk-fr] Numérotation des semaines (Re: Import des horaires des bureaux de poste)

2020-11-14 Thread osm . sanspourriel


Bonjour, d'abord un correctif, contrairement à ce que dit Fred, les
Britanniques font débuter la semaine comme le reste du monde un lundi.

Comme dit David, ce sont les Américains, les Canadiens et les Japonnais
qui ont une autre règle, l'autre règle étant que pour eux la semaine
commence un dimanche.

Et oui, ils ont un week-end à cheval sur deux semaines. Le concept est
intéressant ;-).

Ils ont cependant la même règle sur "la semaine 1 est celle qui contient
le premier jeudi du mois" (ou "celle qui contient le 4 janvier", c'est
équivalent)."

Simplement si le 4 janvier tombe un dimanche, ils auront une semaine de
décalage toute l'année avec le reste de monde.

Calendrier France dit n'importe quoi. Je leur ai demandé de corriger.

La version GB est correcte : http://calendaruk.co.uk/calendar-2021/

https://www.calendrier-365.fr/calendrier-2021.html aussi.

Jean-Yvon

Le 14/11/2020 à 13:53, David Faure via Talk-fr -
talk-fr@openstreetmap.org a écrit :


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

Re: [OSM-talk-fr] Réimport (Re: Import des horaires des bureaux de poste)

2020-11-13 Thread osm . sanspourriel


Ça tu oublies, oui tu sauve à part.

Tu peux aussi regarder avec overpass les bureaux qui ont changé depuis
ton import.

Car overpass te permet d'inspecter l'historique de la base.

Par exemple si le dernier à avoir modifié l'objet c'est ton robot, tu
peux foncer.

Et sinon tu prends l'image juste après ton dernier import : un export
CSV par exemple daté avec id, opening_hours et dernier modificateur (si
tu veux vérifier que c'est bien les données du robot afin de ne pas
tester tout opening_hours).

Jean-Yvon

Le 13/11/2020 à 22:32, David Faure via Talk-fr -
talk-fr@openstreetmap.org a écrit :

1) quand je sauve un opening_hours (sur un objet qui n'en avait pas, donc),
je le duplique dans un tag spécifique (datanova:opening_hours ou un truc comme
ça) que je sauve aussi dans l'objet. Au moment du réimport je compare les deux
champs, et je ne met à jour (les deux) que s'ils sont encore égaux. Sinon
c'est que quelqu'un a fait un changement, alors j'y touche plus (et on passe
sur la solution du fixme et de la suggestion, auquel cas ça fait quand même
trois champs qui parlent d'horaires d'ouverture, au total...).



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

Re: [OSM-talk-fr] Import des horaires des bureaux de poste / vérification terrain

2020-11-13 Thread osm . sanspourriel


Cf ci-joint la liste des fixme existants sur des bureaux de poste, par
curiosité.




ça c'est pour ton import suivant : il y a un fichier de la poste sur
l'accessibilité.

Et tu vois que pas mal de points portent sur des fermetures de bureau...
et sur la localisation !

J'avoue que ne pas mettre précisément un bâtiment ça me dépasse. Ne pas
le mettre OK, le mettre sur le bon bâti OK mais le mettre "par là"...

> En plus je viens de lire que je dois aussi parler de l'import sur
impo...@openstreetmap.org, histoire d'avoir des avis différents de gens
qui se parlent pas directement entre eux, MDR

Ah, tu voulais faire prendre 3 mois de retard à ton projet d'import^^.
Si tu veux on doit pouvoir te mettre dans les pattes quelques Allemands
bien obtus ;-).

Quoique certains Néerlandais ne sont pas mal non plus :

https://wiki.openstreetmap.org/w/index.php?title=Proposed_features/Chapel_of_rest

Je parle de Polarbear. Un gars qui refuse de supprimer un tag sans vote
alors qu'il n'y pas pas eu de vote pour le créer. Puis sur le vote sur
les funérarium intervient sur mon vote pour me dire que je n'aurais pas
dû voter pour. Et reproche à l'auteur de la proposition de faire voter
précipitamment alors que la page de discussion est bien morte et la
liste tagging ne bougeant plus sur le sujet.

Et à moi l’apostasié, de voter pour un terme selon lui - qui n'est pas
britannique - .

Erreur, Polarbear n'est pas néerlandais mais allemand.

Ceci explique cela ;-) - je précise j'ai travaillé 6 ans en Allemagne,
pas de pb - sauf la délation à Karlsruhe pas observée ailleurs, je parle
bien de certains Allemands d'OSM.

Bon je vois que tu as écrit 2 messages depuis, je poste d'abord ;-).

Jean-Yvon

Le 13/11/2020 à 22:07, David Faure via Talk-fr -
talk-fr@openstreetmap.org a écrit :

Cf ci-joint la liste des fixme existants sur des bureaux de poste, par
curiosité.



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

Re: [OSM-talk-fr] Import des horaires des bureaux de poste / vérification terrain

2020-11-13 Thread osm . sanspourriel


Pour, on peut lever un drapeau fixme = horaires à vérifier, XXX selon la
Poste.

Car ça peut être les horaires XXX, pas la peine de laisser la fourmi se
taper le texte s'il suffit de le vérifier.

Ou :

fixme = horaires à vérifier, voir si suggested:opening_hours contient la
bonne valeur.

suggested:opening_hours=XXX

Le 13/11/2020 à 09:58, Brice - brice...@free.fr a écrit :

il serait envisageable de "flagguer" les bureaux de poste non corrigés
par Datanova avec un fixme = horaires à vérifier



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

Re: [OSM-talk-fr] légende du rendu osm.org

2020-11-12 Thread osm . sanspourriel


Le 12/11/2020 à 21:42, Arnaud Champollion -
arnaud.champoll...@linux-alpes.org a écrit :

▶️ Où puis-je trouver des ressources pour la construire (notamment les
pictogrammes des POI) ?


J'ai donné le lien vers le style plus tôt ce soir.

Tu verras que les icônes viennent probablement de Maki ou de temaki.

https://github.com/mapbox/maki

https://ideditor.github.io/temaki/

Jean-Yvon



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

Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset

2020-11-12 Thread osm . sanspourriel


https://github.com/gravitystorm/openstreetmap-carto

et pour la version française qui est dérivée d'une ancienne version :

https://github.com/cquest/osmfr-cartocss/


Le 12/11/2020 à 08:45, Cyrille37 OSM via Talk-fr -
talk-fr@openstreetmap.org a écrit :

Auriez-vous un lien pour que je vois comment le rendu osm.org priorise ?
Merci
C/.



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

Re: [OSM-talk-fr] osm.org Affichage ville selon zoom - Vichy vs Cusset


Et pour que le rendu osm.org s'en sorte bien, il faut une bonne âme pour
faire un PR s'inspirant du travail de Christian.

Christian, tu peux utiliser les relations boundary d'admin_level=8 pour
ajouter la population au nœud label ou admin_centre si la population
n'est pas donnée.

Et si tu veux te rappeler si c'est une donnée déduite, tu peux mette un
nombre négatif à condition de ne pas oublier de prendre la valeur
absolue ;-).

Je dis 8 mais au delà ce serait intéressant pour les villes n'ayant pas
capital= : une capitale régionale sera ainsi vue comme plus importante
qu'une ville plus peuplée mais simple sous-préfecture par exemple.

Donc peut-être regarder si on a capital= pour savoir si on doit faire
"déteindre" la population de la relation sur le nœud. Oui c'est un
boulot d'import en plus.

Jean-Yvon

Le 11/11/2020 à 12:11, Christian Quest - cqu...@openstreetmap.fr a écrit :

Le 11/11/2020 à 10:29, Yves P. a écrit :

Sur osm.org la Ville de Vichy n'est affichée qu'à partir du zoom 11,
avant <=10 c'est la plus petite commune de Cusset qui l'est. Est-ce
à cause des données ?



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

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

Le 08/11/2020 à 23:20, David Faure via Talk-fr -
talk-fr@openstreetmap.org a écrit :

Bonjour et merci pour toutes ces réponses !

On dimanche 8 novembre 2020 16:43:36 CET osm.sanspourr...@spamgourmet.com
wrote:

  > (ignore everything after 11:45, that's the max time for sending

letters, parcels, etc.)

Pourquoi ? Si la poste est ouverte, ça peut être utile pour poster un
colis même s'il part le lendemain, rencontrer un conseiller.

Je vois qu'Yves avait compris ce que tu veux dire. Ce que je ne
comprends pas c'est ce que tu dis initialement : on se fiche des heures
de collectes par rapports aux horaires d'ouverture de la Poste ou de
l'agence postale.

Oui avançons déjà sur opening_hours. Yves déclinera les collection_times
(qui sont sans doute plus simples) :-D.

  > Detect cases like "every other Saturday", which seems to happen.

Adrien et Cie, on a un moyen de modéliser ça proprement dans OSM ?

J'ai trouvé "week 2-53/2" mais ça ne fonctionne pas forcément au changement
d’année… Fin 2020, la semaine 53 est suivie de la semaine 1, donc deux
semaines impaires se suivent.
Et justement la Poste de La Boisse (aucune idée de là où ça se trouve)
est ouverte le samedi matin les jours suivants: 2020-12-12, 2020-12-26,
2021-01-09, 2021-01-23, donc semaines 50, 52, 1, 3.

Au pire il faudra que je fasse "2020 week 2-53/2 Sa [...]" et "2021 week
1-53/2 Sa [...]" en dupliquant la donnée, si y'a pas mieux...

Oui mais ça n'arrive que pour quelques bureaux et seulement au dernier
trimestre.

Même si le rythme quinzomadaire arrive ailleurs aussi (par exemple
poubelles jaunes dans mon agglo). Donc semaine paire certaines années,
impaires d'autres, ça n'a pas l'air d'avoir été défini dans opening_hours.

Les jours fériés je gère déjà [tant que le bureau fait la même chose tous les
jours fériés...].

Je pensais bien, restent donc quelques dates vraiment exceptionnels.

Oui si j'arrive à tout automatiser, l'import pourrait se faire régulièrement.
Les données sont pour les 3 prochains mois, mais je ne sais pas si ça garantit
ces horaires. C'est peu probable (grêves, arrêts maladie, ...).

Je pense que les grèves, tu n'auras pas (les grévistes n'ont pas à
prévenir à l'avance). Les arrêts maladie ? Ça n'a apparaitrait que si le
bureau n'est tenu que par une personne. Et dans ce cas je crains que
l'info reste coincée aux niveau des RH. Alors des plages horaires
réduites pour les bureaux de taille moyenne ? Je ne sais.

Un truc sympa serait d'avoir une carte, par exemple un fond OSM et une
info bulle sur les bureaux avec les horaires actuels, les horaires
déduits et les horaires bruts dont tu pars. Par exemple en important tes
données dans une umap.

Euh. Ça c'est du chinois pour moi (je saurais pas faire), et j'ai du mal à
voir l'intérêt. Si c'est pour débugguer, un simple "grep" sur le fichier de
départ et le fichier de sortie permet de regarder ça. Si c'est pour
l'utilisateur final, le but c'est de voir ça dans OsmAnd et autres :)

C'est bien pour déboguer mais pour que la communauté vérifie.

Bien sûr n'importe qui pourrait si le code est visible de manger le même
travail de vérification que toi.

umap.openstreetmap.fr, en haut tu te connectes avec ton identifiant OSM.

Tu importes le fichier que tu as généré (csv, geojson, osm,...). Et
ensuite reste "juste" à formater pour voir les bureaux avec horaires sur
la carte.

"Juste" c'est dans la couche d'import définir dans les "Options
d'interaction" le "Gabarit du contenu de la popup".

Et c'est simple :

/Utilisez des variables avec les noms de propriétés de vos éléments
entre accolades, ex. {name}, elles seront remplacées dynamiquement par
les valeurs correspondantes./

 /Mise en forme du texte/

 * /*simple astérisque pour italique*/
 * /**double astérisque pour gras**/
 * /# un dièse pour titre 1/
 * /## deux dièses pour titre 2/
 * /### trois dièses pour titre 3/
 * /Lien simple : [[https://exemple.fr]]/
 * /Lien avec texte : [[http://exemple.fr|texte du lien]]/
 * /Image : {{http://image.url.com}}/
 * /Image avec largeur (en pixels) : {{http://image.url.com|largeur}}/
 * /Iframe : {{{http://iframe.url.com}}}/
 * /Iframe avec hauteur (en pixels): {{{http://iframe.url.com|hauteur}}}/
 * /Iframe avec hauteur et largeur (en px) :
   {{{http://iframe.url.com|height*width}}}/
 * /--- pour un séparateur horizontal/

L'intérêt c'est que n'importe qui (les gens de cette liste) peut
vérifier si les horaires que tu as créé sont les horaires actuels tout
en voyant les horaires que tu as utilisé. Sans avoir à installer quoi
que ce soit. C'est toi (et avant Yohan qui a fait ce sympathique
logiciel) qui avez fait le boulot.

Ça multiplie le nombre d'yeux possibles pour une vérification.

C'est une possibilité

Hmm, je veux mettre à jour les horaires, pas supprimer des bureaux de poste,
ça semble dangereux et hors périmètre :-)
Je pense que la création et la suppression seraient plutôt à faire à partir
d'une autre source de données, la liste des bureaux de poste

Re: [OSM-talk-fr] AssociatedStreet Was: Rendu BANO


Clairement l'associatedStreet est un concept plus propre et facilitant
la gestion des voiries multilingues.

Et donc à privilégier ÀMHA.

Corriger une traduction 10 fois parce que la rue a été découpée, sans
façons.

Les Allemands ont renoncé parce qu'elles étaient mal maintenues en
Allemagne et qu'ils ont eu une politique de passage vers l'autre
système. C'est une version à un coup qui ne permet pas de revenir
facilement au concept d'associatedStreet.

Jean-Yvon

Le 11/11/2020 à 14:43, Jacques Lavignotte - jacq...@lavignotte.org a écrit :

Du coup, pour moi revient à la surface le sujet :

Doit-on / Peut-on systématiser la relation type=associatedStreet

Je sais que nos voisins n'aiment pas beaucoup...

Avons-nous (OSMFr) une politique privilégiée ?

Merci, Jacques




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

Re: [OSM-talk-fr] Import des horaires des bureaux de poste


Bonjour David et les autres,

Le 11/11/2020 à 15:57, David Faure via Talk-fr -
talk-fr@openstreetmap.org a écrit :

Je pense qu'elles sont bien plus précises que tu ne le penses, et pour info
elles sont mises à jour*tous les jours*  automatiquement.


Il y a deux points importants :
- tous les jours
- automatiquement.

Pendant le confinement saison 1, l'enseigne U remontait les horaires :
- tous les jours
- automatiquement.

Et à côté de chez moi ils étaient donc faux :
- tous les jours
- automatiquement.

On a déjà eu des soucis avec les données de La Poste.
J'avais ainsi repéré une boîte-aux-lettres dont la précision de la
position était selon eux maximale (au numéro).

En fait l'adresse ne comportait que le quartier et la position était à
plus d'un km de la position réelle.

Il est possible que ce fichier soit de grande qualité comme de
piètre qualité.

Je te propose de jouer pour ref:FR:LaPoste

10115A. Pas d'horaires actuellement, là encore il y a eu les horaires
covid mais je dois avoir une photo des horaires d'avant - et les connais
à peu près. C'était du style demi-tordu sans doute à cause d'un temps
partiel modifié.

Jean-Yvon




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

Re: [OSM-talk-fr] [OSM-Talk-fr] Nouveaux tags "Ça reste ouvert"

2020-11-09 Thread osm . sanspourriel


Le 09/11/2020 à 20:08, Florian LAINEZ - winner...@free.fr a écrit :


- safety:mask:covid19
=yes/given/sold
pas certain que l'on ai encore besoin de ça. On déprécie ?


Oui. Jamais utilisé, j'ai vu des commerçants en donner quand une
personne avait oublié son masque et allait le chercher par contre jamais
vu de "don de masque" officiel (sauf en mairie pour les habitants).

Je crois que ça n'a été fait par certains hypermarchés au début pour
qu'on parle d'eux.


Un truc du type clickandcollect:covid19=yesqui soit extensible en
clickandcollect:covid19=http://URLduMagasin.fr ?
Mais pour l'URL, on cherche peut-être quelque chose de plus générique
qui s'applique également à takeaway:covid19
=yes

? Peut-être website:booking:covid19=http://URLduMagasin.fr
(en se basant sur le tag déjà existant
website:booking:=*).


Pourquoi ne pas s'en tenir à takeaway ? L'emport sur réservation est
bien de l'emport. clickandcollect c'est du takeaway à réservation
obligatoire. Actuellement on va avoir des takeaway=only et
reservation=only. Ça correspond aussi aux drives des GMS. Je n'ai pas
d'avis tranché.

On a toujours deux manières de voir est-ce un website spécialisé dans la
réservation ou une précision de la réservation en donnant son website dédié.

Donc OK, pourquoi pas website:booking:covid19. Par contre je pense que
ces sites sont destiner à durer donc website:booking me semble souvent
suffisant. Côté interface CRO une boîte à cocher pour savoir si le site
de réservation devrait rester après le confinement ? Par défaut non
coché (utilisation de website:booking:covid19).

Et pour la livraison tu mets website:delivery:covid19= ?


- Je pense qu'il est temps d'utiliser un tag pour indiquer la dernière
fois qu'un lieu a été checké sur le terrain, et pour cela je propose
l'usage du tag survey:date
=* (à moins
que l'on ne lui préfère check_date
=* ?) qui
pourrait être rajouté automatiquement par CRO à chaque mise-à-jour
manuelle d'un POI. Il pourrait être pris en compte par la suite pour
faire des propositions ultérieures de mise-à-jour. Je pense que la
date indiquée dans ce tag peut être différente de la date du changeset
et qu'il est donc pertinent d'utiliser un tag ad-hoc.


Bof, on a effectivement déjà check_date. Et on ne va pas tout vérifier.
Donc on va avoir des infos "fausses" : oui quelqu'un est passé mais
qu'a-t-il vérifié ? La partie covid ? Tout ? Juste les horaires ? En
plus on ne peut a priori pas "s'amuser" à se faire une rangée de commerces.

Et sur les "covid19" qui traînent, la date du changeset est nettement
dans le passé.


J'oublie sûrement 1000 choses, je suis sûr que vous aurez plein
d'idées, merci par avance pour vos retours.


Sûrement mais c'est déjà pas mal.

Jean-Yvon

Jean-Yvon



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

Re: [OSM-talk-fr] adresses numéros bis, ter ...

2020-11-08 Thread osm . sanspourriel


Je crois qu'on peut s'entendre sur bis.

B tu oublies, ce n'est pas la numérotation bis/ter/quarte... mais A/B/C.

J'ai aussi vu des BIS au prétexte que c'était au cadastre mais FANTOIR
EST REPUTE pour ne respecter ni la casse ni les accents. C'est comme les
plaques DE RUE ;-).

Oui autant homogénéiser.

Jean-Yvon

Le 06/11/2020 à 13:27, Yves P. - yves.prat...@gmail.com a écrit :

Je voulais vérifier la bonne pratique pour une adresse style "15 bis
rue xxx" et je n'ai pas trouvé sur
https://wiki.openstreetmap.org/wiki/FR:Key:addr
ni ailleurs. Mais j'ai peut-être mal cherché.
On met addr:housenumber=15B, 15 Bis, 15 bis ?


Pour Rennes :
https://wiki.openstreetmap.org/wiki/Rennes_Métropole/Adresses_codification

15 bis

Je met ça aussi dans le Jura. On a eu des discussions, mais où ? IRC,
Telegram, talk-fr… ?

__
Yves

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



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

Re: [OSM-talk-fr] Import des horaires des bureaux de poste

2020-11-08 Thread osm . sanspourriel


In French here ;-).

> (ignore everything after 11:45, that's the max time for sending
letters, parcels, etc.)
Pourquoi ? Si la poste est ouverte, ça peut être utile pour poster un
colis même s'il part le lendemain, rencontrer un conseiller. Ne pas
confondre avec collection_times
https://wiki.openstreetmap.org/wiki/FR:Key:collection_times

> (Should I create a github project for it?)
Idéalement, maintenant chacun est libre.

> Detect cases like "every other Saturday", which seems to happen.
Adrien et Cie, on a un moyen de modéliser ça proprement dans OSM ?

> Decide whether to add specific single-date exceptions to the OSM
opening hours or to just ignore them. Do we want this level of detail?

Il y a deux types d'exceptions : les jours fériés et les jours vraiment
exceptionnels.

Rien contre indiquer les jours vraiment exceptionnels mais il faut alors
être sûr que la mise à jour soit régulière. Avoir mettons une journée
dans le passé pourrait faire conclure à des horaires non actuels.

Un truc sympa serait d'avoir une carte, par exemple un fond OSM et une
info bulle sur les bureaux avec les horaires actuels, les horaires
déduits et les horaires bruts dont tu pars. Par exemple en important tes
données dans une umap.

> and new post offices
Et surtout ceux qui disparaissent (c'est plus fréquent).

Horaires : oui on a le droit d'ajouter/modifier des horaires, on met en
général un source=La Poste, 2020-11-08 (histoire de savoir d'où ça vient
et de quand ça date).

Mais dans un premier temps détecter les différences c'est déjà un bon
point pour savoir ce qu'il y a à vérifier.

Si c'est identique, tu peux ajouter la source.

Pages éventuellement à compléter par la suite :

https://wiki.openstreetmap.org/wiki/Import/Catalogue

https://wiki.openstreetmap.org/wiki/Contributors#France

Pour les imports, on va sans doute te conseiller de faire tes tests avec
JOSM mais pour la mise à jour régulière il y aura sûrement d'autres
propositions.

N. B. : préalable : vérifier avec Osmose par exemple que les bureaux de
poste sont bien dans OSM : ce serait dommage de vouloir mettre à jour
des horaires de bureaux inconnus.

Jean-Yvon

Le 08/11/2020 à 00:28, David Faure via Talk-fr -
talk-fr@openstreetmap.org a écrit :

Bonjour à tous,



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

Re: [OSM-talk-fr] adresses numéros bis, ter ...

2020-11-07 Thread osm . sanspourriel


Le 07/11/2020 à 13:15, Romain MEHUT - romain.me...@mailo.com a écrit :


Et donc sur quelle base le choix de mettre un espace entre le chiffre
et le suffixe ?
Romain


Comme dit Philippe, une espace (c'est de la typographie, pour la petite
histoire l'espace était féminine et l'espace est devenue masculin sauf
en typographie).

Espace ou pas ? Ça se discute.

Simplement je constate que l'usage semble être de coller les A/B/C/D et
de ne pas coller les bis/ter... Donc quelque part la base est
pifométrique ;-).

Maintenant certains mettent un numéro et un complément alphanumérique,
donc deux champs en base de données.

Je n'ai pas de religion, en la matière notamment.

C'est plus un constat qui va dans le même sens que ce que dit Philippe.

Mais je vois aussi des bis et autres ter en exposant à la manière de 1^er .

Jean-Yvon



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

Re: [OSM-talk-fr] adresses numéros bis, ter ...

2020-11-07 Thread osm . sanspourriel


qu'est qui est faux ?

Le wiki cite bien les deux, je pense par contre qu'il y a un loupé dans
le titre.

C'est plutôt :

suffixe au cadastre / suffixe OSM / exemple


suffixe au cadastre suffixe OSM
exemple
B   bis 1 bis
T   ter 1 ter
Q   quater  1 quater
A   A   6A
B   B   6B
C   C   6C

Et la règle :

- pour la numérotation bis/ter/quarte..., suffixer par une espace suivie
du suffixe non abrégé en minuscules.

- pour la numérotation A/B/C/D..., C    coller la lettre au numéro.

Et pour des appartements avec accès direct vous pouvez avoir 3/3A/3B,
5/5A/5B https://www.openstreetmap.org/#map=19/48.08890/-1.61878=N


Pour le "coller au numéro", c'est ce que les gens font dans la pratique,
par contre comme ici vous avez des plaques "3" sur le bord droit au sud
(pour que les gens aillent vers là) "A" et "3" devant les entrées
respectives.

Sur Mapillary, on devine juste le 3 de l'immeuble (à ne pas confondre
avec le 3 de l'appartement).

Et oui, plutôt que d'avoir mis des plaques 3 et 3A...

Le 07/11/2020 à 02:26, Philippe Verdy - ver...@gmail.com a écrit :

sauf que c'est faux. le B peut signifier la lettre B (après A) ou le
bis (après le numéro sans suffixe). Et dans certains cas, on a les
deux types: 12, 12A, 12B, 12C, puis 12 bis...
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Comment indiquer une séparation centrale sur une rue ?

2020-11-06 Thread osm . sanspourriel


Et si par endroit c'est un simple trait blanc :

overtaking=no

https://wiki.openstreetmap.org/wiki/FR:Key:overtaking

Jean-Yvon

Le 06/11/2020 à 09:35, leni - lenny.li...@orange.fr a écrit :



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

[OSM-talk-fr] vote en cours sur les funérariums

2020-11-04 Thread osm . sanspourriel


https://wiki.openstreetmap.org/w/index.php?title=Proposed_features/Chapel_of_rest


Certains n'aiment pas le terme anglais mais c'est le terme en anglais
britannique et ils ne proposent pas d'alternative crédible.

On s'en fout, pour nos éditeurs on mettra funérarium ;-).

Jean-Yvon



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

[OSM-talk-fr] projet du mois de novembre ? Et projet du mois de décembre

2020-10-28 Thread osm . sanspourriel


Bonjour, avec le reconfinement on va à nouveau avoir des restaurants en
mode "vente à emporter uniquement" et autres commerces non essentiels
fermés.

On voit ce que nous "offre" Castex demain pour savoir s'il ne faut pas
remettre des tags :covid19 en place ?

Oui une sorte de CRO V2 car le virus a les crocs (elle était facile et
ça vous évite de la faire).

Question ouverte.

Pour le projet labos : ajouter le lien vers les sites des labos permet
de mettre une information plus pérenne dans OSM : leur site sera sans
doute à jour.

Exemple https://www.biolor.fr/ 

Je n'ai pas fait exprès je regardais le texte quand j'ai vu la carte au
dessous ;-).

Vous remarquerez que les centres de prélèvement sont sur leur carte sauf
celui de prélèvement Covid :

https://www.openstreetmap.org/#map=19/47.75089/-3.37609


Jean-Yvon




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

Re: [OSM-talk-fr] Règle Osmose pour tag brand:wikipedia

2020-10-24 Thread osm . sanspourriel


Bonjour, les suggestions d'Osmose sont des suggestions.

Ici le suggestion-index est une belle c... : wikidata est neutre.

Le "bon" article Wikipédia est usuellement celui du pays où est la filiale.

Je remets régulièrement des fr:Système U alors que iD suggère de
modifier en en:Système U.

C'est crétin : c'est une entreprise française exerçant en France.
L'article en anglais est évidemment plus pauvre.

Donc la bonne page c'est par défaut la page dans la langue par défaut du
pays.

Jean-Yvon

Le 24/10/2020 à 21:55, Romain MEHUT - romain.me...@mailo.com a écrit :

Bonsoir,

Dans ce changeset https://www.openstreetmap.org/changeset/92924630
j'ai demandé pourquoi la valeur au tag brand:wikipedia n'était pas la
déclinaison française. La réponse est que c'est une suggestion d'Osmose.

Ne priorise-t-on pas la valeur fr (s'agissant du territoire français
bien sûr) ?

Merci pour vos éclairages.

Romain




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



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

Re: [OSM-talk-fr] panneaux de signalisation touristique en bord de route et autoroute

2020-10-21 Thread osm . sanspourriel


ÀMHA, ça complète et non remplace les attributs proposés par Adrien.

Ceux-ci permettent à une carte mondiale de fonctionner et ceux d'Adrien
à une carte spécialisée d'avoir un fonctionnement optimal.

Jean-Yvon

Le 21/10/2020 à 17:23, Jean-Claude Repetto via Talk-fr -
talk-fr@openstreetmap.org a écrit :


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

Re: [OSM-talk-fr] Test tuiles vecto sur ProjetDuMois.fr

2020-10-19 Thread osm . sanspourriel


De mémoire un mois. Ce qui est un problème pour le projet du mois.

Par contre l'infra supporte mieux, c'est "juste" que c'est configuré
avec OpenMapTiles par défaut.

Frédéric corrigera si besoin.

Rien n'empêche a priori d'utiliser ST_AsMVT
(https://postgis.net/docs/ST_AsMVT.html) depuis une base postgres à jour
(par exemple).

C'est justement un des intérêts de cette solution : le même schéma
permet de charger la base (via imposm3) et de déclarer le style.

Jean-Yvon

Le 19/10/2020 à 11:52, Rpnpif via Talk-fr - talk-fr@openstreetmap.org a
écrit :


Quel est le délai de mise à jour de ces tuiles ?




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

Re: [OSM-talk-fr] Test tuiles vecto sur ProjetDuMois.fr communication)

2020-10-18 Thread osm . sanspourriel


Certes Adrien (et merci de prendre en compte les demandes qui arrivent
directement sur ta boîte aux lettres).

Je suis même d'accord sur ce point précis avec toi.

Il n'empêche que je lise "L’idée de créer un bulletin d’information
OSM-fr (dont nous avions parlé
) est discutée
 sur
loomio." sur le HebdOSM me pose question.

La multiplication des canaux est un problème. Que l'on parle de
problèmes spécifiques à un outil sur un outil de gestion de
bogues/améliorations ne me choque pas. Tant que ce n'est pas exclusif
(et c'est le cas ici).

Pour autant Loomio comme canal de discussion est ÀMHA une erreur.

De même les grandes orientations du projet du mois ont me semble-t-il
leur place ici.

Jean-Yvon

Le 18/10/2020 à 18:39, PanierAvide - panierav...@riseup.net a écrit :

À noter que les personnes qui développent les outils ne peuvent pas
être partout non plus (on a toujours que 24h, qu'une paire d'yeux et
aussi une vie des fois). Les retours sont plus facilement lisibles et
suivis s'ils sont faits sur les canaux prévus pour. #pragmatisme
#jaiBienComprisPourquoiGithubCestMalMaisOnAPasDeGitlabOsmFranceAlorsOnSadapte
#auPireUnCourrielDirectAuxDevsÇaFonctionneAussi

Adrien P.

Le 18/10/2020 à 18:21, Jacques Lavignotte a écrit :



Le 18/10/2020 à 18:10, Yves P. a écrit :


PS: Tous les contributeurs OSMn'ont pas de compte GitHub


+1

#les canaux de comm



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



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

Re: [OSM-talk-fr] SPAM, Attribution manquante sur Inforoute

2020-10-17 Thread osm . sanspourriel


Philippe, merci de commencer à créer la page wiki, les scripts de
création de VM etc...

Jean-Yvon

Le 16/10/2020 à 23:29, Philippe Verdy - ver...@gmail.com a écrit :

Dommage qu'il n'utilisent pas un proxy cache pour les tuiles, c'est
directement les tuiles d'OSM.org.

C'est vraiment si compliqué d'installer un proxy cache (quitte à
restreindre la zone navigable et/ou le niveau de zoom nécessaire pour
les infos à afficher dessus, pour que cela ne prenne pas beaucoup de
ressources réseau pour les mises à jour du cache du proxy, ni beaucoup
d'espace de stockage)?



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

Re: [OSM-talk-fr] [ EXIT Loomio ] Reconnaître des services "officiellement édités par osm-fr" ?

2020-10-15 Thread osm . sanspourriel


Merci cependant je rappelle la demande initiale :

/Salut, je propose que l'asso OSM-Fr reconnaisse officiellement qu'elle
édite certains services.//
/
/J'en parle ici :
//https://www.loomio.org/d/OXwNI8Wu/reconna-tre-des-services-officiellement-dit-s-par-osm-fr-
/
/Svp veuillez ne pas répondre à ce mail : débattons de l'idée
directement sur Loomio.//
/

À la base soit c'est une discussion pour tous et c'est ici ça ça doit se
discuter.

Soit c'est une discussion "assos" et ça doit se discuter sur une liste
assos.

Payer 10 $/an par participant pour avoir le droit de discuter, ça me
semble cher et Loomio inadapté.

Pour les décisions je ne me prononce pas (je n'ai pas utilisé Loomio).

Donc pas forcément en désaccord avec Vincent mais forcément avec la
manière de procéder proposée par Florian.

Jean-Yvon

Le 15/10/2020 à 18:40, Cyrille37 OSM via Talk-fr -
talk-fr@openstreetmap.org a écrit :

Merci Vincent!

Le 15/10/2020 à 18:31, Vincent Bergeot a écrit :

Je voulais faire du 'ménage' sur les 50 'membres' loomio pour pouvoir
accepter des 'nouveaux' sans passer à la version 100 personnes. Je
n'en ai pas eu le temps.

Je continue de trouver que loomio (code libre et service payant pour
ne pas avoir à gérer un service nous même) est un choix pertinent qui
a permis de décider.

J'essaie de 'nettoyer' demain...


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



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

Re: [OSM-talk-fr] Etiqueter des routes selon le nom du lieu-dit

2020-10-14 Thread osm . sanspourriel


Bonjour,

Pas tout à fait RÀF des Gougleu et autres : il faut s'assurer que les
drôles de nommages ne sont pas pompés de sources non libres.

Mappy a aussi la mauvaise pratique (ÀMHA) qui consiste à nommer X les
routes passant par X (X étant un lieu-dit sans noms pour la voirie).

Je mets juste les ref (CR XXX, CE XXX,..) et "route de X à Y" (ou
équivalent) si tel est le cas sur le cadastre.

On peut aussi trouver route de X au lieu-dit Y et route de Y au lieu-dit X.

Christian R., je suppose que quand tu dis que "Rural" c'est indiqué
ailleurs tu parles de la ref.

Jean-Yvon

Le 14/10/2020 à 18:34, ades - ades.s...@orange.fr a écrit :


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

Re: [OSM-talk-fr] Attribution sur water-map.org

2020-10-13 Thread osm . sanspourriel


Bonjour Stuart et les autres, non il ne respecte pas l'esprit de :
https://www.openstreetmap.org/copyright

> OpenStreetMap est open data où pas ?
OpenStreetMap est en ODbL, pas en LO.

Jean-Yvon

Le 13/10/2020 à 17:38, Water-Map - stu...@water-map.org a écrit :

Bonjour Christian,

Je ne m'excuse pas.

Notre site respecte les règles d'attributions de mon point de vue.

OpenStreetMap est open data où pas ?

Bien à toi,

Stuart




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

Re: [OSM-talk-fr] Attribution sur water-map.org/

2020-10-13 Thread osm . sanspourriel


Mode grognon ;-) :

Il est Inadmissible d'avoir un grand MapBox et un petit i.

MapBox se comporte en parasite.

Contribuer gratuitement pour que d'autres se servent... au bout d'un
moment ça cesse de marcher.

Je parle bien de MapBox pas de Water Map.

> Stuart a probablement copié/collé du code MapBox ;)
C'est bien là le problème.

> Et me gêne car on dirait que la carte ne peut pas être modifier sans
passer par MapBox.
+1, ça s'appelle du parasitisme.

Fin mode grognon

Jean-Yvon, 100 % d'accord avec Christian


Le 13/10/2020 à 17:07, Water-Map - stu...@water-map.org a écrit :

pour le ⓘ avec mapbox je vais voir si on peut mettre en responsive
même si la grande majorité de notre trafic est mobile.




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

Re: [OSM-talk-fr] Besoin d'aide pour référence d'un ligne TGV

2020-10-12 Thread osm . sanspourriel


Merci pour la mise à jour.

Aucun problème pour charger la relation.

J'ai copié https://osm.org/relation/11741864

et utilisé la fonction "Télécharger un objet...".

Linux Mint 20, JOSM canal stable.

Tu utilises une machine virtuelle 32 bits ?

Si le chargement est partiel tu peux demander de charger les membres.

Et non Lyon-Toulouse ne fait pas moins de 200 km vu d'ici.

Jean-Yvon

Le 12/10/2020 à 16:20, Percherie OnDaNet - perche...@toutenkamion.net a
écrit :



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

Re: [OSM-talk-fr] OSMdata

2020-10-11 Thread osm . sanspourriel


Bonjour,

entièrement d'accord, c'est le genre de trucs qui font qu'on va trouver
les infos deux fois, une fois comme Point Of Interest et une autre fois
en Polygon Of Interest ;-).

Éventuellement dans l'export une boîte à cocher "récupérer seulement le
centre des géométries".

Comme ça on a le beurre et l'argent du beurre. Mais pas la bière car le
bar est fermé me diront certains.

Jean-Yvon

Le 11/10/2020 à 19:54, Arnaud Champollion -
arnaud.champoll...@linux-alpes.org a écrit :


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

Re: [OSM-talk-fr] Mettre à jour un panneau dégradé

2020-10-11 Thread osm . sanspourriel


Bonjour,

1) on avertit le gestionnaire de panneau (et on lui demande de mettre à
jours OSM quand il est réparé ou de nous informer quand il est réparé -
ça fait une petite pub pour montrer le potentiel d'OSM).

2) un panneau et un point de vue ce sont a priori deux objets distincts.

3) *was:*information=map et compagnie. Je dis was, car je doute que tu
puisses mettre un end_date.

4) un survey_date peut être utile pour savoir quand c'était dégradé.

5) une note si tu trouves que ce qui précède n'est pas suffisant.

Jean-Yvon

Le 11/10/2020 à 15:02, Arnaud Champollion -
arnaud.champoll...@linux-alpes.org a écrit :


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

Re: [OSM-talk-fr] Connecter ou pas un trottoir isolé ?

2020-10-10 Thread osm . sanspourriel


Clairement pas d'accord : on peut passer de la rue au trottoir donc il y
a bien continuité physique, on peut (ou pas) passer le caniveau.

Sinon il faut supprimer les passages piéton puisqu'on a un dénivelé
(usuellement moindre mais ce n'est plus un trottoir). On fait du dessin
ou de la cartographie ? En regardant l'endroit j'ai un doute. A quand le
plan à l'échelle 1 ?

Si la trottoir n'est pas séparé de la route (comme ici) quel intérêt de
dessiner le trottoir plutôt que dire que la voirie comporte des
trottoirs ? sidewalk
=both/left/right/none

https://wiki.openstreetmap.org/wiki/FR:Trottoirs#Trottoir_comme_pr.C3.A9cision_d.E2.80.99une_route

Jean-Yvon

Le 10/10/2020 à 17:28, lejun - le...@gmx.fr a écrit :


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

Re: [OSM-talk-fr] Facebook : défaut d'attribution

2020-10-09 Thread osm . sanspourriel


+1, on va plutôt procéder autrement : y a-t-il quelqu'un.e contre et
pourquoi ?

Jean-Yvon

Le 09/10/2020 à 22:16, Georges Dutreix via Talk-fr -
talk-fr@openstreetmap.org a écrit :

+1


Le 09/10/2020 à 20:05, Brice a écrit :

Le plus simple, oui.
- un vote par le CA d'OSM-FR,
- un appel à expression sur la liste pour que les contributeurs
français confirment ou infirment la position du local chapter
- si positif, envoi à la fondation



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

Re: [OSM-talk-fr] Capitelles

2020-10-07 Thread osm . sanspourriel


Enfermement dans un espace de noms.

Y a-t-il le moins intérêt à utiliser building:material que material ?

Si on veut que l'information soit utilisée largement il faut veiller à
laisser l'utilisation large.

Jean-Yvon

Le 07/10/2020 à 10:16, Yves P. - yves.prat...@gmail.com a écrit :

*838* ont les tags historic=shelter + building:material=dry_stone :
https://overpass-turbo.eu/s/YNQ 
(toutes dans le sud de la France, sauf 2 vers Lisbonne)




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

Re: [OSM-talk-fr] Capitelles

2020-10-07 Thread osm . sanspourriel


Bonjour, ça a été discuté sur la liste (regardez dans les archives).

La version d'Arnaud me semble correcte. Ça m'étonne que la version du
wiki ne corresponde pas à ce qui a été discuté (sauf quand je vois que
la page a été écrite par deux personnes qui ne sont pas sur la liste).

building:loc c'est du FR:South ;-) :

https://taginfo.openstreetmap.org/keys/?key=building:loc#map

Et qui n'est référencé que sur cette page du wiki et
https://wiki.openstreetmap.org/wiki/FR:Projet-Patrimoine-PETRGarriguesCostieres.

Le 07/10/2020 à 09:54, Arnaud Champollion -
arnaud.champoll...@linux-alpes.org a écrit :



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

Re: [OSM-talk-fr] Carte des lieux de test COVID

2020-10-06 Thread osm . sanspourriel


Effectivement, ce sont d'ailleurs en général des prélèvements effectués
par les labos.

Jean-Yvon

Le 06/10/2020 à 18:16, Georges Dutreix via Talk-fr -
talk-fr@openstreetmap.org a écrit :

Est-ce que les centres de test COVID ne seraient pas mieux placés
parmi les laboratoires ?
Avec le bon healthcare bien sûr.

https://wiki.openstreetmap.org/wiki/FR:Tag:healthcare%3Dlaboratory



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

Re: [OSM-talk-fr] JOSM version stable 17084 : traduction du Journal des modifications

2020-10-05 Thread osm . sanspourriel


https://www.linguee.fr/anglais-francais/traduction/sinkhole.html

propose *gouffre* ce qui me semble recouvrir les deux.

Jean-Yvon, non spéléologue, en zone granitique pour qui l'Aven c'est
l'exception qui va bien :
https://www.openstreetmap.org/relation/7190877#map=11/47.9345/-3.7769 ;-).

Yves, ce n'est pas l'aber à boire ;-)

Jean-Yvon


Le 05/10/2020 à 19:12, Jean-Claude Repetto - jrepe...@free.fr a écrit :

Le 05/10/2020 à 18:21, Yves P. a écrit :

Cela peut aussi désigner un aven.

En plus Wikipedia nous dit
Doline

Page d’aide sur l’homonymieNe doit pas être confondu avec Trou bleu
(géologie), Cénote ou Aven.

__
Yves



Oui, il est dit que *doline* ne doit pas être confondu avec Trou bleu
(géologie), Cénote ou Aven.

Je parlais de sinkhole.

Jean-Claude




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



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

Re: [OSM-talk-fr] Écoles maternelles -> amenity=school et school:FR=maternelle / et primaire-élémentaire-maternelle / était [Re: Osmose - Demande d'aide pour les écoles en France]

2020-10-05 Thread osm . sanspourriel


Le 05/10/2020 à 00:37, Christian Rogel -
christian.ro...@club-internet.fr a écrit :


Il y a 1877 preschool dans la BDD , dont 1679 preschool = yes qui sont 
combinées avec 1835 amenity = kindergarten (c’est suggéré dans le wiki 
anglophone).

preschool se trouve concentré en Europe, sauf Sud  N GB et Scandinavie.


Donc tu veux utiliser amenity=kindergarten avec preschool=yes ?

Il est évident qu'il y a plus de 1900 maternelles dans le monde.

school:preschool_cycle est utilisé 98 fois.

On est encore très loin du compte.


Comme tu ne réponds pas à la question des groupes scolaires, j'en déduis
que tu n'aurais pas d'argument contre amenity=school, preschool=yes dans
le cadre des groupes scolaires "indistincts".

C'est une école avec système préscolaire intégré. Comme on a des écoles
d'ingénieurs avec prépa intégrée.

Selon overpass il y en a 25 dans la base :

http://overpass-turbo.eu/s/YGW

Ceci a l'avantage de ne pas être un système franco-français et d'être
plus clair que la dénomination UNESCO.

Jean-Yvon



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

Re: [OSM-talk-fr] Services publics et administrations locales ?)

2020-10-05 Thread osm . sanspourriel



Le 04/10/2020 à 21:40, Jean-Yvon Landrac a écrit :

Et là les noms sont certaines fois assez abscons, je pense à Pôle
Emploi Lorient Marine
.

Certes il est bien à Lorient mais n'est pas spécialisé dans les
métiers de la marine, il est juste proche des ports !

Donc pour les noms de Pôle Emploi, autant prendre l'annuaire de Pôle
Emploi comme base.

On peut aussi imaginer

name=Pôle Emploi Lorient Marine
alt_name=Pôle Emploi


En fait à travers un vote j'ai découvert l'existence de branch=*

Ici on aurait branch=Lorient Marine

Ça me semble propre et plus stable en cas de rachat, de changement de
nom de la marque ou de l'opérateur.

Wiki : https://wiki.openstreetmap.org/wiki/Key:branch

Page en cours de vote amenity=drinks :
https://wiki.openstreetmap.org/wiki/Proposed_features/Takeaway_drink_shops



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

Re: [OSM-talk-fr] Écoles maternelles -> amenity=school et school:FR=maternelle / et primaire-élémentaire-maternelle / était [Re: Osmose - Demande d'aide pour les écoles en France]

2020-10-04 Thread osm . sanspourriel


Bonjour, comme tant d'autres en passant de la GS au CP j'ai cru passer
de la maternelle à la primaire. Ci-dessous je crois avoir compris pourquoi.

Que l'on mette la maternelle dans le système scolaire ou préscolaire, ça
m'en remue une sans m'en bouger l'autre comme disait un certain président.

Alors on peut voir les gens ressasser les mêmes arguments ou avancer.

Vincent a déjà proposé d'utiliser isced:level



Alors vos histoires de maternelles et de préscolaire ça donne en version
2011


- Enseignement préélémentaire, âge théorique 2-3 ans, durée 3 ans
"Pre-school classes can be attached to primary schools."

- Enseignement primaire, âge théorique 6 ans.

Oui la France dit à l'international non qu'il y a la maternelle mais le
prélémentaire et non qu'il y a l'élémentaire mais le primaire. Je parle
des programmes. Donc le programme de primaire s'enseigne en élémentaire,
mon cher Watson.


Christian veut de l'international ? isced:level
 répond à ce besoin.

Ceci dit ça veut peut être dire que la clé devrait être éducation et pas
school et autres. Un soucis c'est la volonté de replacer
shool=kingergarten par amenity=kindergarten. Garder une clé majeure
amenity=school et une valeur multiple sur school, kindergarten;primary
aurait évité le soucis et répondu plus simplement que isced:level
. Et on laisse
amenity=kindergarten pour les crèches et garderies.

Christian veut distinguer le préscolaire du scolaire tout en
reconnaissant que le ministère fait un tout.

Or matériellement on a de plus en plus des groupes _scolaires_ composés
de maternelle et d'élémentaire.

Quand on a la possibilité, on peut le récrire avec school et
kindergarten (ici  dans
le cas de bâtiments distincts).

Et sinon on fait quoi ?

Le plus simple à mon avis c'est school (seul) et isced:level
.

> C’est la répétition des arguments déjà avancés : le ministère efface
l’ancien distingo : maternelle = préscolaire et primaire = scolaire
international (primary pour les anglophones). Est-on obligé de dire la
mme chose que lui ?

*On cartographie ce qu'il y a sur le terrain*. Que ça te plaise ou non
n'est pas la question.

Je n'ai d'ailleurs pas dit que la maternelle n'est pas du préscolaire.
Ceci dit maternelle est l'abréviation usuelle de "école maternelle" pas
de "pré-école maternelle".

> ça ne change rien au débat La maternelle est-elle pre-school ou non ?

La clé pre-school n'existe pas. CQFD ;-).

> Ce dont je suis sûr, c’est quand il entrera en CP que mon petit-fils
apprendra à lire (même s’il aura déchiffré des écrits avant).

> Même chose pour la mathématique : il devra faire des calculs de
différents genres, même si le calcul ne sera pas une nouveauté pour lui.

On est heureux pour lui, mais avant le CP refusera-t-il de fréquenter un
groupe scolaire au prétexte que la maternelle ce n'est pas du scolaire ?


https://fr.wikipedia.org/wiki/Groupe_scolaire


Je me suis amusé à chercher la description des écoles de Quimper.

Systématiquement "Écoles maternelle et élémentaire" sauf l'École
maternelle du Bourg de Penhars qui comporte des classes de maternelles,
une cour, un restaurant... scolaire et une salle périscolaire.

Penses-tu que les bambins de moins de 6 ans vont mourir de fin ou
fréquenter le restaurant scolaire et non pré-scolaire ?

Sur Brest

tu trouveras une classe GS-CP1.

Que ça te plaise ou non, en français les écoles comprennent les
maternelles et c'est la langue et pas le ministère qui le dit. Par
contre l'existence de lieux uniques rend difficile de persister sur
kindergarten et school. Je lis X fois le même argumentaire d'ordre
philosophique (que je peux entendre, comme Vincent je suis plutôt
d'accord) et pas de solution à cette question de base : comment
cartographier.

OSM, c'est OpenStreetMap pas OpenSchoolMap.

Jean-Yvon


Le 04/10/2020 à 17:52, Christian Rogel -
christian.ro...@club-internet.fr a écrit :



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

Re: [OSM-talk-fr] Services publics et administrations locales

2020-10-04 Thread osm . sanspourriel

Le 04/10/2020 à 14:49, Yves P. - yves.prat...@gmail.com a écrit :

Autant, pour une mairie, le tag amenity=townhall est suffisamment standardisé,
clair pour que name = Mairie soit redondant

Pas tout à fait. Avec ce tag on a en pratique "Mairie" ou "Hôtel de Ville".

+0,5. Car si tu cherches la mairie dans une ville on ne va pas te dire
"il n'y a pas de mairie".

La distinction se fait au niveau du fronton (inscription) et sur
l'adresse postale.

Si tu as un problème tu vas t'adresser à la mairie, même quand la mairie
en tant que bâtiment est un hôtel de ville.

>(wiki)

* townhall:type
=* : Mairie /
Hôtel de ville / Mairie annexe / Mairie de quartier / Mairie
d'arrondissement

Je tique ! Due to the language in first hand.

Et en second parce que quand on veut préciser on n'utilise pas type, mot
valise mais la valeur qu'on veut raffiner ici townhall=.

Et là on est sur du franco français. Soit on trouve les valeurs
génériques soit on le dit avec un espace de nommage townhall:fr=.
Typiquement Mairie/Hôtel de ville c'est la distinction city/village
(peut-être town/village).

Par contre, quand on s'éloigne d'un objet classique, pour des CAF, CPAM, Pole
Emploi… dont la spécificité est française, il me semble « normal » de garder
ces termes dans leurs noms. Les tags de principaux de l'objet sont trop peu
connus, usités, standardisés, compris, « compréhensibles par un humain standard
» pour le décrire clairement.
name = CAF (de X) / Pôle Emploi (de X) me semble normal, logique, acceptable.
JB.

La "discussion" doit plutôt porter sur Doit on mettre systématiquement "Mairie de …" ou
"Pole Emploi de …" à la Wikidata ?
Je ne pense pas, sauf exception comme à Rennes car il y a plusieurs agence "Pole
Emploi".

Comme dit par Noémie, c'est toujours le panneau standard Pôle Emploi.

Par contre elles ont des noms spécifiques au niveau des agences quand il
y en a plusieurs dans la ville.

Et là les noms sont certaines fois assez abscons, je pense à Pôle Emploi
Lorient Marine
.

Certes il est bien à Lorient mais n'est pas spécialisé dans les métiers
de la marine, il est juste proche des ports !

Donc pour les noms de Pôle Emploi, autant prendre l'annuaire de Pôle
Emploi comme base.

On peut aussi imaginer

name=Pôle Emploi Lorient Marine
alt_name=Pôle Emploi

Ici
https://www.pole-emploi.fr/annuaire/votre-pole-emploi/lorient-marine-56100

Carte OpenStreetMap attribuée, l'hyperlien manque. Plus exactement lien
vers Mappy qui a un lien vers OSM.

Et géolocalisation au km !
Donc candidat pour l'intégration comme il y a des adresses physiques et
que le panneau est visible de la rue, ça semble jouable.

N. B. : l'autre agence

de Lorient est parfaitement localisée.

Adrien, tu remarqueras le lien semi générique pour trouver l'agence. Ici
a priori nom en minuscules suivi du code postal, avec - comme séparateur.

Les Caf ont leur umap
.
Tiens je viens de comprendre le nom umap.

Oups, c'est juste la Caf du Finistère mais avec tous les points d'accueil.

Arien, du fait du nom toujours le même (sur le bâtiment) et du logo, je
penchais pour brand= par contre vu Wikipédia j'arrive comme toi à la
conclusion operator=Pole Emploi.

> que pensez-vous de la proposition d'Adrien d'utiliser prioritairement
office=government et governement=* (plutôt notamment que
social_facility=outreach) :
https://wiki.openstreetmap.org/wiki/Talk:France/Services_Publics

OK pour Impôts (on parle de quoi au fait : l'endroit où on déclare ou
celui où on paye ?), préfecture et CPAM.

CAF peut-être.

Urssaf (que tout le monde sauf Noémie sait qu'il s'agit des unions de
recouvrement des cotisations de sécurité sociale et d'allocations
familiales ;-)) : c'est un organisme privé chargé d’une mission de
service public.

C'est un peu comme dire que VéOLia est une structure gouvernementale au
prétexte qu'elle est chargé localement d'une mission de service public :
ça me chagrine même au sens large de government.

Ceci dit, je n'ai pas de jeux d'attributs alternatifs à proposer et à la
fin je lis que les salariés sont dans la case que ceux du régime général
: assimilés fonctionnaires mais statut privé dépendant de la même
convention que ceux de la sécurité sociale.

Au fait les agences Pôle Emploi s'appellent Pôle Emploi XX, pas Pôle
Emploi de XX.

Jean-Yvon

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

[OSM-talk-fr] proposition au vote : salle de recueillement

2020-10-02 Thread osm . sanspourriel


Bonjour,

ça se passe par là :

https://wiki.openstreetmap.org/wiki/Proposed_features/funeral_hall%3D*

Après le vote sur les salle de recueillement, celui sur celles qui sont
auxiliaires d'un funérarium, de pompes funèbres...

En clair funeral_hall=*yes/no quand on n'a pas un amenity=funeral_hall.

Bref du classique.

Jean-Yvon


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

Re: [OSM-talk-fr] Fin de projet "ça reste ouvert" : MERCI + soirée 24 septembre à Montrouge

2020-10-02 Thread osm . sanspourriel



Le 02/10/2020 à 12:06, Florian LAINEZ - winner...@free.fr a écrit :


La seule différence c'est qu'on sait que la boutique était ouverte
(ou pas) pendant le confinement.

 Tu oublie que l'on a également les horaires d'ouverture Covid, et
cela représentent une indication précieuse pour renseigner le
opening_hours


On a des horaires qui *ne* sont *pas* bons. Sinon ils auraient été mis
en opening_hours (avec opening_hours:covid19=same).

Et non, avoir des horaires qui ne sont pas bons ne me donnent pas une
indication précieuse pour trouver les bons horaires.

Jean-Yvon




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

Re: [OSM-talk-fr] Fin de projet "ça reste ouvert" : MERCI + soirée 24 septembre à Montrouge

2020-10-02 Thread osm . sanspourriel


Le 02/10/2020 à 11:30, Florian LAINEZ - winner...@free.fr a écrit :


Il reste les opening_hours:covid19= sans opening_hours=* / à
traiter
en fixme, note ?

en ce moment ils provoquent une alerte osmose. est-ce qu'on aurait pas
envie de supprimer les données dans OSM tout en maintenant les alertes
Osmose ?


Bonjour, je ne comprends pas ce que tu veux dire. Ou si je comprends je
ne suis pas d'accord.

Quel intérêt puisque comme tu dis les horaires covid19 sont spécifiques.

C'est comme mettre une alerte Osmose sur tout commerce sans horaire.

La seule différence c'est qu'on sait que la boutique était ouverte (ou
pas) pendant le confinement.

Jean-Yvon, partisan du ménage




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

Re: [OSM-talk-fr] validation : sorties nommées

2020-10-01 Thread osm . sanspourriel


+0,5 ;-)

Normalement l'ordre ce sont les plus proches en haut et par couleur
(bleu : liaison autoroutière, verte : ville importante - en général via
départementale ou nationale, blanc : autre).

Pour l'importance, il y a la couleur des panneaux (non documentée ici)
mais on a les attributs population= ou capital= pour trouver les plus
importants.

S'il y a 5-10 destinations, on n'a pas forcément le temps de lire non
plus ;-), on va survoler en cherchant la destination finale ou une étape
importante. Bref on fait ce qu'Adrien suggère que les routeurs fassent.
Un peu plus subtil effectivement.

Et comme dit Christian si on annonce le premier de la liste c'est le
plus simple et le plus efficace.

Merci à Adrien pour les mises-à-jour logicielles.

Jean-Yvon

Le 01/10/2020 à 09:04, PanierAvide - panierav...@riseup.net a écrit :


Bonjour,

+1, il ne faut pas se limiter dans la liste des destinations pour
compenser le souci de synthèse vocale ;-) D'autant que niveau logiciel
c'est assez facile de ne conserver que les 3 premières destinations.
On pourrait imaginer que le routeur choisisse les noms selon l'endroit
où l'on se rend, ou selon l'importance des lieux nommés, mais là ça
devient déjà plus subtil niveau code.

Cordialement,

Adrien P.



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

Re: [OSM-talk-fr] Comment cartographier un cirque


Le 30/09/2020 à 20:52, Yves P. - yves.prat...@gmail.com a écrit :



Tu peux élaborer ?

Si theater est un cinéma en américain, theatre c'est un théâtre ou une
salle de spectacles en anglais britannique (OSM).


Je comprends le mot anglais :)

Tu aurais pu confondre avec son homophone américain.

Les exemples sont pour des salles de spectacle en dur.


Et ? Là tu nous dis que c'est permanent.



L'autre problème c'est la structure elle même.
Je voulais mettre building=circus :D
Il y a aussi des tentes plus ou rectangulaires.

building=tent ?


et préciser

tent=yurt ?

On trouve aussi 11
building_roof_material:tent=yes/no

(pour moi la tente c'est une technique pas un matériau, passons).

Il y a 133 building=tent.



Donc ça ne me choque pas, le cirque étant un genre de spectacle
particulier.


Moi non plus, mais il faut que LE tag soit utilisé par d'autres., donc
qu'il soit "évident ".


Si tu l'as trouvé c'est qu'il a une certaine réputation (105
utilisations, deuxième utilisation de theatre:genre).



J'ai utilisé amenity=art_center Il me semble :/


Non, heureusement art_centre.

Sachant qu'il y a 5 amenity=art_centre dans le monde...

Comme disait un certain Yves : "il faut que LE tag soit utilisé par
d'autres., donc qu'il soit "évident ".", je suis d'accord ;-).

Donc amenity=theatre

theatre:genre=circus
, utilisés
dans OSM et indiqués dans le wiki (et trouvés par toi) sont bien meilleurs.

Jean-Yvon



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

Re: [OSM-talk-fr] Simplification représentation "Cédez-le-passage cycliste au feu"


Le 30/09/2020 à 19:35, Axel Listes - axe...@broman.fr a écrit :


De toutes façons, à moins qu'il me manque un élément, si on ne découpe
pas les chemins dans un carrefour classique, il est impossible de
déterminer d’où vient le cycliste, et ou il va.

Axel.


Exact dans le formalisme actuel.

Si tu disais

from:forward (on vient de cette rue dans le sens OSM)

from:backward (on vient de cette rue dans le sens opposé)

et

to:forward (on va dans cette rue dans le sens OSM)

to:backward (on va dans cette rue dans le sens opposé)

tu pourrais t'en sortir d'un point de vue humain.

Par contre pour créer le graphe, il faudrait couper les chemins en segments.

Donc est-ce que ça vaut le coup ?

Question ouverte.

Effet de bord : on arrive à créer des miettes de rues qui justifient
chaque jour un peu plus les associatedStreet.

Jean-Yvon




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

Re: [OSM-talk-fr] Comment cartographier un cirque


Le 30/09/2020 à 20:01, Yves P. - yves.prat...@gmail.com a écrit :


Mais ce n'est pas vraiment satisfaisant. Qui dit mieux ?


Tu peux élaborer ?

Si theater est un cinéma en américain, theatre c'est un théâtre ou une
salle de spectacles en anglais britannique (OSM).

https://www.linguee.fr/francais-anglais/search?source=auto=theater

Donc ça ne me choque pas, le cirque étant un genre de spectacle particulier.

Si tu veux des tags spécifiques rigoureusement inutilisables car
utilisés à 1 exemplaire :

https://taginfo.openstreetmap.org/search?q=circus

Pense à ajouter un sous attribut pour indiquer qu'il s'agit d'une
école/formation style school=yes.

Jean-Yvon



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

Re: [OSM-talk-fr] [OSM-Talk-fr] Nouveaux stickers !



Le 30/09/2020 à 16:48, Yves P. - yves.prat...@gmail.com a écrit :

Dans la suite de ce qu'écrit J.Y : il y'en a juste deux d'utilisables.

Tu parles de OpenStreetMap France et OpenStreetMap.org
 ??

Je viens de voir un détail : Cette carte utilise fièrement les données
fournies par les *contributeurs* et *contributrices* OpenStreetMap.
Il n'y a pas un problème d'ordre  ?

Non, on garde le meilleur pour la fin^^


Je verrais bien plus du dernier (avec simplement ©OpenStreetMap.org
), voir une planche complète.


Tu veux dire les paquets d'autocollants faits pour le SOTM d'Avignon ? ;-)

Recto :
OpenStreetMap
La carte libre et participative (visuel que l'on retrouve sur
https://wiki.openstreetmap.org/w/images/3/3e/Osm_prez_geocamp_2014-01.pdf

sauf que le .fr est ajouté)

Verso qui n'est donc pas collé :

OpenStreetMap
 France
  Libre
   Participatif
    Mondial
 Données
  Gratuites

    www.openstreetmap.fr



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

Re: [OSM-talk-fr] [OSM-Talk-fr] Nouveaux stickers !


> C'est l'asso osm-fr qui régale.

Alors que ça promeut des services qui n'émanent pas d'elle (Projet du
mois) voir qui sont bientôt fermés (Ça reste Ouvert).

Ça me semble étonnant.

N. B. : je n'ai rien contre les services en question.

Jean-Yvon

Le 30/09/2020 à 14:13, Florian LAINEZ - winner...@free.fr a écrit :

Hello,
J'ai commandé de nouveaux stickers format ordi et smartphone, vous en
voulez ?
C'est l'asso osm-fr qui régale.

Il suffit de s'inscrire sur ce lien : h
ttps://openstreetmap.assoconnect.com/billetterie/offre/151633-z-planche-de-stickers

 et
je vous envoie ça par la poste.
Dans l'idéal, ça serait bien qu'un seul contributeur dans une
ville/région centralise la commande et redispatche à tout le monde.

J'espère que vous aimerez le design. Perso j'en ai mis partout ;)

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



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

Re: [OSM-talk-fr] validation : sorties nommées


Merci pour cette remarque constructive : on sait que faire et la
page du wikipedia a été améliorée en conséquence

Sur un exemple : un nom, pas de ref, pas de destination.

Nom et non destination car le panneau est en italique.

Correspond à la description dans OSM
https://www.openstreetmap.org/node/1351897533

https://www.mapillary.com/map/im/bR-r9vYXDNRgjzA0Vpo68g

Le 30/09/2020 à 13:58, Philippe Verdy - ver...@gmail.com a écrit :


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

Re: [OSM-talk-fr] validation : sorties nommées

Bonjour voici un cas limite :

https://www.mapillary.com/app/?lat=48.1197593=-4.0228083=17=gGVYaub7M-9e3vPHAI9PuA=photo=0.521660257395191=0.4046908617951483=2

58
An Teir C'hoaz

PLEYBEN
MORLAIX
par Route Touristique.

ref et name sont clairs.

Pour destination :

1. Rien, les destination Pleyben et Morlaix ne sont pas jointes via
cette sortie normalement (60 Ar Pouilhod pour Pleyben et pour 64 Pontaol
Morlaix).

2. Pleyben;Morlaix, ça permet aux navigateurs de vous guider.

3. Pleyben;Morlaix;par route touristique, ça permet aux navigateurs de
mieux vous guider.

4. Autre, précisez ;-)

J'hésite entre 1 et 2, Adrien penche pour 3.

3 a l'avantage de bien montrer le choix mais la route touristique est un
type de route pas une destination, à la limite un "via".

1 a l'avantage de ne pas risquer d'induire les moteurs en erreur (mais
ils ne semblent pas tenir compte des panneaux pour inciter à passer par
tel ou tel endroit).

2 est un compromis... boiteux ?

*Vous penchez pour quoi ?*

Tiens, OSRM et GraphHopper n'affichent pas les noms ou les numéros des
sorties.

OSMAnd affiche deux fois le nom de la sortie et une fois la référence
(soit An Teir C'hoaz An Teir C'hoaz 58).

*Vous connaissez des routeurs qui affichent les destinations ?*

"Prendre la sortie 58 An Teir C'hoaz, direction Pleyben, Morlaix" me
semble plus parlant que "Prendre la bretelle à droite" (OSRM) ou pire
"Restez sur la droite" (GraphHooper).

N. B. : actuellement la sortie n'a pas de destination :
https://www.openstreetmap.org/node/12123625

Et la bretelle est nommée : https://www.openstreetmap.org/way/4043036
alors qu'elle n'a pas de nom au cadastre. A supprimer à mon avis (le
nom, pas la bretelle ;-)).

Jean-Yvon

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

Re: [OSM-talk-fr] validation : sorties nommées


Oui La Ville es Lan (sans tirets) est le nom de la sortie. Ça fait
partie du cartouche Sortie, pas des destinations.

On ne met pas de lieu-dit en destination d'une sortie de nationale.

De plus ce sont souvent des lieux-dits où ont été construits l'échangeur
et donc qui ne correspondent plus à une destination possible. Ici il n'y
a pas de lieu-dit La Ville es Lan dans OSM (juste une Rue de la Ville Es
Lan).

Le 30/09/2020 à 09:23, PanierAvide - panierav...@riseup.net a écrit :

En faisant une recherche rapide, je me rends compte qu'il y a une
quarantaine de name=* avec un ";", qui ressemblent plutôt à des
destination=*. Donc on pourrait modifier la règle en "si
highway=motorway_junction + name contient un ";", alors name ->
destination" ?


+1

En effet je ne vois pas de sortie nommée où on mettrait autre chose que
le nom. Par contre le point-virgule est à l'évidente un signe que le
champ name a été abusé pour mettre une destination.

RB93 a encore frappé ? ;-)

Jean-Yvon



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

Re: [OSM-talk-fr] validation : sorties nommées


D'accord sur la séparation ref/name/ref/destination.

Le 30/09/2020 à 08:46, PanierAvide - panierav...@riseup.net a écrit :


La règle JOSM/Osmose pourrait être modifiée alors pour ressortir une
alerte si name != Porte... et pas de champ destination, qui laisserait
à penser que destination=* a été renseigné dans le champ name=*.


Sauf que "Porte..." ça ne marche que sur les périphériques et quelques
rocades.

Donc on garderait 95 % des alertes.

Êtes-vous déjà tombé sur des alertes réelles, avec la destination mise
dans le nom ? Une règle claire dans le wiki suffit à mon avis, je n'ai
pas l'impression que les personnes se trompent. Le risque c'est
peut-être des sorties numérotées mais sans nom. A-t-on le cas ?

Sinon 1000 % de faux positifs, ça fait beaucoup !

Jean-Yvon



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

[OSM-talk-fr] on dessine ou on cartographie ?


http://osmose.openstreetmap.fr/en/map/#item==18=48.441338=-4.413868=1%2C2%2C3==

Bonjour,

comme vous voyez il y a dessiné des parkings en surfacique avec du coup
des "trous" avec la voirie.

Je suis plus pour faire des voies de service en indiquant des
parking:lane:both=perpendicular et compagnie.

Et une enveloppe comportant places et voies en amenity=parking.

Exemple : https://www.openstreetmap.org/changeset/90462674.

C'est plus précis et plus propre.

Là on a des parkings en surfacique approximatif et des voies en linéaire.

Du coup Osmose lance plein d'alertes.

Avoir des amenity=parking allant jusqu'au milieu de la route pourrait
résoudre cela aussi.

Des avis ?

Jean-Yvon



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

Re: [OSM-talk-fr] Tracé GPX lignes trains Intercités ?


Bonjour, tu as un exemple ?

Normalement ça ne devrait pas être le cas :

https://www.openstreetmap.org/relation/9200423

Si besoin tu filtre par exemple en virant des service
=siding


J'ai raté un épisode ?

Jean-Yvon

Le 29/09/2020 à 19:24, Gilles - codecompl...@free.fr a écrit :

J'ai déjà essayé via une relation, mais c'est pas terrible : par
exemple, on récupère toutes les ways qui représentent des voies dans
les gares (et dans une grosse gare, ça fait un paquet de spaghettis).



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

Re: [OSM-talk-fr] Écoles maternelles -> amenity=school et school:FR=maternelle


Si on veut faire simple on met :

maternelle

élémentaire

maternelle;élémentaire (c'est à dire primaire mais où on dit qu'on a
bien les deux).

Comme ça c'est non ambigu.

Ce n'est pas parce que c'est côte à côte que c'est un seul UAI.

Cas de l'école de Prat-Foen à Guidel (la maternelle est venue rejoindre
l'élémentaire, pas sûr que ce soit un seul code actuellement).

https://www.openstreetmap.org/node/7316269913

https://www.openstreetmap.org/node/1371271897

Et ce n'est pas parce que c'est n'est pas côte à côte que c'est ce sont
deux UAI.

https://www.openstreetmap.org/relation/10053442

Ce n'est pas très KISS, ça doit être une mesure de prévention anti covid
;-).

Jean-Yvon

Le 29/09/2020 à 18:46, Christian Quest - cqu...@openstreetmap.fr a écrit :


Et à cela s'ajoute souvent les groupes scolaires... avec une école
maternelle côte à côte avec une école élémentaire... mais ça n'en fait
pas (je pense et sans aucune certitude) une école primaire car les
élèves ne sont pas mélangés (deux codes UAI ?).





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

[OSM-talk-fr] validation : sorties nommées


Bonjour, je suis tombé sur une notification Osmose qui m'interpelle.

En fait une règle JOSM _spécifique à la France_ :

https://josm.openstreetmap.de/wiki/Rules/FranceSpecificRules

Unusually named motorway_junction; use of 'name=*' for the exit destination?

Sauf qu'il est usuel en Bretagne que les sorties soient numérotées et
nommées (en breton dans la zone bretonnante).

Et là c'était du côté d'Albi où ça semble aussi systématique.

Un exemple :

http://osmose.openstreetmap.fr/en/error/1d1a8a63-be65-2dfb-73ba-fbd66513cf76

https://www.openstreetmap.org/node/250116724

Kerfleury est le nom de la sortie (et du lieu-dit le plus proche).

Les gens prennent la sortie Kerfleury.

Sur le panneau :

46.1 Kerfleury

et en dessous Quimperlé-Est (la destination en jargon DIR, que personne
n'utilise).

https://www.mapillary.com/app/?lat=47.84639403=-3.50455297=17=PStmBHEEK35wa2mql8FHQw=photo=0.5324220118049187=0.5275405429846113=1

Je veux bien qu'on conseille d'ajouter la destination, mais de là à
proposer de supprimer de la bonne information...

Dans d'autres coins de la France les règles sont différentes ?

Jean-Yvon



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

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

2020-09-28 Thread osm . sanspourriel


C'est assez simple, c'est fountain!

Je ne vois pas ce qui te choque.

https://www.linguee.fr/francais-anglais/search?query=fontaine

https://www.linguee.fr/francais-anglais/search?source=auto=fountain

Jean-Yvon



Le 28/09/2020 à 20:11, ades - ades.s...@orange.fr a écrit :

le pb semble être que fontaine et fountain ce n’est pas du tout la
même chose.

Pour ça, comparer :
https://www.collinsdictionary.com/dictionary/english/fountain


et

https://www.littre.org/definition/fontaine


ou encore :

http://stella.atilf.fr/Dendien/scripts/tlfiv5/visusel.exe?13;s=4211401755;r=1;nat=;sol=2
;

ou encore :

https://www.dictionnaire-academie.fr/article/A9F1208


va falloir tropuver en anglais ce qui correspond à la fontaine française…



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



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

Re: [OSM-talk-fr] Choisir le bon name pour les trajets de bus

2020-09-28 Thread osm . sanspourriel



Le 28/09/2020 à 19:22, blef - bernard.lefranc...@free.fr a écrit


Bonjour,

Le problème survient quand il y a des variantes sur une ligne.
Le nom officiel de la ligne est toujours le même, mais les trajets et
arrêts desservis varient.


En général le nom reste le même c'est un tableau horaire.

Par contre en général il y a des notes (a, b, c...) précisant le trajet.

J'aurais tendance à les appeler xxx, variante a etc.

Sinon il y a une liste transports pour les questions de spécialistes.

Jean-Yvon, non spécialiste transports




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

Re: [OSM-talk-fr] Simplification représentation "Cédez-le-passage cycliste au feu"

2020-09-28 Thread osm . sanspourriel


> Donc, dans le schéma d'origine que je découvre, il faudrait trois
relations.

Oui. Les écologistes foutent le bordel^^

Mais les éditeurs facilitent la création de telles relations.

Jean-Yvon



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

Re: [OSM-talk-fr] Choisir le bon name pour les trajets de bus


Le 27/09/2020 à 18:02, deuzeffe - opensm@deuzeffe.org a écrit :


Le 27/09/2020 à 16:46, Gad Jo a écrit :

Bonjour a tous,


Bonjour,


Bonjour aussi.


Sur les trajets desservant des communes différentes j'ai ajouter le
nom des communes + arrêt. Problème ça commence à être sacrement
illisible.

Sur ton exemple on reste dans la même commune.

> Auriez vous des propositions à me faire ? À moins que des règles
existent et j'applique... Je serait tenté de placer que le nom de
l'arrêt


J'ai peut-être été hétérodoxe, mais pour les lignes de bus de
l'intercommunalité voisine et celles du département, j'ai "bêtement"
repris les dénominations officielles du réseau, de terminus à terminus.


Ça semble assez logique : un réseau de transport public doit savoir
comment s'adresser au public pour lequel les transports s'adressent.
Certains arrêts n'ont pas le même nom suivant la ligne. Style Mairie ou
Trifouillis-les-Oies Mairie.

Ça pourra donner des Mairie - Cimetière pour une ligne de
Trifouillis-les-Oies mais Trifouillis-les-Oies Mairie -
Brie-Compte-Robert Église pour une autre.

Note : je mets en name le nom affiché (source:name
=sign)
et official_name pour celui des trajets (source:official_name=timetable).

Jean-Yvon




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

Re: [OSM-talk-fr] Simplification représentation "Cédez-le-passage cycliste au feu"


En deux mots : simple mais pas pris en compte par les outils. Devrait
donc passer par une proposition officielle notant cela.

Sauf que si tu mets ça sur un point, comment savoir de quelle route tu
parles si la voie piétonne est autorisée aux cycles.

De plus les cyclistes ne doivent la priorité que si le feu est rouge ou
orange.

Mais ce problème est le même qu'avec la relation.

Je doute que le cas des feux sur appel piéton soit la majorité des cas.
Sinon il faudra distinguer left/right/forward.

Jean-Yvon

Le 27/09/2020 à 19:02, Axel Listes - axe...@broman.fr a écrit :

Une proposition du type :

highway=traffic_signals
traffic_signals:direction=forward
highway:bicycle=give_way

Qu'en pensez-vous ?



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

Re: [OSM-talk-fr] tag bmo:type


Bonjour,

Comme indiqué distingue ls bâti léger du bâti en dur (donc a priori
différent du wall=no du cadastre).

J'ai failli supprimer certains mais justement ce n'est pas exactement
wall=no. Hier je suis tombé sur deux "trucs" légers qui n'étaient pas
des wall=no.

Je parle de la version Brest Métropole (old_name=Brest Métropole Océane
;-)).

Émilie Laffray se fera un plaisir d'éclairer notre lanterne puisqu'elle
fait partie de la dream team de l'époque :

https://wiki.openstreetmap.org/wiki/BMO


Jean-Yvon

Le 27/09/2020 à 21:02, Georges Dutreix via Talk-fr -
talk-fr@openstreetmap.org a écrit :


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

Re: [OSM-talk-fr] Web-SIG du Pays Terres de Lorraine