Re: [OSM-talk] Proposed mechanical edit - remove tracking parameters

[Marc M.]

Hello,

I agree the idea and thank you for doing the operation,
can you highlight on the wiki the key and the logic ? it seem to be
key : website url source (but not   
contact:website heritage:website brand:website  
source:website operator:website was:website ?)
target : "fbclid", "gclid", "campaign_ref", "mc_id", "utm_source",
"utm_medium", "utm_term", "utm_content", "utm_campaign"

someone who doesn't read the code, must still be able
to easily understand the criteria of the operation.

Regards,
Marc

Le 13.05.20 à 13:40, Mateusz Konieczny via talk a écrit :
> URL often have unnecessary parts, typically added for tracking purposes.
> This tracking parameters sshould never appear in any osm tags.
> 
> FB, Google and other add tracking links for various purposes.
> 
> It means that it is beneficial to turn tag
> website=http://paris.intersquat.org/les-lieux/le-satellite/?fbclid=de58e340d6aa79a584552a2055042d004b9b19454bc0d7a6046fc81fc90f51
> into
> website=http://paris.intersquat.org/les-lieux/le-satellite/
> 
> This urls can be often fixed using an automated script, allowing to
> use human time on something more productive.
> 
> Human-made edit will also result in changing "last edited by"
> (while not allowing to filter out such edits unlike marked bot edit),
> there are better ways to spot areas requiring fixes and we are not lacking
> places with QA indicators that manual review is needed.
> 
> Usually tracking links are added by clueless people who just searched for
> a website and copied it from FB/Google.
> 
> There are rare cases of links created to specifically track OSM users
> see for example
> * https://www.openstreetmap.org/way/754704241/history
> ** https://www.cronauerlaw.com/?utm_source=openstreetmap
> * https://www.openstreetmap.org/node/1063808111/history
> **
> http://www.travelerscoffee.ru?utm_campaign=geo_source=openstreetmap_medium=link
> * https://www.openstreetmap.org/node/6817678019/history
> **
> https://www.resotainer.fr/agence-bonneuil-sur-marne?utm_source=open-street-map_medium=recherche-locale_content=openstreetmap_campaign=open-street-map-garde-meubles-bonneuil-sur-marne
> * https://www.openstreetmap.org/node/1684317522
> **
> http://www.travelerscoffee.ru?utm_campaign=geo_source=openstreetmap_medium=link
> 
> In general I have not noticed correlation between presence of tracking links
> and additional issues that would not be detected automatically.
> 
> Therefore automatic removal of tracking parameters is not causing loss of
> useful indicators of areas that should be reviewed.
> Osmose and JOSM validators and StreetComplete are offering better
> indicators.
> 
> Automatic removal would allow me to spend time on something more useful,
> than reviewing all cases where this links are present and confirming
> them one by one.
> 
> Proposed bot edit would remove links where all used parameters are tracking
> users and may be removed. Other links will be reviewed manually to catch
> also currently unknown tracking parameters.
> 
> Anchors (#section) will be preserved.
> 
> Parameters for removal across OSM: fbclid, gclid, campaign_ref, mc_id,
> utm_source, utm_medium, utm_term, utm_content, utm_campaign
> 
> Code is tested, I am currently using it in a manual review mode.
> Sole difference in but run will be disabling of manual confirmation.
> 
> I have experience with automated edits, see
> https://wiki.openstreetmap.org/wiki/Mechanical_Edits/Mateusz_Konieczny_-_bot_account
> 
> Yes, editing element will cause it to be edited and change "last edited"
> date.
> Effect will be exactly the same in case of using bot and manual edit
> (which I will do anyway in case of rejecting this automated edit proposal).
> Note that in case of bot edits you may filter out bot edits marked as
> automatic.
> 
> Documentation page:
> https://wiki.openstreetmap.org/wiki/Mechanical_Edits/Mateusz_Konieczny_-_bot_account/remove_tracking_parameters
> 
> Edits that would be made by bot, based on currently present tracking
> parameters:
> https://gist.github.com/matkoniecz/6710d066fea6596533f5013040eb5dc1
> 
> ___
> 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] Quality and the Openstreetmap value chain

[Jean-Marc Liotier]

On 5/12/20 2:52 PM, Colin Smale wrote:
As you and many others frequently remind us: OSM is first and foremost 
about the data and not any specific use-case or rendering thereof.
Yes - but a data model is not a neutral representation of reality: it is 
a projection through a use-case, mapping reality to a construct fit for 
specific purposes. In the relational database world, we cannot produce a 
satisfactory schema without knowledge of what sort of queries are 
intended. Flattening the highly dimensional reality into any data model 
involves such choices. Closer to the daily preoccupations of 
Openstreetmap, even lists of attribute values are reductionist and 
finding the appropriate tradeoff cannot be achieved isolatedly: it 
requires input from those who will deal with the consequences of the 
choices - the data-consuming users.


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

Re: [OSM-talk-fr] manque la maj de coastline sur le rendu osm-fr

[Marc M.]

Bonjour,

résumé de la saga :
- le style fr et le style br/ca/... ne mettaient pas à jour
le fichier dérivé des lignes de côte depuis... heu.. longtemps :)
maj effectuée (l'actuel date de janvier 2020) et les tuiles régénérées
- un 2ieme soucis fait que le cache frontal ne récupère pas
les tuiles ayant été maj sur le serveur de rendu (non résolu)

yaka (partie coup de main possible et facile) :
- se renseigner pq le dit fichier n'est plus maj depuis janvier.
c'est fréquent en cas d'erreur dans osm, mais hier il n'y en avait pas.
si quelqu'un veux aider sur ce point, c'est super bienvenu :)
- regarder si le soucis de tuile non à jour est important ou pas.
si c'est une nombre très réduit de tuile, je veux bien mettre à jour
à la main. si le problème est plus important, je purgerai
le cache intégralement.

yaka encore faire sur l'infra osm-fr :
- automatiser cette maj
- vérifier si c'est le même soucis sur le rendu HOT
- résoudre ou contourner le bug du cache

PS: /dirty désactivé temporairement vu le temps que cela
prend de mettre à jour une tuile sur le serveur saturé.

Cordialement,
Marc

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

[OSM-talk] Quality and the Openstreetmap value chain

[Jean-Marc Liotier]

On 5/12/20 11:42 AM, Richard Fairhurst wrote:

I love the fact that we are now 50 messages into discussing, for the second
time, a change that would be made ostensibly for the benefit of data
consumers, and yet no one has asked any actual data consumers.


Yes. Users are the ultimate measure of quality, yet they are most often 
absent from our discussions. Our history explains why: in the beginning, 
we had a blank map, which we set upon filling with whatever we could, to 
get the stone soup started. There were no consumers at all - so 
naturally our universe was supply-side entirely: the availability of 
data inspired usage, which came second. Nowadays, Openstreetmap is used 
- let's take advantage of that to improve ! Looking at the world and 
thinking about how we should model it should be done with an 
understanding of how users want it. This is difficult when we have few 
users around and very little feedback from downstream. So, if one has 
opportunities to bring that to our knowledge, please do: it is valuable 
information to the Openstreetmap project, information without which we 
cannot allocate our efforts optimally.



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

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

[Marc M.]

Bonjour,

Le 12.05.20 à 02:24, Vincent de Château-Thierry a écrit :
> la DGFiP a modifié le paramétrage de la fonction d'impression PDF 
> à laquelle on accédait, pour en effet diviser par 100 la surface
> imprimable d'un seul tenant.
autant je comprend bien que pour couvrir une commune, cette modif
entraîne une augmentation par 100 des appels et qu'il est important
de ménager leur serveur puisqu'il le demande,
autant pour télécharger le pdf de quelques bâtiments, c'est pas plutôt
un avantage ? pas plus d'appel qu'avec avec un contenu 100x moindre,
donc la charge devrait être beaucoup plus petite.
a comparer avec récupérer bcp plus via etalab et jeter 90%

> on y a (je trouve) gagné en ergonomie puisqu'on peut rester dans JOSM

sans doute vis-a-vis de la méthode manuelle historique.
Mais depuis il y a la moderne https://cadastre.damsy.net
tu sélectionnes 2009, j'ai de la chance, préparer et hop
tout est dans josm.
je t'invite à essaye de faire cela rien qu'avec josm :)
bien sur https://cadastre.damsy.net pourrait basculer sur l'api
etalab afin de disposer de données moins à jour [1], oups :)

[1] remarque semi ironique : d'un côté c'est bête d'avoir
un nouvel outil moins à jour que le précédent.
de l'autre, si osm avait intégralement le cadastre de 2019,
ce serait déjà gigantesque.

Cordialement,
Marc

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

Re: [OSM-talk-fr] Bosch eBike Charging Stations in France

[Marc M.]

Bonjour,

Le 11.05.20 à 16:46, Alznauer Florian (EB/MKB2) via Talk-fr a écrit :
> Serait-il possible / acceptable d’importer les positions des stations de
> recharge Bosch manuellement, une par une directement dans OSM sans
> utiliser un import de masse ? Cela nous permettrait de positionner les
> Powerstations à l'endroit précis où elles se trouvent sans utiliser la
> géolocalisation de Google ou les coordonnées GPS du fichier Excel que
> chaque lieu ou partenaire nous a fourni avec l’emplacement exact de la
> borne de recharge.

comment allez-vous les positionner sans utiliser la géolocalisation ?
how are you going to position them without using geolocation?

Cordialement,
Marc

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

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

[Marc M.]

>>> Dans JOSM, quand on télécharge une zone, il y a un onglet
>>> "Téléchargement depuis le Cadastre"
>> à quelle fréquence sont mises à jour les données
>> cadastre vecteur?
> les données sont celles la, il me semble :
> https://cadastre.data.gouv.fr/datasets/cadastre-etalab
> c'est trimestriel, normalement il devrait y avoir celles d'avril, 
> peut être un retard du au confinement

a noter que le cadastre via lecture de pdf lui se fait en temps réel,
un avantage inégalable, surtout vu les errements de l'autre

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

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

[Marc M.]

Le 08.05.20 à 18:54, Jérôme Amagat a écrit :
> Difficile de trouvé d'autres exemples de côte pas a jour dans le rendu
> fr, en cherchant au hasard, j'ai trouvé ça :
> https://www.openstreetmap.org/#map=14/15.7668/40.0185
> http://tile.openstreetmap.fr/?zoom=14=15.76549=40.01546=B000FFF
> les nodes ont été créé en mai 2019 :
> https://www.openstreetmap.org/changeset/70720131#map=12/15.7704/40.0388

merci, j'ai trouvé les fichiers "land-polygons" sur le serveur de rendu
osm-fr, ils datent de juin 2018
la maj craint, le répertoire n'est plus synchronisé avec son dépôt
public depuis janvier 2017

les projets mono-mainteneur, c'est galère

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

Re: [OSM-talk-fr] Ecole maternelle / primaire : amenity=school ou kindergarten

[Marc M.]

Bonjour,

Le 08.05.20 à 18:18, Christian Rogel a écrit :
> On ne peut pas esquiver la question du contenu éducatif

je trouve que c'est cela justement le fond de la question
autant je suis partisan de tag les écoles maternelle en fr comme elles
le sont hors fr dans des systèmes similaires (par ex en Suisse)
autant pour le moment, dans kindergarden, il y a à la fois la garderie
et l'école maternelle, ce qui n'est pas très cohérent.

une autre solution que je trouve plus homogène est de migrer
les garderies en amenity=social_facility social_facility:for=child
et social_facility=day_care si j'ai bonne mémoire.
pas grand monde n'a donné son avis sur cette possibilité.

Cordialement,
Marc

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

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

[Marc M.]

Le 08.05.20 à 15:12, Jérôme Amagat a écrit :
> Le ven. 8 mai 2020 à 10:47, Marc M. a écrit :
> Le 07.05.20 à 20:32, Jérôme Amagat a écrit :
> > J'en profite pour signalé qu'il y a un problème sur le rendu fr, 
> > ça fait maintenant un bon moment que la Gironde est asséché :
> 
> https://www.openstreetmap.org/relation/1675626
> il y a un an c'était en natural=water
> 
> en même temps que ce changement, les côtes
> de la gironde sont devenus natural=coastline 
> (exemple : https://www.openstreetmap.org/way/538325176 )

la ligne de côte a un processus très particulier (simplification
et test de non rupture hors des serveurs de rendu).
cela signifierait-il que le rendu osm-fr n'a pas maj la ligne
de côte depuis 1 an ?
si quelqu'un a fait une modif de ce genre ailleurs, c'est le moment
de vérifier :)

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

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

[Marc M.]

Le 08.05.20 à 14:51, Philippe Verdy a écrit :
> l'API devrait abandonner le format XML (trop verbeux et trop
> permissif), et passer au JSON

