[OSM-talk-fr] Robert Keller, Laurent Matheron et Pierre Guillou : Hitler sur table d'écoute

[Yves P.]

Bonjour,

Un documentaire très intéressant sur le "piratage" de liaison télécom entre 
Paris et Berlin est disponible en replay sur France 5 
.

Les pages wikipedia Robert Keller 
, Laurent Matheron 
 et Pierre Guillou 
 rendent hommage à ces résistants.

Malheureusement, il n'y a que très peu de liens entre les objets OSM et les 
objets wikipedia/wikidata.

Est-ce que les contributeurs locaux et/ou les amateurs d'histoire peuvent 
compléter ?

Pour ma part, j'ai rajouté la plaque en hommage à Pierre Guillou à Rennes :)
__
Yves

PS:
Ajout OpenPlaques et lien avec la photo, ajout de l'inscription dans Commons et 
ajout OSM.
Elle sera visible dans quelques heures sur historic.place 
,
 de même que la photo dans openplaques.org 
.

Pages wikipedia
Paris
Rue de l'Ingénieur-Robert-Keller 

Piscine Keller 
Tour Keller 
plaque commémorative 

Rennes
Category:Centre Pierre-Guillou 
. Façade du 
centre visible sur GSV 
,
 et plaque sur la vue 3D 

Objets OSM
Paris
Rue de l'Ingénieur Robert Keller (Relation 541733 
)
6, Rue de l'Ingénieur Robert Keller (Nœud 682420370 
)
Tour Keller (Chemin 115878685 )
Piscine Keller (Chemin 115878661 )
Noisy-le-Grand
Rue du Réseau Robert Keller (Chemin 300360502 
)
Dunkerque
Rue Pierre Guillou (Relation 4160543 
)
Allée Pierre Guillou (Chemin 310637211 
) et Aire 
Pierre Guillou (Chemin 310637210 
)
Saint-Brévin-les-Pins
Avenue Pierre Guillou (Chemin 537798149 
)
Rennes
Centre Pierre Guillou (Tout ou partie ? du chemin 80941896 
)
Plaque commémorative : Pierre Guillou(Nœud 7505930664 
)
Plonévez-Porzay
Square Pierre Guillou (Chemin 109304851 
)
Troyes
Rue Robert Keller (Chemin 68247930 
)
Lyon
plaque commémorative est apposée une plaque dans l'enceinte du centre 
Lyon-Sévigné de Orange, situé dans le 3e arrondissement de Lyon
Centre d'amplification des LSGD de Lyon-Tassin a été nommé Centre 
Laurent-Matheron
centre Lyon-Sévigné est rebaptisé Lyon-Sévigné-Matheron
Le Petit-Quevilly
Le nouveau bureau de poste porte son nom de Robert Keller. Une plaque y est 
apposée.
Cachan
Un lycée professionnel porte le nom de Robert Keller.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] import cadastre d'une petite zone

[Yves P.]

> Je sais le faire pour une commune ou une partie de commune depuis 
> http://cadastre.openstreetmap.fr/ , mais 
> c'est un peu lourd pour uniquement quelques bâtiments.
Je faisais ça "autrefois".

> Ce qui fait que souvent, je préfère les redessiner depuis une photo aérienne.
ça m'arrive aussi parfois (je décalque le cadastre, et à défaut la photo 
aérienne).

> Dans JOSM, quand on télécharge une zone, il y a un onglet "Téléchargement 
> depuis le Cadastre".
Il faut cocher "Mode avancé" dans les préférences.

> On choisit Objets : bâtiments. Ça télécharge dans un nouveau calque (par 
> planches cadastres entières).
Il faut bien cliquer sur Nouveau calque (sinon ça "pollue" le calque courant et 
ensuite il est théoriquement impossible d'envoyer ses modifications).

> On copie les bâtiments qu'on veut et on fait un "Coller à la position 
> originale" Ctrl+Alt+V dans le calque OSM.
Dans le calque "cadastre", je sélectionne soit les polygones, soit uniquement 
les nœuds si le bâtiment existe déjà.
Puis je fusionne la sélection vers mon calque de travail.

Ça évite d'avoir dans le presse-papier des objets et de les dupliquer par 
erreur en faisant des coller.

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

Re: [OSM-talk-fr] On touche au vin, un bordelais réagit :)

[Yves P.]

> je suis évidemment d'accord avec toi mais le chauvinisme bordelais ne 
> permettra jamais que je reconnaisse le vin comme un alcool.
> 
:D

> oui mais j'ai pas de notion de la rapidité des modifications,
> 
Dans OSM Cha, la modif date de un jour et le 1er commentaire d'il y a 20 heure.

> il y avait déjà une dizaine de conflits
> 
?

> et franchement ça : https://framapic.org/TOMTU7jjMqN0/c1zt17USpaFw.png 
> Oui, c'est une erreur 
> classique avec JOSM (on l'a tous faite ??)


> j'ai préféré faire (peut-être une erreur) mais il y avait déjà 2 commentaires 
> et pas de réponses.
Faire un revert est tellement "délicat" qu'après ça, on évite de refaire trop 
d'erreurs : c'est très formateur :)

J'ai regardé les premiers changeset 

 du "géomètre" (page 135 avec OSM Cha) : il semble que ça soit un contributeur 
OSM amateur de cartographie.

Son cabinet est à Orange…
Il y a des contributeurs "locaux" qui pourraient discuter avec lui ?

__
Yves


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

Re: [OSM-talk-fr] On touche au vin, un bordelais réagit :)

[Yves P.]

> c'est un peu violent cela quand même (commentaire : FRANCE : basculement tag 
> shop=wine vers shop=alcohol + alcohol=wine") 
> C'est le changeset 
> mondial qui est violent…
Ou le fait que le vin soit composé essentiellement d'alcool (un produit neuro 
toxique et addictif ) ?

> j'ai fais un revert avant que trop de choses ne bougent
> 
La modification est récente, vendredi était un jeu férié : tu aurais pu le 
laisser faire son revert tout seul ;)

Le "coupable" : https://fr.linkedin.com/in/stéphane-courbi-736a5250 


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

Re: [OSM-talk-fr] Evolution des règles pour les plages et la ligne de côte

[Yves P.]

> C'est pas facile pour le rendu, exemple l'île de Sein :
> rendu osm : https://www.openstreetmap.org/#map=14/48.0367/-4.8522 
> 
> rendu osm fr : 
> http://tile.openstreetmap.fr/?zoom=14=48.0373=-4.85245=B000
>  
> 
> vue aérienne sur le geoportail : 
> https://www.geoportail.gouv.fr/carte?c=-4.852870844451901,48.03364219188839=14=ORTHOIMAGERY.ORTHOPHOTOS::GEOPORTAIL:OGC:WMTS(1)=yes
>  
> 
Par rapport à la  Carte marine du SHOM 
,
 c'est le rendu de Christian le plus fidèle :)

__
Yves

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

Re: [OSM-talk-fr] Evolution des règles pour les plages et la ligne de côte

[Yves P.]

> C'est un problème breton 
> ,
>  la faute à Jean-Yvon  :D
> (c'est pour la rime).
> 
> Et aussi un problème basque 
> ,
>  occitan 
> 
>  et même humanitaire 
> 
>  (avec la couche cul'HOT).
> Les couches OSM 
> 
>  et OpenRiverBoatMap 
> 
>  affiche bien la Gironde.
> 
> La couche monochrome 
> 
>  déprime ? Elle affiche correctement la Gironde maritime, mais mal sa partie 
> fluviale.

Il n'y a pas ce problème de rendu avec les cartes vectorielles :)
https://www.caresteouvert.fr/@45.172057,-0.718560,12.00 

https://openinframap.org/#12/45.17206/-0.71856 


Mais un autre sur l'ancienne île Bouchaud :
http://tile.openstreetmap.fr/?zoom=13=45.17206=-0.71856=00B00
 


__
Yves


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

Re: [OSM-talk-fr] Evolution des règles pour les plages et la ligne de côte

[Yves P.]

> Le 7 mai 2020 à 20:32, Jérôme Amagat  a écrit :

> J'en profite pour signalé qu'il y a un problème sur le rendu fr, ça fait 
> maintenant un bon moment que la Gironde est asséché : 
> http://tile.openstreetmap.fr/?zoom=10=45.32095=-0.73387=B000FFF
>  
> 
> La mise à jour du bleu de l'océan ne se fait pas.
C'est un problème breton 
,
 la faute à Jean-Yvon  :D
(c'est pour la rime).

Et aussi un problème basque 
,
 occitan 

 et même humanitaire 

 (avec la couche cul'HOT).
Les couches OSM 

 et OpenRiverBoatMap 

 affiche bien la Gironde.

La couche monochrome 

 déprime ? Elle affiche correctement la Gironde maritime, mais mal sa partie 
fluviale.

__
Yves


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

[OSM-talk-fr] Schéma pour le marnage

[Yves P.]

Quelques liens en vrac pour aider les terriens :)

https://fr.wikipedia.org/wiki/Marnage_(mar%C3%A9e) 


http://www.actunautique.com/2019/06/comprendre-une-carte-marine-les-sondes-couleurs-et-fonds.html
 

• la couleur blanche indique les grandes profondeurs,
• le bleu, indique les faibles profondeurs (0 à 10 m de profondeur). Plus le 
bleu est foncé, moins il y a d’eau,
• le vert montre l’estran (bande de côte couverte à marée haute et découverte à 
marée basse);

http://www.glossaire-eau.fr/concept/estran
https://envlit.ifremer.fr/region/basse_normandie/milieu/milieux_marins/le_marnage
 

https://www.ouest-france.fr/normandie/grandes-marees-hauteur-deau-marnage-et-coefficient-3199287
 

http://www.icem-freinet.net/~btj/520maree/maree08.htm 

https://sarasvatiweb.wordpress.com/2016/10/22/estran/

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

[OSM-talk-fr] Fwd: Evolution des règles pour les plages et la ligne de côte

[Yves P.]

> J'aimerais bien et j'y pense depuis un bout de temps car effectivement le 
> wiki lui-même (coastline, Beach, bare_rock, mud, tidal, tidalflat, frontieres 
> marines, shoal, etc) manque de ces images. Mais il va falloir s'y coller car 
> ce n'est pas si simple…
Je te fais confiance :)

ça peut-être des liens dans cette discussion vers plusieurs site existants.
ou un "gribouillage" sur une feuille de papier prise en photo :)

Je pensais à un schéma de ce style : 
https://wiki.openstreetmap.org/wiki/DE:Hafen#Musterhafen 


Mais en partant plutôt d'un ou plusieurs exemples réels (comme ça on peut 
comparer avec des vues aériennes, voir différents rendus…)

Plage bretonne sur le site du SHOM (carte marine, + trait de côte + BDOrtho IGN)

https://data.shom.fr/donnees#001=eyJjIjpbLTQ4MTg2MS45NTM4NTM5ODg1LDYyMTk1OTQuODA4NjcyMzAzXSwieiI6MTYuNzg2NjY2NjY2NjY2NjcyLCJyIjowLCJsIjpbeyJ0eXBlIjoiSU5URVJOQUxfTEFZRVIiLCJpZGVudGlmaWVyIjoiRkRDX0dFQkNPX1BZUi1QTkdfMzg1N19XTVRTIiwib3BhY2l0eSI6MSwidmlzaWJpbGl0eSI6dHJ1ZX0seyJ0eXBlIjoiSU5URVJOQUxfTEFZRVIiLCJpZGVudGlmaWVyIjoiUkFTVEVSX01BUklORV81MF9XTVRTXzM4NTciLCJvcGFjaXR5IjowLjMsInZpc2liaWxpdHkiOnRydWV9LHsidHlwZSI6IkVYVEVSTkFMX1dNUyIsInVybCI6Imh0dHBzOi8vd3hzLmlnbi5mci9xbHl0MjE4dXNiam50dnhyOXZnc3Y0dzYvZ2VvcG9ydGFpbC9yL3dtcz8iLCJwYXJhbXMiOnsiTEFZRVJTIjoiT1JUSE9JTUFHRVJZLk9SVEhPUEhPVE9TLkJET1JUSE8iLCJUUkFOU1BBUkVOVCI6dHJ1ZSwiVkVSU0lPTiI6IjEuMy4wIiwiRk9STUFUIjoiaW1hZ2UvanBlZyJ9LCJpZGVudGlmaWVyIjoiT1JUSE9JTUFHRVJZLk9SVEhPUEhPVE9TLkJET1JUSE8iLCJ0aXRsZSI6IkJEIE9ydGhvIiwib3BhY2l0eSI6MSwiZXh0ZXJuYWwiOnRydWUsInZpc2liaWxpdHkiOnRydWV9XX0=
__
Yves


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

Re: [OSM-talk-fr] questions de "pilotage" ou de "domination"

[Yves P.]

> Le 5 mai 2020 à 18:35, Florimond Berthoux  a 
> écrit :
> 
> Je ne comprend pas, il ne t'a pas insulté
Pas directement heureusement :)

Mais comment interpréter "Until then this issue is just so much hot air." ?
Moi je trouve ça insultant.

> il veut juste pas faire ce que tu veux.
Je ne lui demande pas d'être d'accord avec moi ;)
Mais d'avoir des arguments factuels et de rester ouvert d'esprit. D'autant plus 
que d'autres contributeurs ne vont pas dans son sens (à défaut d'aller dans le 
miens).

Pour les arguments contre, il y avait le fait qu'il faut modifier le code à 
chaque demande de liens automatique à partir des valeurs d'un tag.
Et surtout, ne pas faire de précédent pour ne pas pousser les contributeurs à 
inventer des clés !! :D

