Re: [OSM-talk-fr] Relations intermédiaires pour les routes de bus ?

[Yves Pratter]

Bonjour,
Pour les itinéraires de randonnées pédestres nous utilisons effectivement
les superroutes contenant que des étapes, et parfois des sections communes
entre grands itinéraires.

Dans les étapes nous réutilisons parfois les itinéraires de réseaux de
carrefours (node network).

Il y a des avantages et des inconvénients à réutiliser des (sous)
relations, en partie car cette pratique n'est pas "normalisée".

Certains logiciels ou rendus ne gèrent pas plusieurs niveaux de relations.
En particulier le site web OSM qui n'affiche rien pour des relations
contenant d'autres relations. Cela perturbe beaucoup de débutants (qui ne
connaissent pas les outils dédiés comme Waymarked Trails et Knooppunet).

Pour info l'intérêt de la superroute est uniquement pour afficher la
continuité d'un itinéraire dans l'éditeur de relation de JOSM.

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

Re: [OSM-talk] Proposed bulk removal of service=driveway2

[Yves via talk]

That would be again discussing with the proponent, as Brian started.
Taginfo chronology already show one mass edit and revert, best to make sure 
there's not another waste of energy beforehand.
Yves 

Le 27 juin 2023 12:46:50 GMT+02:00, Marc_marc  a écrit :
>Le 27.06.23 à 12:27, Yves via talk a écrit :
>> 
>> 
>> Le 25 juin 2023 01:02:04 GMT+02:00, "Brian M. Sperlongano" 
>>  a écrit :
>> 
>>> 
>>> And indeed, nine months later, we see that not only has the work not gotten
>>> done, but while we all squabbled away with our pet views about automated
>>> editing, we find that we agreed to nothing, and the mapper has quietly
>>> continued to add this nonsense tag to the database unabated:
>>> https://taginfo.openstreetmap.org/tags/service=driveway2#chronology
>>> 
>> 
>> An automated edit or a Maproulette challenge makes no sense in these 
>> conditions.
>
>Could you explain what you think?
>And what solution will you use if neither a mass edition nor an 
>object-by-object edition is suitable in your opinion?
>
>
>
>___
>talk mailing list
>talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk] Proposed bulk removal of service=driveway2

[Yves via talk]

Le 25 juin 2023 01:02:04 GMT+02:00, "Brian M. Sperlongano" 
 a écrit :

>
>And indeed, nine months later, we see that not only has the work not gotten
>done, but while we all squabbled away with our pet views about automated
>editing, we find that we agreed to nothing, and the mapper has quietly
>continued to add this nonsense tag to the database unabated:
>https://taginfo.openstreetmap.org/tags/service=driveway2#chronology
>

An automated edit or a Maproulette challenge makes no sense in these conditions.
Yves 

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

Re: [OSM-talk] Extending the 'geo:' uri scheme: Adding parameter 'osmid'

[Yves via talk]

Le 10 janvier 2023 08:12:43 GMT+01:00, Snusmumriken 
 a écrit :
>On Mon, 2023-01-09 at 23:06 +, Andy Townsend wrote:
>> On 09/01/2023 20:17, Snusmumriken wrote:
>> > On Mon, 2023-01-09 at 08:21 -0500, Greg Troxel wrote:
>> > > You seem unwilling to understand that defining a way to refer to
>> > > ids
>> > > will cause social pressure not to change ids,
>> > Is there actually evidence that would corroborate this claim?
>> 
>> There have definitely been complaints to the DWG when people
>> "resurrect" 
>> old long-deleted nodes, or exhibit "unusual mapping behaviour" such
>> as 
>> never deleting any nodes, and always re-using them in some other 
>> feature.  There have also been complaints about changes to objects
>> that 
>> people consider "special" such as
>> https://osm.mapki.com/history/node/1 
>> and, er,
>> https://www.openstreetmap.org/node/69#map=17/48.06733/12.86258 .
>
>Right, I guess one could say that when it comes to retaining existing
>osm ids there is bad practice and good practice, and a grey area. Any
>proof or indications that creating a URI scheme would increase the bad
>practice?
>
No, adding such a URI scheme wouldn't change at all the way contributors 
contribute.

However it would further degrade the impact of the "bad practice". 

I put "bad practice" between quotes because if it is considered good practice 
to try to keep IDs when editing because it's easier to retrieve history when 
trying to understand each other edits, it's not mandatory. 

Yves

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

Re: [OSM-talk] Extending the 'geo:' uri scheme: Adding parameter 'osmid'

[Yves via talk]

Le 9 janvier 2023 16:19:14 GMT+01:00, Niels Elgaard Larsen  a 
écrit :
>
>I sometimes do get annoyed at especially new mappers that often
>excessively delete and recreates objects. Because it obscures the
>history.
>
If it is a trend for new mappers, which I understand well because sometimes it 
is easier to re-create from scratch, then you shouldn't be annoyed by it. The 
good news here is that a new mapper tries to improve the map!
A new mapper that could be put off by the slightest social pressure.
Yves 

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

Re: [OSM-talk] Extending the 'geo:' uri scheme: Adding parameter 'osmid'

[Yves via talk]

Le 6 janvier 2023 15:49:53 GMT+01:00, "Sören Reinecke"  a 
écrit :
>
>Better would be to have a separate FOSS platform for storing POI information 
>using a permanent identifier connected to OSM somehow e.g. by a key 
>"somepoiplatformid". But no one created such a platform yet.
>
Probably because it is slightly complicated to do and ressource-intensive?
For this reason, data consumers creating geo:id would not be likely to do it 
either.
Yves 

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

Re: [OSM-talk-fr] dalles Lidar IGN colorisées en cartographie OSM

[Yves Pratter]

>
> je suis étonné que 10 points/m² constitue une haute résolution en lidar
> les chemins en forêt, qui aurait été mon but premier, cela me semble
> peu pour espérer repérer, mais je vais aller regarder cela de + près


> Pierrick a traité des données LiDAR HD en Haute-Savoie.

On voit bien les chemins forestiers et même les sentiers.

Par contre il est impératif de vérifier sur le terrain ce qu'on "voit" au
LiDAR.

Yves

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

Re: [OSM-talk-fr] Itinéraire vélo non balisé

[Yves Pratter]

Comme Arnault
> 
> Dans l'exemple cité, l’itinéraire n'est pas balisé sur le terrain, mais il 
> existe en tant qu'itinéraire par ailleurs donc je pense qu'il peut figurer 
> sur Openstreetmap en tant que tel, avec les références nécessaires.

et Volker
> Personnellement je pense que ça vaut la peine de penser à comment insérer des 
> itinéraires 3.0 . 

Je pense que ces itinéraires ont leur place dans OSM.
On les référence avec source et/ou website avec l’URL de la page qui les 
décrits.

Comme beaucoup, je parle d’itinéraires « Officiels » pour ceux-ci car ils sont 
créés par une ville, une association sportive…

> Mais il faut absolument éviter qu'on trouve, dans OSM, des traces GPX à la 
> RidewithGPS ou komoot.

Oui, la trace de « machin » dans Komoot n’est pas une trace « officielle » 
(avec accord des propriétaires, des communes…)

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

Re: [OSM-talk-fr] localisation via le wifi

[Yves Pratter]

Bonjour,

> Le projet MLS récolte le GSM et le WIFI https://location.services.mozilla.com/

Il existe aussi dans les cartons une localisation intérieure via le BlueTooth :

Jusqu’à présent le récepteur radio estimait la distance (idem pour le GSM) en 
mesurant la puissance du signal reçu.
Par « trilatération » de plusieurs émetteurs reçu la position était estimée.

BlueTooth a normalisé la possibilité de mesurer l’angle de réception d’un 
signal BT, ou de diffuser le signal selon un angle donné.
Ça fonctionne comme les balises de guidage des avions pour l’atterrissage sans 
visibilité.

Ça permet une localisation centimétrique, mais aussi à plusieurs centaines de 
mètres.
https://www.bluetooth.com/blog/why-bluetooth-technology-is-the-preferred-choice-for-location-services-solutions/

Par contre les récepteurs de nos téléphone ont-ils déjà cette capacité ?
Idem pour les balises positionnées dans les centres commerciaux, gares… ?
__
Yves
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Est-ce une borne a incendie ?

[Yves Pratter]

On dirait qu'il y a un compteur derrière ainsi qu'un raccord.

Je pencherais pour un système d'irrigation

Le lun. 9 mai 2022 à 15:22, Ludovic Hirlimann  a écrit :

>
> J'en voie tout plein le long des petites routes non loin des habitations.
>
>
> https://pix.diaspodon.fr/i/web/post/429257841574527126
>
>
> Ludo
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Making GPS tracks in Android

[Yves via talk]

Gps logger was perfect, unfortunately : 
https://github.com/mendhak/gpslogger/issues/849
Yves 

Le 20 décembre 2020 19:43:00 GMT+01:00, Martijn van Exel  a 
écrit :
>Andy, 
>
>If you would like something lightweight that just does GPS track recording, I 
>would recommend GPS Logger 
>https://wiki.openstreetmap.org/wiki/GPS_Logger_for_Android 
><https://wiki.openstreetmap.org/wiki/GPS_Logger_for_Android> . A nice bonus is 
>that you can have the app automatically upload your tracks to OSM in whatever 
>privacy mode you choose. It can also sync with Nextcloud, Dropbox etc.
>
>OSMTracker offers a little more functionality like recording waypoints with 
>specific, configurable notes, and recording audio notes. 
>https://wiki.openstreetmap.org/wiki/OSMTracker_(Android) 
><https://wiki.openstreetmap.org/wiki/OSMTracker_(Android)> 
>
>I’m not on Android right now but I’ve used both these OSS apps for years.
>
>Martijn
>
>> On Dec 20, 2020, at 5:36 AM, Andy Mabbett  wrote:
>> 
>> Father Christmas came early this year, and has delivered to me a smart
>> new Android phone, whose GPS is much better than on my old one.
>> 
>> I want to use it to trace some tracks on a local nature reserve. What
>> app(s) do you recommend for this?
>> 
>> -- 
>> Andy Mabbett
>> @pigsonthewing
>> http://pigsonthewing.org.uk
>> 
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] un début de OSM - mon commerce

[Yves P.]

@ Marc
> test effectué ce matin :
> clic sur un commerce existant
> bouton modifier :-)
> 
Bien vu :)
J'avais onosm.org en tête.

> je pense qu'avant de coder, il serait utile de reprendre l'inventaire
> de ce qui manquent aux outils existant.
> et surtout voir ce que font les outils existant, cela vous évitera de
> coder un nouvel outil parce que la fonction xyz manque...
> alors qu'il existe

A part une éventuelle maquette, on ne code rien. Pour le moment (2e réunion 
mais première formelle) on définit les besoins :
Ceux de la communauté,
Ceux de la cible : les commerçants, et à terme les entreprises, associations.


@ Stéphane et Vincent
>> Autre solution intermédiaire :
>> 
>> Afficher les horaires des différents services (Osm, google, pages jaunes, 
>> etc...). C'est probable que ça intéresse les commerçants de vérifier depuis 
>> une seule page que tout est à jour. Et dans un premier temps, depuis ce site 
>> il ne sera possible que de modifier les horaires Osm. 

C'est prévu mais peut-être pas dit explicitement :)

A partir de l'adresse web saisie, on va moissonner les données sémantiques si 
elles sont présentes (cf. greffon JOSM Microdata scraping 
).
On peut le faire aussi à partir de la page facebook, Page Jaunes, Google…

> rho, j'adore !
> 
> car c'est rendre un service sympa et surtout montrer à quel point cela 
> peut-être simple de changer ses heures d'ouvertures avec OSM :)

Oui et ça peut permettre de :
ne pas ressaisir des informations existantes
montrer les incohérences entre les sources de données (Pages Jaunes, Facebook… 
mais aussi OSM, SIRENE…)

Pour le second point, le moteur de recherche Google remonte une entreprise vers 
le haut de la liste si son référencement naturel (SEO) est bien fait et que les 
infos sont homogènes sur le web.
Cf. Solocal — Google My Business : indispensable en période post-confinement 


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

Re: [OSM-talk-fr] [OSM-talk-fr-bzh] rond-point et bd cassé à Rennes

[Pierre-Yves Mevel via Talk-fr]

Bonjour,

Ça bouge effectivement pas mal dans le coin ces derniers temps mais,
confinement oblige, je n'y suis pas passé ces dernières semaines. Je
vais aller y faire un tour pour voir ce qu'il en est sur place.

P-Y

Le mer. 16 déc. 2020 à 14:43, PanierAvide  a écrit :
>
> Bonjour,
>
> Il y a un souci évident (au moins de connectivité des voies), mais étant un 
> peu loin pour vérifier l'état actuel sur le terrain, je transmets à la liste 
> bretonne.
>
> Cordialement,
>
> Adrien P.
>
> Le 16/12/2020 à 14:08, Georges Dutreix via Talk-fr a écrit :
>
> Bonjour,
>
> je crois qu'il y a des habitants de Rennes sur cette liste.
> Un utilisateur a cassé un rond-point et transformé le bd de Yougoslavie en 
> chemin piéton. Je ne sais pas trop ce qu'il a voulu faire.
> Je préfère vous laisser regarder si vous êtes du coin.
>
> https://www.openstreetmap.org/changeset/95934608#map=18/48.08807/-1.65935
>
> Cordialement,
> georges
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr-bzh mailing list
> talk-fr-...@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr-bzh

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

Re: [OSM-talk-fr] un début de OSM - mon commerce

[Yves P.]

> puis-je suggérer d'améliorer les outils existant (par ex OsmMyBiz) au lieu de 
> refaire une nouvelle rue depuis zéro ?

Si possible oui.


> Je suis un peu dépité quand je renseigne osm a un commerçant de devoir lui 
> renseigner 3 roues incomplètes au lieu d'un écosystème intégré.