https://wiki.openstreetmap.org/wiki/API_v0.6
In March 2020, JSON support for OSM element endpoints was added.

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

Re: [OSM-talk-fr] Ecole maternelle / primaire : amenity=school ou kindergarten

[Marc M.]

Le 08.05.20 à 13:43, deuzeffe a écrit :
> il est préférable d'organiser un vote
> comme pour les propals habituelles.

mais sur quoi le vote ?
si chaque pays décide qu'un même concept a un tag différent,
cela a beau éventuelement passé en vote, c'est pas pour cela
que c'est malin comme choix.
a tout le moins ouvrir le micro inventaire que j'ai fais
au niveau mondial permettrait de voir un peu + grand pour
garder une certaine utilisabilité en dehors des frontières

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

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

[Marc M.]

Bonjour,

Le 07.05.20 à 20:32, Jérôme Amagat a écrit :
> J'en profite pour signalé qu'il y a un problème sur le rendu fr, ça fait
> maintenant un bon moment que la Gironde est asséché :
> http://tile.openstreetmap.fr/?zoom=10=45.32095=-0.73387=B000FFF

https://www.openstreetmap.org/relation/1675626
sans doute que le rendu osm-fr ne connait pas
il y a un an c'était en natural=water
"yaka" voir le code du rendu osm-carto et osm-fr
afin de tester si le code de l'un peux être repris dans l'autre
"yaka" qu'il nous faudrait un moyen plus simple pour tester
un PR de rendu (=l'idée complètement folle que j'ai d'avoir
un git osm-fr-dev mettant à jour un rendu consultable)

Cordialement,
Marc

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

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

[Marc M.]

Bonjour,

Le 07.05.20 à 11:23, Yves P. a écrit :
>> Le 5 mai 2020 à 18:35, Florimond Berthoux a écrit :
>> Je ne comprend pas, il ne t'a pas insulté
> comment interpréter "Until then this issue is just so much hot air." ?

4 personnes différentes disent qu'un façon d'avancer est de ne plus
avoir le code en dur pour faire le lien entre clef osm et url
tu es toi-même d'accord.
Tant qu'aucun code n'est écrit, ce ticket tourne dans le vide,

> Je lui propose de s'inspirer du travail des développeurs de JOSM 
> qui fonctionne bien (ils utilisent wikidata, mais aussi data items).
> Réponse à la con !! :(

il t'a dit "si qlq le fait, je regarderais, mais je ne le code pas".
je trouve cela plutôt ouvert d'esprit pour quelqu'un qui a un
avis totalement opposé à ta demande.
oui c'est con il est bénévole et non ton employé.
Réponse à la con de ma part.

Cordialement,
Marc

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

Re: [OSM-talk-fr] Ça ouvre des pistes cyclable et calque CyclOSM infra vélo

[Marc M.]

Le 07.05.20 à 11:00, Axel Listes a écrit :
> Le 07/05/2020 à 10:48, Marc M. a écrit :
>> je te conseille fortement de commencer par le point 1 vu
>> qu'il est de toute facon nécessaire si tu estimes vouloir
>> faire le point 2
> 
> En fait, j'ai déjà créé il y a plusieurs années une carto que je mets 
> à jour de temps en temps manuellement, les tuiles étant générées par
> Maperitive.
> 
> J'ai l'idée depuis un bon moment de passe à Leaflet pour automatiser les
> mises à jours, j'ai même sous la main des documentations qui semblent
> complets, cependant je n'arrive pas à me dégager du temps pour cela.

Leaflet ne s'occupe pas de la maj de la base de donnée ou des tuiles.
il ne fait qu'aller chercher renseigner l'url des tuiles situées
"ailleurs" pour afficher le rendu voulu sur la page web qui l'appelle

> La demande concerne surtout le point deux qui répond à un besoin de
> rapidement référencer les aménagements temporaires, qui doivent en
> théorie être opérationnels dès le 11 mai.

le 1 est le fait aussi, bcp plus rapide que de faire le point 2 puisque
le point 2 nécessite *aussi* un leaflet ou équivalent pour l'afficher
sur ton site.

> J'ai vu qu'il y a des fichiers json dans la forge, du coup il me
> semblait pas à priori qu'il y a de base de données, possible que je me
> trompe.

la base de donnée (quasi 1To au niveau mondial) n'est jamais comprise
dans le style vu sa taille et le fait qu'elle change toutes les minutes
cyclosm utilise une base monde hébergée par osm-fr
si tu installes une base limité une agglomération, elle sera
évidement beaucoup plus petite.
si tu veux vraiement faire cette solution, il y a aussi un docker
pour la partie bdd+tuile

> si ce n'est pas simple à mettre en place

la solution 1 minimale consiste à copier le code html de
https://switch2osm.org/using-tiles/getting-started-with-leaflet/
et à y rajouter celle de cyclo

Cordialement,
Marc

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

Re: [OSM-talk-fr] Bano v2

[Marc M.]

Bonjour,

super nouvelle \o/ merci pour le travail accompli !
en route vers le rendu bano v2 ? :-D

Le 07.05.20 à 08:29, Vincent de Château-Thierry a écrit :
> https://previous.bano.openstreetmap.fr/data/ 
il y avait un petit soucis de certificat, corrigé.

> où ils continuent pour l'instant d'être générés.

mais comme signalé, la veille base dont il dépend ne se met plus à jour
depuis le 11 avril, et donc les fichiers produits ne le sont pas.
Je ne lui prodiguerais pas un acharnement thérapeutique :)

Cordialement,
Marc

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

Re: [OSM-talk-fr] Ça ouvre des pistes cyclable et calque CyclOSM infra vélo

[Marc M.]

Bonjour,

Le 07.05.20 à 09:05, Axel Listes a écrit :
> Le 06/05/2020 à 23:04, Florimond Berthoux a écrit :
>> L'idée est d'aider le cycliste à trouver son (nouveau) chemin, faire un
>> suivit des réalisation et à encourager le politique.
>> Vous pouvez trouver le code, par ici (rien de fantasque ;)
>> https://github.com/velo-iledefrance/pistes-deconfinement
> 
> J'ai un serveur web dédié, maintenant partons du principe que je
> souhaite déployer rapidement une version de ce logiciel sur la métropole
> ou je contribue à l'introduction d’aménagements temporaires.

il faut d'abord se demander si tu as réelement besoin du logiciel
qui *produit* ce rendu ou si tu n'as besoin que de l'*afficher".

1) utiliser le rendu produit par cyclosm
je t'aurais bien dit de consulter
http://www.openstreetmap.fr/fonds-de-carte/ mais il semble qu'on y ai
oublier de dire la base :
pour utiliser un rendu, il te suffit d'une solution comme
https://leafletjs.com/
tu mets le code pour charger leaflet sur ton site
tu met dans la conf leaflet que tu veux le rendu cyclosm
et c'est out.
tu as aussi cette explication sur https://switch2osm.org/using-tiles/
n'hésites pas à faire un retour, ce serrait utile de savoir
ce que quelqu'un qui ne l'a jamais fait en pense.

2) produire son propre rendu
c'est netement plus long, surtout la première fois
il te faudra : une base de donnée, la garder à jour, installer le
logiciel de rendu et finalement il te faudra quand même de quoi
intégrer ces tuiles sur le site.
tu as un tutoriel sur https://switch2osm.org/serving-tiles/

je te conseille fortement de commencer par le point 1 vu
qu'il est de toute facon nécessaire si tu estimes vouloir
faire le point 2

Cordialement,
Marc

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

Re: [OSM-talk-fr] Tag "covid19" - Info sur le port obligatoire du masque et autres mesures de protection

[Marc M.]

Le 05.05.20 à 23:38, Frantz a écrit :
> safety_equipment ?

se laver les mains n'est pas un équipement.
c'est pour cela que safety me semble le meilleur des tags évoqués.

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

Re: [OSM-talk-fr] Ecole maternelle / primaire : amenity=school ou kindergarten

[Marc M.]

Le 06.05.20 à 03:04, Violaine_Do a écrit :
> on reste dans le cadre international

je crois qu'on n'a rien regardé côté "cadre international" :)
cad est-ce que d'autre pays ont les maternelles obligatoire
et si oui comment est-ce tagé ?

par exemple en Belgique la maternelle est non obligatoire,
fortement conseillé (et massivement suivie) et donnée
par des professeurs.

En Suisse, la scolarité obligatoire commence (selon les cantons)
à 4 ans, se nome école enfantine et se tag amenity=kindergarten

selon la page en allemand, c'est aussi obligatoire à partir
de 4 ans en Autriche.

La différence avec les certains voisins est donc légère.

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

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

[Marc M.]

Le 06.05.20 à 09:50, Brice a écrit :
> Création en cours d'une base de données géographique des stationnements
> hors-voirie i.e. parkings en souterrain, en étage et en surface (enclos
> ou barriérés).
> 
> Un article à ce sujet :
> https://www.banquedesterritoires.fr/stationnement-hors-voirie-une-base-de-donnees-est-lancee
> 
> 
> L'embryon de cette base de données :
> https://www.data.gouv.fr/fr/datasets/base-nationale-des-lieux-de-stationnement/

et l'embryon osmose :)
https://github.com/osm-fr/osmose-backend/issues/856
https://github.com/osm-fr/osmose-backend/pull/857

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

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

[Marc M.]

je n'ai pas retrouvé la discussion, mais voici 2 versions de l'idée

assistant de configuration
https://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2019/Project_ideas#Osmose-QA

éditeur pour faciliter des modifs du code
https://github.com/osm-fr/osmose-backend/issues/859

fred me renseigne aussi
https://framagit.org/PanierAvide/opendata4osmose/blob/master/doc/Analyser_spec.md

Le 05.05.20 à 15:33, Nicolas Bétheuil a écrit :
> Bah en fait c'est un peu l'idée même si le côté "sans code" mof : il va
> bien falloir convertir le jeu de données en tag pour faire rentrer les
> ronds dans les carrés. Il va bien falloir faire un peu de code, mais
> dans mon option il n'y a rien d'imposé.
> Pour m'inspirer, elle était où cette discussion ?
> 
> Le mar. 5 mai 2020 à 14:59, Marc M.  <mailto:marc_marc_...@hotmail.com>> a écrit :
> 
> Bonjour,
> 
> Le 05.05.20 à 12:24, Magalie Dartus a écrit :
> > je n'ai toujours pas acquis la compétence "charger le fichier
> > open data dans osmose".
> 
> le plus simple pour avancer me semble être :
> - publier le fichier quelque part
> - créer un ticket https://github.com/osm-fr/osmose-backend/issues
> de là, ceux "qui savent" pourront sans doute mieux guider
> sur comment faire l'analyse.
> 
> Il y avait aussi eu une discussion pour faire un système plus simple,
> sans code, genre on liste le fichier, les tags osm, et "voilà".
> mais ce n'est pas encore une réalité.
> 
> Cordialement,
> Marc
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org <mailto: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
> 


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

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

[Marc M.]

Le 05.05.20 à 12:54, GarenKreiz a écrit :
> Comment sont tracées ce type de décisions?

aucune idée pour ce cas précis mais généralement cela se discute
sur la page talk du wiki et/ou sur la liste tagging
le commentaire de la modif fait alors idéalement référence
au lieu de la discussion

généralement et idéalement :)

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

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

[Marc M.]

Bonjour,

Le 05.05.20 à 12:24, Magalie Dartus a écrit :
> je n'ai toujours pas acquis la compétence "charger le fichier 
> open data dans osmose".

le plus simple pour avancer me semble être :
- publier le fichier quelque part
- créer un ticket https://github.com/osm-fr/osmose-backend/issues
de là, ceux "qui savent" pourront sans doute mieux guider
sur comment faire l'analyse.

Il y avait aussi eu une discussion pour faire un système plus simple,
sans code, genre on liste le fichier, les tags osm, et "voilà".
mais ce n'est pas encore une réalité.

Cordialement,
Marc

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

Re: [OSM-talk-fr] Présentation et cas particulier des ref sur ronds points

[Marc M.]

Bonjour,

Le 05.05.20 à 10:29, BEGUIN,Bruno a écrit :
> nous avions présenté cette application de validation d'imports OSM 
> 'LeBonTag', lors du dernier SOTM France à domicile.

bienvenue :) j'avais vu la présentation (sur peertube de mémoire),
très sympa, même si le nom me fait penser à un outil tel le traducteur
"humain -> tag" de l'assistant d'overpass turbo

> Le wiki indique que les ronds-points n'ont pas à être tagués avec REF

la logique selon moi est qu'on ne met pas la ref de la route sur tous
les nœuds de celle-ci, pas même sur les croisements avec d'autres voies.
Si on ne met pas la ref de la route sur un carrefour en croix,
par extension on fait de même si ce "carrefour" est un rond-point.
Le carrefour en croix ou en rond-point n'étant qu'un lieu
ponctuel de plusieurs voies et non ces voies.