On lui a proposé de récupérer les infos dans wikidata : ça n'allait pas, 
wikidata pas OSM !
Je lui propose de s'inspirer du travail des développeurs de JOSM qui fonctionne 
bien (ils utilisent wikidata, mais aussi data items).
Réponse à la con !! :(

Il y a une discussion sur plusieurs années à propos des liens vers mapillary, 
toujours "bloquée".

> C'est des bénévoles ils sont libre de faire ou de ne pas faire, 
Oui.

Ça me rappel le tollé après la gestion unilatérale de brand:wikidata dans iD.
Ce n'était pas acceptable car c'était la décision d'une seule personne mais 
travaillant pour des intérêts privés.

Ici, ça serait acceptable car ça provient d'un bénévole ??

> ils sont libre d'argumenter ou non.
ça serait plus encourageant de ne pas répondre, que de répondre comme il le 
fait (dans ce ticket et dans d'autres).

> Fais une PR si tu veux.
> Et rien n'empêche de créer un nouveau frontend plus mieux à osm.org 
>  si c'est méga bloquant.
Le but n'est pas de remplacer le "dictateur" par un autre ;)

Et il y aurait moins d'énergie perdu à écrire le code par une personne 
expérimentée en Ruby On Rail et "maitrisant" le projet que par un "débutant" 
sur le sujet.

> Après sur le fond, a priori je suis pour qu'une structure OSM embauche et 
> développe un meilleur service pour attirer un public plus large.
On est au moins d'accord sur ce point :)

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

Re: [OSM-talk-fr] Tags multiples dans OSM (API v0.7)

[Yves P.]

> Mais ça ne résoud pas la question des valeurs réellement trop longues
Pour moi faire sauter la limite des 254 caractères est un prérequis.

> (dont opening_hours, qu'on ne peut toujours pas découper facilement […] alors 
> que opening_hours impose un ordre précis d'interprétation).
Si avec une info dans DataItem qui indique quels tags acceptent les valeurs 
multiples (cf. message sur la limite des 255 caractères).
Dans la concaténation de tag + tag_1 + tag_… l'ordre est respecté :)


> , d'autant que cette proposition pour v0.7 ne concerne QUE les valeurs 
> multiples sans aucun ordre de tri significatif, alors que opening_hours 
> impose un ordre précis d'interprétation).
Il y a effectivement un bief possible : que l'ordre des valeurs ne soit plus 
respecté.

Ce n'est pas gênant si on indique des moyens de paiement (espèces, carte…)
Ça peut-être problématique pour un bar, tabac, restaurant. Quel valeur va 
afficher le rendu ?

> Si on doit respecter un ordre et pouvoir découper les valeurs longues,…
Encore une fois, ce sont deux choses différentes.

Peut-être qu'il faut faire une API v0.6.001 avec seulement la prise en compte 
des valeurs longues ?
Puis une v0.6.002 plus tard pour les valeurs multiples ?

L'article d'Allan a été écrit AVANT le confinement.
Peut-être que maintenant c'est plus facile de réunir virtuellement tous les 
développeurs OSM pour un hack week end ?

Et du coup le passage en v0.7 pourrait s'envisager à nouveau en mode "bourrin" 
(arrêter complètement l'API pendant ce temps de développement) ?

Un mix peut-être envisagé :
faire un hack par visio avec une petite modification à la fois, le tout en mode 
"doux".

Ça permettrait de vérifier la faisabilité de la mise à jour de l'API sans trop 
de casse, et d'avancer… un peu :)

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

Re: [OSM-talk-fr] Limite de 255 caractères dans les tags OSM

[Yves P.]

> Cela ne dit pas comment les clés _1, _2 seront assemblées en une seule: en 
> séparant les valeurs par des point-virgules, des virgules, des espaces ou 
> rien du tout (concaténation simple).
Pour moi c'était évident : concaténation simple :)

> 
> L'usage actuel serait que des valeurs multiples sont dans des _1, _2, etc. 
> séparés et que leur séparation par défaut serait alors le point-virgule (ce 
> que fait déjà iD et certains éditeurs pour des valeurs multiples ou 
> différentes après une fusion de deux objets: ces _2 sont plutôt l'indication 
> d'une erreur ou ambiguïté à traiter manuellement, l'éditeur ayant été 
> incapable de choisir entre des valeurs potentiellement incompatibles)…
Je dois avoué que je n'ai pas regardé depuis un moment ce que produit iD :|

> Mais alors cela ne résoud toujours pas le problème des valeurs longues où ce 
> point-virgule "'implicite" sera faux (par exemple les balises "opening_hours" 
> qui ont des règles spécifiques de séparation).
Les DataItems peuvent (déjà ?) indiquer si le tag accepte des valeurs multiples.
Si oui, la concaténation se fait avec un point virgule, sinon c'est une 
concaténation simple.

Pour le cas de "opening_hours", ça ne fonctionne pas actuellement de toute 
façon.

> Si OSM doit évoluer, c'est pour permettre des valeurs de balises 
> "structurées". 
Andy Allan parle d'évolution de l'API en "douceur" ;)
Ceci n'est donc pas probable pour la v0.7, peut-être la v2.0 ?

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

Re: [OSM-talk-fr] Workflow pour opendata

[Yves P.]

> J'ai oublié de dire que j'ai commencé à travailler sur la possibilité 
> d'utiliser le backend Osmose avec Jupyter. Un sorte de shell python dans un 
> navigateur web. Au début ça va être en local,
C'est une grande avancée, merci :)

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

Re: [OSM-talk-fr] Evolution des règles pour les plages et la ligne de côte

[Yves P.]

Salut,

Votre discussion est assez technique ;)

Pouvez-vous mettre un lien sur un schéma, une photo aérienne, le(s) rendu(s) et 
si possible une carte marine pour qu'on puisse suivre ?
(et tant qu'à faire ne pas cartographier n'importe quoi)

Merci,

__
Yves

> Des fois certains mapper vont même jusqu'à dessiner ses zones encore plus bas 
> que la ligne de basse mer car avec les belles images aériennes et une eau 
> claire on en voit tres bien les contours. C'est presque un autre probleme 
> mais explique bien que l'enchainement de ses zones ressemble à un geant code 
> barre le long des côtes avec beach et bare_rock qui s'enchaînent.
un exemple ici stp :)



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

Re: [OSM-talk-fr] Tag "covid19" - Info sur le port obligatoire du masque

[Yves P.]

> Sachant que [la visière transparente] est moins protecteur, est-ce que ce 
> sera accepté comme masque ? C'est plus vu en complément.
> 
L'infirmier confirme que ce qui protège c'est le masque.

La visière est efficace par exemple en réanimation pour faire des aspirations 
endotrachéales.
Sinon, c'est un placébo.

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

Re: [OSM-talk-fr] Tag "covid19" - Info sur le port obligatoire du masque

[Yves P.]

> Oui mais on s'en fout, ça c'est
> https://github.com/bleibtoffen/bleibtoffen/issues qui gère ;-)
J'ai eu peur que ça soit un fork. C'est juste une doc et ce fichier CSV qui 
doit être utilisé dans le fichier de config :)

> Précisément
> https://github.com/bleibtoffen/bleibtoffen/blob/master/laender.csv

Mais il ne semble pas encore utilisé : 
https://github.com/osmontrouge/caresteouvert/issues/311#issuecomment-613090372

> N. B. : pour safety aussi. Au fait j'ai galéré pour retrouver les bonnes
> valeurs pour mettre une bouée de sauvetage (à la place de safety=lifebouy) :
Christophe Castaner nous colle une amende si on va faire ses courses sans bouée 
:D

@PanierAvide…

Le panneau Gel hydroalcoolique / Masques prend trop de place.
Les horaires d'ouverture et les infos de contact sont plus importante ;)
__
Yves


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

Re: [OSM-talk-fr] Tag "covid19" - Info sur le port obligatoire du masque

[Yves P.]

> On se posait la question de la gestion des différences par département (les 
> fameux départements verts ou rouges !), mais pour l'instant la manière dont 
> ces indicateurs vont évoluer n'est pas suffisamment claire pour décider de ce 
> qu'on peut en faire,
> 
Pour la France, il faut encore attendre un peu, mais pour l'Allemagne il me 
semble que les règles sont différentes d'un land à l'autre ?

> et surtout comment les actualiser de manière efficace.
> 
Une mise à jour manuelle tous les 15 j :|

A moins que ça soit publié en OD :) ??
__
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Workflow pour opendata

[Yves P.]

>> Parce que la c'est pas juste le point existe ou pas mais s'il existe 
>> compléter les tags, ou pas. J'imagine que ça peut le faire mais j'ai un mal 
>> de chien à comprendre et j'avoue faire une résistance au python, et l'ihm 
>> d'osmose me rebute aussi.
> 
> Moi aussi je ne suis pas fan de pyhton, ni de l'ihm.
+1 pour l'IHM

Je pensais que tu avais écris le soft de A à Z ?


> Toute aide est la bienvenue.
Aide nous à t'aider ;)

> Pour moi il n'y a quasiment pas de code à écrire, juste du paramétrage, 
> mapping tags, quelque conversion si besoin, et osmose s'occupe de toute la 
> magie.
+1 avec ce que je commence à comprendre en travaillant (un peu) sur le fichier 
FINESS.

> Osmose apporte aussi à l'opendata le côté récurent, ça continue à tourner, ce 
> n'est pas juste sur le coup. Et quand on voit les stats d'avancement de 
> l'intégration de données "importante" on voit tout l'intérêt.
+1 Les courbes sont très parlantes :)

__
Yves


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

Re: [OSM-talk-fr] Tag "covid19" - Info sur le port obligatoire du masque

[Yves P.]

Bonjour,

> Le 30 avr. 2020 à 20:04, Eric Brosselin - Osm  a 
> écrit :
> 
> La carte « Ça reste ouvert » (https://www.caresteouvert.fr 
> ) va sans doute afficher l'information sur le 
> caractère obligatoire
> (ou pas) de l'utilisation du masque pour avoir accès physiquement à un 
> commerce / service à partir du 11 mai.

> Quel tag utiliser ?
Aucun ! 

Que la carte rappel les consignes de chaque pays/land/département…, pourquoi 
pas (ceinture ET bretelles  )
ÇaResteOuvert peut avoir ça dans un fichier de configuration et l'afficher pour 
tous les POIs ?

__
Yves

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

Re: [OSM-talk-fr] Base de données géographique des stationnements hors-voirie

[Yves P.]

> Et pour récupérer des données OSM dans un format compatible avec cette base : 
> https://geodatamine.fr/ (Thématique Parking schéma étalab stationnement).
J'ai testé pour Digne-les-Bains n° INSEE 04070

Dans le fichier mis à jour 
 
de la BNLS, il n'y a qu'un seul parking pour Digne.
GeoDataMine en trouve 251 :)

Voici ce que donne ces 2 sources pour le parking commun :
id  nom insee   adresse url type_usagersgratuit nb_places   
nb_pr   nb_pmr  nb_voitures_electriques nb_velo nb_2r_elnb_autopartage  
nb_2_rm nb_covoit   hauteur_max num_siret   Xlong   Ylat
tarif_pmr   tarif_1htarif_2htarif_3htarif_4h
tarif_24h   abo_residentabo_non_residenttype_ouvrageinfo
04070-P-001 Parking Gassendi4070Place Général de Gaulle 
tous0   222 
6   


0   

200 21040070100012  6.2366534   44.0932836  







ouvrage En travaux en 2020






























id  nom insee   adresse url type_usagersgratuit nb_places   
nb_pr   nb_pmr  nb_voitures_electriques nb_velo nb_2r_elnb_autopartage  
nb_2_rm nb_covoit   hauteur_max num_siret   Xlong   Ylat
tarif_pmr   tarif_1htarif_2htarif_3htarif_4h
tarif_24h   abo_residentabo_non_residenttype_ouvrageinfo
node/577254454  Parking Gassendi4070

tous0   










6.2364757   44.0929944005293







underground 

Pour la colonne id, GeoDataMine devrait proposer la valeur de la clé OSM 
ref:FR:BNLS 

 (et proposer en plus une colonne idOSM ?).

Pour type d'ouvrage, il n'y a pas de documentation actuellement pour la BNLS.
Les valeurs dans la base sont les suivantes :
libellé nombre
enclos_en_surface   155
ouvrage 135

Remarque : les adresse dans la base ne sont pas homogènes. Pour Digne, il n'y a 
ni le code postal, ni la ville.

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

Re: [OSM-talk-fr] Base de données géographique des stationnements hors-voirie

[Yves P.]

> et l'embryon osmose :)
> https://github.com/osm-fr/osmose-backend/issues/856
> https://github.com/osm-fr/osmose-backend/pull/857
ça ne chaume pas, bravo :)

__
Yves

PS: @Vincent et Frédéric, vous pouvez même rédiger vos commentaires en 
français, vous avez l'accord de freed ;)


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

Re: [OSM-talk-fr] Base de données géographique des stationnements hors-voirie

[Yves P.]

> Création en cours d'une base de données géographique des stationnements 
> hors-voirie i.e. parkings en souterrain, en étage et en surface (enclos ou 
> barriérés).
> 
> Un article à ce sujet :
> https://www.banquedesterritoires.fr/stationnement-hors-voirie-une-base-de-donnees-est-lancee

Merci Brice pour cet article :)

Je note que Digne-les-Bains contribue à cette base, et il me semble qu'il y a 
un groupe OSM très actif dans cette ville.
Peut-être qu'il pourra nous donner un complément d'information ?
Est-ce que les données OSM ont été utilisées ?

> L'embryon de cette base de données :
> https://www.data.gouv.fr/fr/datasets/base-nationale-des-lieux-de-stationnement/
Je note que le nommage des fichiers laisse toujours à désirer ;)

Il y a deux fichiers avec le même libellé : l'un étant la mise à jour de 
l'autre, mais lequel est le bon ? Pas évident au premier abord.
20200430-bnls.csv

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

Re: [OSM-talk-fr] attribut mono-utilisateur

[Yves P.]

> Ça va faire plaisir à Yves, et en plus une clé en français !
> 
Au moins, je comprends en français :D

> https://overpass-turbo.eu/s/TFi 
> J'ai essayé d'ajouter :
> 
> (user:"Bibi6")
> 
> mais là ça ne trouve plus rien. Un effet de bord de la modification pour la 
> RGPD ou le problème est entre le clavier et l'écran ? Je n'ai pas trouvé de 
> ticket ouvert sur
> 
Je ne suis pas familier des recherches par métadonnées, mais ceci fonctionne : 
https://overpass-turbo.eu/s/TFr
Le problème est peut-être entre la souris et la chaise de bureau ? :D

> Donc à la question de Garen_kreiz, tu peux ne pas discuter et créer une clé 
> de nom aberrant pour toi tout seul et créer une entrée grande_circulation 
>  dans le 
> wiki...
> 
L'idée n'est peut-être pas mauvaise, mais il existe probablement un tag pour ça 
chez les britanniques ?
Nom "aberrant" oui.
Le tag approprié aurait eu sa place plutôt sur les relations ;)

Pour l'entrée dans le wiki, il a au moins le mérite de documenter son boulot :)
> J'hésite franchement à faire une édition de masse avec "attribut mal nommé, 
> non approuvé"
> 
Il y a peut-être un intérêt, et un projet qui utilise ce tag. Pourquoi pas une 
édition de masse pour renommer le tag et le mettre sur les relations…
… après discussion ;)

Il y en a 5008. Ça sent l'import ?
> et discuter avec le contributeur…
> 
> Je n'ai pas trouvé l'équivalent (une clé traffic) mais on a la hiérarchie du 
> réseau avec primary, secondary..., alors ?
> 
Ce serait donc redondant avec primary ET secondary ??

Le décret 

 couvre toute la France alors que ce tag est circonscrit au Nord et au 
Pas-de-Calais.

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

[OSM-talk-fr] Tags multiples dans OSM (API v0.7)

[Yves P.]

Pour faire suite à mon message précédent sur les tags longs, j'aimerais aussi 
discuter à propos des tags  avec des valeurs multiples (séparées par des ; )

> J'ai lu un article d'Andy Allan (l'un des développeurs du site web d'OSM) au 
> sujet d'une mise à jour en "douceur" de l'API :
> Smoother API upgrades for OpenStreetMap 
> 
> 
> Il ne parle pas de ce point. Par contre on l'avait abordé sur cette liste.
> Il est accessoirement évoqué sur  la page concernant la future API v0.7 
> 
Ce point est explicitement évoqué dans la page précédente : 
https://wiki.openstreetmap.org/wiki/API_v0.7#Multiple_Tags

> Je propose que la version 0.7 gère des tags de plus de 255 caractères :)
> Et pour le passage en douceur, que ce tag soit découpé/réasssemblé 
> automatiquement en plusieurs tags pour les logiciels fonctionnant en v0.6

La solution proposé ressemble assez à ma proposition pour les grands tags (on 
coupe la valeur arbitrairement tous les 255 caractères).

Ici, on coupe/réassemble à chaque séparateur (fonctions SPLIT / EXPLODE de 
certains langages)

Exemple :

v0.7

my_tag=value 1
my_tag=value 2
my_tag=value 3

donnerait en 0.6
my_tag=value 1;value 2;value 3

Si la valeur est trop grande, on combine ça avec ma proposition précédente (en 
essayant si possible de couper au niveau d'un séparateur)

C'est compatible avec tous les éditeurs et une fois tous les outils en v0.7, 
TagInfo permettra de compter "correctement' les tags utilisés.

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

Re: [OSM-talk-fr] Workflow pour opendata

[Yves P.]

> pour l'instant curl, un formulaire d'upload serait pas compliqué à proposer 
> en coup unique.
Ok :)