C'est bien le problème§me, il n'y a rien d'adapté pour la France et de complet 
(par exemple on peut rajouter une entreprise, mais pas mettre à jour les 
informations existantes).


> la liste de souhait a été évoqué ici et sur là ml aussi cette année 

As-tu des liens stp ?

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

Re: [OSM-talk] Call to Take Action and Confront Systemic Offensive Behavior in the OSM Community

[Yves via talk]

Niels, Arnalielsewhere post wasn't about mapping, the map is used to illustrate 
something. 
I agree with others comments pledging for more time to be taken to read someone 
else's lines. 
Yves___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

Re: [OSM-talk-fr] Mapbox-GL JS version 2: vers la fin de l'Opensource sur les tuiles vectorielles

[Yves P.]

Il y en a déjà 4 !
https://mobile.twitter.com/stevage1/status/1336631752287113216

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

Re: [OSM-talk-fr] Mapbox-GL JS version 2: vers la fin de l'Opensource sur les tuiles vectorielles

[Yves P.]

>
> Tu te trompes : rien n'empêche de faire un fork depuis une version pre
> 2.0.0.
>

Yuri en a fait un
https://github.com/openmaptiles/openmaptiles/issues/1052#issuecomment-741556712

Et aussi OpenMapTiles
https://github.com/openmaptiles/openmaptiles/issues/1052#issuecomment-741703557

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

Re: [OSM-talk-fr] Tag pour une commande par téléphone ou internet 48h avant le retrait

[Yves P.]

> reservation=required
> description=commande 48h avant récupération
+1

> opening_hours=* "reservation by phone 48h before" ?

Fonctionne aussi et même en français 

La grammaire de d'opening_hours utilise des termes anglais (c'est un "langage" 
de programmation à destination des machines) mais les commentaires sont à 
destination des humains.
Donc dans un pays francophone la langue est le français (tout comme pour name, 
c'est le français même si ce n'est pas explicitement spécifié), le commentaire 
est donc dans la langue de Molière 

Mes deux centimes,

__
Yves




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

Re: [OSM-talk-fr] Chapitre

[Yves P.]

> Effectivement, il n'est pas courant en dehors des confréries religieuses, de 
> tastes-vin ou autres.
C'est ça :)

> Mais ce n'est pas un anglicisme, c'est plutôt les anglais qui l'ont piqué aux 
> moines français.
Perfide Albion :D

> Les membres de OSM-FR auraient voix au "chapitre",
+1

> et un utilisateur qui se prendrait des remontrances par un chapitre se ferait 
> "chapitrer" ;-)
Celui là je ne le connaissais pas.

Chapitre local évoquais pour moi les groupes locaux : rien à voir.

De plus je ne suis pas inspiré par la version verticale : le clergé et ses 
chapitres.
(Je préfère les chats pitres )

De Vincent
> intéressant -> je dirais plutôt qu'OSM-france représente la fondation auprès 
> des contributeurs OpenStreetMap en France et éventuellement d'autres 
> personnes (collectivités, point de contact, ...) ! Mais je ne sens pas osm-fr 
> comme une représentation des contributeurs français, à la rigueur on pourrait 
> imaginer des adhérents (et encore, ...) !

Peut-être les 2 ?
Encore une fois la version verticale ne colle pas trop avec l'esprit OSM.

Est-ce que les bretons sont au dessus des méditerranéens ?
Et les grands bretons au dessus des premiers ?

Oui sur la carte, mais en pratique nous somme tous au même niveau (du moins je 
l'espère).

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

[OSM-talk-fr] Traductions — était Re: le data working group / quel support en France ?

[Yves P.]

>>> Chapitre ?
>>> Tu veux dire représentation/délégation/instance nationale de la fondation ;)
>>> 
>> Je n'y connais pas grand chose je t'avoue.
>> Je reprends ce terme (qui est peut-être obsolète) : 
>> https://wiki.openstreetmap.org/wiki/FR:Fondation/Chapitres_locaux#Chapitres_locaux_existants_ou_dont_la_formation_est_.C3.A0_l.27.C3.A9tude


> https://welcome.openstreetmap.org/about-osm-community/local-chapters/
> 
> Chapitre est le mot exact en Fr pour chapter, certes un peu spécialisé :

Que ce mot français soit dans le dictionnaire est un fait :)
Qu'il soit compréhensible et en usage en est un autre ;)

Pour moi c'est plus un anglicisme du à un traducteur automatique.

D'après Oxford-Hachette French Dictionary, la traduction de chapter (of 
association, union) est section.
Pour Linguee 
<https://www.linguee.fr/anglais-francais/traduction/local+chapter.html>, la 
traduction de local chapter est section locale f (usage fréquent), plus rare : 
chapitre local m · section régionale f · division locale f
Pour le wiktionnaire <https://fr.wiktionary.org/wiki/chapitre>, le sens du mot 
français chapitre est (parfois) Division d’une organisation.

"Section locale" en français me fait penser aux groupes locaux de contributeurs 
(Lyon, Strasbourg, Montrouge…).

Donc il me parait plus adapté de parler de section (division, représentation…) 
nationale.

OSM France, représente les contributeurs français au sein de la fondation OSM.

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

Re: [OSM-talk-fr] le data working group / quel support en France ?

[Yves P.]

> Je vois deux pistes (mais il y en a sûrement d'autres)
> 
> 1) déléguer à un chapitre de la fondation un certain pouvoir de bloquer 
> (temporairement, définitivement) un utilisateur ;

Chapitre ?
Tu veux dire représentation/délégation/instance nationale de la fondation ;)


> 2) déléguer à N membres d'OSMF, le pouvoir de bloquer un utilisateur, ou de 
> demander un blocage immédiat, quitte à ce qu'il y ait un contrôle a posteriori
> 
> Avec la motion en cours d'étendre la possibilité de devenir membre, aux 
> contributeurs actifs autour du monde, ça me semble une bonne option 
> démocratique.

+1 a tes propositions.

__
Yves

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

Re: [OSM-talk-fr] Mieux détecter des erreurs et accompagner les nouveaux avant de punir [était Re: le data working group / quel support en France ?]

[Yves P.]

>> Pour ma part,
>> - quand j'ai besoin d'un blocage (comme le flood de notes insultantes
>> SNT), cela se passe vite vu qu'un membre du DWG est sur le canal de
>> discussion instantané irc #osm-fr où je suis aussi :)
> 
> moi je passe par signaler un utilisateur sur le site osm.org en pauvre 
> utilisateur que je suis et pour ne pas forcément cibler une personne du DWG, 
> ne connaissant pas l'orga du DWG et donc la répartition de la charge. Pour 
> mon cas spécifique, je te remercie je vais passer par là.

La liste des membres du DWG est à la section "Who are we" : 
https://wiki.osmfoundation.org/wiki/Data_Working_Group.

Tiens, il n'y a aucun français et semble-t-il un seul francophone  

>> - je pense encore et toujours qu'avant de renforcer la puissance
>> du bâton, nous devrions en faire beaucoup plus en prévention :
>> une partie de ces problèmes n'auraient pas lieu ou d'une ampleur
>> tout autre si le problème était détecté beaucoup plus en ammont.
>> Par exemple quelque chose ne tourne pas rond s'il faut des mois
>> pour détecter une édition problématique ayant lieu dans une zone
>> avec des contributeurs actifs.
> 
> ce n'est pas non plus mon sujet, bien que je partage totalement ton point de 
> vue

Les deux sont importants.

J'ai passé du temps avec un contributeurs débutants qui faisait pas mal 
d'erreurs…
Discussions limitées à l'écrit, il n'a pas attrapé les perches que je lui ai 
tendues.
Il semble s'être arrêté de contribuer, mais le blocage temporaire aurait pu 
être utile pour avancer.


>> il y a surement des outils à améliorer ou réscuciter mais il
>> y a aussi une prise de conscience qu'il faut un travail
>> communautaire, pas juste pour ajouter un dae, aussi
>> pour accompagner les autres contributeurs, même si cela
>> semble être un travail ingra pour beaucoup

cf. "Les deux sont importants."

Est-ce que c'est possible "techniquement" d'avoir 2 ou 3 personnes par pays (ou 
à défaut par langue) dans le DWG ?
Les trouver est une autre question 

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

[OSM-talk] Sophox server down

[Yves P.]

Hi,

The sophox.org server is down from several weeks. It's impossible to query data 
items 
Does anybody have news ?

Best regards,

—
Yves

Keywords: SPARQL, OSM Wikibase, Data Item, Sophox

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

Re: [OSM-talk-fr] [Siren] Ne garder que les boîtes dans une région donnée ?

[Yves P.]

> Avant de faire une moulinette pour retrouver la région pour chaque code
> postal, ce fichier existerait-il déjà quelque part ?
>

Il faut le faire par départemen, c'est plus simple 

Et le n° de département c'est les 2 premiers chiffres du code postal pour
la métropole, et les 3 premiers pour les DOM-TOM (97*).

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

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

[Yves P.]

> L'une des communes sur lesquelles je suis contributrice a modifié son 
> adressage (modification des n° mais surtout ajout de noms de rues !). 

Est-ce possible de le publier quelque part pour estimer la quantité de travail 
et la qualité des données ?

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

Re: [OSM-talk-fr] Offrir une une carte des adresses à Theizé

[Yves P.]

> C'est simple, tu charges directement ce fichier dans JOSM (il faut au 
> préalable installer le greffon opendata 
> <https://wiki.openstreetmap.org/wiki/FR:JOSM/Plugins/OpenData>).

J'ai oublié de dire que ça fonctionne car il existe des colonnes nommées lat et 
lon.

__
Yves

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

Re: [OSM-talk-fr] Offrir une une carte des adresses à Theizé

[Yves P.]

> Je réponds juste à cette question qui peut être plus générale :)


> 1/ depuis un fichier csv (650 lignes)
> 
> voie_nom | numero | position | long | lat | date_der_maj
> Impasse Fontboileau | 13 | entrée | 4.618253 | 45.932341 | 2020-09-22
> 
> 2/ comment générer un fichier lisible par JOSM (.osm, je suppose) de 650 
> nodes géolocalisés (par exemple long = 4.618253 et lat = 45.932341) avec les 
> attributs tels :
> - addr:street=Impasse Fontboileau
> - addr:housenumber=13
> - description=entrée
> - survey:date=2020-09-22

C'est simple, tu charges directement ce fichier dans JOSM (il faut au préalable 
installer le greffon opendata 
<https://wiki.openstreetmap.org/wiki/FR:JOSM/Plugins/OpenData>).
Le chargement se fait par le menu Fichier → Ouvrir ou à l'aide d'un simple 
glisser / déplacer.

Pour renommer les colonnes, il y a 2 façons :
à la main depuis ton éditeur de texte favori
soit directement depuis JOSM

Dans ce cas :
tu sélectionnes tous les objets (CTRL+A)
dans le panneau des attributs, tu doubles cliques sur la clé voie_nom
tu remplaces la clé par addr:street
… et ainsi de suite pour toutes les "colonnes" du fichier CSV (donc tous les 
clés dans JOSM)

Garder la position dans description est peut-être de trop ?
entrée  618
inconnue32

Tu peux sélectionner les 618 adresses pour supprimer le tag (temporaire) 
position.
tu sélectionnes l'une d'entre-elles avec un tag position=entrée
dans le panneau des attributs, tu sélectionnes la clé position : click droit → 
Rechercher Clé/Valeur
tu supprimes cette clé : click droit → Supprimer

Pour info, il y a d'autres façon se faire (CTRL+F …)

Il te reste donc 32 adresses avec la position inconnue. Pour chacune d'elle 
profite en pour vérifier sur le "terrain" à quoi elle correspond.
De toute façon, il faut toutes les vérifier.

__
Yves

PS: J'ai découvert hier avec iD que le tag amenity=letter_box 
<https://wiki.openstreetmap.org/wiki/FR:Tag:amenity=letter_box> a des sous tags 
pour les adresses :
post:housenumber=*
post:street=*
Il est donc possible de rajouter la boite aux lettres "privée" d'un particulier 
ou d'une entreprise et d'indiquer son adresse.
C'est utile dans le cas ou la (ou les) boite(s) aux lettres sont distantes du 
n° de rue.

JOSM n'a pas de preset pour l'instant pour ce tag


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

Re: [OSM-talk-fr] Projet du mois Décembre

[Yves P.]

>
> * Alors pour les stades j'avais Clairefontaine en fait.
>
> https://osmose.openstreetmap.fr/fr/map/#item=8390%2C8391%2C8392=17=48.615817=1.924324


Pour 2 mats on voit des armoires ou des abris près du pied.

 Et pour la SNCF :
>
> https://osmose.openstreetmap.fr/fr/map/#item=8390%2C8391%2C8392=17=48.64552=1.836347


On a voit 1 sur l'orthophoto.
La hauteur est similaire.  Ça semble être un doublon


* Et la décheterie de Rambouillet et ses supports containerisés :
>
> https://osmose.openstreetmap.fr/fr/map/#item=8390%2C8391%2C8392=17=48.657627=1.838976


La effectivement on voit clairement un mat sur l'orthophoto.

Les antennes dans OSM semblent être du grand n'importe quoi  

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

Re: [OSM-talk-fr] Projet du mois Décembre

[Yves P.]

> On en voit également pousser sur les clochers des églises (pas trop 
> anciennes, non classées) : là aussi le propriétaire est la mairie et pas 
> besoin de construire un mat.
> En revanche, celles-ci seront plus compliquées à localiser sans se déplacer : 
> pas de mat et généralement une couche de peinture camoufle un peu les 
> appareils.

Ou derrière les parassons (difficile de les voir, mais c'est possible).

Dans le genre futif, il y a les faux arbres, faux cactus, les fausses 
cheminées… cf clé mimics 

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

Re: [OSM-talk-fr] tag opening_hours vers texte

[Yves P.]

> Il existe https://github.com/rezemika/humanized_opening_hours
> https://zestedesavoir.com/billets/2653/quelques-statistiques-sur-le-champ-opening-hours-dopenstreetmap/?page=1#p227797

Merci David pour ces liens :)