> 1- dans un soucis de continuité d'une route, 

un ronds-points peux aussi être représenté par un simple point
d'intersection des voies (par exemple quand il n'est pas encore
sur la vue sat ou qu'on veux faire simple)
mettriez-vous la ref sur le noeud dans ce cas ?
moi pas.
Je ne vois pas trop quelle continuité est rompue par l'absence
de ref sur les carrefours. c'est lors de sa récupération
en se basant sur la ref ?

> Et lorsque 2 départementales se croisent, la plus importante sur notre 
> hiérarchie donne son ref au rond point.

dans votre logique, la départementale la plus "faible" est discontinue ?
Si vous acceptez cette discontinuité, alors il est aussi
acceptable/gérable pour la voie la plus "importante"

> 2- <...> notamment pour le guidage GPS.

je n'arrive pas à imaginer le cas concret.
je n'aimerais pas que le guidage me dise "prenez le rond-point ref N1"
alors qu'il n'y a aucune ref sur celle-ci (et en plus, arrivant à
celui-ci, je peux difficilement en prendre un autre)
as-tu un exemple (lieu "osm" + app) où cette ref serrait utile ?

PS: en passant : merci pour la politique de la métropole concernant
l'OD et osm. en espérant toujours plus, toujours mieux :)
Il faudrait un "concours" entre métropoles/communes pour mettre
en lumière ce que d'autres ont fait et qui pourraient être transposée
ailleurs.

Cordialement,
Marc

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

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

[Marc M.]

Bonjour,

Comment ton outil se compare avec osmose ?

par ailleurs, les magasin dans osm peuvent aussi être des polygones,
dans la requête overpass, il suffit de changer node en nwr

Cordialement,
Marc

Le 05.05.20 à 11:42, Nicolas Bétheuil a écrit :
> Bonjour,
> 
> Trouvant le taf un peu laborieux et la source de données grossissant
> (800 points il y a quelques jours) je me suis lancé dans un outil pour
> aider l'humain (en bon informaticien plutôt que faire le taf en 3j, ça
> fait longtemps que je joue à ça).
> 
> L'idée est de passer sur chaque point, de faire une requête overpass
> pour trouver un point "proche" et "similaire" et de créer ou fusionner
> les informations.
> L'outil stockera les points déjà rapprochés pour ne pas les re proposer
> par défaut.
> 
> Pour l'instant juste en local, mais plus tard je publierais et peut être
> même héberger si vous trouvez ça intéressant.
> Ça demande à s'étoffer mais si ça vous parle ou si vous êtes curieux.
> 
> https://github.com/wadouk/od2osm
> 
> Bon, j'aurais sûrement pas fini pour la fin du confinement (le jeu de
> données est sur les commerces qui livrent pendant le confinement) mais
> bon, ça fait quand même des infos sur des commerces.
> Je charge un geojson retraité
> https://github.com/wadouk/opendata-paris-commerces-ouvert-covid19-vers-osm
> 



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

Re: [OSM-talk-fr] Ecole maternelle / primaire : amenity=school ou kindergarten

[Marc M.]

Bonjour,

Le 05.05.20 à 09:14, Vincent Bergeot a écrit :
> mais des objectifs différents

c'est ce qui me dérange dans l'actuel amenity=kindergarten
c'est à la fois pour le système scolaire et ce qui ne l'est pas,
alors que ce sont 2 structures avec des objectifs différents.
il y a bien le très technique isced:level=0<>no pour faire
la différence mais c'est très technique.
du coup je suis favorable à sortir l'école de amenity=kindergarten

Regards,
Marc

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

Re: [OSM-talk-fr] Ecole maternelle / primaire : amenity=school ou kindergarten

[Marc M.]

Bonjour,

Le 04.05.20 à 15:19, Frantz a écrit :
> 4 mai 2020 14:57 "Marc M."  a écrit:
>> Le 04.05.20 à 14:48, Frantz a écrit :
>>> Pour la précision operator, je n'ai pas vu de préconisation pour les 
>>> service municipaux
>> j'aurais innové avec operator:type=public/municipality
> 
> J'aime bien l'idée, mais pour les crèches intercommunales

operator:type=public/intermunicipal ? :)

> et départementales

operator:type=public/department ? :)

> Peut-être faire au plus simple ?
> operator=Nantes

c'est aussi une possibilité, plus simple.

Son défaut apparait si tu veux cibler les poi
opéré par une commune.
il te faudrait faire une requête ciblant
le nom de toutes les communes

> + operator:type=public.

C'est surement le minimum

Cordialement,
Marc

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

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

[Marc M.]

Le 01.05.20 à 22:01, Georges Dutreix via Talk-fr a écrit :
> Pour être plus universel, on pourrait alors proposer
> safety:covid19 = mask; glove; ...

cela me semble une très bonne idée.

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

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

[Marc M.]

Bonjour,

Le 04.05.20 à 20:45, Florimond Berthoux a écrit :
> Perso les gens qui me demande quelque chose en disant aussitôt merci 
> ça a le don de particulièrement m'agacer.
> Pourquoi ? Parce que c'est retirer la liberté de faire ou de ne pas
> faire à celui qui reçoit la demande.

je pense que c'est très variable selon la personne qui l'écrit
ou le recoit. pour d'autre, c'est une expression de gratitude
envers le gars qui va passer du temps à cela.

Le lun. 4 mai 2020 à 17:08, Yves P. a écrit :
> Je ne sais pas qui développe le site web d'OSM ?

il y a plus qu'une personne :)
155 personnes y ont contribué, donc le premier a 5x que de commit
que le 2ieme (ce qui ne veux pas dire 5x plus de boulot,
certains commit sont simple, d'autres lourds)
https://github.com/openstreetmap/openstreetmap-website/graphs/contributors

> Quand j'ai la (mauvaise) idée d'écrire un ticket, je tombe sur
> un(des) administrateur(s) que je trouve pour le moins obtus

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

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

perso je lis la première ligne et je m'arrête. une ref qui n'est avec
ref, c'est une erreur de tag même si c'est la pratique courante pour
cette ref. idem avec CLC:id par ex
personne même si le code était écrit, je serrais tenté par passer
mon temps à lire un autre ticket plutôt qu'encourager cette clef :)

de plus les 2 messages précédents explicants les 2 raisons ne semblent
pas prise en considération, donc fatalement le gars répond pas très
positivement si on lui répond sans tenir compte de ce qu'il répond.

le soucis principal est qu'osm.org est à la fois le site "retour pour
les contributeur" et de plus en plus le site "utilisateur final"

Cordialement,
Marc

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

Re: [OSM-talk-fr] Ecole maternelle / primaire : amenity=school ou kindergarten

[Marc M.]

Le 04.05.20 à 14:48, Frantz a écrit :
> service municipaux
> - operator=ville de {nom}

celui là en tout cas me semble à éviter.
commune=ville(s) ou village(s) + espace(s) entre eux

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

Re: [OSM-talk-fr] Ecole maternelle / primaire : amenity=school ou kindergarten

[Marc M.]

Bonjour,

Le 04.05.20 à 14:48, Frantz a écrit :
> Pour la précision operator, je n'ai pas vu de préconisation pour les service 
> municipaux

operator:type serrait la bonne idée même si elle soufre de défauts (dont
celui d'utiliser la clef "vide" :type, et de ne pas structurer en niveau
j'aurais innové avec operator:type=public/municipality

Cordialement,
Marc

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

Re: [OSM-talk-fr] attributions par l'Est Républicain

[Marc M.]

Le 03.05.20 à 15:32, Marc M. a écrit :
> Le 03.05.20 à 00:44, Donat ROBAUX a écrit :
>> https://www.estrepublicain.fr/societe/2020/05/01/une-appli-pour-manifester-depuis-son-canape
> j'ai aussi posté un commentaire sur l'article.
> Votre commentaire sur "Une appli pour manifester depuis son canapé !" a
> été rejeté par un modérateur.
> Raison invoquée : "L'erreur a été corrigée"

nouvelle correction ce midi : ajout du mot OpenStreetMap.
avec même un merci dans le message de rejet du commentaire.
il y a du progrès :) mais le journal ne veux pas que cela se
sache qu'il y a e-manifestation devant leur porte :) :)

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

Re: [OSM-talk-fr] attributions par l'Est Républicain

[Marc M.]

Bonjour,

Le 03.05.20 à 00:44, Donat ROBAUX a écrit :
> Dans un article de l'Est Républicain 
> https://www.estrepublicain.fr/societe/2020/05/01/une-appli-pour-manifester-depuis-son-canape

j'ai aussi posté un commentaire sur l'article.
Votre commentaire sur "Une appli pour manifester depuis son canapé !" a
été rejeté par un modérateur.
Raison invoquée : "L'erreur a été corrigée"

La correction a consisté à supprimer le mot google (sans mettre
le mot OpenStreetMap).
A l'heure ou la presse écrite souffre de la concurrence G-news,
c'est assez mesquin et étonnant.

> Il ne s'agit pas d'une carte Google, mais #OpenStreetMap comme l'indiquent
> les mentions en bas.

perso je ne la vois pas.

> Quand commence la désintoxication aux cartes Google de votre rédaction?/

amusant depuis un compte GM :)

On e-manifeste devant le siège de l'est-republicain ? :)
direction régionale 60 Grande rue - 25000 Besançon
https://manif.app/?lat=47.23756786062618=6.024199873209=20
:)

Cordialement,
Marc

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

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

[Marc M.]

Le 01.05.20 à 18:02, Georges Dutreix via Talk-fr a écrit :
> Le 01/05/2020 à 10:37, Frantz a écrit :
>> J'ai ajouté sur le wiki un tableau des recherches/discussions de tag en 
>> cours :
>> https://wiki.openstreetmap.org/wiki/FR_talk:Covid-19_-_how_to_map
>> onglet discussion
> ppe:covid19 = mask; glove; ...
> est une bien belle idée. Très ouvert sur l'avenir et ne rentre pas en
> conflit avec access:covid19 = *

c'est en effet une bien meilleure idée mon "yes @ masked" et plus
universel (pour les zones industrielle par ex)
mais cela ne couvre déjà pas ajd le "désinfection obligatoire"
pour lequel j'imagine il ne faudra pas longtemps avant que quelqu'un
veuille le renseigner

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

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

[Marc M.]

Bonjour,

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

est-ce que quelqu'un va choisir son commerce en fonction du fait
qu'il faut un masque ou pas ? il me semble que tout le monde
aura son masque et problème résolu.

mais si on veux le faire, access:covid19=yes @ masked
serait plus flexible (comme ajouter l'inévitable "désinfection
les mains" qui est l'étape logique suivante).

Cordialement,
Marc

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

Re: [OSM-talk-fr] Libraires et takeaway

[Marc M.]

Bonjour,

Le 28.04.20 à 16:22, Frantz a écrit :
> Que pensez-vous de distinguer avec pickup, déjà utilisé pour les colis :
> - takeaway : achat sur place d'un produit emporté
> - pickup : uniquement retrait d'un produit (sans achat sur place)

veux-tu dire qu'une pizzeria qui propose de commander
sur place ne devrait pas avoir le même tag que si tu
passes la commande par téléphone ?

si oui est-ce que cela ne devrait pas plutôt faire
l'obhjet d'un autre tag genre reservation:media=phone;onsite;web;app ?

Cordialement,
Marc

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

Re: [OSM-talk-fr] gestion du cycle de vie des infos [était: Profusion de clés covid19]

[Marc M.]

Bonjour Stuart,

Le 26.04.20 à 10:36, European Water Project a écrit :
> c'est probablement possible d'ajouter ce metadata sur les tags 
> assez facilement sans besoin d'attendre la nouvelle API

sans attendre, il y a key:date par exemple drink_water:date
mais ce n'est pas une meta.

Je ne vois pas comment ajouter un meta par clef sans modifier
l'api mais je suis ravi d'apprendre comment :)

Cordialement,
Marc

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

Re: [OSM-talk-ie] Why is Billy parish in Antrim shown as in Athlone Municipal District?

[Marc Gemis]

Brian,

I looked at 
https://nominatim.openstreetmap.org/details.php?osmtype=R=10993573=boundary
Normally this allows me to understand why a certain admin hierarchy is
returned. In this case, I do not understand why the distance is 0.1746
for the Athlone Municipal District.
It seems to be the admin level 8 that is closest to the centre of
Billy Parish. But as it is a relation, it should be returned when the
object is outside. (perhaps the relation was not properly closed at
the time Nominatim imported the data?)

If none here replies you should reach out to the Nominatim maintainers.

regards
m

On Tue, Apr 28, 2020 at 12:40 PM Brian Hollinshead
 wrote:
>
> During the stay at home I have added many CofI parishes to OSM based on
> single or combinations of civil parishes.
> Please see Billy Parish 10993573, it suggests it is in County Roscommon!!
> This applies to a number of others as well. Please can somebody explain why
> to me and also how or who can rectify it. While they all display OK it
> might be disconcerting to a person doing a search.
> Thank you.
> ___
> Talk-ie mailing list
> Talk-ie@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-ie

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

Re: [OSM-talk-ie] Why is Billy parish in Antrim shown as in Athlone Municipal District?

[Marc Gemis]

 it should be returned when the object is outside. => it should NOT be
returned when the object is outside

On Tue, Apr 28, 2020 at 3:16 PM Marc Gemis  wrote:
>
> Brian,
>
> I looked at 
> https://nominatim.openstreetmap.org/details.php?osmtype=R=10993573=boundary
> Normally this allows me to understand why a certain admin hierarchy is
> returned. In this case, I do not understand why the distance is 0.1746
> for the Athlone Municipal District.
> It seems to be the admin level 8 that is closest to the centre of
> Billy Parish. But as it is a relation, it should be returned when the
> object is outside. (perhaps the relation was not properly closed at
> the time Nominatim imported the data?)
>
> If none here replies you should reach out to the Nominatim maintainers.
>
> regards
> m
>
> On Tue, Apr 28, 2020 at 12:40 PM Brian Hollinshead
>  wrote:
> >
> > During the stay at home I have added many CofI parishes to OSM based on
> > single or combinations of civil parishes.
> > Please see Billy Parish 10993573, it suggests it is in County Roscommon!!
> > This applies to a number of others as well. Please can somebody explain why
> > to me and also how or who can rectify it. While they all display OK it
> > might be disconcerting to a person doing a search.
> > Thank you.
> > ___
> > Talk-ie mailing list
> > Talk-ie@openstreetmap.org
> > https://lists.openstreetmap.org/listinfo/talk-ie

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

Re: [OSM-talk-fr] Libraires et takeaway

[Marc M.]

Bonjour,

Le 28.04.20 à 10:41, leni a écrit :
> Les libraires sont également fermés, mais il y en a certains qui
> prennent les commandes et on peut venir chercher les livres devant la
> librairie (certains parlent de drive piéton:-P)  le wiki n'indique
> *takeaway *que pour la nourriture, peut-on l'utiliser pour les livres ?

Je suis mitigé.

takeaway indique que tu emportes au lieu de "consommer" sur place.
donc à priori je ne vois pas ce qui empêche de généraliser à un service
non-alimentaire, c'est même une bonne idée de généraliser.

Mais takeaway=yes est à mon avis par défaut pour une librairie:
un librairie permet d'emporter le livre pour le "consommer" chez soi.
Sinon c'est une simple salle de lecture comme il y en a pour les
archives ou documents public.

Du coup peut-être que ton cas se décrit avec takeaway=only :
rien ne se consulte sur place, uniquement à emporter.
sans doute à combiner avec reservation=required vu que tu dois réserver,
tu ne peux pas aller sur place quand cela t'arrange pour choisir
sans prévenir.

Cordialement,
Marc

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

Re: [OSM-talk-fr] CRO :: PDC La Poste pas de ref:laposte

[Marc M.]

Bonjour,

Le 27.04.20 à 14:04, Jacques Lavignotte a écrit :
> https://www.openstreetmap.org/node/7430657020 est l'endroid où l'on va 
> chercher ses colis
est-ce que ce n'est pas plus proche de amenity=post_depot ?
https://wiki.openstreetmap.org/wiki/Tag%3Aamenity%3Dpost_depot
traduction DeepL
Un dépôt de poste ou un bureau de livraison. Un lieu où les lettres et
les colis sont collectés et triés avant d'être livrés.
Il s'agit principalement de centres de distribution et ils ne sont
généralement pas ouverts au public, à l'exception d'un bureau de service
à la clientèle, pour collecter le courrier qui n'a pas pu être distribué
avec succès ou pour déposer le courrier en vue de sa distribution.

il y a aussi quelques amenity=post_pickup et amenity=parcel_lockers
lorsque le service fournit par une machine/distributeur

Cordialement,
Marc

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

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

[Marc M.]

Bonjour,

Le 27.04.20 à 11:14, Georges Dutreix via Talk-fr a écrit :
> Je vois qu'il existe une notion de Classe 111 "Ehpad", qu'on peut
> obtenir sous forme de tableau :
> http://osmose.openstreetmap.fr/fr/errors/?item=8340=111
> existe-t-il un moyen de filtrer la carte Osmose depuis l'interface
> (frontend) pour n'avoir que ces signalements "111" ?

depuis http://osmose.openstreetmap.fr/fr/errors/?item=8340=111
il y a le lien "carte" en haut qui permet d'aboutir à
http://osmose.openstreetmap.fr/fr/map/#item=8340=111

Regards,
Marc

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

Re: [OSM-talk-fr] erreur osmose que je ne comprend pas

[Marc M.]

l'ancien atrribut (legacy en anglais) c'est highway=bus_stop <>
railway=plateform/tram_stop/stop/station <> railway=tram_stop <> encore
une valeur différente pour chaque moyen de transport

Le 26.04.20 à 20:57, osm.sanspourr...@spamgourmet.com a écrit :
> Le message au niveau de l'IHM (ou le sous-titre dans la page passée) est
> assez clair :
> 
> /Est-ce un arrêt de bus ou de tramway ? Ajouter un attribut pour
> préciser le type d'arrêt. /
> 
> Donc Osmose te demande d'ajouter bus=yes je suppose puisque le stop
> correspondant correspond à une route de type bus. C'est vrai qu'on
> pourrait préciser "par exemple bus=yes" qui doit correspondre à 95 % des
> cas.
> 
> Jean-Yvon
> 
> Le 26/04/2020 à 20:02, David Crochet - david.croc...@free.fr a écrit :
>> Bonjour
>>
>> Je n'arrive pas à comprendre ce qui manque pour ce  genre d'erreurs :
>> http://osmose.openstreetmap.fr/fr/error/af6b5e03-eb7b-520d-8790-37ebc5d7d629
>>
>> Il veux quoi comme attribut ?

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

Re: [OSM-talk-fr] gestion du cycle de vie des infos [était: Profusion de clés covid19]

[Marc M.]

Bonjour Stuart,

Je suis bien conscient que c'est totalement insuffisant.
mais je suis partisan de la politique des petits pas :
sans admin osm.org, même avec notre "accord" sur l'utilité
d'une metadata par tag, cela n'aura pas lieu à court terme
non seulement parce que api v0.7 n'est pas pour demain mais
surtout qu'il y a une résistance à l'envisager.

Du coup je pense que le meilleur moyen pour que cela aboutise
un jour, c'est d'utilise ce qu'on a (les metadata par objet et
survey:date), montrer que c'est utile et qu'il y a une utilité
à aller + loin.

donc je vise petit. si ta fontaine est aussi veille que
https://www.openstreetmap.org/way/46627516
cela ne sert a rien de se poser la question de quand date
la dernier vérif du panneau "eau potable".
Par contre on peux facilement rajouter dans la liste
"eau potable : vérif toute les... 3 ans ?"
(valeur arbitraire, chaque utilisateur choisit ses priorités,
qui varient sûrement en fonction de la densité de point d'eau
dans les environs).

Cordialement,
Marc

Le 21.04.20 à 16:31, European Water Project a écrit :
> Bonjour Marc,
> 
> De regarder la date de dernière change set d'un objet ou le tag
> survey:date d'un objet est certe beaucoup mieux que rien, mais me semble
> peu ambitieux par rapport à une solution avec du meta data au niveau
> clef.    Par exemple, quelqu'un qui vérifie dans un survey,  l'existence
> d'une fontaine, ne vérifiera pas systématiquement la potabilité de l'eau
> ou si l'eau coule. .. qq chose qui devrait être fait tous les x années
> selon le pays et la région. 
> 
> https://wiki.openstreetmap.org/wiki/Rarely_verified_and_third-party_data_staleness_in_OpenStreetMap
>   
> 
>   
> 
>  
> 
> A bientôt, 
> 
>  
> 
>  
> 
> Stuart 
> 
> 
> 
> On Tue, 21 Apr 2020 at 15:24, Marc M.  <mailto:marc_marc_...@hotmail.com>> wrote:
> 
> Bonjour,
> 
> Merci Stuart d'avoir relancé le sujet ici.
> 
> Le 21.04.20 à 14:09, European Water Project a écrit :
> > Est-ce qu'OSMdevrait réfléchir à une durée de vie, si pas vérifiés,
> > pour certains tags ?    
> 
> je pense que oui, j'ai dans l'idée que nous pourrions construire
> communautairement une liste de catégorie, un peu comme celle de ta page.
> l'important dans un premier temps n'est pas tant de mettre une durée de
> vie sur des données mais de les classer relativement entre elle.
> 
> exemple et ordre de grandeur qui me vient en tête :
> batiment en construction : vérif mensuel
> borne véhicule électrique : 6 mois
> commerce : vérif annuelle
> borne incendie : 2 ans
> caractéristiques des batiments existant : 10 ans
> 
> les valeurs exacte importe peu (chacun devrait pouvoir choisir
> un multiple de celle-ci pour cibler d'abord le "pire" en terme
> de fraicheur)
> Mais un ordre de grandeur permet de faire des apps du genre :
> - si un objet importé n'a jamais été vu (au sens source=survey),
> proposer à quelqu'un de le valider (et donc améliorer souvent
> sa position et rajouter d'autre info.
> (c'est le sens de Geocropping)
> - si une zone en construction a + de X mois,
> demander au contributeur si c'est toujours en cours (il me semble
> que StreetComplete de déjà ce genre de chose)
> - si un commerce n'a plus été modifié depuis X temps,
> proposer de le vérifier.
> - si tu modifies un de ces poi avec source=survey, mettre
> à jour l'info fraicheur.
> - si tu modifies un objet avec une source (par ex image sat) + veille
> que la dernière vue sur le terrain, signaler/demander confirmation
> 
> Cordialement,
> Marc
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org <mailto: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
> 


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

Re: [OSM-talk-be] Telenav Mapping Project

[Marc M.]

Hello,

Le 25.04.20 à 14:23, Midgard a écrit :
> I see a lot of almost-junction reports in my
> neighbourhood, but they're all false positives.

true, it's not always an error.
wiki advice noexit=yes on final node to explicit when it's not an error.
but a tree is enought to be unable to do it remotely.

Regards,
Marc

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

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

[Marc M.]

Bonjour,

Le 24.04.20 à 17:07, Paul Desgranges a écrit :
> mes données sont donc un peu plus récentes que celles d'Osmose

La version utilisé par osmose n'a pas été mise à jour
parce que plusieurs personnes ont constaté une dégradation
de la qualité des (au moins) 2 dernières versions.

Cordialement,
Marc

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

Re: [OSM-talk-fr] Import of eBike Charging Stations in France

[Marc M.]

Hello Alznauer Florian,

happy to see you here. I translated your message.

Regards,
Marc

Bonjour,

traduction du message pour ceux qui ne sont pas à l'aise avec l'anglais:
Bosch souhaite importer ses bornes de recharge pour vélo électrique.
il nous invite à commenter sa proposition
https://wiki.openstreetmap.org/wiki/Import/eBike/ChargingStations
faite le en anglais ou en français selon votre préférence,
je traduirai au besoin.

Cordialement,
Marc

Le 24.04.20 à 11:31, Alznauer Florian (EB/MKB2) via Talk-fr a écrit :
> Dear Open Street Maps Community in France,
> 
>  
> 
> first of all I am sorry that this post is in English, but I do not speak
> French.
> 
>  
> 
> We at Bosch eBike Systems (Data Owner) would like to upload the
> locations of Bosch eBike Powerstations and Chargers in Open Street Maps
> for France via a Mass upload.
> 
> We are informed about the import guidelines and the for our data
> corresponding Info page.
> 
>  
> 
> Please have a look at the following Wiki-Page, which describes our
> initiative:
> https://wiki.openstreetmap.org/wiki/Import/eBike/ChargingStations
> 
> And let us know if we can proceed with our initiative.
> 
>  
> 
> Thank you for your Input and Feedback.
> 
>  
> 
>  
> 
> Mit freundlichen Grüßen / Best regards
> 
> *Florian Alznauer*
> 
> eBike Systems, Marketing, Communication, Branding (EB/MKB)
> Robert Bosch GmbH | Gerhard-Kindler-Straße 3 | 72770 Reutlingen |
> GERMANY | www.bosch.com
> Tel. +49 7121 35-30134 | florian.alzna...@de.bosch.com
> <mailto:florian.alzna...@de.bosch.com>
> 
> Sitz: Stuttgart, Registergericht: Amtsgericht Stuttgart, HRB 14000;
> Aufsichtsratsvorsitzender: Franz Fehrenbach; Geschäftsführung: Dr.
> Volkmar Denner,
> Prof. Dr. Stefan Asenkerschbaumer, Dr. Michael Bolle, Dr. Christian
> Fischer, Dr. Stefan Hartung,
> Dr. Markus Heyn, Harald Kröger, Christoph Kübel, Rolf Najork, Uwe
> Raschke, Peter Tyroller
> ​
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 


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

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