> mais vu que l'open data est évolutif et mis à jour, que ce soit automatisé 
> sera mieux.
Dans le cas d'un "gros" fichier mis à jour périodiquement, ça me parait plus du 
ressort dOsmose.

Dans le cas des "petits" fichiers de bibliothèque de Magalie, un formulaire 
serait le bienvenu :)

Et toujours pour les "petits" fichiers, est-ce que postgresql est vraiment 
nécessaire ?

Une carte peut charger directement en mémoire quelques centaines voir un 
millier de POI.
(cas des requêtes Overpass).

ça permettrait peut-être de déployer le code plus facilement, et en tout cas 
d'éviter l'installation de Docker ou Postgresql.
(c'est facile pour un dév qui travaille avec ça toute la journée, plus 
difficile pour les autres).

> Le contributeur n'aura pas à rentrer dans node / postgres / clevercloud / git 
> …
Oui :) Je pensais plus à de gros logiciels QA comme Osmose ;)

> Le premier fourni le fichier OD à od2osm le fera le langage/traitement qui 
> lui va, même un tableur pour produire un geojson.
> Les autres n'auront "qu'à" cliquer dans od2osm pour tout traiter.


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

[OSM-talk-fr] Limite de 255 caractères dans les tags OSM

[Yves P.]

Bonjour,

J'ai lu un article d'Andy Allan (l'un des développeurs du site web d'OSM) au 
sujet d'une mise à jour en "douceur" de l'API :
Smoother API upgrades for OpenStreetMap 


Il ne parle pas de ce point. Par contre on l'avait abordé sur cette liste.
Il est accessoirement évoqué sur  la page concernant la future API v0.7 


Je propose que la version 0.7 gère des tags de plus de 255 caractères :)
Et pour le passage en douceur, que ce tag soit découpé/réasssemblé 
automatiquement en plusieurs tags pour les logiciels fonctionnant en v0.6

Exemple:

En v0.7

exemple_key="super long value…"

ça donnerait pour la v0.6 :

exemple_key="super long value"
exemple_key_1="super long value part 2…"
exemple_key_2="super long value part 3…"
…

c'est compatible avec iD :) (qui fait déjà çà :/ )
c'est compatible avec les autres éditeurs :)

Une fois tout le monde en v0.7, les clés _1, _2… vont disparaitre (presque) 
toutes seules :)

__
Yves
 


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

Re: [OSM-talk-fr] Workflow pour opendata

[Yves P.]

> En local j'ai un postgres dans un docker. Sur une plateforme comme clever 
> cloud ou scalingo ce sera une application d'API node et un frontale. Il y a 
> un point d'entrée d'api qui permet de téléverser le geojson et qui fait 
> l'ajout en base (un post multipart sur /quests 
> https://github.com/wadouk/od2osm/blob/363351488d06a2194e0975a15143fd3e841932e5/server.js#L81
>  
> )
>  qui recharge l'ensemble des points.
Merci pour les explications.

Tu envois comment le fichier en petits-morceaux sur l'api /quests ?
Il y a un formulaire quelque part ou il faut utiliser cURL ?

> Tu m'avais causé d'open refine. Il fallait scripter pour aller plus loin pour 
> un outil juste en local. Je trouve le coup d'entrée par contributeur un peu 
> élevé pour un jeu de données évoluant.
Le coup d'entrée est "relatif".
Un contributeur lambda va avoir du boulot pour assimiler node.js, GitHub, 
clever cloud… ou Python… pour d'autres projets.

OpenRefine est un couteau suisse assez facile à utiliser après une phase de 
digestion de la doc :)
Et pas besoin de git, GitHub, PR et de cierges pour les merges ;D

Pour que ce soit utilisable par un non développeur, il faut écrire un bon 
tutoriel :)

De plus cet outil n'a pas à vocation à remplacer ni Osmose, ni JOSM, ni od2osm…
C'est un bon complément selon moi.
Il ne fait pas tout, mais le fait très bien :)

Concrètement on peut triturer les données en "temps réel" avec quelques clics 
et des éditions de scripts.
En saisissant une "formule" on voit les données se recalculer/reformatter (sur 
un échantillon de 5, 10 25 ou 50 lignes).

Un fois la recette au point, on obtient un fichier directement utilisable :
en local avec JOSM,
ou en ligne avec Osmose, MapRoulette… ou peut-être od2osm.

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

Re: [OSM-talk-fr] questions de "pilotage" ou de "domination"

[Yves P.]

Bonjour,

J'ai oublié de copier le passage qui fait le lien entre mon message et celui de 
Jean-Guilhem Cailton :

https://wiki.openstreetmap.org/wiki/User:Jgc/TraductionJournalConsultationsApm-wa#.28Quatri.C3.A8me_place_ex_aequo.29_Diversit.C3.A9.2Finclusion

> De nombreuses personnes interrogées se sont plaintes des questions de 
> "pilotage" ou de "domination" des intérêts particuliers au détriment des 
> intérêts plus larges de la communauté des OSM. Comme l'a dit l'un d'entre 
> eux, "Si vous laissez les grandes gueules diriger la stratégie, rien ne se 
> passera". Un autre l'a formulé différemment : "L'utilisation du projet est 
> mise en péril par quelques voix fortes".

En espérant que ça vous aidera à comprendre mieux mon propos :)

> Le 04.05.20 à 20:45, Florimond Berthoux a écrit :
>> Perso les gens qui me demande quelque chose en disant aussitôt merci 
>> ça a le don de particulièrement m'agacer.
>> Pourquoi ? Parce que c'est retirer la liberté de faire ou de ne pas
>> faire à celui qui reçoit la demande.
> 
> je pense que c'est très variable selon la personne qui l'écrit
> ou le recoit. pour d'autre, c'est une expression de gratitude
> envers le gars qui va passer du temps à cela.
+1

Un autre facteur, je n'ai pas fais mes études à Oxford et ne maitrise donc pas 
les subtilités de la langue anglaise à l'écrit ;)

> il y a plus qu'une personne :)
Tom ou Allan ?

En tout cas, que les choix sur le devenir du site web OSM ne repose que sur les 
épaules d'une (ou deux) personne(s) est un problème :/
Si en plus ce sont des "grandes gueules" ça ne permettra encore moins d'avancer 
:(

> TomH *parait* souvent très sec (moi aussi m'a-t-on fait remarquer).
> c'est toujours difficile de suposer l'intention de l'autre.
> Quand je réponds d'apparence "sec", c'est parfois sinplement
> parce que je vois pas l'utilité de répondre à un message utilitaire
> en y mettant 2 tonnes d'emballage. genre si on demande le tag pour tel
> truc, je répond ce qui me parait être le tag pour tel truc. si on
> demande si c'est utile, je répond mon avis sur l'utilité.
> ca dit pas que j'ai la science infuse ou que la discussion est
> refusée, c'est juste un avis :) mon avis :)

> Le 04.05.20 à 20:45, Florimond Berthoux a écrit :
> Et justement il dit qu'il est contre, normal qu'il t’envoie bouler.

Le problème n'est pas de donner son avis, le problème est la bonne fois.

Comme l'a fait remarquer eehpcm (issuecomment-623478783 
),
 Tom utilise des arguments fallacieux (Slippery-slope arguments 
).

Cette discussion n'est que le sommet de l'iceberg…

> 
>>
>> https://github.com/openstreetmap/openstreetmap-website/issues/2405#issuecomment-623479719
> 
> perso je lis la première ligne et je m'arrête. une ref qui n'est avec
> ref, c'est une erreur de tag même si c'est la pratique courante pour
> cette ref. idem avec CLC:id par ex
> personne
On peut discuter de la forme originale de cette clé (il serait en effet plus 
logique que ce soit ref:openplaques).

Mais la question n'est pas là. Cette clé existe, elle répond au besoin des 
"historiens" et autre "amateurs" de patrimoine.

Et au-delà de cette clé, il en existe d'autres qui pourraient bénéficier d'un 
lien.

> de plus les 2 messages précédents explicants les 2 raisons ne semblent
> pas prise en considération, donc fatalement le gars répond pas très
> positivement si on lui répond sans tenir compte de ce qu'il répond.
J'ai relu la "discussion", Tom n'argumente pas : c'est son avis, son 
"jugement", point barre.

Si il est seul à décider de ce qui est bien ou mal pour OSM me dérange vraiment.
Les projets informatiques ont souvent besoin de "dictateurs" bienveillants. Ici 
je ne voit pas la bienveillance :(

>  même si le code était écrit, je serrais tenté par passer
> mon temps à lire un autre ticket plutôt qu'encourager cette clef :)
Encore une fois, est-ce a une ou 2 personnes de décider des clés à encourager 
ou pas ?

https://github.com/openstreetmap/openstreetmap-website/issues/2405#issuecomment-623479719
> If somebody else wants to offer a PR to do it then that can be considered 
> when it happens. Until then this issue is just so much hot air.

Ecrire une PR dans un gros projet comme celui-ci nécessite beaucoup de 
prérequis.
Maitriser l'anglais est utile (cf ma remarque plus haut),
Se former au langage,
Au projet,
A l'environnement de développement pour réussir à tester et débogguer son code 
en local,
A GitHub,
A l'aspect social dans GitHub…

Ça fait beaucoup d'énergie dépenser pour se faire insulter.
Et même en arrivant à faire une PR propre du premier coup, il faut allumer des 
cierges pour espérer l'accord du "dictateur" (le merge de la PR).

__
Yves



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

Re: [OSM-talk-fr] Workflow pour opendata

[Yves P.]

Bonjour,

> L'idée est de passer sur chaque point, de faire une requête overpass pour 
> trouver un point "proche" et "similaire" et de créer ou fusionner les 
> informations.
> L'outil stockera les points déjà rapprochés pour ne pas les re proposer par 
> défaut.

J'ai jeté un oeil rapide.

Ton outil utilise une base postgresql dans un conteneur Docker.
Comment sont chargées les données ?


Pour info, j'ai bricolé un outil similaire avec OpenRefine (il n'y a que ce 
soft à installé et c'est facile).
Une "formule" dans une colonne permet de lancer une requête overpass pour 
chaque POI.

Je n'ai pas été plus loin, mais il existe un système de "réconciliation" avec 
comme source de données Wikidata… mais aussi n'importe quel point de connection 
SPARQL.
Ça vaut la peine d'essayer avec celui d'OSM (Sophox)

Par rapport à Omose ou ton outil, ça ne tourne qu'en local.

Par contre il est facile de partager les "recettes" et les données pour 
réaliser une intégration à plusieurs contributeurs.

__
Yves

PS: OpenRefine semble être beaucoup utilisé par les bibliothécaires ;)___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] questions de "pilotage" ou de "domination" - Re: Rapport du Président OSMF

[Yves P.]

Bonjour,

Je ne sais pas qui développe le site web d'OSM ?
Quand j'ai la (mauvaise) idée d'écrire un ticket, je tombe sur un(des) 
administrateur(s) que je trouve pour le moins obtus, sinon injurieux :(

https://github.com/openstreetmap/openstreetmap-website/issues/2405#issuecomment-623479719

__
Yves

> Le 19/04/2020 à 11:16, Jean-Guilhem Cailton a écrit :
>> Afin que le plus de contributeurs possible puisse en prendre connaissance, 
>> je l’ai fait traduire en français par Deepl.com, et rapidement remis en 
>> forme et relu, dans une page wiki, afin que la traduction puisse être revue 
>> et améliorée  (N’hésitez pas !) :
>> https://wiki.openstreetmap.org/wiki/User:Jgc/TraductionJournalConsultationsApm-wa

Merci Jean-Guilhem pour la traduction :)


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

[OSM-talk-fr] Lien vers les ISIl pour les bibliothèques françaises

[Yves P.]

Bonsoir,

Pour info, dans un click droit sur ref:isil propose plusieurs liens.
Choisir w3id.org qui redirige sur le sudoc.

Ça fonctionne pour d'autres pays. Cf. 
https://github.com/perma-id/w3id.org/tree/master/isil

exemple: ref:isil=FR-060046201 → https://w3id.org/isil/FR-060046201

__
Yves


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

Re: [OSM-talk-fr] Osmose - Intégration Ehpad

[Yves P.]

> Mais existe-t-il un moyen de filtrer la carte Osmose depuis l'interface 
> (frontend) pour n'avoir que ces signalements "111" ?
+1

La liste est de plus en plus longue, pas ordonnée, c'est difficile de s'y 
retrouver.

Est-ce possible de la réorganiser ?
De la filtrer avec une champ de saisie ?

De créer une arborescence ?

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

Re: [OSM-talk-fr] plusieurs structures dans un même bâtiment

[Yves P.]

> Le 25 avr. 2020 à 18:51, Jérôme Amagat  a écrit :
> 
> OSM n'est pas adapter à ce genre de chose
Je suis de l'avis d'Axel, sur "nos" propres limites :)

> alors il faut sûrement l'adapter pour pouvoir gérer des cas plus compliqués
On pourrait utiliser des relations pour rattacher des entités sans coordonnées 
à un objet OSM…
les sociétés dans un édifice…
les antennes GSM sur un support
les personnes décédées dans une sépulture (les polonais l'utilisent)
les points de livraisons des producteurs locaux sur un "marché"…

Les cartes interactives peuvent aussi distribuer les POI superposés : 
http://graves.wiki/#/map/@48.84613,2.34585,17z

> mais je ne suis pas sur que osm soit adapter à devenir un annuaire…
Je suis convaincu que tant qu'il ne le sera pas, les quidams, les élus, les 
entreprises continueront à utiliser des annuaires et des cartes propriétaires…
Suivez mes lunettes ;)

Et chacun de son côté va "réinventer" la roue, disperser l'énergie des fourmis 
et des colibris en essayant de remplir le tonneau des danaïdes.

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

Re: [OSM-talk-fr] plusieurs structures dans un même bâtiment

[Yves P.]

> Pour moi, si "géographiquement",
On peut toujours -> indoor mapping ;D

> on ne peut pas distinguer les 2 (ou plus) structures alors, dans osm, ce 
> n'est qu'un seul objet. Comme pour un bar restaurant, on choisit les tags les 
> plus adapté pour les tags principaux et mettre les différents FINESS dans 
> ref:FR:FINESS=*/ séparés par des ";".
Oui

ou mettre les 2 POI à la même position et le rendu choisira quoi afficher (le 
1er, le dernier ?)

J'ai fait ça pour Adecco générale, Adeco Médical et Adecco PME dans le même 
bureau.
Adecco PME tombe à l'eau… qui est-ce qui reste dans le buro :D

Il faut qu'on puisse trouver les 3, ils ont chacun un n° de tél spécifique.
Si je met phone=1;2;3 qui appeler pour Adecco PME ???

Ici PME a gagné : 
https://www.caresteouvert.fr/@46.214466,5.213543,19.51/place/n7437606917
Là, personne : 
https://www.openstreetmap.org/node/7437606916#map=19/46.21445/5.21383


> Dans le cas d'un EHPA et un EHPAD dans le même bâtiment, c'est bien la même 
> entité qui prend en charges dss patients différents donc pour FINESS, il 
> apparaît 2 fois et il y a 2 traitements pour les résidents mais ce n'est 
> qu'un établissement.
Oui.

Dans ce cas c'est souvent simple dans ma région. Une aile est dédiée à l'une 
des structures.

__
Yves


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

Re: [OSM-talk-fr] highway:covid19=stop

[Yves P.]