Je ne peux répondre malheureusement à ta question Noémie :/

Mais l'article et ses commentaires traitent de questions intéressantes pour 
nous, les utilisateurs francophones 

Quelques remarques :
En lisant les commentaires, j'avais l'impression qu'il analysait la grammaire 
(un sous ensemble) à la main.
Ouf, il utilise une bibliothèque pour le faire : Lark 
<https://lark-parser.readthedocs.io/en/latest/> :)

Je devine donc qu'il ne traite volontairement qu'une partie de la grammaire 
pour pouvoir l'afficher en français.


Il fait des statistiques sur les valeurs du tags qui sont valides ou pas.
Il existe déjà un projet 
<https://github.com/opening-hours/opening_hours-statistics> pour ça : 
https://openingh.openstreetmap.de/stats/

En jouant avec les courbes on peut voir la proportion de valeurs qui affichent 
des avertissement ou qui pourraient être enjolivées.
Il semblerait que 98.9% des valeurs soient valides (ce qui ne veux pas dire 
qu'elles soient correctes).
Ça fait quand même ~21 000 valeurs à corriger.

On retrouve ces stats pour les autres clés dont opening_hours:covid19 


Il fait aussi un nettoyage partiel à l'aide d'expressions rationnelles (regex = 
regular expressions).
J'ai fait un travail similaire dans mon coin (par exemple remplacer 10h à 12h 
par 10:00-12:00).
Et aussi ouvert un ticket 
<https://github.com/opening-hours/opening_hours.js/issues/329> dans le dépôt de 
opening_hours.js 

Je propose aux personnes intéressées par ce sujet de travailler en commun  pour 
faciliter la saisie, éviter les erreurs les plus courantes :
mise à point de regex,
automatiser tout ça dans un formulaire en ligne simple a utiliser,
et surtout, tester (donc pas besoin d'être un expert) 
On n'arrivera jamais à 100% de corrections automatiques, mais on peut améliorer 
fortement (et "facilement") les saisies à la française.
Notamment les copier/coller de sites bien connus (Google, Facebook…).


Il est aussi possible de moissonner les horaires : quelques sites indiquent les 
horaires sous forme de microformats <https://fr.wikipedia.org/wiki/Microformat> 
compréhensibles par une machine.
Au passage il existe le greffon JOSM Microdata Scraping 
<https://gitlab.com/vucod/microdata-scraping> qui les utilisent pour rajouter 
les infos d'un contact (horaires d'ouverture, n° de téléphone, adresse, mél, 
moyens de paiement…)

__
Yves

Dans ce que j'ai pu observer, beaucoup de valeurs qui ne sont pas 
compréhensibles par la machine sont en fait des expressions en langue naturelle 
(pour nous le français).

L'explication ?
Soit que ce sont des contributeurs débutants qui ne savent pas qu'il faut 
utiliser une grammaire,
Soit que c'est trop compliqué, ou qu'on a pas le temps, et du coup ils copient 
ce qu'un humain va comprendre






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

[OSM-talk-fr] Projet du mois Décembre

[Yves P.]

> Je suggèrerais bien un projet autour des supports radio.

Ça permettra d'incendier plus facilement les supports pour la 5G (Avis à la 
DGSI  (ex RG) : JE PLAISANTE )

C'est aussi un sujet intéressant (j'en ai ajouté beaucoup) 
A la cambrousse les "antennes" sont d'excellents "amers".

Comme le rappel souvent un certain Christian, il manque beaucoup de choses 
importantes dans OSM en France.
Je propose qu'on priorise les sujets et qu'on trouve un consensus et/ou un 
système de vote.



François G, tes liens sont tous identiques 
> https://osmose.openstreetmap.fr/fr/map/#item=8390%2C8391%2C8392=10=47.607=1.571

> Mais en regardant ce soir j'ai trouvé que la concentration de supports radio 
> fantomes autour des stades est assez bizarre :
J'en ai vu beaucoup autours de stades. Ils sont sur les mâts d'éclairage et du 
coup doivent financer les clubs, à moins que ce ne soit les mairies 
(propriétaires des terrains ?).


> Les supports SNCF semblent un peu décalés, pas évident à identifier,  et 
> surtout je n'en trouve que deux sur trois :

Toutes les données ouvertes sont de qualité variables. C'est pour cette raison 
(entre-autres) qu'on fait de l'intégration et pas de l'import automatique.


> Les données OSM ne me semblent pas toujours terribles. Par exemple ces 
> supports plantés au milieu des containers de cette décheterie alors qu'il y a 
> un support TDF juste à coté.

Près de phares, j'ai vu plusieurs antennes au sol alors que le phare est lui 
même un excellent support (et souvent truffé d'antennes).
Donc pourquoi pas (mais comme tu n'as pas coller le bon lien, difficile de 
répondre correctement).

> Support mutualisé qui a poussé le contributeur à mettre un support par 
> opérateur ?

La peut-être de l'import automatique ? (le contributeur valide les données 
ouvertes proposées par Osmose sans regarder sur le terrain).
Ou parfois c'est réellement le cas : 2 voir plusieurs mâts côte à côte.


>  Les opérateurs n'arrêtent pas d'ajouter des supports donc il y en a 
> forcément un certain nombre qui ne seront pas sur les photos aériennes. Là 
> c'est plus compliqué.

Tu peux croiser les sources : photos ariennes plus récentes (Maxaar, Orto HR, 
Google…), Street views (Mapillary, Google…), photos dans des blogs… et bien sûr 
le terrain.

> C'est de l'infrastructure. Ça ne motive pas forcément les foules.

Si, les électro-sensibles, anti-ondes… François L, bibi et d'autres 

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

[OSM-talk-fr] Attribution manquante pour une AMAP du Doubs et suivi des contributions

[Yves P.]

Bonjour,

J'ai rajouté 
<https://wiki.openstreetmap.org/wiki/FR:Manque_d'attribution_appropri%C3%A9e#Suivi_des_demandes>
 http://amapaneth25.fr et envoyé un message à l'agence web.

Je constate que la colonne date de régularisation est bien vide. Notament pour 
des signalement anciens.

Au hasard, http://www.services.eaufrance.fr est une carte sur les données 
ouvertes de l'eau.
Ce site est estampillé avec un logo de la République française, mais pas de 
prise en compte depuis le septembre 2019 !!

Mondial Relay 
<https://www.mondialrelay.fr/trouver-le-point-relais-le-plus-proche-de-chez-moi/>
 n'aurait pas été contacté, mais l'attribution est mentionnée (mais pas 
indiquée dans le tableau)

Est-ce que quelqu'un peu mettre à jour le tableau ?
(J'ai en fait 3 pour ma part)

—
Yves Pratter

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

Re: [OSM-talk-fr] Suffixe :covid19

[Yves P.]

> Non ça veut dire qu'il n'y a plus que opening_hours.

Ceci (n') est (pas) une pipe (cf. René Magritte dans la Trahison des images) :D

> Donc tu as un horaire, pour savoir si c'est l'horaire standard ou pas tu
> dois regarder si tu es en France s'il y a opening_hours:before_covid19
> et si tu es ailleurs opening_hours:covid19.

Je ne dois pas être clair :D

Si tu fais ça, que vois une application standard ?
Uniquement le tag opening_hours. Donc elle affiche… l'horaire :)

Pour opening_hours:before_covid19, c'est comme pour le rendu avec les préfixes 
destroyed:* knidnapped:* JaimePasLaChoucroute:* ;)

Il ne se passe rien car aucune application ne sait quoi en faire.


> Super sympa pour les applis qui veulent indiquer s'il s'agit d'horaires
> adaptés.

Même CRO affiche l'horaire correctement.
(Car CRO est basé sur un pays. Il n'a pas forcément le même comportement dans 
un autre territoire).

Mais je le rappel, je ne veux rien ;)
Je m'interroge suite à la remarque appropriée d'Éric .

Ce que je propose fonctionne, mais y a-t-il un intérêt à dépenser de l'énergie 
pour la mettre en place, c'est une autre question :)

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

Re: [OSM-talk-fr] Suffixe :covid19

[Yves P.]

> Ce suffixe ne fait malheureusement pas la distinction entre pandémie et 
> confinement (et couvre-feu etc.), il est donc difficile de connaître son 
> application.
> 
Je laissais entendre la même chose en disant comment CRO sait si on utilise les 
horaires covid ou habituels.
La réponse : la machine n'en sait rien. C'est à l'utilisateur de savoir en 
fonction du contexte local.
C'est pour ça que de mémoire les deux horaires sont affichés (ou du moins 
affichables).

> Il n'y a donc pas grand intérêt à mon avis de distinguer les horaires "covid" 
> et les horaires "normales". Au contraire, ça laisse entendre que les horaires 
> non-suffixées sont correctes au déconfinement ou à la fin du couvre-feu ou à 
> la fin de pandémie.
> 
> En utilisant uniquement opening_hours (sans suffixe :covid19) on a pas ce 
> problème. Ça "force" à revérifier les horaires après déconfinement/fin de 
> couvre-feu/covid.
> 
Oui, mais c'est la solution radicale.

De plus, avant leur utilisation massive, les tags …covid19 avaient l'avantage 
de savoir que quelqu'un avait vérifié les horaires en vigueur.

> Si on veut avoir une idée des anciennes horaires il y a toujours l'historique 
> OSM, pas besoin de tag "opening_hours:before_covid".
> 
Le problème c'est que c'est plus dur à automatiser.

Je pense que le nettoyage de ces tags ne doit pas se faire entre deux vagues de 
la covid, mais plutôt une fois la pandémie contrôlée.

__
Yves

PS: supprimer tous les tags covid seraient jouable si les commerçants 
pourraient modifier facilement les horaires.
Actuellement c'est encore trop lourd, et risque d'erreurs.

Une autre voix serait de moissonner les sites des grandes enseignes.
On a vu que les données n'étaient pas toujours fiables, et toutes les boutiques 
ne font pas partie d'une grande enseigne.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Suffixe :covid19

[Yves P.]

> Si vous voulez faire une manip,

Je ne veux rien :D


> elle doit être a priori mondiale sinon les applis devront gérer les deux cas.

En fait non car si on utilises opening_hours:before_covid19 ou __opening_hours 
… il n'y aura plus de fait le tag opening_hours:covid19.
Uniquement opening_hours.

Donc, ça marche quand même :)

Et pas besoin de faire ça dans le monde. Ça peut se faire uniquement en France 
par exemple.


> Bon courage pour ce qui serait une amélioration marginale.

On constate tous que la gestion des horaires avec ce covid19 est compliquée 
(pour rester poli)

__
Yves

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

Re: [OSM-talk-fr] Suffixe :covid19

[Yves P.]

> L'autre alternative est de ne rien changer, et d'espérer que toutes les 
> applications utilisent opening_hours:covid19.
> A-t-on une liste ?
> Exhaustive ??
> 
> D'après Taginfo 
> <https://taginfo.openstreetmap.org/keys/opening_hours:covid19#projects> il y 
> a :
> Ça reste ouvert (It stays open) 
> <https://taginfo.openstreetmap.org/projects/caresteouvert>
> iD Editor <https://taginfo.openstreetmap.org/projects/id_editor>
> AnyFinder - The universal POI finder and locator app 
> <https://taginfo.openstreetmap.org/projects/anyfinder>
Voici ce que j'ai trouvé dans GitHub :

OSMAND semble les gérer mais de manière incomplète.  Cf. 
opening_hours:covid19=* display problem in OsmAnd #8962 
<https://github.com/osmandapp/OsmAnd/issues/8962>
Mapcomplete à une quête COVID19 
<https://github.com/westnordost/StreetComplete/issues/1774#issuecomment-725540503>
osm_poi_matchmaker <https://github.com/KAMI911/osm_poi_matchmaker> le gère 
(mais c'est un outils d'importation de POI dans OSM)
Idunn <https://github.com/QwantResearch/idunn>, l'API de QwantMaps qui lui 
fourni des informations sur les POI.
Erdapfel <https://github.com/QwantResearch/erdapfel>, la partie cliente de 
QwantMaps
opening_hours.js <https://github.com/opening-hours/opening_hours.js>
OSMontrouge <https://github.com/osmontrouge/osmontrouge>
JOSM avec son contrôleur QA
Civil Legal Advice <https://github.com/ministryofjustice/cla_public> une 
application du Ministère de la justice pour l'Angleterre et l'Écosse
kanda-takeout <https://github.com/kanda-takeout/kanda> une application 
japonaise qui affiche une carte des (click ? and ) collect
ikeda-takeaway <https://github.com/yasmiura86/ikeda-takeaway> un fork ? de la 
précédente
takeaway <https://github.com/K-Sakanoshita/takeaway> Idem mais il y a un site 
de test en ligne <https://k-sakanoshita.github.io/takeaway/>

StreetComplete ne semble volontairement pas proposer de quête. Cf. Take in 
consideration COVID19 tags #1774 
<https://github.com/westnordost/StreetComplete/issues/1774>

__
Yves

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

Re: [OSM-talk-fr] Suffixe :covid19

[Yves P.]

> Par ici les horaires covid sont spécifique aux confinement. Généralement 
> ouvert de 14h à 16h du mardi au samedi. Voir encore plus restrictive
> Le reste de l'année les horaires sont habituelle.

On est tous d'accord :)


> Si la modifications se fait dans un sens qui va faire les relevés le mois 
> d'après pour contrôler les horaires habituelle ? Autant passer une seule fois 
> pour ajouter la condition horaire covid. Hors confinement elles ne doivent 
> plus être prises en compte.

Là encore, on est aussi tous d'accord :)

C'est la question du verre à moitié vide, ou à moitié plein :