[Marc M.]

Bonjour,

Le 23.04.20 à 20:29, Paul Desgranges a écrit :
> je ne passe pas par Osmose

ne pas utiliser tout le prémachage osmose,
c'est pour le plaisir d'aller chercher les infos à la main ?
ou parce qu'il y a un bug non signalé ?

Cordialement,
Marc

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

Re: [OSM-talk-fr] aménagements cyclables et piétons temporaires

[Marc M.]

Bonjour,

Le 22.04.20 à 20:05, Laurence P a écrit :
> *la question de l'actualisation de ces modifications sur le terrain 
> en terme de données (notamment pour le guidage)*

Je suis persuadé qu'osm est un des meilleurs endroits pour stocker
ces informations.

cependant la majorité des logiciels de guidage ont un délais
de maj vu l'étendue couverte.
du coup il serrait sans doute utile de lister les délais de maj
et/ou prévoir une version locale mieux capable d'avoir un délais
de maj réduit.

Cordialement,
Marc

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

Re: [OSM-talk-be] Telenav Mapping Project

[Marc M.]

Hello,

Le 23.04.20 à 12:09, joost schouppe a écrit :
> I'm not aware of Brussels traffic sign data.
osmose have 421 reports "traffic sign found by IA Mapillary
but not in osm"
https://osmose.openstreetmap.fr/fr/errors/?item=8300%2C8320=belgium_brussels_capital_region

but, take care of the date and check the image yourself
to see if the IA detect a true traffic sign and not the sign on
the back of a truck or at a temporary construction site.
the red cross "false positive" is usefull in this case.
the same for traffic sign already removed.

Regards,
Marc

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

Re: [OSM-talk-be] Telenav Mapping Project

[Marc Gemis]

Hallo Adrian,

thanks for reaching out before starting the project.

Just like the others here, I wonder how bad the situation is in
Brussels in your eyes. Do you have an overview of the wrong/missing
data that you will try to fix? Do you have a list of sources that you
will use to correct those problems? This information is missing in the
TelenavMapping page you are linking to.
Without this information, it's hard to tell whether your remote work
will improve the situation or undo the hard work of the local mapping
community.

As for Flandres, we had a "street complete' project a few years ago
that added all missing roads. Furthermore, before I had spent 2 years
or so on adding all the turn:lanes on motorways, trunk and primary
road, mainly in Flandres but also in Brussels and Wallonia. It might
be worth to do an update on that. Of course, in the meantime, others
have joined that project and have updated the data all over the
country.


regards

m.

On Wed, Apr 22, 2020 at 1:09 PM Adrian Budugan
 wrote:
>
> Hi all,
>
> I am Adrian and I am part of the Mapping Team at Telenav. Our team started an 
> editing project in Belgium to make OpenStreetMap more navigable and accurate 
> in guidance.
>
> We will start editing in Brussels at the end of April, next week. There are 
> more details here - 
> https://github.com/TelenavMapping/EU_mapping_projects/issues/4.
>
> We will focus on one ways, turn restrictions, road geometry and quality 
> assurance.
>
> We we'd love to hear your advice on any local mapping guidelines, besides the 
> general OSM mapping ones (http://wiki.openstreetmap.org/wiki/Main_Page, 
> http://wiki.openstreetmap.org/wiki/Map_Features).
>
> Also, we appreciate any hints regarding available local or government data 
> that we might be able to us or anything else that might come in handy.
>
> If there are any other OSM communication channels for Belgium, please let us 
> know.
>
> If you have any questions or comments, please let me/us know.
>
> We are looking forward to hearing from you.
>
>
>
> Thank you!
>
>
>
>
>
> ___
> Talk-be mailing list
> Talk-be@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-be

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

Re: [OSM-talk-fr] Editing in France

[Marc M.]

[reply in english below]

Bonjour,

Comme vous l'avez sans doute lu, cette liste parle en français. il est
agréable de mettre au moins un résumé en français car certains d'entre
nous ne sont pas à l'aise avec l'anglais.
je leur fait donc un résumé :
La société Telenav souhaite contribuer en France, en commençant par
Paris et Montigny-le-Bretonneux, sens unique, interdiction de tourner,
géométrie des routes et corrections d'erreurs.
ils demandent des conseils, conventions locale et leur expliquer oü
trouver les sources de données.
je vais leur pointer d'aligner avec la bdortho ou couche régionale et
surtout pas avec Bing.
je vais aussi leur pointer toutes les données disponible via osmose

[in english]
this channel speaks in french. it is nice to put at least a summary in
french because some of us are not comfortable with english.
so I've written above a translation of your message.
The major layer is BDOrtho or regional layer and definitely not Bing.
a lot of opendata available via
https://osmose.openstreetmap.fr/en/map/#item=8xxx=1%2C2%2C3
and the main gov site is https://www.data.gouv.fr

Cordialement, Regards,
Marc

Le 22.04.20 à 12:16, Marius Giurgiu - (p) a écrit :
> Hello,
> 
>  
> 
> This is Marius and I am a part of the mapping team at Telenav.
> 
>  
> 
> To make OpenStreetMap more navigable and accurate in guidance, our
> mapping team is planning to start editing in France. In the beginning we
> will start with Paris and Montigny-le-Bretonneux.
> 
> n the next weeks we will focus on editing one ways, turn restrictions,
> road geometry and also validating the existing map by correcting keep
> right errors.
> 
> This is where you come in! Beside the general OSM mapping
> guidelines (_http://wiki.openstreetmap.org/wiki/Main_Page_, 
> _http://wiki.openstreetmap.org/wiki/Map_Features_),
> do you have any local mapping guidelines for us? Also, we appreciate any
> hints regarding available local or government data that we might be able
> to us.
> 
>  
> 
> If there are other OSM communication channels, we will appreciate if you
> communicate them to us as well.
> 
> We'd love any input and advice!
> 
> If you have any questions or comments, please let me/us know.
> 
>  
> 
>  
> 
> Thanks,
> 
> Marius
> 
>  
> 
>  
> 
>  
> 
> 
> ___
> 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

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

[Jean-Marc Liotier]

Je tombe sur un lac souterrain à Neuilly-sur-Seine, devant le 106 Avenue 
du Roule: https://i.imgur.com/qH2z8L1.png 
https://www.openstreetmap.org/way/468906502 - je n'en avais jamais 
entendu parler, je n'en trouve aucune trace ailleurs, l'auteur 
Openstreetmap, D2boot83 a une seul contribution - celle là, et il ne 
répond pas... Je suis tenté de supprimer. C'est un truc de Pokemon ou un 
spéléologue des beaux quartiers peut confirmer le lac ?



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

Re: [OSM-talk-fr] gestion du cycle de vie des infos [était: Profusion de clés covid19]

[Marc M.]

Bonjour,

Merci Stuart d'avoir relancé le sujet ici.

Le 21.04.20 à 14:09, European Water Project a écrit :
> Est-ce qu'OSMdevrait réfléchir à une durée de vie, si pas vérifiés, 
> pour certains tags ?    

je pense que oui, j'ai dans l'idée que nous pourrions construire
communautairement une liste de catégorie, un peu comme celle de ta page.
l'important dans un premier temps n'est pas tant de mettre une durée de
vie sur des données mais de les classer relativement entre elle.

exemple et ordre de grandeur qui me vient en tête :
batiment en construction : vérif mensuel
borne véhicule électrique : 6 mois
commerce : vérif annuelle
borne incendie : 2 ans
caractéristiques des batiments existant : 10 ans

les valeurs exacte importe peu (chacun devrait pouvoir choisir
un multiple de celle-ci pour cibler d'abord le "pire" en terme
de fraicheur)
Mais un ordre de grandeur permet de faire des apps du genre :
- si un objet importé n'a jamais été vu (au sens source=survey),
proposer à quelqu'un de le valider (et donc améliorer souvent
sa position et rajouter d'autre info.
(c'est le sens de Geocropping)
- si une zone en construction a + de X mois,
demander au contributeur si c'est toujours en cours (il me semble
que StreetComplete de déjà ce genre de chose)
- si un commerce n'a plus été modifié depuis X temps,
proposer de le vérifier.
- si tu modifies un de ces poi avec source=survey, mettre
à jour l'info fraicheur.
- si tu modifies un objet avec une source (par ex image sat) + veille
que la dernière vue sur le terrain, signaler/demander confirmation

Cordialement,
Marc

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

[OSM-talk] [Mecanical edit] booking=yes|required|no|recommended|only -> reservation=*

[Marc M.]

Hello,

in 2018, a contributor created a wiki page for the page booking=*
quickly it appeared that the documented values are exactly the same
as the reservation key.
a discussion took place with this contributor who agreed to switch to
the reservation key since it was much more common.
the fr community has also used this key, mainly for trains.
the community has also decided to switch to the reservation key
and a contry-side mecanical edit was done.

there are still ~330 booking=* tags that I plan to convert
to reservation=*.
I'm posting this message as a RFC here, the topic having already
been discussed on the wiki and on tagging a long time ago.
If the idea is appreciated, I'll of course do the wiki page to follow
the "Automated Edits code of conduct"

PS: my proposal does NOT concern the other meanings present in this key
(url booking, phone number) that we may or may not change in favor of
another key because my feeling "too big, it fails !", so this proposal
is voluntarily limited to the double booking->reservation and only that.

Regards,
Marc

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

Re: [OSM-talk-fr] #caresteouvert - Licence ouverte ?

[Marc M.]

Bonjour,

Le 21.04.20 à 11:51, GUIMARD Jean-Charles a écrit :
> *_Présentation du jeu de données :_*

puisque tu parles de requête overpass, je supose qu'il y a une 4ieme
source dans ton jeux : source openstreetmap

> -  Pour les données OSM, j’ai utilisé l’overpass api sur la clé
> opening_hours:covid19. Puis après je filtre sur différent de NULL et
> off. C’est suffisant comme critère pour avoir les commerces ouverts ou
> des commerces ne sont malgré tout pas pris en compte ?**

si opening_hours:covid19=off, alors le POI est fermé

mais si le tag est absent (je suppose que c'est ce que tu veux dire par
NULL), rien ne peux être déduit pour ce commerce, sauf les règles
légales (tel catégorie de poi est permis/interdit) ou par enseigne (tel
enseigne a décider de rester fermée)

> 
> -  Mettre la licence à chaque enregistrement est-il suffisant ?
> Ou faut-il que je sépare le jeu de données en deux pour distinguer une
> partie en licence ouverte et une partie en licence ODbL ?**

la licence ODbL est contaminante : si tu fusionnes 2 bases dont l'une
est ODbL (sous réserve que l'autre licence le permet), le résultat
composé est ODbL

> -  Quelle est la manipulation à réaliser pour connaître le
> contributeur OSM à une information ?**

il faut regarder quel numéro de version a ajouté cette information,
ce numéro de version renseigne l'utilisateur l'ayant faite.
l'historique des versions est disponible dans les extraits historiques.

> -  Un contributeur OSM peut décider lui-même de la licence qu’il
> applique à sa contribution ? Existe-il un tag « licence » pour un
> enregistrement ?**

en envoyant l'info à osm, le contributeur a préalablement donné
son accord à le publier sous licence ODbL
chaque utilisateur est libre d'inventer un tag s'il veux préciser
que sa contributeur est faite sous plus d'une licence, cependant
je ne crois pas que openstreetmap soie le bon endroit pour mémoriser
le choix d'une licence non pertinante pour osm

> -  La majorité des données consiste en une succession de
> contributions complémentaires. Par exemple, la localisation d’un
> commerce a pu être faite par un premier contributeur et ses horaires
> d’ouverture par un autre. Dans ce cas, faut-il demander à chacun de ces
> deux contributeurs leur accord pour attribuer la licence ouverte ?**

si le but est de demander aux contributeurs osm de publier leur résultat
déjà envoyé sous une autre licence, je t'invite à lire la sage lors
du changemenbt de licence osm, c'est un parcours de très longue haleine.

Cordialement,
Marc

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

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

[Marc M.]

Le 20.04.20 à 18:10, Christian Rogel a écrit :
> # le contenu général ou en détail des collections

au risque de choquer, le contenu d'une cuve est content=*
le contenu d'une bibliotheque pourrait utiliser le même tag ?
genre ce lieu contient de livres ou des dvd ou autres...

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

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

[Marc M.]

Bonjour,

Le 20.04.20 à 13:31, Christian Rogel a écrit :
> Première idée

la première qui me vient, c'est utiliser/épuiser l'existant
95 bibliothèques en aquitaine en opendata prémâché par osmose
http://osmose.openstreetmap.fr/fr/map/#item=8230

> *library:for* (dérivé de *social facility:for*) :

bonne idée

> Ensuite, on pourrait avoir *library:type* pour catégoriser les collections :

:type est un clef vide de sens car ambigue :
type visiteur public <> privé ?
type grande petite ?
type généraliste ou spécialisée ?

> *leisure = museum*
> *library = yes/closed*

que veux dire closed ?
c'est fermé ? c'est accès restreint ?

Cordialement,
Marc

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

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

[Marc M.]

Le 19.04.20 à 11:53, Frantz a écrit :
> opening_hours:covid19=open
> description:covid19=Uniquement par mail

opening_hours:covid19=open "Uniquement par mail"

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

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

[Marc M.]

Bonjour,

Le 19.04.20 à 11:50, François Boucault a écrit :
> "openings hours" : s'agit-il d'ouverture physique ou des heures
> travaillées, ou des créneaux de standard téléphonique ?

vu que la doc elle-même du tag prévoit des "sur rdv",
à minima ceux-ci sont inclu.
par exemple mon dentiste (bien avant le covid19) recoit uniquement
sur rendez-vous, il est évidement ouvert et la clef renseigne
ses horaires
vu qu'il existe des tags différent pour spécifier l'accès physique (le
tag access), autant l'utiliser et faire la différence,

> Si on considère que l'on doit ne cartographier que ce qui 
> est vérifiable sur le terrain,

ses horaires sont vérifiable sur le terrain,
bien plus que les nœuds de la frontière communale,
j'efface la frontière ?

Cordialement,
Marc

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

Re: [OSM-talk-fr] #caresteouvert Intégration données dokomaps en opendata

[Marc M.]

Bonjour,

Le 16.04.20 à 17:45, Marc M. a écrit :
> j'ai soumis la question à legal-questi...@osmfoundation.org

J'ai eu un retour de Simon Pool sur irc (donc pas au titre
de la fondation même s'il est l'une des personne bien impliquée
sur ce genre de question).

pour lui il y a un soucis moral à utiliser une source qu'on sait entaché
par un manque de consentement envers ses utilisateurs,
mais il n'y aurait peut-être pas de problème légal.
Mais s'il venait à être confirmé qu'une seule modif a été faite
ave une source fermée (tel que GoogleMap), aucune blanchiment
de licence ne tiendrait,

Puis que problème éthique ne gène pas cro,
je laisse tomber ce point, c'est de l'énergie perdue.

Cordialement,
Marc

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

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

[Marc M.]

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

jusqu'à présent =no sur une route dit qu'elle est interdite
de toute utilisation
bien sur quelqu'un peux venir pour réparer la route,
on n'a pas dit que c'était un panneau immuable.
et ce n'est pas parce qu'il ya  2 ouvriers à pied
que c'est encore utilisable comme une route.

Si tu compares avec le chemin menant à une maison
et oü le gars a mit un panneau "accès privé", je pense
et j'espère que la comparaison est limpide :
si c'est access private, tu ne peux pas y aller comme cela
tu dois contacter le proprio qui t'accordera le droit s'il veux.
tandis que quand l'administration met un =no, sur une route,
cela ne sert a rien de téléphoner c'est interdit, parce
que le pont menace de s'écrouler, parce que des ouvriers
sont entrain de travailler (et non de circuler en voiture
pour aller acheter une baguette).

avec le magasin c'est pareil
=no serrait comparable à un arreté administratif (c'est fermé même
si le proprio voudrait bien que tu viennes y faire tes courses)
tandis =private : il a tjs le droit, c'est lui qui choisit.

Le 18.04.20 à 09:44, PanierAvide a écrit :
> +1, access=no sur une route veut dire qu'on est pas sensé s'y rendre, ce
> qui empêche pas des ouvriers d'y travailler.
> 
> Adrien P.
> 
> Le 18/04/2020 à 09:41, Frantz a écrit :
>> Bonjour,
>>
>> 18 avril 2020 09:32 "Marc M."  a écrit:
>>
>>> Bonjour,
>>>
>>>> La recommandation est takeaway:covid19=yes/only +
>>>> access:covid19=no (salle/boutique
>>>> inaccessible bien que service rendu).
>>> la recommandation n'a pas de sens.
>>> un =no c'est pour interdit à tout le monde
>>> comment va-t-on prendre un colis si on c'est interdit d'y aller ?
>>> à tout le moins c'est private (pas d'accès pour le public
>>> mais au cas par cas le gars du lieu t'autorise).
>> Il ne faut pas prendre le "no" comme un absolu mais comme un "pas
>> d'accès direct" : la porte par
>> défaut est fermée, mais peut s'ouvrir sur rendez-vous, pour retrait de
>> colis à heure indiquée,...
>>
>> -- 
>> Frantz
>>
>> ___
>> 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


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

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

[Marc M.]

Bonjour,

> La recommandation est takeaway:covid19=yes/only +
> access:covid19=no (salle/boutique
> inaccessible bien que service rendu).

la recommandation n'a pas de sens.
un =no c'est pour interdit à tout le monde
comment va-t-on prendre un colis si on c'est interdit d'y aller ?
à tout le moins c'est private (pas d'accès pour le public
mais au cas par cas le gars du lieu t'autorise).

Cordialement,
Marc

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

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

[Marc M.]

Le 17.04.20 à 18:42, George Kaplan a écrit :
> (un commerce qui n’assure plus que des livraisons ou sur RDV), est-ce qu’on 
> le considère ouvert ou fermé ?

pour moi il est ouvert, tu le joint par telephone
pour commander ce qui te serra livré

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

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

[Marc M.]

Bonjour,

Le 17.04.20 à 14:55, PanierAvide a écrit :
> potentiellement des "fausses" infos en base sur les commerces fermés
> définitivement le temps de prise en compte de la note associée.

c'est aussi automatisable d'avoir un bouton "POI fermé" qui met à jour
l'objet avec was: au moins devant le shop ou amenity correspondant,
sans doute aussi le nom, le site web, le tel.
de toute façon si le poi est fermé, ne pas le modifier en automatique
consiste à avoir des infos fausse le temps de la prise en compte de la note.

Cordialement,
Marc

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

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

[Marc M.]

operator:type=public permet de les différentier de operator:type=ngo

il y a aussi quelques operator:type=university

Le 17.04.20 à 12:08, PanierAvide a écrit :
> Pour les différencier, à minima préciser operator=* (structure
> gestionnaire du lieu) ou network=* (nom du réseau de bibliothèques) sera
> une information utile.
> 
> Cordialement,
> 
> Adrien P.
> 
> Le 17/04/2020 à 12:02, Magalie Dartus a écrit :
>> Oui j'ai vu mais amenity=library ne différencie pas les bibliothèques
>> universitaire ou associatives des bibliothèques/médiathèques
>> municipales/départementales
>>
>> Mon fichier ne concerne que les bibliothèques gérées par les
>> collectivités territoriales et il en manque pas mal dans OSM
>>
>> Le ven. 17 avr. 2020 à 11:53, Yves P. > > a écrit :
>>
>>> Si c'est possible, c'est utile de rajouter la clé ref:isil
>>>  (mais pas sûr
>>> que les bibles de quartier en ont une).
>>
>> Il y a 90 bibliothèque dans OSM pour Aix-Marseille-Provence 
>> Aucune avec un ISIL 
>>
>> https://overpass-turbo.eu/s/SX1
>>
>> __
>> Yves
>>
>> PS: Pour la France, il n'y en a que 25 ! Tient, encore un boulot
>> pour Osmose (il doit bien y avoir une source OD avec la bonne licence)
>> https://overpass-turbo.eu/s/SX2
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org 
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>> ___
>> 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
> 


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

Re: [OSM-talk-fr] [caresteouvert] tag pour les marchands de marché

[Marc M.]

Bonjour,

Le 16.04.20 à 13:47, Nicolas Bétheuil a écrit :
> localisation officielle ? c'est un producteur normand 
> du coup ça fait loin non ?

Oui mais cet endroit est facile à tager :)
avec les cordonnées et tout, ce qui permettra
de le trouver dans osm.

un jour on trouvera/réfléchira à un moyen élégant pour
lier "là on produit des carottes" à "là elles sont vendue"
lorsque c'est en circuit court

une solution intermédiaire est operator sur le lieu de vente
mais cela ne fait le lien que pour la vente directe
et pas pour les circuits courts (puisque par définition,
s'il y a un unique intermédiaire, ce n'est plus le producteur
de tous les produits qui tient le point de vente)

une autre solution intermédiaire pourrait être origin=regional
https://wiki.openstreetmap.org/wiki/Key%3Aorigin
par analogie avec cuisine=regional documenté et courant
mais là aussi cela ne dit pas que c'est une circuit court
(les œufs bio du supermarché proche sont produit à 1km
mais il font >50km parce que producteur-centrale d'achat-supermarché)

sinon un horrible produce:city :( horrible parce que produce:
a déjà 2-3 utilisations différences (la date, le langue
et les produce:*=yes/no... horrible !

Cordialement,
Marc

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

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

[Marc M.]

Bonjour,

Le 17.04.20 à 09:46, European Water Project a écrit :
> c'est plutôt à nous de lier les images keys de Mapillary 
> (qui sont uniques et immuables) aux objets d'OSM. 

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

Cordialement,
Marc

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

Re: [OSM-talk-fr] Coronapiste : piste cyclable temporaire qui dure

[Marc M.]

Bonjour,

Le 16.04.20 à 22:59, Florimond Berthoux a écrit :
> Si comme à Nantes la piste remplace un aménagement (bande ou voie bus)
> on pourrait mettre :
> was:cycleway=lane|*

bonne idée

> Et pour l'aspect temporaire :
> cycleway:conditional=yes @ covid19

oui mais un oui par défaut + un oui conditionnel,
cela risque de faire réagir des QA (donc provoquer
leur suppression ou pire une correction incorrecte)
je mettrais à la place description:covid19=piste cyclabe temporaire

Cordialement,
Marc

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

Re: [OSM-talk-fr] Recouvrements highway et waterway sur Osmose

[Marc M.]

Bonjour,

Le 16.04.20 à 18:38, GarenKreiz a écrit :
> Il me semblait qu'Osmose détectait les recouvrements non déclarés entre
> les chemins "highway" et les chemins "waterway". Pourtant il n'indique
> rien pour https://www.openstreetmap.org/way/172715101 , une rue de
> Puteaux qui tente de traverser la Seine à gué.

https://osmose.openstreetmap.fr/fr/error/6edf0147-6726-832a-6ec5-b87d2a1ad420
Intersection d’objets sans rapports relatifs à la voirie et aux cours d’eau

trouvé en activant tous les niveaux de gravité et toutes les rubriques

Cordialement,
Marc

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

Re: [OSM-talk-fr] #caresteouvert Intégration données dokomaps en opendata

[Marc M.]

Bonjour,

Le 16.04.20 à 17:14, Baptiste Jonglez a écrit :
> Si je résume les avis exprimés sur la liste

j'ai soumis la question à legal-questi...@osmfoundation.org
histoire d'avoir un avis un peu plus neutre que "c'est covid19
donc c'est légal"

hélas j'imagine que cela prendra un peu de temps.

Cordialement,
Marc

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

Re: [OSM-talk-fr] [caresteouvert] tag pour les marchands de marché

[Marc M.]

Bonjour,

Le 16.04.20 à 09:19, Vincent Bergeot a écrit :
> Fausse bonne idée, vraie mauvaise idée ? Petite impression de me perdre
> dans les tags !

si on veux le tager, je l'aurais fais ainsi :

- la place de livraison (un amenity=parking_space est une partie
d'un amenity=parking sinon c'est amenity=parking capacity=1)
et access=delivery s'il y a un panneau "interdit sauf livraison".
mais si ce n'est pas une place de livraison mais le lieux d'un marché,
c'est pas bon...

- le vendeur s'apparente un peu aux commerçant de marché qu'on tag
parfois quand la position est fixe, sauf qu'il faut réserver avant
dont shop=* opening_hours localisation=outdoor et reservation=required

Mais faut-il tager le commerçant ? je n'ai pas vraiment l'impression
que c'est un "commerce légal sur livraison" mais plutôt une entourloupe
pour contourner les règles de fermeture des marchés pour confinement...
du coup à minima, ce serrait sans doute bien tager sa localisation
officielle (entreprise agricole ou bureau d'un vendeur)

Cordialement,
Marc

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

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

[Marc M.]

Le 16.04.20 à 11:32, Yves P. a écrit :
>> niveau asso osm-fr, il y avait un projet de faire un démonstrateur

> Comme le fork SC que j'ai imaginé hier ?

on avait imaginé (par ordre de volume, histoire de commencer
par l'utilisable avant d'envisagEr l'hypothétique)
- une url pour ceux qui envoye leur photo en ligne de commande
- une interface web genre Lutim  (utilisée entre autre par framapic
qui ferme en janvier 2021, donc c'est d'actualité)

tout est possible ou presque... s'il y a des bras...

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

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

[Marc M.]

Le 16.04.20 à 11:13, Marc M. a écrit :
> PS: je trouve tout à fait normal que la photo pour une photo
> soie supprimée X temps après la fermeture de la photo.

houla, je voulais dire :
je trouve tout à fait normal que la photo pour une note
soie supprimée X temps après la fermeture de la note.

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

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

[Marc M.]

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

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

L'idée est restée en l'état par manque de gens (tant pour
discuter que pour coder)

PS: je trouve tout à fait normal que la photo pour une photo
soie supprimée X temps après la fermeture de la photo.
si la photo est utile à plus long terme, elle doit être
référencée par autre chose qu'une note

Le 16.04.20 à 11:06, European Water Project a écrit :
> Bonjour Yves,
> 
> J'avais la même question sur le stockage temporaire des photos. Le
> Readme  de sc-photo-service
>  qui est une module
> utilisée par StreetComplete explique pourquoi ils ont fait le choix de
> garder les photos que
> temporairement. https://github.com/exploide/sc-photo-service  
> 
> Je trouverai très intéressant qu'on trouve un streamlined workflow pour
> prendre et stocker des photos de qualité sur un serveur accessible à
> tous pour pouvoir les liées aux objets dans OSM (par exemple: /une
> devanture de café ou un restaurant/).  Par qualité, c'est plutôt le
> cadrage et la luminosité qui compte, pas la densité des pixels.   
> 
> Lundi j'ai parlé de ce sujet, d'ajout des photos individuels dans
> Mapillary, avec Chris Beddow de Mapillary qui a écrit ticket #1780
>  et hier avec
> Fredrik Glans, le nouveau Directeur de Business Development de
> Mapillary. Fredrik est également intéressé par cette fonctionnalité car
> il y a des clients payants de Mapillary qui pourraient en profiter.  
> 
> Bien cordialement,
> 
> Stuart 
> 
> 
> 
> 
> 
> On Thu, 16 Apr 2020 at 10:23, Yves P.  > wrote:
> 
>> J'ai (re)testé hier. Voici les notes générées
>> 
>> .
> 
> Et encore un test plus "grand".
> 
> Mauvaises surprises :
> 
>   * les photos sont redimensionnées :
>   o je ne peux pas lire les références sur un poste de
> transformation électrique.
>   o la photo perd en résolution, dommage pour Wikimedia Commons
>   * Il semble que dès que la note est fermée, elle est effacée du
> site web de StreetComplete qui sert de stockage (temporaire)
>   * pas d'enregistrement en pleine résolution dans la galerie du
> smartphone (pour pallier les pb ci-dessus et une perte
> éventuelle de données cf. issue #1768
> )
> 
> 
> Ça serait pratique de pouvoir choisir le site de stockage
> (westnordost mais aussi Mapillary, Wikimedia Commons…).
> 
> De plus le processus ne semble pas documenté (d'où mes mauvaises
> surprises).
> J'ai déposé un ticket #1781
> 
> 
> Autre détail, sans connexion 3/4/5 G, il me semble pas possible
> d'envoyer la note.
> Un mode offline serait pratique.
> __
> Yves
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org 
> https://lists.openstreetmap.org/listinfo/talk-fr
> 
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 


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

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

[Marc M.]

Le 16.04.20 à 10:34, Yves P. a écrit :
> reformatter au passage le n°

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

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

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

[Marc M.]

Le 15.04.20 à 10:30, Yves P. a écrit :
>> un point virgule valait pour une valeur multiple

c'est bien cela même si toute les applications ne le gèrent pas

>   * les applications doivent gérer ces cas.

l'inverse est tout aussi vrai :
les applications doivent gérer phone_1 phone_2 etc
et à ma connaissance aucune ne le fait.
et parmi celle qui déclarent les clefs utilisées,
aucune ne gère phone_1
https://taginfo.openstreetmap.org/keys/phone_1#projects

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

Re: [OSM-talk-fr] Une borne de téléconsultation médicale

[Marc M.]

Bonjour,

Le 14.04.20 à 01:10, Donat ROBAUX a écrit :
> 1. Il n'est pas dit que dans un avenir proche, il y ait autre chose 
> que des médecins de l'autre côté de la borne.

c'est très probable (voir même probablement déjà le cas), et ce jour
là ce ne serrait plus un "docteur" à distance, mais un mini centre médical.
donc je ne vois pas le soucis à tager le service et non la techno
en tag principal

> 2. J'ai déjà vu des bornes de téléconsultation dans des pharmacies ou des
> mini-centres de santé. Du coup, un médecin dans une pharmacie ou une
> pharmacie chez un médecin. Evidemment sur le même objet. Donc pour moi il
> faut séparer les choses.

oui, il suffit de faire 2 objets :)
comme lorsqu'il y a un pharmacie et un médecin dans le même batiment,
ou une boite aux lettre sur le batiment de la mairie

Cordialement,
Marc

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

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

[Marc M.]

Le 14.04.20 à 17:45, Eric SIBERT a écrit :
> takeaway:covid19 -> "Vente à emporter uniquement". 
> Non, c'est plutôt retrait de commande. Comment coder?

takeaway:covid19=no
reservation:covid19=required

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

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

[Marc M.]

Le 14.04.20 à 15:16, Frantz a écrit :
> 4) "détails" contient des infos qui annulent toutes les autres données : faux 
> signalement, ou commerce déplacé, ou parle du commerce d'à côté

> - pour gérer ce dernier point, toujours le fait du propriétaire du magasin 
> visé, renvoyer les commerçants vers un formulaire exhaustif (ou leur proposer 
> l'alternative) : la plupart seront contents d'enrichir les infos sur leur 
> commerce, et ça pourrait inciter les autres à prendre plus de temps, par 
> exemple pour entrer les horaires hors covid19).
+1 ! un signalement commerce erroné ne doit pas se noyer dans les covid

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

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

[Marc M.]

Bonjour,

Le 14.04.20 à 12:21, PanierAvide a écrit :
> cumuler contribution directe + note OSM si des détails sont fournis :
> Nous sommes preneurs de vos retours :-)

replay :
tout ce qui peux être mis à jour automatiquement dans osm doit l'être,
il n'y a aucune pluvalue à demander à un humain de copie/coller un tag
d'une note vers l'objet osm.
donc oui diviser la contribution en changeset+note est une évidence
réclamée depuis... enfin bref...

Cordialement,
Marc qui fait des retours sans retour

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

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

[Marc M.]

Bonjour,

Le service a été coupé le 2 avril 2019
Je propose de virer contact:google_plus
ainsi que les quelques clefs ayant plus.google.com

avis ? objection ?

Cordialement,
Marc

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

Re: [OSM-talk-fr] Zone (rayon) de livraison

[Marc M.]

Le 13.04.20 à 00:01, Matthieu Godet via Talk-fr a écrit :
> Jusqu'à présent j'ai bêtement mis la zone couverte en description, mais
> je n'ai pas trouvé de documentation, une idée ?

au pif, en attendant de mieux y réfléchir, j'aurais mis
delivery:lenght=x km
et/ou
delivery=yes
delivery:conditional=no @ > x km

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

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

[Marc Mongenet]

Un voie de service peut recevoir bien plus de trafic qu'une résidentielle,
tout dépend du service. Par exemple une aire de service d'autoroute, un
accès à une station service fréquentée, un accès à un hypermarché.
Et un bon indice que l'on a affaire à une voie de service, c'est qu'elle
n'a pas de nom, donc non, on n'en a pas peu à faire. D'ailleurs, mon
éditeur m'avertit lorsque je sauvegarde une route sans nom, mais pas s'il
s'agit d'une voie de service.
Mais surtout, une voie dans une agglomération, ouverte à la circulation,
qui dessert des habitations, qui n'est pas dans un lotissement fermé ou un
autre cas un peu particulier, c'est a priori une voie résidentielle. La
taguer comme service parce qu'elle est étroite, je trouve que ça sent fort
le tag pour le rendu.

Marc Mongenet


Le dim. 12 avr. 2020 à 18:21, Florimond Berthoux <
florimond.berth...@gmail.com> a écrit :

> C'est surtout une question de hiérarchie des voies une residential est
> plus grosse et reçoit plus de trafic en tous genre qu'une service qui est
> plus petite et reçoit un trafic plus spécifique.
> En dessous de service il reste que les chemins.
> La notion public, nommée ou non n'a que peu à faire ici.
>
>
> Le dim. 12 avr. 2020 à 15:36, Marc Mongenet  a
> écrit :
>
>> En général j'évite d'utiliser highway=service pour une rue publique, qui
>> a un nom.
>> En général il s'agit simplement d'une rue résidentielle étroite.
>>
>> D'ailleurs, jusqu'en 2013
>> https://wiki.openstreetmap.org/w/index.php?title=Tag:service%3Dalley=502309
>> la définition higway=service service=alley n'indiquait que les allées
>> d'accès de service.
>>
>> Je trouve que la nouvelle définition hybride ne fait qu'entériner un tag
>> pour le rendu (le rendu étroit des allées de service).
>>
>> Marc Mongenet
>>
>>
>> Le sam. 11 avr. 2020 à 23:24, Florimond Berthoux <
>> florimond.berth...@gmail.com> a écrit :
>>
>>> Merveilleux on a une image
>>> https://www.mapillary.com/app/?lat=48.70657111071199=2.071755502185397=18.2080345940791=7aJzk-PQW4MJ8bw4A_vM_A=0.2830141895413684=0.5381063618623757=1.2625482625482622=photo
>>>
>>> Je mettrais aussi
>>> highway=service
>>> service=alley
>>> https://wiki.openstreetmap.org/wiki/Tag:service%3Dalley
>>>
>>> Et grâce à l'imagerie et des calculs hautement scientifique (50cm le
>>> carreau de peinture de cédez le passage) je calcul 2,6m à l'entrée,
>>> probablement 3m ensuite :)
>>>
>>> Le sam. 11 avr. 2020 à 21:40,  a
>>> écrit :
>>>
>>>> > N'y aurait-il pas aussi des panneaux B15
>>>> <https://fr.wikipedia.org/wiki/Panneau_de_c%C3%A9dez_le_passage_%C3%A0_la_circulation_venant_en_sens_inverse_en_France>
>>>> et C18
>>>> <https://fr.wikipedia.org/wiki/Panneau_d%27indication_de_priorit%C3%A9_par_rapport_%C3%A0_la_circulation_venant_en_sens_inverse_en_France>
>>>> à cartographier ?
>>>> C'est facultatif.
>>>>
>>>> J'ai un <https://www.openstreetmap.org/way/380002227> exemple où les
>>>> panneaux sont des B11
>>>> <https://fr.wikipedia.org/wiki/Panneau_de_signalisation_d%27une_limitation_de_largeur_en_France>
>>>> indiquant que la largeur maxi est de 3,2 m.
>>>>
>>>> C'est la largeur de la voirie, pas de la voie (bon il y a des camions
>>>> qui en plus de respectent pas le 3,5 T et qui élargissent au niveau des
>>>> toitures...).
>>>>
>>>> D'où l'utilisation de width (bon on peut ajouter maxwidth).
>>>>
>>>> Le B15/C18 n'est pas obligatoire : dans un cas le véhicule ne doit pas
>>>> s'engager car un autre est déjà dans la voie.
>>>>
>>>> À propos de lane, il y avait aussi lane=1,5. ÀMHA à proscrire.
>>>>
>>>> Comme déjà dit narrow=yes si là c'est plus étroit, pas si c'est étroit
>>>> partout.
>>>>
>>>> width= c'est le plus objectif et c'est ce qui est conseillé dans le
>>>> wiki
>>>> <https://wiki.openstreetmap.org/wiki/FR:Key:lanes#Routes_.C3.A9troites>
>>>> .
>>>>
>>>> > Non il n'y a aucun panneau aux entrées du passage. Côté sortie par
>>>> contre il y a deux panneaux de "céder le passage".
>>>> Donc entrée prioritaire et on y reste ? On aura tout vu.
>>>>
>>>> Jean-Yvon
>>>> ___
>>>> Talk-fr mailing list
>>>> Talk-fr@openstreetmap.org
>>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>>
>>>
>>>
>>> --
>>> Florimond Berthoux
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> https://lists.openstreetmap.org/listinfo/talk-fr
>>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
> Florimond Berthoux
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

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