> Foot=yes
> Ben oui, la poste a réouvert et en bas de la rampe d'accès il y a un panneau 
> stop pour que les gens attendent à partir de là.
Merci Jean-Yvon pour cette perle :)

J'avais besoin de rigoler :D


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

Re: [OSM-talk-fr] Améliorer la description des bibliothèques et centres de documentation

[Yves P.]

Bonjour,

Pourquoi renseigner les caractéristiques d'une bibliothèque dans OSM ?
Avec un ISIL, on a les informations au moins pour les bibliothèques françaises 
:)
Toutes les bibliothèques françaises n'ont pas d'ISIL.
Les autres pays ne détaillent peut-être pas les "caractéristiques" de leurs 
bibliothèques
Comment ?
On peut lister les différentes caractéristiques (sans définir de tags).
Puis en discuter sur la liste internationale ?

En regardant quelques bibliothèques, on trouve ceci :
Type d'établissement 

Bibliothèque universitaire
Bibliothèque d'institut ou de département universitaire
Biblioth. d'enseignement supérieur et de recherche hors université
Biblioth. spécial. à accès réservé sur fonds privés
Bibliothèque scolaire
Bibliothèque spécialisée tous publics sur fonds publics
Bibliothèque spécialisée tous publics sur fonds privés
Biblioth. spécial. à accès réservé sur fonds publics
Biblioth. spécial. à accès réservé sur fonds privés
Bibliothèque municipale classée
Bibliothèque municipale non classée
Bibliothèque départementale de prêt
Autre bibliothèque de lecture publique sur fonds publics
Autre bibliothèque de lecture publique sur fonds privés
…
Conditions d'accès
Services
Disciplines
Pour rechercher les bibliothèques de votre département, faite une recherche 
avec le n° du dép suivi du joker *:
01* 

 pour l'Ain

__
Yves

Exemples :

Maison d'Izieu mémorial des enfants juifs exterminés 
FR-011935301 



Type d'établissement : 
Bibliothèque spécialisée tous publics sur fonds privés

Services :  
Prêt à domicile : Consultation sur rendez-vous
Consultation sur place
Pas de prêt entre bibliothèques
Accès aux bases de données : catalogue de la bibliothèque
Renseignements bibliographiques : par télécopie, par courrier, par messagerie
Service de reproduction : Service de photocopie

Disciplines : 
Dewey : 940.531 * 940.531 * 940.531 * 940.531 * 940.531 * 940.531 * 940.531 * 
940.531 * 940.531
RAMEAU : Izieu, rafle d' (1944) * Shoah * Shoah-études et enseignement * 
Enfants et guerre * Crimes contre l'humanité * France 1940-1945 (occupation 
allemande) * France 1940-1943 (occupation italienne) * Négationnisme * Mémoire 
collective

Académie Nationale de Chirurgie (Paris).
FR-751065405 


Type d'établissement : 
Biblioth. spécial. à accès réservé sur fonds privés

Services : 
Pas de prêt à domicile
Consultation sur place : La bibliothèque n'accorde aucun prêt de document et ne 
propose pas de service de photocopie
Pas de prêt entre bibliothèques
Renseignements bibliographiques : par messagerie
Disciplines : 
Dewey : 617
RAMEAU : Chirurgie 

Médiathèque municipale Pierre Mendès France (Villefranche-sur-Saône)
FR-692646201 


Type d'établissement : 
Bibliothèque municipale non classée

Conditions d'accès : 
Tout public 
 
Services : 
Prêt à domicile : prêt après adhésion selon les tarifs en vigueur
Consultation sur place
Prêt entre bibliothèques
Renseignements bibliographiques : par téléphone, par télécopie, par courrier, 
par messagerie
Service de réservation de documents : sauf nouveautés et revues
Elaboration de bibliographies : en lien avec l'actualité et l'action culturelle
Service de reproduction : Service de photocopie
Autres services : Bibliobus pour structures (écoles, petite enfance)
Disciplines : 
Dewey : Dewey pour les documentaires
RAMEAU : Blanc-Montmayeur

ISAE-SUPAERO Institut Supérieur de l'Aéronautique et de l'Espace (Toulouse)
FR-315559907 


Type d'établissement : 
Biblioth. d'enseignement supérieur et de recherche hors université


Conditions d'accès : 
Étudiants et personnels DGA

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

[OSM-talk-fr] Liens depuis un tag dans JOSM (ex greffon Tag2Link)

[Yves P.]

Bonjour,

Je viens de découvrir qu'en plus des liens définis dans Wikidata, JOSM utilise 
les liens définis dans DataItems 
https://josm.openstreetmap.de/wiki/Help/Action/Tag2Link

Je viens de tester pour ref:isil 
, les expressions 
régulières ne sont pas (encore) prises en compte .

Par exemple pour la bibliothèque allemande ISIL=DE-260, JOSM devrait proposer 
uniquement le lien vers l'agence allemande de gestion de l'ISIL :
https://sigel.staatsbibliothek-berlin.de/nc/suche/?isil=DE-260

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

Re: [OSM-talk-fr] Osmose : Formatage des n° de téléphone - Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Yves P.]

—
Yves Pratter




> Il y a une analyse des numéros de téléphone, mais la vérification du format 
> n'est en général pas activé, et ce n'est pas souhaitable à mon avis. Le 
> numéro de tel n'est en soit pas faux.
+1

> Ce n'est pas la peine de faire des signalements juste pour ça,
+1

> sachant que le numéro peut déjà être utilisé.
Je ne vois pas le problème (dans tous les cas le n° sera composé et interprété 
correctement par le central téléphonique ;)

> https://github.com/osm-fr/osmose-backend/blob/master/plugins/Phone.py
> Pour info cette analyse a été activée hier pour la Pologne.

La seule mention de "plugin" que j'ai pu trouvé dans le dépôt fait référence 
aux greffons d'Osmosis.

Je pensais qu'Osmosis était le nom en anglais d'Osmose :D

Quel est le lien entre Osmose, Osmosis et les plugins ?

Pour en revenir au formatage des n° importé avec FINESS, tu proposes quoi ?
__
Yves

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

Re: [OSM-talk-fr] Faut-il dissuader :?==?utf-8?q? addr:city La Ronze addr:postcode ddlll

[Yves P.]

> Faut-il dissuader de tagger  addr:city et addr:postcode ?
Pour moi, oui.

Aszerr et ddlll sont-ils des exemples ?
Ou est-ce le résultat d'une séance de cartographie au collège ?

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

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Yves P.]

>> Par contre osmose ne retrouve pas les établissements déjà présentes, malgré 
>> un ref:FR:FINESS identique.
J'ai constaté ça parfois.

L'analyse pourrait chercher en premier les objets OSM avec un n° FINESS (sans 
s'occuper des coordonnées géographiques)

> 
> Complément d'info avec le constat du jour :
> un SIRET à ajouter, infos FINESS : amenity=clinic / ref:FR:FINESS=x / 
> ref:FR:SIRET=y
> osmose propose l'ajout à un POI "amenity=clinic" (sans ref:FR:FINESS) proche 
> mais pas au bon lieu "amenity=hospital / ref:FR:FINESS=x" tout aussi proche.
Peux-tu préciser stp ?

> Serait-il pertinent/possible de proposer uniquement/également le lieu proche 
> ayant un ref:FR:FINESS identique ?

Comme plus haut, chercher les objets OSM avec un n° SIRET (sans s'occuper des 
coordonnées géographiques) ?

Il y a aussi une analyse à partir de la base SIREN qui fait peut-être ce que tu 
cherches ?
Je ne l'ai pas encore essayée.
analysers/analyser_merge_shop_FR.py 


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

[OSM-talk-fr] Osmose : Formatage des n° de téléphone - Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Yves P.]

> Le 23 avr. 2020 à 15:27, deuzeffe  a écrit :
>> A moins qu'il existe déjà dans Osmose une bibliothèque pour reformatter les 
>> n° de téléphone ?
> 
> Il y a une analyse sur les n° de tel dans osmose, oui. Faut juste que tu la 
> retrouves :P

Je n'ai pas trouvé. Tu parles du greffon ?

Si je comprends la logique :
osmose propose d'intégrer par exemple des pharmacies avec des n° non formatés 
un contributeur pressé l'intègre tel quel (ou réformateur mais fais une erreur)
osmose détecte les n° erronés / mal formatés dans une autre analyse
un contributeur corrige ça

C'est probablement plus efficace de formatter directement les n° dans l'analyse 
FINESS (et dans les autres qui proposent de n° de tél) ?

__
Yves

Analyses qui proposent de n° de tél :
analysers/analyser_merge_museum_FR.py 

analysers/analyser_merge_police_FR_pn.py 

analysers/analyser_merge_police_FR_gn.py 

analysers/analyser_merge_tourism_FR_aquitaine_information.py 

analysers/analyser_merge_poste_FR.py 


Il y a ce greffon mais je ne sais pas si et comment il est utilisé par les 
autres analyses :
plugins/Phone.py 


PS: pas de terme plugin dans la doc https://wiki.openstreetmap.org/wiki/Osmose___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Yves P.]

> je ne passe pas par Osmose
dommage, ça évite toute une partie répétitive (et source d'erreur) ;)

> S'il s'agit d'un EHPA au sein d'un CH je mets un simple point car l'EHPA 
> n'est peut être qu'une sous-partie de ce CH ?
Je met systématiquement des noeud pour les POI.
ça évite de tout mélanger, la saisie est plus simple, lisible… et en cas de 
fermeture ou de déménagement de l'établissement c'est plus facile et plus clair.

> ref:FR:SIRET (pas sûr de savoir à quoi ça servira, mais puisque j'y suis …)
Maintenant il est mis automatiquement.
Il sert à repérer les établissement qui ferme, déménagent… voir si les données 
sont cohérentes (parfois c'est faux dans FINESS).
Un clic droit depuis JOSM propose des liens utilises pour cette tâche.

> Je renseigne aussi les champs addr
Je ne le fait plus. Si besoin, je rajoute un noeud avec le n° de rue.

> , pour le numéro de tél j'aurai dû faire comme Donat mais je reporte le n° 
> trouvé dans FINESS (en le formatant correctement).
tâche répétitive qui sera bientôt automatisée…

> Et puis le dernier truc, je renseigne capacity et beds en trouvant ces infos 
> sur FINESS.
Moi aussi, quand j'y pense :)

> A noter il y a eu un gros effort d'équipement en EHPA ces dernières années, 
> j'ai dû décalquer plusieurs buildings depuis le cadastre vectoriel.
Je fais parfois du décalcage…
Avec JOSM, j'importe le bâti dans un autre calque et je fusionne que les nœuds 
qui se sont "déplacés", et/ou les nouveaux bâtiments.

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

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Yves P.]

> PS: j'ai vérifié les donnée FINESS : 
> Les n° de téléphone et fax ont 10 ou 11 caractères.
Après vérification, c'est toujours 10 caractères.

> La longueur de 11 caractères résulte d'un caractère ajouté (souvent un 0 au 
> début).
Non, donc les numéros (avec un préfixe 0) sont tronqués et donc invalides :/

__
Yves


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

Re: [OSM-talk-fr] Attribution "leaflet" chez www.mypharmactiv.fr

[Yves P.]

Tout d'abord, merci aux enquêteurs et aux rédacteurs de mél de rappel :)

> - un à Antares, l'agence qui a salopé le boulot (je pèse mes mots, voir 
> ci-dessous, il vaut mieux que ce ne soit pas moi qui les contacte)
> 

> Visiblement vu le lien pour l'itinéraire encore un site où Google Maps a été 
> viré à la va vite.
> Pas très pro, passons.
> 
La carte google au bas de leur page principale affiche "Impossible de charger 
Google Maps correctement sur cette page."

> Je suppose que le géocodage a été fait avec l'API Google et donc ils n'ont 
> pas le droit de remplacer simplement la carte.
> 
> Sachant qu'obtenir les positions des pharmacies ça se fait en un claquement 
> de doigt avec Overpass Turbo .
> 
Ou directement avec Nominatim 
.
(Ni Photon , ni le geocodeur de ÇaResteOuvert ne 
trouvent "pharmacie de la bedugue")

__
Yves

> Maptiler utilise OpenStreetMap, donc la question n'est pas de mise.
> 
> Yves à eu le temps de renommer la pharmacie mais comme Cyrille j'aurais mis 
> alt_name=Pharmacie Thomas.
> 
Tu as raison. Je vais reparler de ce point dans la discussion sur FINESS.

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

Re: [OSM-talk-fr] Osmose propose dorénavant le type:FR:FINESS pour les structures de santé

[Yves P.]

> Oui, et il y aussi en plus les numéros de tél. et de fax, et « nursing_home » 
> pour les Ehpad.
Merci Fred pour c156190 

 :)


> Ça fait bien gagner du temps. 
Oui, et ça évite des erreurs et des tendinites ;)

Pour info, j'ai rajouté ref:FR:SIRET hier soir (cf. 2b93775 
).
Depuis JOSM et un click droit, ça permet de voir si l'établissement existe 
toujours, si il n'a pas déménagé.

Pour les numéros de téléphones, j'aimerai les formatter au format international 
(en mettant des espaces au bon endroit).
C'est ce que préconise le wiki.

@Fred, est-ce que je "bricole" ça dans 
analyser_merge_healthcare_FR_finess.py#L100-L102 

 ?
Ou est-ce que j'importe https://github.com/daviddrysdale/python-phonenumbers ?
A moins qu'il existe déjà dans Osmose une bibliothèque pour reformatter les n° 
de téléphone ?

__
Yves

PS: j'ai vérifié les donnée FINESS : 
Les n° de téléphone et fax ont 10 ou 11 caractères.

Il y a 8 n° de tél avec des préfixes bizarres:
00  3
01  8
02  18469
03  18028
04  20852
05  12998
06  933
07  129
08  235
09  417
14  1
15  1
25  1
31  1
94  1

Et 357+8 pour les télécopies
00  357
01  6455
02  11309
03  11504
04  12759
05  7645
06  24
07  12
08  29
09  360
15  1
16  1
17  1
25  1
30  3
43  1

Pour les 357 préfixes de fax 00 :
6 n° sont "00"
un 0 a été rajouté pour les autres (et le dernier n° à été souvent tronqués 
produit un n° invalide)

Les autres préfixes invalides sont des fautes de saisie (facilement corrigibles 
par un humain).

La longueur de 11 caractères résulte d'un caractère ajouté (souvent un 0 au 
début).


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

Re: [OSM-talk-fr] Requête spatiale dans JOSM ?

[Yves P.]

> JOSM permet apparemment de charger des données depuis une requête Overpass :
Je l'utilise très souvent et ça marche bien :)
C'est en fait Overpass qui fait une recherche sur directement sur la base OSM.

Ce que je cherchais à faire c'est de faire ça sur des données locales.
Et JOSM ne sait pas faire. (c'est un job pour QGIS)

Merci quand même :)

__
Yves

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

[OSM-talk-fr] Attribution "leaflet" chez www.mypharmactiv.fr

[Yves P.]

Bonjour,

Je viens de trouver : https://www.mypharmactiv.fr/pharmacie/pharmaciedelabedugue

Ça ressemble beaucoup à des données OSM.
https://api.maptiler.com/maps/basic/6/34/24.png?key=c6fbOrAnX63j6wENdMnr

Merci d'avance à la personne qui aura le temps de s'en occuper :)
__
Yves



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

Re: [OSM-talk-fr] Lac souterrain suspect à Neuilly-Sur-Seine

[Yves P.]

Bonsoir,