1. Une application comme CRO va afficher les horaires en période covid à partir 
du tag opening_hours:covid19 (comment sait-elle qu'il y a un confinement ??)
2. Mais les applications non prévues pour ça (la majorité ??) va affiché les 
horaires "normaux" (tag opening_hours)

Avec la proposition d'Éric, toutes les applications vont afficher les horaires 
du moment : tag opening_hours :)

Pour répondre à ta remarque, si on note les horaires d'avant confinement dans 
le tag opening_hours:before_covid19, alors on pourra faire facilement du 
nettoyage (manuellement ou automatiquement).
Et ainsi ne passer qu'un seule fois pour ajouter "la condition horaire covid".


> De ce côté osmose fait très bien le job en proposant de transformer les 
> horaires covid en habituelles si elles n'existerait pas (après contrôle sur 
> place). Autrement la suppression des heures covid est proposé (pas le moment 
> de les supprimer)

L'analyseur Osmose le fera tout aussi bien en utilisant les clés 
opening_hours:before_covid19 et opening_hours (plutôt que opening_hours:covid19 
et opening_hours)

L'autre alternative est de ne rien changer, et d'espérer que toutes les 
applications utilisent opening_hours:covid19.
A-t-on une liste ?
Exhaustive ??

D'après Taginfo 
<https://taginfo.openstreetmap.org/keys/opening_hours:covid19#projects> il y a :
 Ça reste ouvert (It stays open) 
<https://taginfo.openstreetmap.org/projects/caresteouvert>
 iD Editor <https://taginfo.openstreetmap.org/projects/id_editor>
 AnyFinder - The universal POI finder and locator app 
<https://taginfo.openstreetmap.org/projects/anyfinder>

__
Yves

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

Re: [OSM-talk-fr] Suffixe :covid19

[Yves P.]

> 
> En revanche avec le déconfinement progressif on devrait voir les magasins 
> retrouver leurs horaires habituels. Je serais plutôt partisan de conserver le 
> tag avec des horaires décrits finements lorsqu'il y a de vraies différences 
> mais pour les cas où les horaires sont les mêmes, privilégier la valeur 
> "same" plutôt que de copier les valeurs de opening_hours.

Il me semble que opening_hours:covid19=same était prévue pour ça.
Il aurait donc des interprétations de la "norme" ;)

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

Re: [OSM-talk-fr] Suffixe :covid19

[Yves P.]

> Ne faudrait-il pas de nouveau utiliser les tags sans suffixe :covid19, gérer 
> ces modifications comme des changements classiques ? Que ce soit pour les 
> descriptions, horaires, livraisons, service à emporter etc.
> 
> Cela a également l'avantage que ces tags sont affichés et modifiés par la 
> plupart des applications, contrairement aux suffixes :covid19. Cela engendre 
> des contradictions si les contributeurs ou applications ne gèrent pas les 
> deux.

A priori je suis d'accord.


Les horaires pré covid sont imprimés, gravés sur beaucoup de vitrines, plaques…
En allant sur le terrain on peut toujours les voir, avec en plus une affiche 
collée sur la porte.

Du coup pouvoir voir les 2 dans l'objets OSM sans consulter l'historique est 
pratique.

Ne faudrait-il pas renommer les tags ?

opening_hours = horaires actuels (ça revient à ta proposition).
opening_hours:before_covid = les "anciens".

Comme ça si on se débarrasse du corona virus, on pourra nettoyer facilement les 
tags.
opening_hours ← opening_hours:before_covid
puis suppression de opening_hours:before_covid

__
Yves

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

Re: [OSM-talk-fr] MNT/Lidar IGN

[Yves P.]

> En attendant pour s'entrainer avec des données LIDAR, il y a celles prises 
> après la tempête Alex qui sont dispo (et ouvertes, elles)
> 
> Une copie est dispo sur http://data.cquest.org/ign/ortho-alex/LIDAR/ 
> 

Est-ce que tu peux les partager sous forme de tuiles ?

Dans le cas d'Alex, ça permettra d'améliorer le tracé des routes à l'ombre des 
barres rocheuses :)

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

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

[Yves P.]

>> Mercredi xxx semaine impaire
>> Samedi yyy semaine paire
> 
> OK, mais cette description devient incorrecte en 2021…

C'était un exemple pour faire "simple".

> Ils vont devoir changer le panneau pour échanger "paire" et "impaire", si les 
> horaires prévus sont corrects…

Est-ce que ce n'est pas en réalité semaine paire 

Il faut demander à ces bureaux de poste comment ils gèrent ça en pratique :
- changement de l'affichette des horaires à la semaine
- à l'année
- pas de changement et c'est réellement 1 semaine paire (il y a un bug dans 
datanova)
- …

> Mais justement je peux comprendre si la grammaire ne prévoit pas quelque 
> chose 
> de quasi impossible à écrire sur un panneau ("Ouvert mercredi 8h-12h une 
> semaine sur deux à partir du mercredi 3 janvier 2018").  :-)

Je pense que pour le ramassage des ordures ménagères 1 semaine sur 2, c'est 
réellement le cas car sinon elles débordent au moins une fois dans l'année :D
Donc ce cas est à traiter dans la grammaire : ypid propose d'en discuter dans 
le wiki 

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

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

[Yves P .]

> Le 12 nov. 2020 à 10:02, David Faure via Talk-fr  > a écrit :

> Le cas extrême ça donne ça... je suis vraiment curieux de voir le panneau sur 
> la porte de ce bureau :-)
> 
> 88064A|BEC DE MORTAGNE AP|Mo,Th 08:00-11:30,14:00-16:00; Tu 
> 08:00-11:30,14:00-17:00; week 01-53/2 We 08:00-12:00; week 02-53/2 We off; 
> 2020 week 02-53/2 We 08:00-12:00; 2020 week 01-53/2 We off; Fr 
> 08:00-11:30,14:00-18:00; week 01-53/2 Sa off; week 02-53/2 Sa 09:00-12:00; 
> 2020 week 02-53/2 Sa off; 2020 week 01-53/2 Sa 09:00-12:00; Su,PH off

L'affichage embelli est plus lisible :)

Mo,Th 08:00-11:30,14:00-16:00;
Tu 08:00-11:30,14:00-17:00;
week 01-53/2 We 08:00-12:00;
week 02-53/2 We off;
2020 week 02-53/2 We 08:00-12:00;
2020 week 01-53/2 We off;
Fr 08:00-11:30,14:00-18:00;
week 01-53/2 Sa off;
week 02-53/2 Sa 09:00-12:00;
2020 week 02-53/2 Sa off;
2020 week 01-53/2 Sa 09:00-12:00;
Su,PH off

En regroupant les termes, c'est un peu plus compréhensible :

Mo,Th 08:00-11:30,14:00-16:00;
Tu08:00-11:30,14:00-17:00;
Fr08:00-11:30,14:00-18:00;
Su,PH off;

 week 01-53/2 We 08:00-12:00;
2020 week 02-53/2 We 08:00-12:00;

2020 week 01-53/2 We off;
 week 02-53/2 We off;

 week 02-53/2 Sa 09:00-12:00;
2020 week 01-53/2 Sa 09:00-12:00;

 week 01-53/2 Sa off;
2020 week 02-53/2 Sa off

On constate qu'on peut simplifier des termes :
c'est toujours fermé le un mercredi sur deux, mais le terme fermé peut-être 
supprimé ?
idem pour le samedi.

Ça donnerait (à vérifier aux changements d'années :

Mo,Th 08:00-11:30,14:00-16:00;
Tu08:00-11:30,14:00-17:00;
Fr08:00-11:30,14:00-18:00;
Su,PH off;

week 01-53/2 We 08:00-12:00;
week 02-53/2 Sa 09:00-12:00

> je suis vraiment curieux de voir le panneau sur la porte de ce bureau :-)
Mercredi xxx semaine impaire
Samedi yyy semaine paire

Bon, à voir avec l'auteur de la grammaire : Odd and even weeks over a year #351 


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

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

[Yves P.]

> oui, j'y suis passé, le réel constaté :
> - Paris Belleville : Mo-Fr 09:00-19:00; Sa 09:00-13:00
> - Paris Sambre et Meuse : Mo-Fr 09:00-20:00; Sa 09:00-13:00
> - Paris Pernety : *Mo-Fr 08:30-19:30; Sa 09:00-13:00*
> 
> Je te l'accorde donc : Datanova vainqueur ;-)

Je n'ai pas les données Datanova sous la main, uniquement le site web grand 
public qui doit utiliser Datanova :)

Je viens de vérifier le bureau de poste dans le bureau de tabac de Cholet : les 
horaires d'ouverture sont bons :)
https://www.openstreetmap.org/node/878677
https://www.laposte.fr/particulier/outils/trouver-un-bureau-de-poste/bureau-detail/cholet-mocrat/12923D/1?sso=true

Seul le n° de téléphone diffère. Datanova ne semble proposer que le 3631, pas 
celui du bureau de tabac (mais ce n'est peut-être pas l'objet de ton import).

__
Yves

PS: j'ai pris les horaires de bureau dans la presse quotidienne régionale (PQR) 
et j'ai vérifier par téléphone.
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Yves P.]

> De nombreux bureaux de postes "non intégrés" (dans osmose) sont en fait des 
> changements de référence, mais le POI existe.
> exemple : 
> https://osmose.openstreetmap.fr/fr/error/caf7b4e5-028a-3d50-d98e-4e097d52adb1 
> existe bien sur la carte mais avec ref=08912A : 
> https://www.openstreetmap.org/#map=19/47.06170/-0.89610
> 
> Question 1 : est-ce qu'un item Osmose est capable de détecter (et proposer) 
> ces éventuels changements de références ?
Apparement non vu ton message.

L'analyseur peut-être amélioré :)
J'imagine que l'ancienne référence ne se trouve plus dans le fichier Datanova. 
Osmose pourrait donc en déduire qu'il ne s'agit "que" d'une mise à jour.

> Question 2 : D'autres bureaux de poste (je découvre) sont des "post_partner" 
> qui sont dans des magasins, des bureaux tabacs, des mairies, etc. :

C'est aussi le cas : 
https://www.ouest-france.fr/pays-de-la-loire/cholet-49300/cholet-apres-deux-ans-le-tabac-de-mocrat-rouvre-5579892


> Qu'en fait-on de ces derniers, on ajoute un POI post_office dans le bureau de 
> tabac ?
Tu peux mettre 2 POI superposés avec le même nom.
L'un bureau de tabac, journaux…
L'autre bureau de poste

Fusionner les 2 peut fonctionner mais ne sera pas forcément lisible et/ou 
maintenance.

> Ou on ajoute une étiquette post_partner au bureau de tabac ?

Avec uniquement ce tag le bureau de poste ne pourra pas être trouvé par 
Nominatim.


> En effet ce dernier peut sans doute vendre des boissons, du tabac, du service 
> postal voire aussi réparer des clés ?

> Est-ce logique d'ajouter un POI pour le "service postal" qui physiquement est 
> au même endroit que la vente de tabac ?

Oui car quelqu'un peut vouloir chercher le bureau de poste le plus près ;)

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

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

[Yves P.]

> Sur le rendu Humanitaire on voit Vichy mais pas Cusset :
>
> https://www.openstreetmap.org/#map=10/46.1332/3.2767=H


C'est un rendu mais au point par un français, ceci explique cela 

Le rendu vectoriel s'en sort bien aussi :
https://projetdumois.fr/projects/2020-09_aed/map#map=7.72/45.967/3.351
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Yves P.]

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

Christian avait bien expliqué le problème : Faire un rendu c'est compliqué, il 
y a des choix à faire.

Dans son rendu .fr il récupère la population (wikidata, INSEE… je ne sais plus) 
pour prioriser les communes plus importantes à un niveau de zoom donné.

Dans "le" rendu .org, soit il ne tient pas compte de la population (tag dans 
les données OSM), soit il le fait mais va pas voir dans une source externe plus 
complète et plus à jour.

Christian corrigera si j'ai dit des bêtises :D

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

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

[Yves P.]

>> ça serait bien aussi de l'ajouter à Osmose
> 
> Pour refaire l'import en temps réel et voir si ça colle ? Ou bien je pige pas 
> l'idée ?

Pour que Osmose puisse signaler un changement d'horaire à l'avenir ;)


> C'est peut-être surtout l'autre sens qui serait utile, valider que les 
> horaires sont syntaxiquement corrects ?

Tu peux appeler la bibliothèque de code opening_hours.js 

Je ne vois pas de portage en Perl, seulement en python 
 (et toute la grammaire 
 ne semble pas 
supportée).

A défaut d'appeler directement le code javascript depuis ton code perl, tu peux 
aussi appeler un serveur javascript 
 qui va vérifier la 
syntaxe.


> j'ai 17371 identifiants  différents de bureaux de poste dans les données 
> datanova, alors que la requête 
> overpass de Jérôme ne me sort que 11503 bureaux avec un attribut 
> ref:FR:LaPoste.
> osmose montre que de nombreux bureaux n'ont pas cet attribut, et certains ont 
> une valeur qui n'existe plus chez laposte (renumérotation ? fermeture ... ?).
> 
> Et ben c'est pas simple tout ça :-)

Ça peut faire l'objet d'un prochain projet du mois ;)

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

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

[Yves P.]

> Il me semble que le click and collect se rapproche plus du concept de drive, 
> on commande et paye en ligne puis on passer chercher les achats.

Pour moi un drive c'est la possibilité de faire ses courses, d'aller au cinéma, 
de "tirer" de l'argent ou de poster une lettre… sans descendre de sa voiture.


> Takeaway c'est plutôt que l'on ne consomme pas sur place mais que l'on 
> emporte (son kebab) ?

C'est ça, tu ne consommes pas dans le magasin, tu emportes ;)


> My2masks

Mes 2 pistaches :D

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

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

[Yves P.]

> C'est OK d'inventer des suffixes non standardisés/documentés comme ça ?
> Ou bien c'est une suggestion "à faire standardiser d'abord" ?

Comme tu le sens :)