[Marc M.]

Le 12.04.20 à 18:28, Yves P. a écrit :
> un "commerçant"
> Le POI n'existe pas (encore).

pq devrait-il installer streetcomplete avec une quête spéciale lui
permetant de ne pas faire mieux ce que osmmybiz lui permet de faire
sans installation ?

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

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

[Marc Mongenet]

En général j'évite d'utiliser highway=service pour une rue publique, qui a
un nom.
En général il s'agit simplement d'une rue résidentielle étroite.

D'ailleurs, jusqu'en 2013
https://wiki.openstreetmap.org/w/index.php?title=Tag:service%3Dalley=502309
la définition higway=service service=alley n'indiquait que les allées
d'accès de service.

Je trouve que la nouvelle définition hybride ne fait qu'entériner un tag
pour le rendu (le rendu étroit des allées de service).

Marc Mongenet


Le sam. 11 avr. 2020 à 23:24, Florimond Berthoux <
florimond.berth...@gmail.com> a écrit :

> Merveilleux on a une image
> https://www.mapillary.com/app/?lat=48.70657111071199=2.071755502185397=18.2080345940791=7aJzk-PQW4MJ8bw4A_vM_A=0.2830141895413684=0.5381063618623757=1.2625482625482622=photo
>
> Je mettrais aussi
> highway=service
> service=alley
> https://wiki.openstreetmap.org/wiki/Tag:service%3Dalley
>
> Et grâce à l'imagerie et des calculs hautement scientifique (50cm le
> carreau de peinture de cédez le passage) je calcul 2,6m à l'entrée,
> probablement 3m ensuite :)
>
> Le sam. 11 avr. 2020 à 21:40,  a écrit :
>
>> > N'y aurait-il pas aussi des panneaux B15
>> <https://fr.wikipedia.org/wiki/Panneau_de_c%C3%A9dez_le_passage_%C3%A0_la_circulation_venant_en_sens_inverse_en_France>
>> et C18
>> <https://fr.wikipedia.org/wiki/Panneau_d%27indication_de_priorit%C3%A9_par_rapport_%C3%A0_la_circulation_venant_en_sens_inverse_en_France>
>> à cartographier ?
>> C'est facultatif.
>>
>> J'ai un <https://www.openstreetmap.org/way/380002227> exemple où les
>> panneaux sont des B11
>> <https://fr.wikipedia.org/wiki/Panneau_de_signalisation_d%27une_limitation_de_largeur_en_France>
>> indiquant que la largeur maxi est de 3,2 m.
>>
>> C'est la largeur de la voirie, pas de la voie (bon il y a des camions qui
>> en plus de respectent pas le 3,5 T et qui élargissent au niveau des
>> toitures...).
>>
>> D'où l'utilisation de width (bon on peut ajouter maxwidth).
>>
>> Le B15/C18 n'est pas obligatoire : dans un cas le véhicule ne doit pas
>> s'engager car un autre est déjà dans la voie.
>>
>> À propos de lane, il y avait aussi lane=1,5. ÀMHA à proscrire.
>>
>> Comme déjà dit narrow=yes si là c'est plus étroit, pas si c'est étroit
>> partout.
>>
>> width= c'est le plus objectif et c'est ce qui est conseillé dans le wiki
>> <https://wiki.openstreetmap.org/wiki/FR:Key:lanes#Routes_.C3.A9troites>.
>>
>> > Non il n'y a aucun panneau aux entrées du passage. Côté sortie par
>> contre il y a deux panneaux de "céder le passage".
>> Donc entrée prioritaire et on y reste ? On aura tout vu.
>>
>> Jean-Yvon
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
> Florimond Berthoux
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>
___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr

[OSM-talk-fr] réplication ko sur osm13 osm25 osm165 (tous les rendus géré par osm-fr) osm105 (bano v1), osmosis version avant 0.47.2

[Marc M.]

Bonjour,

pour info :
start osmosis
Apr 11, 2020 10:21:36 PM org.openstreetmap.osmosis.core.Osmosis run
INFO: Osmosis Version 0.44.1

SEVERE: Thread for task 1-rri failed
org.openstreetmap.osmosis.core.OsmosisRuntimeException: Unable to parse
xml file /tmp/change3603586700282958333.tmp.  publicId=(null),
systemId=(null), lineNumber=1775, columnN
umber=22.

Caused by: org.apache.xerces.impl.io.MalformedByteSequenceException:
Invalid byte 2 of 4-byte UTF-8 sequence.

https://github.com/openstreetmap/osmosis/pull/51

en cours...

Cordialement,
Marc

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

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

[Marc M.]

Bonjour,

Quel site montrait les objets en fonction de
survey:date et/ou date de dernier modif ?

Cordialement,
Marc

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

Re: [OSM-talk-fr] Une borne de téléconsultation médicale

[Marc M.]

Le 11.04.20 à 18:06, Vincent Bergeot a écrit :
> Bonjour,
> 
> cela se trouve dans une pharmacie, cela a une certaine importance en
> milieu rurale par exemple.
> 
> En voici un exemple (je ne fais pas de pub)
> https://www.medadom.com/pharmacie

quel service ? un médecin ?
alors j'ose : amenity/healtcare=doctos
avec un sous-tag pour ceux que cela importe si
le docteur est de l'autre côté de son bureau ou d'un écran

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

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

[Marc Mongenet]

Bonjour,

Le sam. 11 avr. 2020 à 14:13, Philippe Verdy  a écrit :

> J'aurais bien vu un "oneway=alternated" pour indiquer le passage par
> alternance (il doit y avoir une zone d'attente à taguer ne plus pour
> le croisement.
>
> Ce cas se présente de plus en plus souvent en ville pour pas mal de
> rues qui ont été réduites volontairement avec de telles zones
> (cependant avec un passage prioritaire dans un sens, pas toujours par
> un panneau mais avec une alternance des côtés et donc la nécessité de
> zigzaguer. La réduction s'est faite en mettant des places de
> stationnement ou limitées et des obstacles tous les ~50 mètres (au
> passage la nombre totale de places de stationnement est
> considérablement réduit aussi).
>
>
A noter que ce cas peut  être tagué sémantiquement
https://wiki.openstreetmap.org/wiki/FR:Key:traffic_calming chicane


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

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

[Marc M.]

Le 11.04.20 à 17:39, Eric SIBERT a écrit :
> une voie n'indique pas que c'est étroit

non une voie n'est pas nécessairement étroit.
mais par définition d'une voie, cela indique qu'on ne peux pas
se croiser

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

Re: [OSM-talk-fr] #caresteouvert Intégration données dokomaps en opendata

[Marc M.]

Le 11.04.20 à 12:06, althio a écrit :
> Je lance donc un dernier appel sur cette liste, si quelqu'un :
> - veut exprimer son opinion en faveur ou défaveur de la validité de ces
> données dans OSM, et pour ou contre des reverts

il y a hélas pas le choix :(

si je met à disposition la base d'osm, mon accord pour le choix
d'une autre licence ne vaux rien, le choix ne m'appartient pas.

Donc on ne peux pas intégrer des données sans licence ouverte dans osm,
même si le gars qui fait l’intermédiaire dit qu'il est d'accord

la question se limite à est-ce l'auteur fait son revert lui-même
proprement ou il joue la montre, ce qui ne ferra qu'au
final un revert plus douleureux (parce que risque de perdre
toutes les modifs suivantes sur les objets concernés) ?

C'est vraiement domage cette non prise en compte ce qui est
pourtant une des bases du projet :(

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

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

[Marc M.]

Bonjour,

Le 11.04.20 à 13:03, Lionel Allorge via Talk-fr a écrit :
> il est en pratique impossible de s'y croiser

lane=1 oneway=no

Cordialement,
Marc

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

Re: [OSM-talk-fr] Cestdejaferme

[Marc M.]

Bonjour,

Le 11.04.20 à 11:48, Eric SIBERT a écrit :
> L'agence a été fermée (le DAB aussi) pour travaux un peu 
> avant le confinement. 
> Alors, j'ai mis un access=no

cela dépend des travaux, si c'est lourd, j'aurais altéré
le tag principal genre was:amenity=bank et was:amenity=atm

PS: pour les horaires multi-activié, voir email précédent.

Cordialement,
Marc

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

Re: [OSM-talk-fr] Tags pour les magasins proposant livraison et récupération de commande mais pas achat en magasin

[Marc M.]

Bonjour,

Le 10.04.20 à 16:56, Pierre-Olivier GREGOIRE a écrit :
> takeway:covid19=only + delivery:covid19=only signifient qu'on
> peut faire les deux ?

c'est comme cela que je le comprend et comme ca que je l'encoderais.

>   * opening_hours:covid19=09:00-12:00 alors que le magasin n'est pas
> "complètement" ouvert, juste pour récupérer des commandes.

suffit d'imaginer un docteur sur rdv ou un magsin qui ne fait
que livraison, on mettra comme heure d'ouverture, non pas qu'il est
fermé mais les horaires de la permanence téléphonique permettant de
prendre rdv ou discuter de la livraison.

Si le poi est accessible au téléphone en dehors de la récupération
des commandes :
opening_hours:covid19=tranche1 "pour récupérer les commande"; tranche2
"permanence téléphonique"; tranche3 "sur rende-vous"
etc autant que de type de service dispo que tu souhaiterais détailler.

Cordialement,
Marc

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

Re: [OSM-talk-fr] Mise à jour ON3V 2020

[Marc M.]

Bonjour,


Le 10.04.20 à 11:08, Axel Listes a écrit :
> Son usage sera à utiliser avec vigilance, car contient beaucoup d'erreur

par curiosité, personne ne leur a proposé de résoudre
leur erreur à partir d'som ? ou soucis de licence ?

Cordialement,
Marc


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

Re: [OSM-talk-fr] Un document sur « Que faire des demandes de vérification sur les changeset ? »

[Marc M.]

Bonjour,

Le 10.04.20 à 11:57, Jacques Lavignotte a écrit :
> Y'a t-il une politique admise sur ce qu'on fait  ? Un document ?

répondre avec bienveillance genre "merci pour votre contibution même
si le gars a fait plein d'erreur de débutant)

essayer d'être le plus consensuel possible

distillant les conseils pour qu'il puisse pécher tout seul,
au lieu de lui corriger ces erreurs.

écrire sur le changeset, cela permet aux autres de savoir
que la demande a été traitée et de completer s'ils ont envie

Cordialement,
Marc

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

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

[Marc M.]

Bonjour,

bravo pour cet tutoriel sans faute !

Le 09.04.20 à 19:30, Jean-Guilhem Cailton a écrit :
> Nicolas avait aussi signalé que, au moins pour les sapeurs-pompiers de
> l’Hérault, la cartographie des EHPAD faisait partie des thématiques à
> améliorer, pour leur système d’alerte…

ha j'ai raté cela. ils utilisent osm ?
j'ai l'impression qu'un simple umap osm+finess leur serrait
plus utile question compléture/réactivité.

> À un niveau plus global
> mette en place un meilleur système, comme une page wiki ?

pour ma part, j'utilise comme tu le décris bien le V verte « corrigé »
d’Osmose, cela a l'avantage d'avoir un système de maj immédiat
sans besoin de passser du temps à mettre à jour le wiki, surtout
que je fais entrée après entrée sans cibler un département.

Cordialement,
Marc

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

Re: [OSM-talk-fr] Le trafic moyen : un cas concret

[Marc M.]

Bonjour,

Le 09.04.20 à 17:28, Florimond Berthoux a écrit :
> Je fais suite à mon mail qui expliquait ce qu’était le trafic moyen[1]
> pour vous présenter un premier cas de cartographie et d’utilisation.
> Mon exemple est sur l’est de Paris, particulièrement le 10e arrondissement.

trés sympa la méthodologie !

3 petites remarques :

il faudrait sans doute nettoyer à l'échelle de la france les valeurs
inventée par un précédent contributeur lors de sa "démonstration"
il y a un ou 2 ans puisqu'il avait injecté des valeurs inventées.
pour l'instant il y en a peu, cela devrait pas être trop dur.

j'aime bien la syntaxe "avancée" de traffic:hourly comme
traffic:hourly=105/12:00 qui renseigne aussi l'interval
et permet donc d'éventuelement un jour rafiner les comptages
fait sur une durée trop courte ou simplement documenter
cet interval. il ne te plait pas pour encoder tes valeurs ?
il est utilisé par l'essais de rendu ?

je trouve pas idéal de continuer avec les sources sur les objets (parce
que le contributeur suivant le changement pas nécessairement le tag
source vu qu'il y a aucun moyen automatique ni même prémaché de le
faire), mais si tu le fais, il faut mieux utiliser le schéma + courant
source:le_tag est beaucoup plus courant que l'inverse

Cordialement,
Marc

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

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

[Marc M.]

Le 09.04.20 à 14:22, osm.sanspourr...@spamgourmet.com a écrit :
> intégration notes
> Tu n'as pas pas la source

j'utilise : source=note note=url de la note
iD lui met resolved:note=numéro ou quelque chose du genre
mais c'est en effet un peu le défaut des notes,
tu ne sais pas la source de la note en cas de conflit entre 2 sources.

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