> Je ne trouve non plus pas de trace, je ne sais comment savoir s’il y en a un 
> ou non (il y en a un par exemple sous l’opéra Garnier).
Il faut demander aux spéléos et/ou aux cataphiles parisiens ;)
Eventuellement aux "services" de la ville (eaux, égoutiers) ?

Paris et truffé de carrières, voir de cavités naturelles. Mais vu la forme, 
c'est plutôt suspect.

De plus, il manque à minima un tag layer=-1 ?

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

Re: [OSM-talk-fr] Profusion de clés covid19

[Yves P.]

> Personne a parlé de suppression ni de conclusions ..  
+1

Je pencherais pour de l'auto-régulation (ce qui se fait déjà).

> Par contre, la principe de vérifiabilité des données dans OSM par la 
> communauté me semble une principe importante ...  
> https://wiki.openstreetmap.org/wiki/Verifiability 
>  . Pour que la 
> vérifiabilité collective soit une réalité et pas qu'un idéal, une façon 
> efficace de voir qui a vérifié quoi pourrait être utile. 
Stuart, si je t'ai bien suivi, ça ressemble aux wikidata et dans OSM les 
DataItems ?

Chaque tag peut avoir une source, on peut voir exactement qui a fait la 
modification et quand 

Avec ma petite expérience de wikidata, tous les tags ne sont pas sourcés, mais 
c'est possible.

Pour les contrôles, c'est assez utile sans être trop contraignant.

Quant à la régulation pour l'ajout de nouvelles propriétés, il y a un système 
de vote. Mais en pratique assez rapide et souple.
Ça évite aux débutant de créer n'importe quoi n'importe comment.
Ça "oblige" aussi à argumenter et à documenter à minima.

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

Re: [OSM-talk-fr] Requête spatiale dans JOSM ?

[Yves P.]

> Je peux largement être passé à côté d'une fonctionnalité de JOSM, mais sinon 
> un outil très adapté pour ce type d'analyse est QGis : https://www.qgis.org/
Je connais QGIS, mais merci pour la piqure de rappel :)

On avais discuté de sujet similaire pour sélectionner les objets à l'intérieur 
d'un pays.

C'était une requête mapCSS de mémoire qui utilise des polygones "internes" 
simplifiés des pays.

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

[OSM-talk-fr] Requête spatiale dans JOSM ? - Re: [Presse Locale][Ca Urge] Ça reste ouvert :

[Yves P.]

> On a pas mal de stats générées ici : 
> https://download.osmontrouge.fr/caresteouvert/

Merci :)

Pour essayer de répondre à la question de Jacques :

Je charge ces POI dans JOSM…
Je veux chercher les noeuds à l'intérieur des polygones des 2 départements.

Peut-on faire une requête dans JOSM en mapCSS (ou autrement)pour cette 
recherche spatiale ?

Ça serait l'équivalent de la requête Overpass :
{{geocodeArea: Vienne, France}}->. searchArea;
node ["highway"="trunk"](area.searchArea);

Merci

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

Re: [OSM-talk-fr] Profusion de clés covid19

[Yves P.]

> je ne comprends pas la notion de pollution, je ne sais à quoi tu fais 
> référence ? peu utilisée -> pollution ?
> 
J'ai envoyé entre-temps un message avec un lien vers un article qui traite de 
ce sujet.

Pour être plus clair sur cette notion de "pollution" :
elle est réelle :
on stocke des données dans des serveurs qui consomment de l'énergie, chauffent, 
consomment du traffic réseau… donc polluent.

relative : il y a plein de tags inutiles dans la base (cf. taginfo).
un contributeur peut-être tenté de le réutiliser (car il existe)
ça fait beaucoup de travaille pour les corriger manuellement 


> Les fautes de frappes évidentes dans les clés peuvent être corrigées (j'avais 
> prévu de faire une passe dessus, mais manqué de temps…).
> 
Je le fais parfois (ou par période). Ça semble faire sourire certains ;)
> Pour les autres clés, c'est la force d'OSM : le modèle de tags est libre de 
> s'adapter aux besoins ;-)
> 
> 
Oui, c'est pour ça que j'ai essayé de "relativiser" mon propos.
Mais vu le graphique, je pense qu'il y en a beaucoup qui relèvent de la 
"corbeille" :)

> Il s'agit d'un moment particulier, je laisserai bien les tag:covid19 comme 
> ils sont (sauf pour les fautes de frappe).
> Il y a plein d'autres harmonisations à voir sur des sujets pérennes :-)
Il faut voir tag par tag leur intérêt.

En regrouper certains (pour les jeter éventuellement ou les pérenniser après) :
> 
> 
> 19reservation:covid19 
> 
> 1 booking:covid19 
> 
> 1 appointment:covid19 
> 
ça peut se mettre dans le "commentaire" des clés opening_hours et/ou 
opening_hours:covid19 et/ou description:covid19

__
Yves




__
Yves

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

Re: [OSM-talk-fr] Profusion de clés covid19

[Yves P.]

> Je l'ai refais uniquement pour la France.

J'ai chargé les phone:covid19 : https://overpass-turbo.eu/s/T7z

Souvent, il s'agit d'un numéro de portable qui n'existait pas : rajouter plutôt 
un tag mobile=* ?

Parfois, un numéro de fixe supplémentaire : mettre à jour phone=n°1;n°2 et/ou 
mettre un message explicite dans description:covid19 ?
description:covid19="Contactez le Centre d'Appel au : 09 74 50 56 56"

> Hormis les 4 premiers […] les autres sont […] de la pollution ?? 

On me dit dans l'oreillette de regarder les graphiques ici : Rarely verified 
and third-party data staleness in OpenStreetMap 


Merci Stuart 

__
Yves

PS: ça ne veux pas dire qu'il faut jeter tous les tags peu utilisés (certains 
vont se développer)
Mais on peut (doit) vraiment se questionner sur ces profusions de tags 


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

Re: [OSM-talk-fr] Profusion de clés covid19

[Yves P.]

Je l'ai refais uniquement pour la France.

Il y a éventuellement un intérêt pour d'autres pays ?

Ça donne envie d'aller en vacances à Kinshasa 
https://overpass-turbo.eu/s/T7p

__
Yves

QuantitéClé
26975   opening_hours:covid19 

3572description:covid19 

2845delivery:covid19 

2231takeaway:covid19 

735 access:covid19 
96  note:covid19 
35  source:opening_hours:covid19 

35  website:covid19 

34  takeway:covid19 

27  drive_through:covid19 

20  capacity:covid19 

19  reservation:covid19 

18  collection_times:covid19 

9   phone:covid19 
4   drive_in:covid19 

2   payment:cash:covid19 

1   appointment:covid19 

1   source:covid19 
1   source:description:covid19 

1   booking:covid19 

1   tobacco:covid19 

1   payment:wire_transfer:covid19 

1   contact:phone:covid19 

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

[OSM-talk-fr] Profusion de clés covid19

[Yves P.]

Bonjour,

Voici ce que donne TagInfo :

Que l'esprit humain est créatif en cette période 浪

Hormis les 4 premiers (en nombre), drive_through:covid19 et éventuellement 
access:covid19 (dont je ne suis pas convaincu de son intérêt) les autres sont :
des erreurs de saisie : takeway:covid19, access:covid19=
de la pollution ?? 
__
Yves

count   key
32000   opening_hours:covid19 

4628delivery:covid19 

3967description:covid19 

3279takeaway:covid19 

983 access:covid19 
103 note:covid19 
46  phone:covid19 
37  police:covid19 
37  website:covid19 

35  source:opening_hours:covid19 

34  takeway:covid19 

29  disease:covid19 

29  drive_through:covid19 

23  capacity:covid19 

19  reservation:covid19 

18  collection_times:covid19 

14  description:it:covid19 

6   description:de:covid19 

4   drive_in:covid19 

3   payment:service_vouchers:covid19 

2   barrier:covid19 

2   contact:phone:covid19 

2   opening_hours:delivery:covid19 

2   payment:cash:covid19 

1   access:covid19= 

1   appointment:covid19 

1   booking:covid19 

1   clothes:covid19 

1   email:covid19 
1   outdoor_seating:covid19 

1   payment:wire_transfer:covid19 

1   self_service:covid19 

1   service_times:covid19 

1   service:covid19 

1   source:covid19 
1   source:description:covid19 

1   tobacco:covid19 

1   wheelchair:covid19 

count   key
983 access:covid19 
1   access:covid19= 

1   appointment:covid19 

2   barrier:covid19 

1   booking:covid19 

23  capacity:covid19 

1   clothes:covid19 

18  collection_times:covid19 

2   contact:phone:covid19 

4628delivery:covid19 

3967description:covid19 

6   description:de:covid19 

14  description:it:covid19 

Re: [OSM-talk-fr] Ça reste ouvert et notes : avis et retours

[Yves P.]

> 
> Pour moi l'impossibilité d'accès physique au magasin est importante à 
> signaler (déplacement potentiellement inutile), donc affichage non vert,
oui

> mais le faire déduire à l'appli par l'interprétation d'une note destinée à un 
> humain dans opening_hours... c'est la limite que je trouve à ta proposition.
mais il n'y a aucune interprétation ;)

La syntaxe de opening_hours est un vrai langage (au sens informatique).
Dans ce cas l'interpréteur renvoi état indéterminé.

Essaie : Mo-Fr 10:00-12:00 "Commande par tél uniquement" 

Réponse de l'outil de test :  L'installation est indéterminée en ce moment, 
mais cela dépend de "Commande par tél uniquement".

Et aussi : Mo-Fr 10:00-12:00 open "Commande sur place uniquement" 

L'installation est ouverte en ce moment, commentaire: "Commande sur place 
uniquement"

Et enfin :  Mo-Fr 10:00-12:00 off "Commande par téléphone uniquement. Nos 
locaux sont fermés 
"
L'installation est fermée en ce moment, commentaire: "Commande par téléphone 
uniquement. Nos locaux sont fermés"

L'application peut changer par exemple la couleur du POI et afficher le 
"commentaire".
Et/ou afficher "Ouvert", "Fermé" ou "Attention ! Peut-être fermé"

__
Yves

PS: ok, le dernier exemple est capilotracté___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] [ca reste ouvert] Services publics ouverts sans accès pour le public

[Yves P.]

>> Je me demande vraiment à qui ça peut servir. Franchement, est-ce qu'un
>> citoyen peut d'imaginer que la mairie ne répond pas (hors dimanche et
>> jours fériés) en cette période ?
+1

>>  Si on veut savoir, on téléphone. non ?

Vincent, ça répond aussi à "comment ?" ;)

> J'ai vu passer les cas suivants :
> - accueil téléphonique restreint : 9h-12h au lieu de la journée complète -> 
> pratique de le savoir
opening_hours:covid19='09:00-12:00 "accueil téléphonique"'

> - info "les messages du répondeur sont écoutés régulièrement" -> pratique de 
> le savoir
description:covid:19='les messages du répondeur sont écoutés régulièrement'

> - info "joignable par mail" (comprendre uniquement...) : tant pis pour ceux 
> qui laissent un message sur le répondeur ;)
description:covid:19='Nous sommes joignables uniquement par mél'

> - et des infos diverses genre "collecte de tissus, élastiques de mercerie et 
> fils de mercerie pour la confection de masques"
description:covid:19='collecte de tissus…'

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

Re: [OSM-talk-fr] [ca reste ouvert] Services publics ouverts sans accès pour le public

[Yves P.]

> J'ai donc commencé à décliner quelques cas access:covid19=no pour les 
> services publics, avec les opening_hours:covid19=open, same XXX.
> 
> Est-ce que cela vous semble "cohérent" ? si oui je mets à jour le wiki en 
> conséquence.
> 
> Si non je sis curieux de votre retour !
> 
C'est cohérent avec le point de vue des partisans de ce tag, mais pas 
convaincant.
La discussion sur la manière de décrire ces cas ne me semble pas close ;)

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

Re: [OSM-talk-fr] Import fichiers de bibibliothèques dans OSM

[Yves P.]

> Question : peut-on imaginer un import des données du fichier des adresses 
> et/ou du CCFr complétant les bibliothèques présentes ?
Oui techniquement.

Avec Osmose et/ou JOSM sur des secteurs plus petits.

Bonne journée,

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

Re: [OSM-talk-fr] Import fichier dans OSM

[Yves P.]

> J'ai vérifié sur une bibliothèque dans OSM avec un ISIL et que je connais 
> bien :
> https://www.openstreetmap.org/node/421959126/history 
> 
> https://ccfr.bnf.fr/portailccfr/ark:/06871/0026755 
> 
Tient, on peut récupérer / vérifier (entre autres) les horaires d'ouvertures, 
tél, fax, mél, site web :)

Ceux d'osm sont incomplets (il manque Jul-Aug Tu-Fr 13:00-18:00; Jul-Aug Sa 
10:00-18:00 
)

__
Yves

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

Re: [OSM-talk-fr] Import fichier dans OSM

[Yves P.]

> Je voudrais faire un point sur le fichier 
> https://www.data.gouv.fr/fr/datasets/adresses-des-bibliotheques-publiques-1/ 
> 
>  (fichier qui m'a servi de base pour la mission sur les bibliothèques en AMP) 
> et rendre compte du travail de nettoyage qu'il a été nécessaire d'effectuer.
Merci pour les infos :)

> J'ai rédigé un petit billet (je ne sais pas si ça vaut le coup de le publier) 
> mais si vous voulez la réponse c'est ici : 
> https://docs.google.com/document/d/14hWWe0_5Fd47n9hSOA5HZOiN0vPluivcxa4KlxFDFxs/edit?usp=sharing
>  
> Intéressant,
>  clair. Manque les illustrations à la fin ;)

__
Yves

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

Re: [OSM-talk-fr] Import fichier dans OSM

[Yves P.]

> https://www.data.gouv.fr/fr/datasets/adresses-des-bibliotheques-publiques-1/ 
> Merci
>  :)

Il semble être disponible ici (url stable, aperçu, filtrage, carte…) :
https://data.culturecommunication.gouv.fr/explore/dataset/adresses-des-bibliotheques-publiques/table/

Je ne vois pas d'ISIL dans ces données :/

> mais, le fichier provençal inclut la géolocalisation, ce qui permet des 
> vérifications..
As-tu un lien ?

> J’ai beaucoup d’intérêt personnel pour le sujet
itou (j'ai géré des bibliothèques dans un fédé sportive au niveau départemental 
et national)

> mais, je ne veux pas mettre les mains dans le cambouis des imports.
c'est mon rayon

> Il y a lieu d’apporter la référence ISIL* (International Standard Identifier 
> for Libraries and Related Organizations) pour compléter. C’est le numéro ISO 
> unique des bibliothèques, archives et musées.
> En France, le registre est tenu par l’ABES : 
> http://www.abes.fr/Normes-modeles-formats/Metadonnees-bibliographiques/Identifiants
>  
> 
>  
> 
> 3400 centres documentaires ont un n° ISIL  selon l’ABES
Je ne trouve pas de fichier. Mais comme il y a une correspondance directe entre 
ISIL et RCR (cf. infra) ont peut télécharger le CCF :)

19 bibliothèques françaises avec un ISIL dans OSM :/
https://taginfo.openstreetmap.org/keys/ref%3Aisil#values

C'est décrit dans https://www.wikidata.org/wiki/Property:P791

> le Catalogue collectif de France (CCF) 
> 
>  tenu par la BNF en répertorie plus de 5000.
Une carte interactive est consultable ici :
https://ccfr.bnf.fr/portailccfr/jsp/public/index.jsp?action=public_search_result_cartography

Il y a 5203 bibliothèques