Il n'y a pas de règle, et si il y en a une, il a les exceptions :D

Un compromis, c'est d'avoir une discussion ici. Si il n'y a pas de levée de 
boucliers, tu peux le faire, le documenter sur la page FR.
Ça deviendra un standard de facto.

Même si tu lances une discussion sur tagging, un vote et que ta clé est 
approuvée, si aucune application ne l'affiche, ça ne sert pas à grand chose.

> Existe-t-il un terme générique anglais pour [les chronoposts]

Il y a peut être des sites spécialisés qui décrivent les services postaux dans 
différents pays. Wikipedia ?

> Comme je disais, ça fait pas du "1 sur 2" au changement d'année, alors que 
> c'est vraiment ça que je vois dans certains bureaux de poste…

opening_hours=2020 week 01-53/2 Sa 09:00; 2021 week 01-53/2 Sa 09:00

Tu peux regarder si l'année suivante il faut commencer par semaine paire ou 
impaire.

Une autre piste est d'écrire à l'auteur de la grammaire pour voir comment gérer 
ce cas.


> D'autres font du Sa[-1], j'ai pas fini de tomber sur des cas tordus :-)
ce n'est pas tordu (pour un développeur).
[-n] signifie le nième élément d'un tableau en partant de la fin
[n] le nième élément d'un tableau en partant du début


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

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

[Yves P.]

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

J'en ai vu mais… payants. Aaaah, le commerce :D


>> mais surtout qu'il faut maintenant indiquer le Click and collect.
> delivery:covid19=yes va bien ?

Oups, je voulais dire takeaway:covid19=yes | only

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

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

[Yves P.]

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

Poubelle ! je ne comprends même pas comment c'est arrivé dans CRO ;)

> - delivery:covid19 
> =yes 
> 
>  fonctionne toujours pour indiquer la possibilité de livraison.
> Par contre j'ai l'impression que cela s'applique à plus de catégories de POIs 
> (pas uniquement sur les restaurant mais aussi pour les librairies 
> ,
>  et potentiellement je pense aussi aux bibliothèques)

A tous les commerçants qui le souhaitent (Tiens, ça ne fonctionne pas pour les 
coiffeurs, les ongleries… :D )


> mais surtout qu'il faut maintenant indiquer le Click and collect.

delivery:covid19=yes va bien ?


> Il faudrait d'ailleurs avoir la possibilité d'indiquer un URL pour faire la 
> commande. Les URLs pour acheter à distance peuvent être importants : il y a 
> un mouvement important de mise en ligne de l'offre des commerçants locaux 
> 
>  en ce moment …

website=* ;)


> Un truc du type clickandcollect:covid19=yes qui soit extensible en 
> clickandcollect:covid19=http://URLduMagasin.fr  ?

KISS : les 2 précédents à ça ira bien :)


> Mais pour l'URL, on cherche peut-être quelque chose de plus générique qui 
> s'applique également à takeaway:covid19 
> =yes 
> 
>  ? Peut-être website:booking:covid19=http://URLduMagasin.fr 
>  (en se basant sur le tag déjà existant 
> website:booking:=* ).

KISS stp ;)

Une boutique via mettre sont site web à jour.
Soit il deviendra la boutique en ligne, soit sa page d'accueil affichera le 
lien du click

De plus CRO gère les valeurs multiples pour les sites web.


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

Plutôt survey:date (752  829 selon taginfo) vs check_date (115  349).

Mais c'est pour moi un métadonnée, donc je préfère la date du groupe de 
modifications.

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

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

[Yves P.]

> Disons que ces informations (les colonnes Heure_limite_dépôt_Courrier, 
> Heure_limite_dépôt_Chrono, et Heure_limite_dépôt_Colis)
> ne vont pas dans opening_hours, donc je les considère hors périmètre.
> C'est déjà assez compliqué comme ça :-)

On pourrait suffixer collection_times ;)

On trouve cet exemple dans le wiki :
collection_times = Mo-Fr 09:00-12:00,17:00; Sa 14:00
collection_times:local = Mo-Fr 23:00; Su 23:00
Ça donnerait donc quelque chose comme :
collection_times:parcel = Su-Fr 23:00
collection_times:chronopost = Su-Fr 18:00

Parcel est générique et doit se retrouver dans tous les pays.
chronopost est une marque. Existe-t-il un terme générique anglais pour ce type 
de paquets ?


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

Je ne comprend pas cette expression. DeepL me dit "un samedi sur deux". C'est 
bien ça ?
Ça ne serait pas plutôt premier et 3e samedi du mois ?
Ou samedi des semaines paires (ou impaires) ?

Le langage d'opening_hours permet cela :
Su[1,3] # 1er et 3e samedi du mois (cf. doc 
)
week 01-53/2# semaines impaires
week 02-53/2# semaines paires

> 
> J'ai trouvé "week 2-53/2" mais ça ne fonctionne pas forcément au changement 
> d’année… Fin 2020, la semaine 53 est suivie de la semaine 1, donc deux 
> semaines impaires se suivent.
Il faut peut-être l'ajuster d'une année sur l'autre ?

Suite dans un prochain mél :D

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

[OSM-talk-fr] Rendu des healthcare

[Yves P.]

Bonsoir,

> Le 5 févr. 2020 à 14:57, Georges Dutreix via Talk-fr 
>  a écrit dans Re: [OSM-talk-fr] cabinets 
> infirmiers - healthcare=nurse :
> j'ai vu qu'un ticket était en suspens sur le rendu des healthcare=*
> 
> https://github.com/cquest/osmfr-cartocss/issues/43 
> Dans la lignée de ce 
> message, je propose de reprendre le chantier des POI healthcare non rendus 
> actuellement.

J'ai ouvert le ticket #1037 
 dans le projet de 
tuiles vectorielles openmaptiles.
Il concerne la première étape qui consiste à inclure ces POI dans les tuiles.

La seconde sera des les afficher dans les différents styles vectoriels.

Vous commentaires et votre aide sont les bienvenus :)

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

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

[Yves P.]

>  "la taille de la carte est souvent une excuse pour ne pas attribuer OSM, 
> même si elle provient de membres "corporate" d'OSMF. Curieusement, Flickr 
> fait tout comme il se doit. Obtenez plus de clients comme ceux-ci @Mapbox  et 
> faites en la valeur par défaut 
> https://www.flickr.com/photos/136548402@N04/30863596060;

Bravo.

De plus je constate que cette mini carte à un système de zoom simple et clair 
en survolant simplement la "cartinette" :)

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

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

[Yves P.]

@Georges
> Je me suis permis d'ajouter un lien vers cette page dans 
> https://wiki.openstreetmap.org/wiki/FR:Key:addr 
> <https://wiki.openstreetmap.org/wiki/FR:Key:addr>
Bien vu :)

On pourrait compléter et mettre le lien vers les Adverbes multiplicatifs 
<https://fr.wikipedia.org/wiki/Adverbe_multiplicatif#Premiers_adverbes_multiplicatifs_latins>
 pour quinquies, sexies…


@Philippe
> 
> sauf que c'est faux. le B peut signifier la lettre B (après A) ou le bis 
> (après le numéro sans suffixe). Et dans certains cas, on a les deux types: 
> 12, 12A, 12B, 12C, puis 12 bis…

Ce n'est pas faux, mais peut-être incomplet ;)

C'est au contributeur de vérifier si B correspond à "bis" ou "B".
Ça se déduit plutôt bien si on trouve 12 A, 12B, 12C… ou plutôt 12, 12B, 12T, 
12Q…

Dans le doute il faut aller sur le terrain.

> les "bis, ter, etc.", qui alors ne doivent pas non plus être collés au numéro 
> mais avec une espace)

Il me semble que c'est lisible dans la colonne "exemple" mais pourquoi pas 
mettre un complément succinct (quoi qu'il y a le lien sur la discussion)


> , et devraient rester en minuscules (alors que les lettres simples peuvent 
> être accolées et devrait être en capitales dans OSM).

idem

__
Yves

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

Re: [OSM-talk-fr] Retour de Ça Reste Ouvert — Re: projet du mois de novembre ? Et projet du mois de décembre

[Yves P.]

> Par chez moi, la CCI remet en route son site 
> https://twitter.com/CCI54/status/1324658562040254464 
>  mais en repartant de 
> zéro !
> 
Le nom de domaine http://jesuisouvert.fr/54 vous rappel quelque chose ??

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

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

[Yves P.]

> A nouveau pour mémoire 
> https://www.mail-archive.com/talk-fr@openstreetmap.org/msg97921.html 
>  ;)
> 
Merci :)

J'ai commis ça : 
https://wiki.openstreetmap.org/wiki/FR:Adresses#Normalisation_du_suffixe_des_n.C2.B0_de_rue.5B1.5

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

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

[Yves P.]

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

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

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

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

Re: [OSM-talk-fr] Retour de Ça Reste Ouvert — Re: projet du mois de novembre ? Et projet du mois de décembre

[Yves P.]

Les petits commerçants se mettent au "click and collect".
Un articles des Inrocks à ce sujet : Voici une carte interactive des librairies 
proposant le service “click and collect” 
<https://www.lesinrocks.com/2020/11/04/livres/livres/voici-une-carte-interactive-des-librairies-proposant-le-service-click-and-collect/>
(avec une carte Google)

Je ne sais pas si le tag takeaway:covid19 
<https://taginfo.openstreetmap.org/keys/takeaway:covid19> est adapté pour ça.

Et je pense que CRO manque vraiment car il était fédérateur, et l'affichage des 
POI par CRO et leur filtrage étaient adaptés :)

__
Yves


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

[OSM-talk-fr] MOOC sur l'Intelligence artificielle

[Yves P.]

Bonsoir,

Pour ceux qui veulent comprendre la détection de visages sur des photos, de 
bâtiments, de routes sur des orthophotos… ces MOOCs sont fait pour vous :

Intelligence Artificielle : mode d’emploi ! 
<https://www.fun-mooc.fr/news/intelligence-artificielle-mode-demploi/> (grand 
public)
Deep Learning 
<https://www.fun-mooc.fr/courses/course-v1:CNAM+01031+session03/about?at_medium=email_emailtype=retention_campaign=newsgen_creation=CNAM_send_date=20201030_link=CNAM_01031_session03_recipient_list=1>

__
Yves

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

Re: [OSM-talk-fr] Retour de Ça Reste Ouvert — Re: projet du mois de novembre ? Et projet du mois de décembre

[Yves P.]

@Christian
> Attention à ne pas trop se disperser…
Ajouter des POIs manquants ou les logos (qui sont appréciés sur le rendu FR) 
c'est un "détail"…

Quitte à discuter, autant parler sans filtre des besoins matière de carte.
Dans un second temps, on va trier :)

> il y a déjà du boulot pour stabiliser sur le long terme un remplaçant de 
> osm24.eu <http://osm24.eu/>
Je ne me rappel pas comment fonctionnait ce site. CRO fonctionnait plutôt bien 
en matière d'affichage :)

> Je m'étais lancé dans quelque chose de ce type avec OpenEventDatabase…
Je pensais à ça :)

OSM ne peut pas et ne va pas tout afficher.

Mais on peut tester un système de "notes" simple mais plus évolué.
Avec pourquoi pas des mots-clés dans l'URL pour que l'utilisateur puisse 
choisir ce qui l'intéresse ?
La source pourrait être OpenEventDatabase avec des données d'intérêt général et 
ciblé (catastrophe),
mais aussi un flux GeoJSON Events <https://github.com/sgillies/geojson-events> 
que l'utilisateur choisi d'afficher.

@Franz
> Dans les problèmes constatés lors du 1er confinement, il y avait la 
> difficulté d'indiquer les horaires/états/contacts des différents 
> services/fonctions d'une même entité : services des mairies, accueils 
> physique/téléphone/mail des entreprises, commande/achat/consommation sur 
> place/à emporter/à distance,…
On ne peut pas mettre les horaires de tous les services d'une mairie (comme on 
ne peut pas afficher tous les POIs d'un carte).
Le site web de l'établissement sert à ça.

Il faut afficher les horaires d'accueil physique, et éventuellement les 
horaires d'ouverture du standard téléphonique.
avec phone:opening_hours=* par exemple ?

> Ce n'est gérable dans OSM qu'en bidouillant (plusieurs POI par entité)
On bidouille comme ça aussi parce que les valeurs multiples de tags sont 
foireuses dans OSM…
Certes, un hôtel-restaurant avec des horaires pour chacun risque d'être 
compliqué.
De toutes façon, on n'arrivera jamais à faire rentrer le monde dans des boites 
;)

> je pense qu'il faudrait partir sur de nouvelles bases (!) liant objets OSM et 
> informations pratiques/légales/…
Des sites web utilisent des micro formats.
On pourrait les moissonner et afficher les infos à la "source". Pour des 
numéros de téléphone ça doit fonctionner, pour des horaires ça me parait plus 
compliquer.
En tout cas, CRO affichait des informations "externes" à OSM pour les "marques"

> une partie "urgence" : alertes météo, sanitaire, attentats, remplissage des 
> services d'urgence,... qui pourrait se faire en lien avec ou en support de 
> VISOV (http://www.visov.org <http://www.visov.org/>) ?
Pourquoi pas si cette asso fournit un flux "standard" ou une API qui puissent 
nourrir OpenEventDatabase.

La question ensuite est celle de la pertinence des données.
En France, je peux avoir confiance dans les alertes de Météo France, le 
gouvernement…
Dans une démocratie, c'est moins évident.

__
Yves

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

Re: [OSM-talk-fr] Retour de Ça Reste Ouvert — Re: projet du mois de novembre ? Et projet du mois de décembre

[Yves P.]

> - renseigner l'ouverture, les horaires modifiés et certains changements dans 
> le fonctionnement de commerces pendant le confinement (livraison, etc)
Au niveau de la saisie, il y a encore des améliorations à apporter.
Effectivement, bien réfléchir sur ce point.

> - accéder facilement à ces infos
Je pensais surtout à ça.

On pourrait afficher les POIs qui manquent dans les rendus actuels (maison de 
santé, laboratoires d'analyses biologique, DAE…)
C'est plutôt facile à faire en vectoriel ;)

Aussi afficher les logos des POIs façon rendu français (La Poste, SNCF…)

…La cartographie intérieure (ça donnera des idées aux contributeurs, hôpitaux, 
universités, centre commerciaux…)

> on pourrait aussi imaginer pérenniser un tel service pour mettre en valeur 
> ces informations dans OSM, je parle des horaires, de la possibilité d'être 
> livré ou le à emporter.
Je n'avais pas détaillé, mais globalement tous les champs affichés par CRO.

> caresteouvert pourrait devenir cestouvert
tant qu'à faire : OpenStreetMap.fr (et ça donnera peut-être des idées à la 
fondation, qui sait ?)

> et utiliser les tags temporaires le temps de leur pertinence (covid, mais 
> aussi catastrophe naturelle, je pense à la tempête Alex ou bien d'autres) 
Bien vu pour Alex :)

Par exemple une couche vectorielle indépendante d'OSM contenant des infos 
temporelles ?
Par exemple des "notes" structurées (GeoJSON) : accidents, bouchons, marchés, 
manifestations culturelles, courses cycliste…

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

[OSM-talk-fr] Retour de Ça Reste Ouvert — Re: projet du mois de novembre ? Et projet du mois de décembre

[Yves P.]

> Quels sont les besoins aujourd'hui ?

Un besoin plus général que CRO : rechercher les POIs et les afficher proprement 
sur une carte vectorielle.
mél, téléphone, fax, site web, horaires…

Ensuite en fonction de l'actualité et de l'intérêt général, afficher des thèmes 
spécifiques.


> Ou trouver du gel et des masques ? A priori non.
+1


> alors arrive la question des ressources à y allouer, et ça n'est pas neutre. 
> Comme évoqué par Florian plus haut, qui reprendrait le flambeau, 
> développerait, animerait ? L'équipe de la v1 ne sera(it) pas forcément celle 
> de la v2.

Essayons déjà de répondre au besoin :)

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

Re: [OSM-talk-fr] Données fournies par fichier SIRET

[Yves P.]

> Mais autour de chez moi, cela ne correspond absolument à rien de visible. Ou 
> alors serait-ce juste l'adresse perso (siège social) du charcutier ou du 
> marchand de fleurs ?

En effet, il y en a beaucoup dans ce cas.
Les entreprises ayant déménagées ou coulées ne sont pas forcément à jour.

__
Yves

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

Re: [OSM-talk-fr] Projet du mois Décembre : lieux de test COVID (était "Carte des lieux de test COVID")

[Yves P.]

> Une recherche rapide en mode gros doigts sur un smartphone donne ce :
> https://www.atlasante.fr/geonetwork/srv/fre/catalog.search#/metadata/e63f704c-9244-4fad-b94e-935574d414a0
>  
> <https://www.atlasante.fr/geonetwork/srv/fre/catalog.search#/metadata/e63f704c-9244-4fad-b94e-935574d414a0>
> 
> Pour ceux qui ont un vrai clavier et une souris, pouvez-vous regarder si on 
> trouve des données  pour les autres régions ?

J'ai fait une recherche et il ne semble pas y avoir de données, seulement un 
renvoi vers https://sante.fr/recherche/trouver/DepistageCovid

En hackant la page, https://sante.fr/sgpajax retourne les données paginées 
depuis ou vers un site Drupal.
C'est loin d'être une API 

Bon, on verra ça demain…

__
Yves

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

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

[Yves P.]

> Vous remarquerez que les centres de prélèvement sont sur leur carte sauf
> celui de prélèvement Covid :
> 
> https://www.openstreetmap.org/#map=19/47.75089/-3.37609

2 explications possibles :
le lieu de prélèvement de l'ancienne caserne n'est plus en activité
le site web n'est pas à jour car c'est un lieu temporaire, il faut appeler le 
prestataire de services pour modifier le site, racker… ?

"A partir du lundi 28/09/2020, les prélèvements en vue du dépistage Covid 19, 
seront réalisés SANS RENDEZ VOUS sur le site de l’ancienne caserne des 
pompiers, située à l’angle de la rue Henri Dunant et de la rue François Le Levé 
à Lorient de 7h45 à 12h30 du lundi au vendredi et de 7h45 à 11h30 le samedi"
Source : https://www.biolor.fr

Dans OSM, il n'y a pas d'ancienne casernes des pompiers à Lorient ;)
https://www.openstreetmap.org/search?query=ancienne%20caserne%20des%20pompiers%2C%20Lorient#map=19/43.95114/4.81625

__
Yves


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

Re: [OSM-talk-fr] Reprendre les vidéos libres de CapitaineMoustache sur peertube.openstreetmap.fr

[Yves P.]

>
> Il vient de libérer son travail en optant pour la licence Creative
> Commons BY.
>
Bravo et merci.

>
Je trouve que ces vidéos mériteraient un hébergement libre sur
> https://peertube.openstreetmap.fr.
>
+1

Est-ce possible de rajouter des sous titres avec peetube ?

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

Re: [OSM-talk-fr] Projet du mois Décembre : lieux de test COVID (était "Carte des lieux de test COVID")

[Yves P.]

> Retour d'expérience d'un de mes collègues : le site sante.fr contiendrait
> pas mal de données obsolètes. Sur les 10-15 lieux autour de chez lui qu'il
> a appelé fin septembre, tous lui ont dit qu'ils ne faisaient plus les
> tests.
>
Merci pour ce retour.

>
Cela ouvre par contre un champ où osm pourrait contribuer à la qualité des
> données et pourquoi pas reverser à l'ARS ou autre.
>
Oui, sauf que la licence osm ne le permet pas. 
L'ARS regarde pour rendre compatible sa licence de GEODAE avec la notre.

Je vois plusieurs pistes.
Ajouter les labos absent d'OSM.
Améliorer leur localisation.
Mettre à jour les données ref:FR:FINESS
téléphone, site web, email...

Une partie peut se faire automatiquement.

Quand à faire remonter l'info à l'ARS concernant la possibilité de se faire
tester pour le covid-19, on peut en discuter avec notre contact ?



> Le principe de correlation avec une source terrain me parait donc encore
> plus indispensable que d'habitude (les labos près de chez moi ont tous une
> pancarte disant si oui ou non ils peuvent faire du PCR et/ou du
> virologique).
>
Une pancarte de ce style ?

https://94.citoyens.com/2020/un-nouveau-centre-de-depistage-covid-19-sans-rdv-a-la-defense,30-09-2020.html

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

Re: [OSM-talk-fr] Projet du mois Décembre : lieux de test COVID (était "Carte des lieux de test COVID")

[Yves P.]

>
> Une question reste en suspend pour moi : ou trouver les données ?
> Je ne vois pas de lien sur le site de L'ARS :
> https://sante.fr/recherche/trouver/DepistageCovid#
>

Une recherche rapide en mode gros doigts sur un smartphone donne ce :
https://www.atlasante.fr/geonetwork/srv/fre/catalog.search#/metadata/e63f704c-9244-4fad-b94e-935574d414a0

Pour ceux qui ont un vrai clavier et une souris, pouvez-vous regarder si on
trouve des données  pour les autres régions ?

Merci.

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

Re: [OSM-talk-fr] Projet du mois Décembre : lieux de test COVID (était "Carte des lieux de test COVID")

[Yves P.]

>
> c'est dans le langage courant ce n'est pas le test qui est introduit dans
> le nez,
>


>  - est-ce qu'on indique les différents types de test ?
>
A priori je ne vois pas l'intérêt de saisir ça dans OSM.
J'imagine qu'on va au centre le plus proche... le reste concerne les
médecins.

De plus les critères de l'ARS sont les suivants :

   - Prélèvement Covid-19 (3388)
   - Prélèvement Covid-19 Créneaux pour personnes prioritaires (236)
   - Prélèvement Covid-19 - Temporaire (72)
   - Prélèvement Covid-19 - Personnes prioritaires uniquement (53)

ce sont les mêmes dans tous les pays ?
>
Je pense que non

> Le labo prés de chez moi ne propose ces tests qu'à certaines heures, qui
> ne sont pas les mêmes que celles d'ouverture du labo (opening_hours)
>
Bonne remarque : En théorie on peut noter tout ça dans opening_hours...

Concernant le nombre, 3749 ça fait beaucoup.
Mais on doit en avoir aussi pas mal dans OSM 
Après conflation, je pense qu'il faut se concentrer sur les autres.

Une question reste en suspend pour moi : ou trouver les données ?
Je ne vois pas de lien sur le site de L'ARS :
https://sante.fr/recherche/trouver/DepistageCovid#
Je pense qu'un coup de fil à l'ARS s'impose.
__
Yves
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk-fr] Nouveau rendu osm.fr

[Yves P.]

> Concernant les rendus spécialisés, François avait démarré une version
> vectorielle du rendu CyclOSM (limité aux infrastructures uniquement),
> cf. https://2metz.fr/blog/cyclosm-vector-tiles/ 
> .


> Pourrait-on capitaliser dessus ?

Je viens de voir un rendu vélo Polonais 
 (bitmap).

En modifiant seulement le style, il doit être possible de réutiliser les tuiles 
CyclOSM vectorielles.

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

Re: [OSM-talk-fr] Nouveau rendu osm.fr

[Yves P.]

> Non, mon idée est de gardée une base commune à périmètre identique de ce que 
> ça fait déjà, pour garder ça léger et réutilisable.
+1

Exemple d'affichage sur 2 sites web différents :

++--++
| Couche ferroviaire | Couche Cyclo | Couche point d'eau |
++--++
|   Couche "fond de plan" (OpenMapTiles) |
++

 ++
 | Couche point d'eau |
+++
| Couche ferroviaire |Couche Cyclo|
+++
|  Couche "fond de plan" (OpenMapTiles)   |
+-+


> Mais d'avoir des layers de données que l'on peut rajouter et combiner. J'en 
> ai fait deux en ce sens, les arbres (1 layer) et l'infra vélo (2 layers).

ça pourrait donner ça :
+-+
|   Couche Arbres |
+-+
|   Couche  Cyclo |
+-+
|  Couche "fond de plan" (OpenMapTiles)   |
+-+

> 
> 
>> Concernant les rendus spécialisés, François avait démarré une version
>> vectorielle du rendu CyclOSM (limité aux infrastructures uniquement),
>> cf. https://2metz.fr/blog/cyclosm-vector-tiles/. Pourrait-on capitaliser
>> dessus ?
> 
> J'ai javais vu ça et le tien, le mien étant plutôt une expérience, mais je 
> trouve le résultat plutôt pas trop mal et je m'en sert moi même.

Plutôt que de faire une couche de tuiles par "POI", on pourrait avec les points 
d'eau inclus dans la couche cyclo.

Les points d'eau sont déjà dans la couche OpenMapTile 

Je viens de voir ça avec CyclOSM vector : cliquer sur l'icône carte en haut à 
droite. Tous les objets sont afficher et une bulle affiche les attributs

https://cyclosm.2metz.fr/static/index.html#19.11/48.8548288/2.3455783
https://projetdumois.fr/projects/2020-09_aed/map#map=19.11/48.8548288/2.3455783
https://www.openstreetmap.org/node/494251394


La couche OpenMapTile indique son nom, son type drinking_water, il manque 
essentiellement l'id OSM… et les autres tags (photos)

Il existe aussi un (plusieurs ?) serveurs de tuiles qui combine plusieurs 
couches à la volée.

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

Re: [OSM-talk-fr] fermeture des magasins GAP

[Yves P.]