Et un nouveau tag à mettre dans OSM : ref:FR:RCR ?
Non (cf. infra)

https://stp.abes.fr/node/61107/edit
"Répertoire des Centres de Ressources (RCR)"
"Les bibliothèques ne faisant pas partie des réseaux Sudoc / Sudoc PS mais 
possèdant un numéro RCR (ISIL) sont référencées dans le répertoire du Catalogue 
Collectif de France"

J'ai vérifié sur une bibliothèque dans OSM avec un ISIL et que je connais bien :
https://www.openstreetmap.org/node/421959126/history
https://ccfr.bnf.fr/portailccfr/ark:/06871/0026755

ref:isil=FR-740106201
Son RCR=74010620
Donc l'ISIL d'une bibli française est  : ISIL="FR-"+RCR :)

http://api.bnf.fr/CCFr/Répertoire_Bibliothèques
"Chaque bibliothèque est identifiée par son numéro RCR (9 caractères), attribué 
par l'Agence bibliographique de l'Enseignement supérieur (ABES)"

Une API et une belle Licence ouverte de l'Etat (Etalab)
Tout le fichier est téléchargeable depuis cette page.

Sur la fiche de la BM du coin, je ne trouve pas d'ISIL. Mais il y a pleins 
d'infos intéressantes :
https://ccfr.bnf.fr/portailccfr/jsp/index_view_direct_anonymous.jsp?record=rnbcd:INSTITUTION:7204=true=true
https://ccfr.bnf.fr/portailccfr/ark:/06871/0027204

Et/ou un autre tag : ref:ark
https://taginfo.openstreetmap.org/keys/ref%3Aark#values (7 exemplaires)

Archival Resource Key

https://www.wikidata.org/wiki/Property:P8091

> En 2015, le comité international de l’Association des bibliothécaires 
> français avait annoncé que sur recommandation des instances internationales, 
> il entreprenait de mettre sur carte Google les bibliothèques françaises.
> Le résultat est là : http://abf.asso.fr/pages/carte_bib/carte_bib.php 
>  . Il est pas encore très 
> convaincant.
En terme de nombre ce n'est pas ça (502 dans le monde sur cette carte. Le CCFR 
en liste 5203 en France et il n'y a pas toutes les biblis)

Par contre, on trouve des photos avec une licence CC BY-NC-SA (réutilisable 
dans OSM ?)
Et parfois un lien vers Flickr (avec un peu de chance, réutilisables).

> Nous n’aurions qu’assez peu de travail à faire pour être beaucoup plus 
> exshaustif en localisation. Il faudrait voir, s’l existe des sources libres 
> pour les descriptions.
> Peut-être auprés des opérateurs et des départements qui les diffusent en 
> opendata.
Le CCFR semble libre :)

> Si la question intéresse certains d’entre vous, je suis prêt à y consacrer du 
> temps et même à coordonner.
pyrog ;)

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

Re: [OSM-talk-fr] Ça reste ouvert et notes : avis et retours

[Yves P.]

Bonjour,

> - Ce serait intéressant de demander le numéro de téléphone, environ 10% des 
> notes en français en contiennent un.
Tu peux mettre "tous" les champs contact web,facebook,twitter,phone,mobile… 
même fax :D

Pour les téléphones, l'utilisation du script 
https://github.com/google/libphonenumber (ou des 2 alternatives sans Clojure) 
est la bienvenue.
Le contributeur saisi un numéro, il est reformatté, et si besoin il corrige 
pour les n° personnalisés (Vanity number 
) que le script ne reconnaitrais 
pas.

> - Le formulaire de saisie d'horaires n'est pas aussi puissant/ergonomique 
> qu'il le faudrait, ce qui entraîne des redites dans les notes.
et des "formules" opening_hours pas synthétiques et parfois erronées (il me 
semble que j'ai envoyé un mél à ce sujet).

On peut aussi suggérer et/ou aider l'auteur de opening_hours d'améliorer 
l'assistant pour la langue française : (et faire que 80% des cas fonctionnent 
après un simple copier/coller).
https://github.com/opening-hours/opening_hours.js/issues/329 

Idem pour mieux traduire les exemples donnés dans la page web evaluation_tool 
(cf. #328 ) et 
les afficher à la française (#326 
 et #327 
)

> - Le sujet d'envoyer tout ce qui peut l'être en automatique n'est pas tranché 
> : ça pourrait faire gagner du temps, mais ça créerait deux groupes de 
> modifications (un auto + un manuel), et on aurait potentiellement des 
> "fausses" infos en base sur les commerces fermés définitivement le temps de 
> prise en compte de la note associée.
Je tombe parfois sur des doublons créés par des éditeurs semi automatique 
(maps.me, wheelmap.org… et aussi CRO).

Dans un monde parfait, un contributeur expérimenté va mettre à jour un objet 
(ici une boutique) et nettoyer/améliorer les alentours ;)
Avec les outils précédents que je qualifie de "click'n'go", c'est quasiment 
impossible (c'est aussi fait exprès ;D )

Un compromis pourrait être de faire du click'n'go  (simple et rapide pour 
l'utilisateur), et qu'un contributeur expérimenté vérifie, corrige et améliore 
les alentours (si il a le temps).
Un outil à la OSMCha ou osm-deep-history 
 intégré 
permettrait de "voir" les changement.
Et pourquoi pas des boutons :
valider : je balance ça dans OSM
corriger : je balance ça dans JOSM ou iD
annuler : je ferme la note avec un message argumenté, ou à défaut "standard"

Pour les valider et corriger, il faudra fermer la note depuis l'éditeur ?

> Autant les aspects téléphone et horaires sont clairs et on va y travailler,
oui

> autant pour l'envoi en automatique d'une partie des données, je ne vois pas 
> comment trancher ça.
cf. compromis plus haut :)

> Les retours d'autres communauté à l'international vont sans doute permettre 
> de faire pencher la balance dans l'une ou l'autre direction.
aussi

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

Re: [OSM-talk-fr] Ça reste ouvert et notes : avis et retours

[Yves P.]

> J'ai aussi peur que ce soit compliqué pour en conclure le texte à afficher au 
> client. Quelques exemples autour de moi:
Oui avec pleins de nouveaux tags ;)

> * pour un restaurant proposant livraison ou vente à emporter avec commande à 
> distance obligatoire j'ai "L'intérieur n'est pas accessible au public | Vente 
> à emporter proposée | Service de livraison proposé" . Cela ne me dit pas 
> qu'il faut que je commande avant de venir.
opening_hours:covid19=no
description:covid19="bla bla bla"

takeaway:covid19=yes
delivery:covid19=yes

En gros, ce n'est pas ouvert normalement (fermé) mais des services sont 
proposés.
Si je ne devine pas comme un grand qu'il faut appeler avant, ça peut être 
explicité pour un humain dans description:covid19

Pas convaincu par opening_hours:covid19=no ?
Ok, on ne réinvente pas la roue : opening_hours:covid19=Mo-Fr 10:00-12:00 
"Commande par tél uniquement"

> * pour un pub proposant la livraison ou la vente à emporter qu'on peut 
> commander sur place devrais-je mettre access:covid19=yes et avoir un 
> "L'intérieur est accessible au public | Vente à emporter proposée | Service 
> de livraison proposé" alors qu'on peut commander sur place mais pas consommer 
> ?
opening_hours:covid19=no
description:covid19="bla bla bla"

takeaway:covid19=yes

Si besoin : opening_hours:covid19=Mo-Fr 12:00-14:00, 19:00-20:00 "Commande sur 
place uniquement"

> * une quincaillerie permet de venir sur place et demander des articles que le 
> propriétaire va chercher lui-même en rayon. devrais-je mettre 
> access:covid19=yes ou no ? Si je mets yes, on affichera "L'intérieur est 
> accessible au public" et je m'attendrais en arrivant à effectivement entrer 
> dans le magasin et me servir.
opening_hours:covid19=no
description:covid19="bla bla bla"

takeaway:covid19=yes ou drive_through:covid19=yes

Pour l'affichage cela pourrait-être :
Vert : ouvert
Orange : fermé avec des services (drive, livraison…)
rouge: fermé
gris : on ne sait pas

__
Yves

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

Re: [OSM-talk-fr] Ça reste ouvert et notes : avis et retours

[Yves P.]

> je crois qu'il va falloir faire une page "décisions controversées"
> sur le modèle de celle de iD histoire que les non-cro
> puisse comprendre les tags qui suivent pas les habitudes.

+1

Je trouve l'idée bonne, mais le résultat très (trop) compliqué.

En particulier le tag access:covid19=no.

Si on peut éviter de rajouter trop de tag *:covid19, des interprétations qui 
sortent des sentiers battus, ça sera mieux pour tout le monde :)

Est-ce que c'est important de tout décrire ?
On peut décrire une interprétation de opening_hours=off + takeaway:covid19=yes 
le resto est fermé mais vous pouvez passer prendre les plats commandés ?

__
Yves

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

Re: [OSM-talk-fr] Comment lier une pompe à essence dans OSM avec le prix-carburants.gouv.fr

[Yves P.]

> Pour les stations qui manquent : 
> https://framagit.org/PanierAvide/OpenFuelMap/-/issues/5
Je suis content, je ne suis pas le seul a ne pas avoir vu le bouton € :D

>> Station GPL dans osm mais pas sur prix-carburants : 3873
Je la trouve bien, et même dans OpenFuelMap :)

Pour les stations qui ne sont pas sur la carte (et les données) Prix 
carburants, l'explication est dans la FAQ 
 :

1 - Pourquoi la station service près de chez moi n'apparaît pas sur le site des 
prix des carburants ?
Il appartient au point de vente concerné de déclarer sa station sur le site 
dans la mesure où elle distribue au moins 500 m3 de carburants (SP95, SP95-E10, 
Gazole, E85, GPLC ou SP98) dans l'année. Vous pouvez signaler un point de vente 
manquant en utilisant le module de courrier 
, la DGCCRF vérifiera alors si ce 
détaillant entre bien dans les dispositions de l'arrêté ministériel du 12 
décembre 2006. Si tel est le cas, vous devriez très vite retrouver ce point de 
vente sur le site.

J'ai envoyé un message pour en rajouter une, on verra si ça fonctionne.

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

Re: [OSM-talk-fr] Comment lier une pompe à essence dans OSM avec le prix-carburants.gouv.fr

[Yves P.]

> Le tag en question c'est ref:FR:prix-carburants=*
> 
Merci, je vais contribuer 
> Et dans l'oreillette on me dit qu'un site pour avoir les prix des carburants 
> reliés à OSM existe déjà : https://openfuelmap.net/ 
> Le site fait en grande partie par PanierAvide est 
> mieux 
Il affiche les coordonnées et les horaires d'ouverture à jour 

https://www.caresteouvert.fr/@47.230856,2.087718,17.04/place/w91387834
https://openfuelmap.net/#16/47.2312/2.0879

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

[OSM-talk-fr] Comment lier une pompe à essence dans OSM avec le prix-carburants.gouv.fr

[Yves P.]

Bonjour,

Il me semble qu'il existe un tag ref pour ça ?
Je vois aussi que les données sont aussi disponibles via OpenEventDatabase 

 

Ça serait pratique d'avoir ces infos directement sur la carte de ÇaResteOuvert.
Elle devrait être utile et utilisée, même après le confinement 

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

Re: [OSM-talk-fr] Import fichier dans OSM

[Yves P.]

> Si c'est possible, c'est utile de rajouter la clé ref:isil 
>  (mais pas sûr que les 
> bibles de quartier en ont une).

Il y a 90 bibliothèque dans OSM pour Aix-Marseille-Provence 
Aucune avec un ISIL 

https://overpass-turbo.eu/s/SX1

__
Yves

PS: Pour la France, il n'y en a que 25 ! Tient, encore un boulot pour Osmose 
(il doit bien y avoir une source OD avec la bonne licence)
https://overpass-turbo.eu/s/SX2___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Import fichier dans OSM

[Yves P.]

> C'est un fichier qui liste les bibliothèques sur le territoire de la 
> Métropole Aix-Marseille-Provence.
Si c'est possible, c'est utile de rajouter la clé ref:isil 
 (mais pas sûr que les bibles 
de quartier en ont une).

Tu peux faire l'intégration manuelle seule dans JOSM, mais aussi proposer à la 
communauté OSM de t'aider 

__
Yves

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

Re: [OSM-talk-fr] Ajouter des photos uniques de POI dans Mapillary

[Yves P.]

> vu que le code du module photo-note de SC est dispo,
> une solution est de l'adapter pour en faire un photo-poi :)

Oui, un fork comme je l'évoquais. 

Poï, poi, poï 

__
Yves

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

Re: [OSM-talk-fr] Ajouter des photos uniques de POI dans Mapillary

[Yves P.]

> le lien avec mapilary est il obligatoire ?

L'avantage de Mapillary c'est que ses photos sont visualisable dans OsmAnd, iD, 
JOSM…
Qu'il y a une IA pour flouter ce qui doit l'être,
Que le stockage est pérenne
…

>  ils ont l'air de préférer les séquences, du coup ce n'est pas l'usage.
On peut argumenter pour les aider à évoluer 
Merci Stuart à ce propos 

> Mapillary ne va pas garder une trace dans leur base de données de quel objet 
> OSM est présent dans l'image, 
Effectivement.
Je pensais plus à système de leur côté pour regrouper des photos ayant un point 
(un sujet) commun .
C'est en fait très similaire aux catégories de Wikimedia Commons.

Ça pourrait être un tag #Arc-de-Triomphe (ça existe peut-être déjà ?)

Ou comme je le suggérait une "série" dédiée à un objet réel (qu'il soit dans 
OSM, wikidata… ou non).

> donc c'est plutôt à nous de lier les images keys de Mapillary (qui sont 
> uniques et immuables) aux objets d'OSM.
Effectivement, on peut utiliser une clé image=http://xxx ou mieux dans ce cas, 
une clé mapillary=* (sans URL )
C'est ce que l'on fait déjà.

> Peut-être ça serait mieux avec un wikidata item ? Ou les images key de 
> Mapillary pourraient être délimitées par des semicolons sur le key:mapillary
Les valeurs multiples sont souvent pas ou mal gérées dans OSM 
Dans ce cas tu sélectionnes quelque photos à un moment donné, pour un projet 
donné.

Avec une série dédié à un sujet physique, on pourrais voir toutes les photos.
Utile pour voir un bâtiment sous plusieurs angles, pour cartographier.
Ou pratique pour voir la plus "belle" photos réutilisable dans un autre projet 
(wikipedia, osmhydrant…)

> , comme avec des images de wikimedia commons. 
Oui, cf. supra.

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

Re: [OSM-talk-fr] Import fichier dans OSM

[Yves P.]

Bonjour,

> J'ai un fichier d'établissements que je voudrais importer dans OSM.
> Je suppose qu'il faut passer par OSMOSE..?
Pas forcément.

Ça dépends de sa taille, sa qualité, de futurs mise à jour (ou pas)…
Peux-tu le décrire ou mettre un lien si il est public ?

__
Yves


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

Re: [OSM-talk-fr] Ajouter des photos uniques de POI dans Mapillary

[Yves P.]

> filipc est un contributeur belge de Mapillary … 
Ok, alors je vais être fans aussi 

> Dans le workflow proposé, c'est juste le temps nécessaire pour faire l'ajout 
> dans la base de données d'OSM.  L'idée était de stocker sur dans une petite 
> base de données, l'ID Mapillary, le OSM objet #, et les coordonnées de 
> l'objet. Une fois l'image key pret (24 heures plus tard), l'image pourrait 
> être liée au objet avec le Key:mapillary . 
Ok.