> Tous les magasins GAP d'Europe seront définitivement fermés à partir du 20 
> octobre (source 
> https://www.lemonde.fr/economie/article/2020/10/20/en-crise-l-enseigne-gap-decide-de-quitter-totalement-l-europe_6056754_3234.html
>  
> <https://www.lemonde.fr/economie/article/2020/10/20/en-crise-l-enseigne-gap-decide-de-quitter-totalement-l-europe_6056754_3234.html>)
> 
> J'en trouve 16 en France <https://overpass-turbo.eu/s/Zft> mais on pourrait 
> créer une alerte Osmose pour toute l'Europe pour les tags suivants :

Indirectement, je propose de faire un Projet du Mois pour nettoyer les tag 
brand, operator 
<https://github.com/vdct/ProjetDuMois/issues/70#issuecomment-713315854> dans 
NSI (Name-Suggestion-Index <https://nsi.guide/>).

Du coup, osmose pourrait généraliser le processus pour toutes les "marques".

__
Yves

PS: motivations pour nettoyer la base de données de NSI et les tags dans OSM.

La base a été initialisée automatiquement à partir des données OSM.
On trouve des marques qui n'en sont pas : Café de la Poste 
<https://nsi.guide/index.html?t=brands=amenity=cafe=caf%C3%A9%20de%20la%20poste>…
Des marques étrangères qui ne sont pas implantées en France : Hagebaumarkt 
<https://nsi.guide/index.html?t=brands=shop=doityourself=Hagebaumarkt=fr>,
 Caribbean Cinemas 
<https://nsi.guide/index.html?t=brands=amenity=cinema=Caribbean%20Cinemas=fr>,
 Spizzico 
<https://nsi.guide/index.html?t=brands=amenity=fast_food=Spizzico=fr#spizzico-7eb3e4>,
 smöoy 
<https://nsi.guide/index.html?t=brands=amenity=ice_cream=sm%C3%B6oy=fr#smooy-bac155>,
 MásQMenos <https://nsi.guide/index.html?t=brands=amenity=pub=fr>…
Des noms et des pages Wikipedia en langues étrangères : BBVA Francés 
<https://nsi.guide/index.html?t=brands=amenity=bank=BBVA%20Franc%C3%A9s> 
(qui s'appelle chez nous BBVA France et qui n'est pas listée en France )
Des éléments Wikidata manquants : Au Bureau 
<https://nsi.guide/index.html?t=brands=amenity=restaurant=Au%20Bureau=fr>,
 Appel Médical 
<https://nsi.guide/index.html?t=brands=office=employment_agency=Appel%20M%C3%A9dical=fr>
Des marques pas listées en France : Adecco 
<https://nsi.guide/index.html?t=brands=office=employment_agency=Adecco=fr>,
 Burger King <https://nsi.guide/index.html?t=brands=amenity=fast_food>, 
McDonald's 
<https://nsi.guide/index.html?t=brands=amenity=fast_food=McDonald%27s#mcdonalds-658eea>,
  Manpower 
<https://nsi.guide/index.html?t=brands=office=employment_agency=manpower=fr>,
 Randstad 
<https://nsi.guide/index.html?t=brands=office=employment_agency=Randstad=fr>
d'autres cas ?

Je propose aussi de supprimer tous les tags brand:wikipedia, brand:fr… car ils 
sont redondants avec brand:wikidata.


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

Re: [OSM-talk] Find actively browsed undermapped regions and other gaps in OSM

[Yves via talk]

Really fun to see usernames where your brain expect places, I love it!
Makes me want to check on neighborhood, so it's a good work. 
Yves

Le 20 octobre 2020 15:31:15 GMT+02:00, Darafei Praliaskouski via talk 
 a écrit :
>Hi,
>
>Fixed links:
>
>Kontur OpenStreetMap Antiquity:
>https://disaster.ninja/live/#id=GDACS_EQ_1240102_1338684;position=7.92,45.59;zoom=4.4;overlays=bivariate-custom_kontur_openstreetmap_antiquity
>
>Kontur OpenStreetMap Building Quantity:
>https://disaster.ninja/live/#id=GDACS_EQ_1240102_1338684;position=-75.17,40.144086257217054;zoom=8.56;overlays=bivariate-custom_kontur_openstreetmap_building_quantity
>
>The other layers are available in the right Overlay panel.
>
>Have a good day.
>
>On Tue, Oct 20, 2020 at 3:46 PM Darafei Praliaskouski  
>wrote:
>>
>> Hi mappers,
>>
>> We’ve polished our visualization of the need for OpenStreetMap data,
>> and its quality. We’ve been building Disaster.Ninja tool to assist HOT
>> in their activation process, but believe it’s also useful for the
>> general mapping community.
>>
>> Kontur OpenStreetMap Antiquity layer lets you see where people look at
>> the map tiles versus when the map was last edited. Good way to see
>> undermapped regions that are explored by the users in search of data.
>> We base the layer on tile views information, thanks Operations Working
>> group for making it available for such analysis.
>>
>> https://disaster.ninja/live/#position=7.92,45.59;zoom=4.4;overlays=bivariate-custom_kontur_openstreetmap_antiquity
>>
>> Kontur OpenStreetMap Building Quantity is now pointing to a lot more
>> missed buildings. This became possible thanks to Copernicus releasing
>> a high resolution global landcover classification raster, and
>> Microsoft providing the computer vision detected buildings for Canada,
>> USA, Uganda and Tanzania. Look at the gaps here:
>>
>> https://disaster.ninja/live/#position=-75.17,40.144086257217054;zoom=8.56;overlays=bivariate-custom_kontur_openstreetmap_building_quantity
>>
>> I know this layer was used to plan some mapping parties in Ukraine already.
>>
>> Check out the other layers if you haven’t seen them, too. :)
>>
>> To support this visualization we combined all the available public
>> datasets (Facebook Population, OpenStreetMap, Microsoft buildings,
>> Copernicus) into a single world population dataset. If you need it for
>> your analysis, get it here:
>> https://data.humdata.org/dataset/kontur-population-dataset
>>
>> Hope to hear your thoughts on this update.
>>
>> Darafei
>
>___
>talk mailing list
>talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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

[Yves P.]

Bonsoir,

Je me posais la question des mises à jour aujourd'hui (c'est beau la télépathie 
)
J'ai regroupé vos réponses : merci 

Mise à jour journalière :
fond de carte
POI à intégrer (rouge)

Mise à jour horaire :
POI potentiel (orange)
POI dans OSM (vert)

Mise à jour à chaque rechargement :
Notes (bleu)

A l'instar d'autres projets, pouvez-vous indiquer les dates de mises à jour des 
couches, et leur fréquence ?
Est-ce qu'il existe cette info aux niveau d'OpenMapTiles ?
Concernant l'application, ces informations pourraient-être affichées 
discrètement en bas du volet de gauche.


Affichage de la cartographie intérieure

Elle serait très utile pour des projets comme celui des DAE.
Comme les tuiles d'indoor= sont disponibles et au format mot, ça devrait se 
faire relativement facilement 


Personnalisation des POIs selon le projet

Une icône personnalisée serait un plus caren passant des DAE aux bornes de 
recharges, on finit par ne plus savoir à quoi correspondent les cercles colorés 
sur la carte 


Mode affichage et mode édition

En cliquant sur un POI, on est incité à modifier les données (ce qui n'est pas 
forcément nécessaire)…
L'affichage sur le panneau de gauche est dédié à l'édition, mais trop "verbeux" 
pour consulter la carte.

Donc si on souhaite seulement visualiser les POIs, un affichage plus 
synthétique serait le bienvenu (éventuellement sous forme de bulle au survol).
Cas d'une association, une commune, un citoyen…

Salle des fêtes
Sur le mur gauche du sas d'entrée
Extérieur - 24/7

Par défaut on est en mode affichage, le symbole ⊕ du gros bouton bleu est 
remplacé par ✐pour passer en mode édition.

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

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

[Yves P.]

>> Est-ce que ce fond de carte vous paraît pertinent pour les projets du mois ? 
>> Manque-t-il des éléments ?
> J'ai fait du terrain. L'affiche des POIs serait une aide pour se repérer :)

Je confirme : sur le projet des bornes de recharge, on ne voit pas les parking, 
le nom des centre commerciaux.
https://projetdumois.fr/projects/2020-03_evcharging/map#sidebar=16.93/46.751171/5.914779

__
Yves

Pour info, les styles sont paramétrables en ligne : 
cloud.maptiler.com/customize 
<https://cloud.maptiler.com/customize/?utm_source=qgis_medium=product_campaign=qgis-plugin#basic/1/0/0>___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Yves P.]

> Est-ce que ce fond de carte vous paraît pertinent pour les projets du mois ? 
> Manque-t-il des éléments ?
J'ai fait du terrain. L'affiche des POIs serait une aide pour se repérer :)


> Votre avis/retour est le bienvenu sur 
> https://github.com/vdct/ProjetDuMois/issues 
> <https://github.com/vdct/ProjetDuMois/issues>Précises peut-être une issue 
> dédiée ;)

__
Yves

PS: Tous les contributeurs OSMn'ont pas de compte GitHub___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

Re: [OSM-talk] Idea for improving mapping system

[Yves via talk]

Out of topic content. There is discussions about being more welcoming on this 
list, along with being open to other communications channels. Even with that in 
mind, I must admit I hadn't logged in or subscribed to slack to check on the 
discussion while the topic may be of interest.
By any means, this does not mean that the idea or discussion is not worth it, 
especially if volunteers are involved in such a project, and I would not 
request anything that would refrain them to go forward. 
I'm sure I will hear about it sooner or later. 
Yves 



Le 18 octobre 2020 08:38:16 GMT+02:00, Maarten Deen  a écrit :
>+1
>
>I'm sorry if I sound a little paranoid, but somone with an email address 
>of little.banana.peel and calling him TheAdventurer64 and asking people 
>to read something for which they have to log in to with a google account 
>does not give the feel for a solid foundation for a discussion.
>
>Regards,
>Maarten
>
>On 2020-10-18 06:02, Joseph Eisenberg wrote:
>> Would you mind describing the proposed system here, in a concise form?
>> 
>> On Sat, Oct 17, 2020 at 7:36 PM TheAdventurer64
>>  wrote:
>> 
>>> Hello everyone,
>>> 
>>> A user and I were talking about implementing a system for better
>>> mapping, as described here:
>>> https://osmus.slack.com/archives/C029HV951/p1602968516431900
>>> This addition would have many benefits, including:
>>> * More mapping. We have tons of new mappers each day, as well as a
>>> great editor for them. However, many of these new mappers leave
>>> after just a few edits. Examples:
>>> https://www.openstreetmap.org/user/lukastheg03
>>> 
>>> https://www.openstreetmap.org/user/Th3Roomi3
>>> ___
>>> talk mailing list
>>> talk@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk
>> ___
>> talk mailing list
>> talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk
>
>___
>talk mailing list
>talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk

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

[Yves P.]

> - PoC, ok, mais autant partir dès le départ sur de bonnes bases, ce n'est pas 
> une excuse valable de mon point de vue

Ce n'était pas une excuse, juste une explication : Stuart a probablement 
copié/collé du code MapBox ;)
Il faudrait peut-être demander à Mapbox de revoir les attributions dans leurs 
exemples (et dans leurs sites).

Au passage, l'attribution MapBox concerne le code ou les données ?
Les données proviennent bien à 100% d'OSM ?

Le lien "Improve this map 
" me questionne :
Est-ce qu'il créé une note OSM ?
Ou la demande atterrie sur le bureau d'un salarié de Mapbox ?

Et me gêne car on dirait que la carte ne peut pas être modifier sans passer par 
MapBox.
La personne n'a pas l'info quelle peut elle-même modifier la carte.

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

Re: [OSM-talk-fr] Casino présente à son tour un magasin autonome, BlackBox

[Yves P.]

> amenity=vending_machine où l'on peut rentrer dedans la machine à vendre,

Il va falloir être souple !
Trop fort (et souple) ces chinois :D


> https://wiki.openstreetmap.org/wiki/Tag:amenity%3Dvending_machine 
> <https://wiki.openstreetmap.org/wiki/Tag:amenity=vending_machine>

Je verrais plutôt le tag de supérette (quoi qu'il doit y avoir des plus grands 
?) avec un tag pour dire qu'il n'y a pas de vendeurs.
Comme il y en a beaucoup en Chine, il faudrait en trouver quelque uns pour voir 
comment les contributeurs locaux taguent ça.


> mais est-ce nécessaire de le préciser ?


Oui, pour organiser des manifs :D

__
Yves

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

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

[Yves P.]

Re bonjour,

2 points :

1. Dans À propos de Water-Map <https://water-map.org/site/project.html>
Pourquoi le "European Water Project" ? Plus de 250 000 points d'eau dans le 
monde 
La carte des outils répertorie plus de 250 000 fontaines d'eau potable dans le 
monde, mais nous concentrons nos efforts sur les pays européens dont le système 
d'eau potable est hautement contrôlé et de haute qualité. De nouvelles 
fontaines, des cafés sont ajoutés ou rejoignent le réseau chaque jour. Tout le 
monde peut contribuer à la base de données de Water-Map :

Tu pourrais glisser un mot sur OSM 
Beaucoup (la majorité ?) proviennent d'OSM.

2. Les attributions
Elles me paraissent conformes. Tu peux soit faire remarqué que le ⓘ en bas à 
droite provient de Mapbox.
Tu peux éventuellement le virer et afficher en permanence les attributions (Ok 
sur grand écran, bof sur smartphone)

A+

__
Yves

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

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

[Yves P.]

> Je crois qu'il y a des contributeurs European Water Project sur cette liste, 
> je suis preneur de leur avis.
A ma connaissance, cette application est une sorte de Proof Of Concept.
Elle sera redéveloppée à partir de novembre si ma mémoire est bonne pour être 
pleinement utilisable pour la saison prochaine (printemps, été chez nous).

Je pense que son auteur tiendra compte de ta remarque :)

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

Re: [OSM-talk-fr] JOSM version stable 17084 : Correction des fuites de mémoire

[Yves P.]

> Ca se règle dans les paramètres de la VM: la garbage collector ne tourne pas 
> aussi souvent que tu le crois, on peut lui demander de tourner plus souvent.
Certes, mais il met semble que ma bécane ne rebootait pas toute seule avant 
avec JOSM.

Depuis la mise à jour, c'est pire.

> De plus tu peux lancer JOSM en activant la console, et tu as le moyen de 
> lancer le garbage collector à la main pour le forcer à faire un cycle complet 
> de finalisation et de libération. 
Est-ce que ça suffira ?

Je pensais que les fuites de mémoire n'apparaissaient pas dans les applications 
JAVA à cause de la "balayette", mais non :
Java does automatic Garbage collection.
However there can be situations where garbage collector does not collect 
objects because there are references to them. 
Source <https://www.geeksforgeeks.org/memory-leaks-java/>
__
Yves

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

[OSM-talk-fr] Casino présente à son tour un magasin autonome, BlackBox

[Yves P.]

Bonjour,

Il était question d'un magasin sans employé au journal télé.
C'est en France et c'est calqué sur un concept né en chine.

Voici un article, mais je ne sais pas si c'est le même magasin :
https://www.usine-digitale.fr/article/casino-presente-a-son-tour-un-magasin-autonome-blackbox-mais-sans-application-ni-camera.N1014124

Comment taguer ça ?

__
Yves




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

[OSM-talk-fr] Adressage en refonte au Castellet (Var)

[Yves P.]

Bonjour,

"Suite à l’appel à candidatures lancé lors de ces réunions publiques […] des 
habitants de différents hameaux se sont portés volontaires pour y participer".

http://www.ville-lecastellet.fr/2-non-categorise/336-l-adressage-en-phase-active-sur-le-terrain.html

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

[OSM-talk-fr] JOSM version stable 17084 : Correction des fuites de mémoire

[Yves P.]

> #19789 <https://josm.openstreetmap.de/ticket/19789>, #19793 
> <https://josm.openstreetmap.de/ticket/19793> - Correction des fuites de 
> mémoire
> JOSM est souvent très lent sur ma machine car la mémoire virtuelle est 
> "pleine". De temps en temps, la bécane plante complètement.