Ici, tu choisis l'une des photos Mapillary que tu associes à un objet OSM.
As-tu discuté (avec Chris…) d'un moyen de relier plusieurs photos d'un même 
objet physique dans Mapillary ?
On peut probablement trouver des photos d'un monument historique à plusieurs 
époques, saisons, la nuit, le jour, au couché/levé du soleil…

> Je ne retourne pas la conversation avec Chris Beddow 
> Désolé, mais je ne comprends pas cette phrase.
Tu parlais d'une discussion avec lui. Je pensais qu'elle était publique dans le 
forum Mapillary.

>Est-ce que je peux te copier en cc dans mes communications futures avec 
> lui, surtout si elles deviennent plus technique ?
Oui, merci 

Best regards,

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

[OSM-talk-fr] Ajouter des photos uniques de POI dans Mapillary

[Yves P.]

Good morning Stuart and gd mrning Vietnam ;)

J'ai relu cette discussion 
 : 
filipc ne semble pas très chaud, mais rassure-moi, ce n'est pas un membre de 
Mapillary ?

Je ne suis pas sûr d'avoir tout compris à ce workflow.
Ce qui est sûr, c'est que pouvoir rajouter des photos sans séquence est 
important.

Les lier à un objet OSM est un plus (le but du workflow que tu proposes ?).

Mais mettre dans Mapillary l'identifiant d'un objet OSM pose problème (car il 
peut changer),
il y a wikidata mais tous les objets n'en on pas (et ce n'est pas si trivial à 
créer),

utiliser un identifiant unique dans Mapillary ?
Par exemple une série dédiée à un objet (qui regroupe des photos de différents 
auteurs prise à des dates différentes) ?
(contrairement aux séries Mapillary qui regroupent toutes les photos d'un même 
auteur et d'un même trajet).

C'est important pour les façades de magasins comme tu le proposes (tous, pas 
que ceux qui propose de l'eau sans plastique )
mais aussi les poteaux incendies, défibrillateurs cardiaques, les panneaux de 
randonnée… et de nombreux "objets" utilisés dans d'autres projets.

Je ne retourne pas la conversation avec Chris Beddow 

Bonne journée,

__
Yves


> Le 17 avr. 2020 à 07:49, European Water Project 
>  a écrit :
> 
> Bonjour Yves,
> 
> Je pense qu’il faut pouvoir garder la traçabilité des photos aussi avec 
> l’API. Dans notre cas, ce n’est pas toujours la même personne qui prendra la 
> photo qui ajoutera dans OSM.
> 
> J'ai écrit ce commentaire avant de prendre contact avec Chris Beddow.
> 
> https://forum.mapillary.com/t/trackable-photo-receipt-after-upload/3813 
> 
> 
> Vous pouvez (nous pouvons) poursuivre la conversation avec Chris ... il est 
> très motivé aussi. Il essaie de convaincre ses collègues au sein de Mapillary 
> sur la mérite d’une telle fonctionnalité. 
> 
> christop...@mapillary.com 
> 
> J’ai envoyé ceci à Fredrik avant hier dans notre échange d’email de 
> brainstorming 
> « 
> A simple workflow for our app which is realistically implementable for adding 
> photos to already existing OSM nodes and ways.  
> 
> 1. User clicks on a fountain or café which already exists in the  OSM database
> 2. User clicks a button in the popup "add photo"
> 3. User takes image and it gets sent via an API to Mapillary and stored. A 
> receipt id is returned by the upload API to the EWP App. This receipt id and 
> the context in which it was create (ie to which OSM id it is related) is 
> stored on the European Water Project server. 
> 4. 24 hours later after image key is created, European Water Project can get 
> image keys using the receipt ids.
> 5. After manual curation, European Water Project batch creates the mapillary 
> tags on the OSM objects. 
> 
> If the same can be done in your app or an app like streetcomplete that could 
> work too. Having traceability  to easily match to osm object is important »
> 
> Bien cordialement,
> 
> Stuart 
> 

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

Re: [OSM-talk-fr] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

[Yves P.]

> Je n'ai pas tout compris à tes interrogations métaphysiques, mais…
Il parait que je me pose beaucoup (trop?) de questions :D

L'idée de départ était de trouver un outils simple et fiable (pour des 
débutants) pour contribuer avec si besoin des photos.
Les notes me paraissent bien car il FAUT un traitement manuel par un 
contributeur (si possible expérimenté).

SC m'a paru très bien.

Le hic, c'est que je pensais qu'il envoyait des photos en pleine résolution, et 
du coup j'ai cadré mes prises de vues en conséquence.
Dans l'absolu ce n'est pas grave, il faut juste le savoir avant :)

Le débutant ne va pas envoyé ses photos dans Wikimedia Commons, mais elles 
pourraient très bien l'être dans Mapillary.
(il y a tellement de photos floues, mal cadrées, avec une mauvaise résolution: 
ici, les clichés ont plus de chance d'être "meilleurs").

Quand à moi, j'essai autant que possible de conserver des photos correctes dans 
Commons (ou Mapillary) pour lier par exemple une boutique dans OSM à la photo 
de sa devanture…
Ou un poteau incendie à une photo de situation (ils sont parfois difficile à 
trouver) et une de détail.

Si la photo pleine résolution reste dans mon ordiphone, pas de problème. (ce 
n'est pas le cas et je ne le savais pas)

> Voir ici aussi le pourquoi de "pas de sauvegarde" dans l'ordiphone 
> https://github.com/westnordost/StreetComplete/issues/1162
Je ne sais pas si c'est à cause de la Stasi ou la SS, mais les allemands sont 
très sensibles avec les droits d'accès aux données du téléphone ;)
(Peux-être que les collègues allemand(e)s inscrit(e)s sur cette liste 
pourraient nous éclairer sur cette particularité "culturelle"  ?)

Un contributeur indiquait une solution (passer par l'application galerie ce qui 
ne nécessite pas de droits supplémentaire pour SC).
Le développeur n'a pas considéré cette option, dommage.
De mémoire, l'utilisateur peut aussi refuser ce droit à l'application.

>> Un mode offline serait pratique.
> Il existe !!!
Je le connaissais mais je pensais (à tord) qu'il ne fonctionnait que pour les 
quêtes.

> Regarde dans "les trois petites points verticaux en haut à droite" -> 
> Paramètres : Communication -> Synchronisation automatique : 
> désactivé/seulement en wifi".
Donc par défaut, synchronisation automatique activée veut dire qu'on ne peut 
pas envoyer sa note (et en créer une nouvelle) tant qu'on n'a pas de réseau ?
Et que les deux autres options enregistrent les notes dans l'ordiphone, et 
seront envoyées plus tard (automatiquement en WIFI, sinon manuellement).

Ok, ça me va (mais le fonctionnement n'est pas limpide au premier abord).

Je teste ça aujourd'hui. Merci :)

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

Re: [OSM-talk-fr] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

[Yves P.]

> Ce n'est pas possible de prendre des photos individuelles et de les mettre 
> efficacement sur le serveur de Mapillary.
On peut, mais il faut créer une série pour une seule photo.
C'est lourd.

Pas grand chose à "modifier", il faudrait que l'API accepte une valeur spéciale 
pour la série (par exemple "0", "-1", Null)


> Je pense que Mapillary pourrait reconsidérer et commencer à intégrer des 
> photos individuelles dans l'avenir proche.
> (fingers crossed). 
Oui, moi aussi.

Stuart, connais-tu une "Issue" sur ce sujet sur laquelle on pourrait rajouter 
des ?

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

[OSM-talk-fr] Ça reste ouvert : saisie des horaires

[Yves P.]

Bonjour,

En nettoyant OSM, je suis tombé sur des opening_hours un peu bizarre.
De mémoire, https://openingh.openstreetmap.de/evaluation_tool/ n'a pas trop 
apprécié.

Cela ressemblait à une juxtaposition de jours, sans séparateur ";".
C'était factorisable "Mo-Sa:" 

En découvrant et en testant le formulaire de saisie dans CRO, je pense que le 
problème vient de là.
Le contributeur débutant à dû créer les horaires jour par jour.

Difficile décrire… :/ Je vous laisse essayer.
Avez-vous rencontré des problèmes ?

__
Yves

PS: peut-être en lien avec 
https://github.com/osmontrouge/caresteouvert/issues/338 ?


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

Re: [OSM-talk-fr] formatage no de téléphone

[Yves P.]

> Pour info Il y a une bibliotheque libre fournie par Google en js et java qui 
> permet de passer de la forme locale a l'international et inversement :: 
> https://github.com/google/libphonenumber 
> 
> La page liste des portages en python et autre 
Merci cool :)

Ça évite de réinventer la roue et ça marche pour plein de pays (tous ?)
Un détail, la bibliothèque indique que mon n° de mobile est chez SFR : perdu :D

Comme me l'on fait remarqué 2 personnes assidues, le formatage de n° comme 
"0800 130 000 " 
est cassé.
Dans CRO, on peut par exemple ne pas reformater un n° si il contient des 
espaces (pour la France).
Ou alors laisser ça aux éditeurs (c'est le cas actuellement dans CRO).

Et pour les données ouvertes, faire ça automatiquement à l'import, en prévenant 
l'opérateur en cas de doute.
(en France, un groupement de 3 chiffres est probablement voulu).

Pour les développeurs de JOSM, cette bibliothèque est faite pour vous ;)

__
Yves

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

Re: [OSM-talk-fr] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

[Yves P.]

> Le Readme  de sc-photo-service  
> qui est une module utilisée par StreetComplete explique pourquoi ils ont fait 
> le choix de garder les photos que temporairement. 
> https://github.com/exploide/sc-photo-service 
>   
Merci :) Il est effectivement mentionné dans CONTRIBUTING.md 

 et ARCHITECTURE.md 

 que je n'avais pas lu (je cherchais dans la FAQ)

> Je trouverai très intéressant qu'on trouve un streamlined workflow pour 
> prendre et stocker des photos de qualité sur un serveur accessible à tous 
> pour pouvoir les liées aux objets dans OSM (par exemple: une devanture de 
> café ou un restaurant).
+1

> Par qualité, c'est plutôt le cadrage et la luminosité qui compte, pas la 
> densité des pixels.   
Les pixels aussi, car pensant récupérer la photo en pleine résolution, je n'ai 
pas fait de photos de détail.
Et oui aussi pour Mapillary, Wikimedia Commons…

> Lundi j'ai parlé de ce sujet, d'ajout des photos individuels dans Mapillary, 
> avec Chris Beddow de Mapillary qui a écrit ticket #1780 
> Merci :) Hier, 
> j'ai mis un thumb up

Je pensais à un fork de SC pour les newbies sans les quêtes et dédié aux 
"notes".
Mais autant intégrer ça dans SC.

Je réponds aussi à Marc :