Il a pas mal planté malgré la mise à jour.

Du coup j'ai lancé le moniteur d'activité pour surveiller l'utilisation mémoire.

Au démarrage JOSM occupe 1.05 Go sur ma machine.

Ce matin après 1 bonne journée d'utilisation je sauve mes dernières éditions et 
supprime tous les calques sauf cadastre, OpenStreetMap Carto (Standard) et 
BDOrtho IGN.
La consommation mémoire est de 2.19 Go

Je supprime tous les calques : toujours 2.19 Go 

Fermeture de JOSM et redémarrage : 1.05 Go
Ajout des calques :
BDOrtho IGN : 1.11 Go
Ajout de OpenStreetMap Carto (Standard) : 1.15 Go
Cadastre : 1.18 Go
Je zoom, déplace l'écran… la consommation mémoire passe progressivement à 2.40 
Go !!
__
Yves



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

Re: [OSM-talk-fr] Capitelles

[Yves P.]

> Pour les photos, nous avons effectivement l'habitude de les déposer sur 
> Wikimédia Commons et j'aimerai justement qu'on en prenne le plus possible au 
> cours de nos campagnes de terrain pour illustrer un maximum de capitelles sur 
> OSM.
Merci :)

Est-ce que vous ajoutez dans OSM le tag wikimedia_commons et/ou dans Commons le 
modèle {{On OSM}}  pour lier les 2 ?

Remarque : 
image=https://upload.wikimedia.org/wikipedia/commons/6/67/Capitelle_de_Marguerittes_004.jpg
image=https://commons.wikimedia.org/wiki/File:Capitelle_de_Marguerittes_004.jpg

Préférer le tag et la syntaxe suivante :
wikimedia_commons=File:Capitelle de Marguerittes 004.jpg

image=http://www.wikigarrigue.info/wiki13/files/PhotoCartopartie_20150415_164003_20150511122240_20150511142254.jpg
idem si wikigarigue peut afficher des photos venant de Commons (et que vos 
photos sont publiées dans Commons)
YesWiki semble pouvoir afficher les photos de Wikimedia Commons : 
https://yeswiki.net/?Mediatheque


> Nous nous sommes aussi permis de renseigner sur Wikidata quelques 
> constructions "spectaculaires" : https://www.wikidata.org/wiki/Q87117811 
> <https://www.wikidata.org/wiki/Q87117811>Pour info, tu peux mettre la 
> propriété exemple d'utilisation sur Wikidata 
> <https://www.wikidata.org/wiki/Property:P1855> dans capitelle 
> <https://www.wikidata.org/wiki/Q11680151>…


> Merci pour l'ajout sur nos cabanes historiques dans le wikiosm.
De rien, ça aide tout le monde à les cartographier plus facilement :)


> Si j'ai bien compris, ça vous convient de laisser historic=shelter si elles 
> ne peuvent pas être utilisées par les randonneurs ?
> Certaines sont en assez bon état pour passer une nuit dessous, mais elle 
> risque de ne pas être reposante !
Je pensais m'abriter de la pluie, mais bivouaquer à l'intérieur doit être une 
expérience inoubliable :D

JOSM râle 724 fois "attribut manquant - shelter_type sans amenity=shelter"
On peut :
améliorer la règle de validation en tenant compte de historic=shelter
ignorer le message (mais est-ce que tout les contributeurs le feront aussi ?)
rajouter amenity=shelter (mais est-ce que ça va mettre les cabanes en danger ?)


> Ok pour remplacer bulding:material=* par material =* , est-ce que des outils 
> permettent d'automatiser le changement de tagg ? 
> Je manque de compétences en informatique à ce niveau là.
Une requête overpass depuis JOSM (cf. infra), puis édition du tag 
bulding:material, on enregistre et c'est fait :)


Voici quelques remarques après analyse des tags de ces cabanes historiques :

url
http://garrigue-gourmande.fr/index.php?option=com_content=article=7297=703
http://capitelles.chez.com/_files/_resources/htm_/list_cap_/174.html
http://petit-patrimoine.pays-uzege-pontdugard.fr/index.php?project=intra=fr=92_queryuzege=0_queryuzege=20=1_field_udeno=Cabane_field_ucom=Blauzac=default=queryuzege=uzege-show=5AU1009
Peut-être remplacé par :
un tag ref:xxx= côté OSM
un tag wikidata dans OSM et une propriété similaire côté wikidata (exemple de 
l'identifiant petit-patrimoine.com 
<https://www.wikidata.org/wiki/Property:P3324>)

Dans les 2 cas, l'identifiant unique de la cabane dans le site de "référence" 
sert de valeur pour le tag ou la propriété.
L'avantage, c'est plus concis, plus fiable et si le "projet" change d'url, il 
"suffit" d'éditer le format de l'URL une fois pour toute (exemple format de 
l'URL pour petit patrimoine 
<https://www.wikidata.org/wiki/Property:P3324#P1630>).


Projet
project=Caussesévennes (x 52)

Est-ce que ça à sa place dans OSM ?
L'équivalent plus utile pourrait-être une ref:xxx qui permet de relier le 
projet et ses données avec OSM (cf. supra)


Noms locaux ou descriptions ?
Il y a de la simplification à faire ici 
name:loc=Gendaud (x 1)
loc_name=Capitelle…
historic:fr=Cazelle
building:loc=cabane_bouscatier
building:loc=capitelle…
Descriptions
historic:description:fr=Construction en pierre sèche bâtie par les bergers sur 
les parcours pour se protéger du soleil et du vent tout en gardant le troupeau 
(x 52)
description=* tout simplement ;)
Après quel est son intérêt ?


Divers
historic_status=disused (x 3) ?

__
Yves

La requête overpass dans JOSM :

[out:xml][timeout:90];
nwr[historic=shelter]["building:material"];
(._;>;);
out meta;

La requête dans overpass turbo à partir de l'assistant : historic=shelter and 
"building:material"=*
https://overpass-turbo.eu/s/YUV

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

[OSM-talk-fr] Attribution incorrecte à La Chapelle-sur-Erdre (près de Nantes)

[Yves P.]

Bonjour,

L'attribution est "OSM Mapnik" sans lien.

https://www.lachapellesurerdre.fr/carte

Je laisse les locaux prendre contact avec la mairie :)

__
Yves

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

Re: [OSM-talk-fr] Capitelles

[Yves P.]

> La troisième "Capitelle" ressemble furieusement à un borie

Oui c'est pour ça que je propose aux spécialistes de mettre à jour la page, 
pour montrer la diversité soit de formes, soit de noms.
Il doit aussi y en avoir en dehors de la France ?

__
Yves

On rajoute aussi celle-ci 
<https://commons.wikimedia.org/wiki/File:All%C3%A9e_couverte_%C3%8Ele-Grande_06.jpg>
 ? :D


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

Re: [OSM-talk-fr] Capitelles

[Yves P.]

> On peut corriger le wiki en associant plutôt le tag material, préciser 
> explicitement material=* ou (building:material=* + roof:material=*) ou… ne 
> rien mettre.

J'ai traduit la galerie et rajouté des exemples sur "nos" cabanes en pierre 
:https://wiki.openstreetmap.org/wiki/FR:Tag:shelter_type%3Dbasic_hut#Exemples

Je vous laisse compléter/corriger et ajouter un lien vers la page des garrigues 
:)

__
Yves

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

Re: [OSM-talk-fr] Capitelles

[Yves P.]

> Je pense qu'il faut faire simple comme l'a souligné Jean-Yvon :)
> material=*

J'ai regardé la page material 
<https://wiki.openstreetmap.org/wiki/Key:material> du wiki.
building:material=* et roof:material=* sont valides mais quand on veut 
distinguer le matériau du toit et des murs.

Ici c'est simple, tout est en pierres sèches, donc il faut utiliser 
matierial=dry_stone

On peut corriger le wiki en associant plutôt le tag material, préciser 
explicitement material=* ou (building:material=* + roof:material=*) ou… ne rien 
mettre.
__
Yves

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

Re: [OSM-talk-fr] Capitelles

[Yves P.]

Bonjour Amélie,


> Sur la page dédiée au tag shelter_type=basic_hut 
> , dans 
> les tags facultatifs, il est proposé building:material=* et non pas material=*
Ce n'est pas indiqué dans la page anglaise et allemande.
Je pense qu'il faut faire simple comme l'a souligné Jean-Yvon :)
material=*


> Quoi qu'il en soit, je suis preneuse de l'avis de la communauté concernant la 
> cartographie des capitelles, puisque nous avons décidé avec le Collectif des 
> Garrigues de retourner sur le terrain pour compléter l'inventaire du 
> patrimoine en pierres sèches. Si nous devons corriger les tags, c'est une 
> bonne occasion !
> 
> Est-ce qu'on corrige :
> historic=shelter
C'est visible sur la carte des objets historiques 

 :

> En le remplaçant par les 2 tags suivants :
> amenity=shelter
> historic=yes

Si les abris sont utilisables par les randonneurs, on peut mettre le 2e cas.
Le premier me va aussi car ces cabanes sont visibles sur ce site :)

Si vous allez sur le terrain, ça serait cool de prendre une photo et de la 
publier (sur Wikimedia Commons de préférence, ou ailleurs)

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

[OSM-talk-fr] Attributions manquantes sur www.grandpoitiers.fr

[Yves P.]

Bonjour,

C'est au minimum sur la page de la police municipale 
<https://www.grandpoitiers.fr/information-transversale/annuaire-des-equipements/police-municipale-5341>.
Le signalement est fait et tracé 
<https://wiki.openstreetmap.org/wiki/FR:Manque_d'attribution_appropri%C3%A9e#Suivi_des_demandes>.

__
Yves


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

Re: [OSM-talk-fr] Capitelles

[Yves P.]

> Enfermement dans un espace de noms.
> 
> Y a-t-il le moins intérêt à utiliser building:material que material ?

A première vue, non :)

On en trouve d'autre dans taginfo (il n'y a que la première page !) :

Clé Quantité
building:material   1 512 197
material1 411 911
roof:material   1 051 643
wall:material   35 382
floor:material  16 212
roof:cover:material 8 665
roof:material:type  7 111
floor:material:type 6 582
building:lateral:material   5 645
tower:material  4 594
building:facade:material4 126
material:de 3 694


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

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

Re: [OSM-talk-fr] Capitelles

[Yves P.]

> Dans d'autres régions on les appelle "bories", moi je fais comme ça (mais je 
> ne sais pas si c'est correct) :
En Franche-Comté c'est caborde.

Un exemple https://www.openstreetmap.org/way/114448089
amenity  shelter 

shelter_type 
 
weather_shelter

Wikipedia à un article très complet sur le sujet : Cabane en pierre sèche 


Dans taginfo on trouve pour shelter_type 
 :

dry␣stone␣sheep␣shelter x 2
dry␣stone␣shepherd␣shelter x2
Stone x 1

Et 880 historic=shelter 


La plupart sont dans le sud de la France : https://overpass-turbo.eu/s/YNP

Certaines ont les attributs :
"building:loc": "capitelle",
"building:material": "dry_stone",
"historic": "shelter",
"shelter_type": "basic_hut"

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


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

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

[Yves P.]

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

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

ça se tient, mais en pratique ça peut-être une tente ou une salle des fêtes… 
avec uniquement des préleveurs (inf., laborantins…) ± 1 médecin…
le tout sans labo.

Donc un healthcare quelconque avec healthcare:speciality concernant le covid-19.
Mais il y a le problème des éventuelles valeurs mulitples : il faut faire une 
recherche avec une expression rationnelle pour les trouver tous,
ou trouver un autre sous-tag du genre covid19_testing=yes
__
Yves

Il y en avait 1 à la salle des fêtes de mon patelin, avec une bénévole? pour 
l'accueil, 2 infirmières libérales réquisitionnées,  1 médecin, et 2 personnes 
de la CPAM pour vendre le dossier médical partagé :D
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] Mes à jour de JOSM : Erreur 500 en téléchargeant le cadastre

[Yves P.]

Bonjour,

JOSM affiche le message : ResponseCode=500, Error Body=.

J'essai de mettre à jour le bâti https://www.openstreetmap.org/way/541399891.

Est-ce que vois avez-ça aussi ailleurs ?

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

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

[Yves P.]

> Il y a 6 healthcare:speciality=covid-19 dans taginfo
> 
> amenity=centre
> healthcare=doctor
> healthcare:speciality=covid-19
> 
> ou
> 
> amenity=hospital
> healthcare=hospital
> healthcare:speciality=covid-19

J'ai retrouvé ce message :

> Le 27 mai 2020 à 16:53, Yves P.  a écrit :
> 
> Ça Reste Ouvert affiche déjà les objets OSM avec les tags healthcare=centre + 
> healthcare:speciality=covid19.
> 

__
Yves

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

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

[Yves P.]

> A suivre…


Il y a 6 healthcare:speciality=covid-19 dans taginfo

amenity=centre
healthcare=doctor
healthcare:speciality=covid-19

ou

amenity=hospital
healthcare=hospital
healthcare:speciality=covid-19

Le premier cas est moyennement satisfaisant car il ne colle pas pour le cas des 
tentes installées avec uniquement? des préleveurs, mais bon faute de mieux.

Je ne trouve rien dans la page healthcare 
 et sa discussion.

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

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

[Yves P.]

>  si on se mettait d'accord pour
> représenter ça dans OSM, on pourrait avoir une carte internationale. Ça
> aurait d'autant plus d'intérêt que les tests sont souvent requis quand
> on change de pays :)

Il me semble que ça a déjà été discuté ou au moins utilisé.
Une première recherche dans le wiki donne COVID-19 - How to Map 
 mais correspond 
plus aux commerces  :horaires, distributeurs de SHA (solution hydro alcoolique).

A suivre…

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