> niveau asso osm-fr, il y avait un projet de faire un démonstrateur
> pour un "quelque chose" qui à qui l'utilisateur aurait pu envoyer
> ses photos osm et qui (dans la réflexion de l'époque) aurait pu
> envoyer cela à mapillary et/ou openstreetcam et serveur osm-fr
Comme le fork SC que j'ai imaginé hier ?

J'ai pensé aussi à un autre "stockage" et protocole de transmission : matrix ;)

En jouant avec le client Riot, j'ai remarqué qu'en faisant un drag'n'drop de 
photos, elles sont stockées sur le serveur Matrix.
J'imagine jusqu'à ce que la "room" soit fermée.

En utilisant ce protocole ouvert, d'autres clients peuvent récupérer 
automatiquement en en temps réel le flux de photos.
Sans passer par IRC ou RSS (c'est pour te taquiner Marc)

> les buts à l'époque était :
> - redondance entre les 2 services
> - avoir une base d'image si la communauté souhaite
> faire du "machine learning"
Intéressant.

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

Re: [OSM-talk-fr] formatage no de téléphone

[Yves P.]

>> reformatter au passage le n°
> 
> quelqu'un avait fait un petit programme
> lors d'une édition de masse précédente,
> ce serrait surement utile de le retrouver
> (le = le programe et/ou la personne :p)

J'ai fait ça hier soir dans OpenRefine avec quelques regex.
Au passage ça rempli soit le champ phone soit le champ mobile.

Pour remplir les n° de :
fixe: replace(replace(join(splitByLengths(replace(value,"/",""),2,2,2,2,2)," 
"),/^0/,"+33 "),/^\+33 [^67].*/,"")
mobile : replace(replace(join(splitByLengths(replace(value,"/",""),2,2,2,2,2)," 
"),/^0/,"+33 "),/^\+33 [67].*/,"")

Notes :
C'est la syntaxe GREL 
.
value dans ce contexte est la valeur de la cellule "téléphone" d'un jeu de 
données.
Je vire les "/" qui trainent dans les n° (j'aurais pu aussi mettre une regex 
pour supprimer aussi les espaces, points…)

__
Yves

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

Re: [OSM-talk-fr] Ça reste ouvert et notes : avis et retours mobile/phone:covid19

[Yves P.]

>> Comme c'était des téléphones mobiles (le perso du gérant ?), j'ai rajouté un 
>> mobile=06 54 32 10 98,  le message dans description:covid19 demandant 
>> d'appeler le mobile.
> You meant +33 6 54 32 10 98. Permet notamment l'appel automatique depuis un 
> portable (le 0 ne marche pas systématiquement : appel depuis un téléphone 
> étranger).

Oui. J'ai songé aussi à ce point :)

Il ne me semble pas que JOSM ou Osmose ne râle pour ça. Pour iD, je n'ai pas 
testé.

CRO pourrait reformatter au passage le n° (en fonction des pays) :
Il y a un peu n'importe quoi dans les données ouvertes, dans OSM… 
01.02.03.04.05
01-23-45-67-89
0123456789
+33 (0)1 23 45 67 89
Des n° de portables dans le tag pour les n° de fixe…
> J'avais l'intention de dire que les phone_1, phone_2, phone_3 (des gens en 
> manque d'idée - iD) ou que les téléphones séparés par des ; ont un manque 
> commun : ils sont interchangeables ce qui n'est pas le cas en fait.
> 
CRO pourrait aussi charger les numéros de ces clés
> Yves utilise la notion physique, j'aurais plus tendance à utiliser le rôle.
> 
??
> Il n'y a pas de clé mobile sur le wiki.
> 
OsmAnd gère indistinctement les clés mobile et contact:mobile ;)

Je n'étais pas chaud pour ces préfixes contact:* car ils sont plus long a 
saisir et qu'ils sont moins nombreux dans OSM.
Ils ont quand même l'avantage de regrouper les tags en lien avec un contact :D
Dans JOSM, quand il y a beaucoup de tag pour un objet OSM, la 
saisie/vérification est plus facile (pas ou moins besoin de faire défiler le 
panneau des tags)
> phone:reservation
> phone:order
> phone:delivery
> 
J'entends déjà Bryan Housel raller pour l'introduction de nouveaux tags (peu) 
utilisés ;D

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

Re: [OSM-talk-fr] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

[Yves P.]

> J'ai (re)testé hier. Voici les notes générées 
> .

Et encore un test plus "grand".

Mauvaises surprises :
les photos sont redimensionnées :
je ne peux pas lire les références sur un poste de transformation électrique.
la photo perd en résolution, dommage pour Wikimedia Commons
Il semble que dès que la note est fermée, elle est effacée du site web de 
StreetComplete qui sert de stockage (temporaire)
pas d'enregistrement en pleine résolution dans la galerie du smartphone (pour 
pallier les pb ci-dessus et une perte éventuelle de données cf. issue #1768 
)

Ça serait pratique de pouvoir choisir le site de stockage (westnordost mais 
aussi Mapillary, Wikimedia Commons…).

De plus le processus ne semble pas documenté (d'où mes mauvaises surprises).
J'ai déposé un ticket #1781 


Autre détail, sans connexion 3/4/5 G, il me semble pas possible d'envoyer la 
note.
Un mode offline serait pratique.
__
Yves

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

[OSM-talk-fr] Ça Reste Ouvert : Artisans ouverts pendant la période de confinement

[Yves P.]

Bonsoir,

Voici une carte réalisée par la CMA de Normandie (Chambre des Métiers et de 
l'artisanat) :
https://crma-normandie.fr/carte-artisans-covid19

La finition est loin de celle de Ça Reste Ouvert.
Pour les quelques POI dans mon secteur, le géocodage semble approximatif (le 
POI testé existe déjà sur OSM, mais le leur est à 220 m).

Peut-être seraient-ils intéresser d'ouvrir leur données ?

__
Yves

PS: il y a un formulaire de saisie : 
https://crma-normandie.fr/pages/je-suis-artisan-et-jexerce-pendant-la-crise
(Si leur licence le permet, les 1810 POI sont disponible en JSON dans la page 
web.)
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] plusieurs no de téléphone

[Yves P.]

> l'inverse est tout aussi vrai :
> les applications doivent gérer phone_1 phone_2 etc
> et à ma connaissance aucune ne le fait.
> et parmi celle qui déclarent les clefs utilisées,
> aucune ne gère phone_1
Je n'ai pas (volontairement) parlé de ce cas là.

Perso, je préfère des valeurs multiples à la gestion de multiples clés phone, 
phone_1, phone_2…
TagInfo ne gère pas non plus ce cas (compter fusionner les valeurs de ces clés 
pour les compter)

J'ai oublié un problème : la recherche des valeurs avec Overpass (ou autres).
Elle peut-être très lente dès qu'on est obligé d'utiliser des expressions 
rationnelles (regexp).

Pour les n° de téléphone ce n'est pas trop un problème.

Mais pour les tags comme shop=car_repair 
 c'est un problème 
pour la sous clé service  ou 
les sous clés service:vehicle:* 
 (introduite par un 
div d'iD)

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

Re: [OSM-talk-fr] Ça reste ouvert et notes : avis et retours

[Yves P.]

> J'en était resté au niveau tag qu'un point virgule valait pour une valeur 
> multiple. Mais j'ai jamais trouvé la référence la dessus, mais pas cherché 
> non plus.
Oui.

Mais il y a plusieurs problèmes avec ça :
les applications doivent gérer ces cas. CaResteOuvert ne le fait pas :
c'est pas lisible.
Depuis un smartphone, pas possible d'appeler le n° en appuyant dessus (pas 
bloquant, mais dommage).
il y a "LA" limite de 255 caractères.
ce n'est pas vraiment un pb pour les n° de téléphones
mais ça l'est pour d'autres clés (cf. inscription 
)
dans tag info, les valeurs multiples ne sont pas "éclatées" :
il est difficile de voir si chaque valeur est "valide"
ça fausse le comptage des valeurs

__
Yves

PS: je vais ouvrir un ticket pour l'affichage des n° de téléphones multiples___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Ça reste ouvert et notes : avis et retours

[Yves P.]

>> Donc on pourrait imaginer un phone:covid19, mais le plus simple vu que ce 
>> n'est pas très fréquent, c'est de l'indiquer dans description:covid19.
> 
> A l'instant taginfo compte 39 phone:covid19=* C'est peu en effet. Cependant, 
> rien que dans mon rayon de 1km j'ai plusieurs cas de téléphone dédié à la 
> période : opticiens, agents immobiliers, pompes funèbres. En extrapolant, je 
> pense que ça vaut le coup de pousser ce tag, ce sera toujours ça de moins 
> dans les descriptions, par nature moins exploitables.
J'ai eu des cas similaires.

Comme c'était des téléphones mobiles (le perso du gérant ?), j'ai rajouté un 
mobile=06 54 32 10 98,  le message dans description:covid19 demandant d'appeler 
le mobile.

__
Yves

PS: comment ÇaResteOuvert affiche les phone=xxx;yyy;zzz ?
https://www.caresteouvert.fr/@46.800954,1.090192,17.69/place/n4985186669

Il y en a 26 pour CRO : https://overpass-turbo.eu/s/SQg
Et d'après TagInfo : 21 480 pour phone et 3 pour mobile

23 436 pour https://overpass-turbo.eu/s/SQk (lent)___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Data Item à la place de *:wikidata

[Yves P.]

> Je pense que le problème c'est que ?wikidata_from_dataitem c'est juste 
> "Q215657" alors que wikidata attend quelque chose qu'il affiche wd:Q215657.
Je n'ai pas regardé ce que Noémie à fait, mais ça me parait ça.

Q215657 est seulement un identifiant d'un "objet" XML, pas l'objet lui même.

> On le voit dans le requête qui marche avec brand:wikidata, il affiche bien un 
> wd:Qid avec un lien vers http://www.wikidata.org/entity/Qid 
> 
> Il ne faut pas donner à wikidata juste la référence, le Qid mais l’élément en 
> entier.
C'est ça :)

> Mais j'ai essayé en lui donnant "wd:Q215657" ou 
> "http://www.wikidata.org/entity/ Q215657" 
> mais ça ne marche pas.
> Je ne sais pas comment on obtient l’élément wikidata à partir de son Qid, je 
> n'ai pas trouvé…
J'avais fait des requêtes SparQL (sur les phares ?) qui interrogeait Wikidata 
et OSM.
Je l'avais envoyé comme exemple sur cette liste.
Si j'ai du temps aujourd'hui, je vais essayer de les retrouver. (Sinon, j'en ai 
plein dans ma machine).

> Sinon, sur le fait de se servir des data item de osm, je ne vois pas 
> l'utilité de recopier une partie de wikidata dans ces data item, autant se 
> servir de wikidata directement. ça évite d'avoir à maintenir les info dans 
> osm.
Oui, d'autant que des contributeurs Wikidata ont fait et/ou feront une partie 
du travail utile aux projets OSM (NSI : osmlab/name-suggestion-index 
)

> Par contre il n'y a pas vraiment toutes les marques dans wikidata. Par 
> exemple pour les supermarchés, il y a toutes les enseignes de la marque 
> Carrefour mais pas de Casino ou U.
Oui, il faut les rajouter dans Wikidata et/ou NSI.

bmillemathias  contribue fortement à NSI. Et 
il y a peut-être d'autres contributeurs francophones ?
Pour ma part j'essaie d'ajouter les marques manquantes dans Wikidata.

Vous pouvez aussi simplement rédiger une demande d'ajout (issue) dès que vous 
trouvez une marque qui n'est pas proposée par iD ou JOSM.

On pourrait automatiser en partie ça avec une requête Overpass ou SparQL qui 
liste les marques trouvées dans OSM et absentes de wikidata.

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

Re: [OSM-talk-fr] Ça reste ouvert et notes : avis et retours

[Yves P.]

> Ainsi, nous aimerions avoir des retours d'expérience des personnes ayant 
> contribué à la résolution des notes : envoyer les changements directement à 
> OSM en parallèle de la note vous aurait-il aidé à aller plus vite ?

Ça fait 2 changesets pour un seul signalement.

Si la note contient aussi les données formatter, le contributeur peut faire un 
copier/coller dans JOSM ou iD.

__
Yves



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

Re: [OSM-talk-fr] Données produits-locaux.bzh

[Yves P.]

Bonjour,

Le site  indique Icci, 
le fond de carte OSM Kericci ;)

Tiens, il y a des doublons ?
https://www.caresteouvert.fr/@48.407545,-4.459084,19.69
https://www.openstreetmap.org/node/4482887573
https://www.openstreetmap.org/way/42521461

Un coup de Maproulette ?

__
Yves

PS: c'est le noeud qui s'appelait Kericci. Il fallait peut-être garder la 
valeur en name:br ou loc_name ?

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

Re: [OSM-talk-fr] [Edition mécanique] virer contact:google_plus et *~plus.google.com

[Yves P.]

> Le service a été coupé le 2 avril 2019
> Je propose de virer contact:google_plus
> ainsi que les quelques clefs ayant plus.google.com
> 
> avis ? objection ?
251 en France -> efface :)

1376 dans le reste du monde…

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

Re: [OSM-talk-fr] Attributions La Galerie Espaces Fenouillet - 31150 Fenouillet

[Yves P.]

> Je suis assez occupé en ce moment. Si une bonne âme peut les contacter…
> 
> Merci d'avance,

Merci Jean-Yvon :)


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

Re: [OSM-talk-fr] Data Item à la place de *:wikidata

[Yves P.]

> On constate
> - qu'il y en a 6 en tout
> - que seuls 2 ont un id wikidata
> 
> La volumétrie est vraiment donc très faible pour le moment.
> 
> Questions : est-ce qu'on peut faire un import des brand dans la base du wiki, 
> avec a minima l'id wikidata (en commençant par la France, voire juste les 
> supermarchés en France) ?
En contribuant à name-suggestion-index  utilisé par JOSM et 
iD et à Covid_enseignes  
utilisé par Ça Reste Ouvert, je crois que la priorité n'est pas de réinventé la 
roue.
Il faut compléter ces deux projets utilisant les WikiData.

Quand les DataItems seront plus murs, on pourra se pencher sur le sujet.

__
Yves

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

[OSM-talk-fr] Attributions La Galerie Espaces Fenouillet - 31150 Fenouillet

[Yves P.]

Bonsoir,

J'ai trouvé cette carte sans attribution lors de mes mises à jour et tests :
https://www.la-galerie.com/espaces-fenouillet/informations-pratiques

Je suis assez occupé en ce moment. Si une bonne âme peut les contacter…

Merci d'avance,

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

Re: [OSM-talk-fr] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

[Yves P.]

> Bah, euh, le but de StreetComplete c'est justement de faire des quêtes simple 
> pour que tous le monde puisse contribuer et de commit direct sur OSM sans 
> passer par des notes.
On est d'accord 

Le contexte que j'évoquais c'est pour un "commerçant" ou client du commerce qui 
veut contribuer simplement dans "Ça Reste Ouvert".
Le POI n'existe pas (encore).
Le contributeur ne connaît rien à la cartographie. OSM et les quêtes ne 
l'intéresse pas (encore ?).

Il doit seulement créer une note avec une ou plusieurs photos si besoin (et pas 
mettre le bazar dans OSM).

On pourrait lui demander de contribuer à des quêtes, mais je ne vois pas 
l'intérêt pour CRO.
Et il n'existe pas à ma connaissance de quête : créer un commerce ici ?

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

Re: [OSM-talk-fr] site utilisant survey:date et la date metadata

[Yves P .]

> Geocropping ?
> https://geocropping.xsalto.com/ 
> https://play.google.com/store/apps/details?id=geocropping.com.geocroppingapp 
> 
Bonne idée…

MAIS cette application laisse à penser que parce qu'il n'y a pas de tag 
survey:date les données poseraient un problème.

La boite aux lettres de la Poste qui est là depuis des années est affichée en 
rouge.

Ok, je veux "aider". Je la "valide". Elle passe en vert  

Et puis, que ce passe-t-il dans 2 ans ? Elle s'affiche en orange.
Alors je la valide : j'ai aidé OSM 拾浪

__
Yves

En gros, tous les POI sont orange ou rouge !
Ouf, il ne propose pas de valider les n° de rue, les maisons, les routes ??
https://lh3.googleusercontent.com/lzRJsRe2TIGPGyIdlN_gOsoXJikN7uVMmAvsF9Gh12pL_tac6-UFIOo8zr6024bSQWk=w2564-h1304___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

[Yves P.]

Salut Benoit,

> Je ne connais que StreetComplete, qui fait ça très bien, avec positionnement 
> ajusté à la main.
> On y ajoute le texte de la note, avec contenu libre.

J'ai (re)testé hier. Voici les notes générées 
.

C'est simple et précis 

⚠︎ MAIS
La précision est basée sur celle du bâti et de la voirie déjà dans OSM (il n'y 
a pas d'affichage de BDOrtho IGN)
Si le bâti à une erreur de 100 m, elle se reporte.

Donc si le contributeur OSM qui traite la note le sait et en tient compte, tout 
va bien 
Sinon 浪

Des quêtes sont activées par défaut :
J'ai ajouté un n° de rue à une maison. Il a été ajouté directement à OSM.
Saut que dans cette rue, il y a des n° de rue en nœud qui correspondent au 
plaques sur les façades.
Et que dans le cas présent, il y avait déjà du n° sur la façade !!!
https://www.openstreetmap.org/changeset/83405509#map=19/46.57593/5.75033
https://osmcha.org/changesets/83405509?filters=%7B%22ids%22%3A%5B%7B%22label%22%3A%2283405509%22%2C%22value%22%3A%2283405509%22%7D%5D%7D

Il faudrait soit :
que StreetComplete n'active aucune quête pas défaut
faire un auto pour les débutants en leur demandant de désactiver toutes les 
quêtes
ou un gros tuto sur les quêtes, ce qu'il faut faire attention 廊

Il est possible de bannir en France la quête sur les addr:housnumber… (de 
mémoire c'est le cas en Allemagne)

Le problème des quêtes vient aussi du fait que les données sont envoyées dans 
directement dans OSM.
Il faudrait peut-être par défaut envoyer des notes ?

Dans ce cas, SC pourrait mettre des tags structurés que le contributeur 
copie/colle dans iD ou dans JOSM

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

Re: [OSM-talk-fr] Cestdejaferme

[Yves P.]

> Dans un autre style, la banque d'à côté pendant le confinement:
> - sur rendez-vous le matin
> - par téléphone l'après-midi
> On code comment?


A minima
"Sur rendez-vous le matin - Par téléphone l'après-midi" 


Mieux si tu as les jour d'ouvertures :
Mo-Fr "Sur rendez-vous le matin - Par téléphone l'après-midi" 


Au pif : (pas de tag matin ni après-midi)
Mo-Fr 08:00-12:00 "Sur rendez-vous le matin" || Mo-Fr 14:00-18:00 "Par 
téléphone l'après-midi" 


etc…

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

[OSM-talk-fr] Application smartphone pour mettre simplement et rapidement une note avec photo(s) ?

[Yves P.]

Bonjour,

Je vois des notes rédigées avec StreetComplete contenant des photos :
https://matrix-client.matrix.org/_matrix/media/r0/download/matrix.org/tJlGICYtryYxyLYCXbYIJEDL
https://ent8r.github.io/NotesReview/?query=hairdresser=true=updated_at=18%2F48.6201%2F1.5644

Quels sont les outils qui permettent de faire ça simplement ?
(avec une éventuelle correction de la position GPS avec la carte)

Si possible avec des mots clés (au hasard #covid19 #caresteouvert #FR) ?

Par exemple pour ajouter un commerce qui n'existe pas encore.

__
Yves

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

Re: [OSM-talk-fr] Et si on prenait soin de nos EHPAD ?

[Yves P.]

> Pour ma part, je vais prioriser en fonction de nouvelles de presse qui sont 
> cartographiées sur cette umap (et de leurs alentours) :
> https://umap.openstreetmap.fr/fr/map/liste-des-ephad-concernes-par-le-covid-19_439161
>  
> 
> (surtout par Kalksten — https://twitter.com/Kalkspat1 
> )

Il y a une typo ici 

 : C'est Villa Charlotte :)
Je commence là, après la Haute-Savoie (il n'y a encore rien dans le Jura).

__
Yves

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