Re: [OSM-talk] Toward resolution of controversies related to iD

2020-06-09 Per discussione Phil Wyatt
Thanks  Mikel,

Johns talk from 2014 is great for a backgrounder on the ID project. Well worth 
watching and all the comments are equally true today as they were back in 2014.

Cheers - Phil

-Original Message-
From: Mikel Maron  
Sent: Wednesday, 10 June 2020 4:56 AM
To: talk@openstreetmap.org; nd...@redhazel.co.uk
Subject: Re: [OSM-talk] Toward resolution of controversies related to iD

> Who owns the iD project now? What's happened after "nearly all of the 
> original authors left Mapbox", has the project ownership been transferred 
> from Mapbox to OSMF, or perhaps to current maintainers? Does Mapbox still 
> retain the ownership rights to the project (even if they don't currently care 
> about them)?

Ownership is a nebulous concept here. The original repo was hosted by RichardF 
under https://github.com/systemed/, and now is at 
https://github.com/openstreetmap/iD. 

Mapbox employees contributed under open source licensing terms, and have 
certainly been keenly involved in setting the initial project concept and 
direction. That was all done with a lot of intention within the OSM community. 
Launch blog from that time 
https://blog.mapbox.com/new-map-editor-launches-on-openstreetmap-org-13956033d0c9.
 

And John Firebaugh's talk at OSM US 2014 is a great perspective on Mapbox's 
approach (and what it takes to do software development in OSM) 
https://2014.stateofthemap.us/session/implementing-change-in-openstreetmap/

Mapbox continued to support the development of iD with developer time, but not 
with a posture of setting direction as a company. The desire for Mapbox was and 
continues to be that iD continues to serve its purpose to provide a great 
mapping experience in OSM. 

So Mapbox never "owned" iD, and it's unclear if you can assign that concept. If 
you had to say who owns it, then it is OpenStreetMap, and that yes OSMF has the 
responsibility to make sure it has a healthy development and community 
environment.

-Mikel


* Mikel Maron * +14152835207 @mikel s:mikelmaron






On Tuesday, June 9, 2020, 12:06:21 PM EDT,  wrote: 





On 09/06/2020 16:00, Simon Poole wrote:
> Nearly all of the original authors left Mapbox a long time ago, nobody 
> working on it today is an "original author". The grant that Mapbox 
> received at the time was clearly instrumental in allowing them to 
> start growing the company to its current size, so while we are 
> obviously thankful for the support that Mapbox has provided over the 
> years, it was clearly a win-win situation.

Who owns the iD project now? What's happened after "nearly all of the original 
authors left Mapbox", has the project ownership been transferred from Mapbox to 
OSMF, or perhaps to current maintainers? Does Mapbox still retain the ownership 
rights to the project (even if they don't currently care about them)?

The code license is very permissive so there is always an option of starting a 
new project based on it (forking). But the license and ownership of the project 
are not the same thing.


> Many would have argued that the OSMF should have received the half a 
> million dollars  and contracted the work out, maybe to Mapbox, but in 
> any case just because what actually happened was slightly different, 
> doesn't mean that the OSMF and the OSM community gave whoever happens 
> to be working on iD the licence to control the projects destiny forever.

Not saying that this shouldn't be the case, but clearly it wasn't, at least 
initially. And if it isn't ours we can't simply take it, even if we really, 
really want it.

From my point of view - I am happy with the current project governance. 
It works well for iD, it works well for the OSM community. Controversies are 
all around minor issues and contributions - basically saying that the 
maintainers are doing their job.

Ndrw




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

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


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


Re: [OSM-talk-fr] type de rivière pour la bièvre

2020-06-09 Per discussione Francois Gouget
On Tue, 9 Jun 2020, Brice wrote:
[...]
> Concernant la partie la plus en aval, la Bièvre entre dans le réseau des 
> égouts de Paris. J'ai récemment dessiné cette partie aval en choisissant 
> au mieux des tronçons d’égouts (pipeline) pour avoir la continuité 
> jusqu'à la Seine.

Le tracé n'est pas top non plus en banlieue (à part quelques bouts 
à Cachan et L'Haÿ-les-Roses où elle est découverte). Si quelqu'un a des 
sources pour l'affiner...

https://www.openstreetmap.org/way/652551012 (voir rue du Fief des Arcs)
https://www.openstreetmap.org/way/652551011
https://www.openstreetmap.org/way/338187373 (voir rue de la Cosarde)

-- 
Francois Gouget   http://fgouget.free.fr/
 f u kn rd ts, ur wy 2 gky 4 ur wn gd.___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [Talk-it-southtyrol] Aggiornamento civici Völs am Schlern

2020-06-09 Per discussione heimlikloh

Ciao,

non è solo Völs che deve essere controllato/aggiornato.
Sono altre comune che hanno cambiato numeri civici dopo l' import di 2014.
Hanno anche costruiti un paio di case nuove.

Una altra domanda è anche se fa senso mantenere "addr:city" e
"addr:postcode" perché si può prendere dalla relation.
"boundary=administrative" esiste già tanti anni e le relations per il
codice postale ho fatto qualche tempo fa.

Sulle cartelli stradali i nomi sono scritti sempre come
"A.-Einstein-Straße", "H.-Mumelter-Weg", "St.-Anton-Straße" etc. e per
quello preferisco usare la regola "on the ground".
https://www.mapillary.com/app/?lat=46.470867=11.316853=17=photo=MceTFeAYSZKs7uYqVk2slg=0.20815212855782206=0.4139728179407614=1.4940831224494844
https://www.mapillary.com/app/?lat=46.469=11.32259=17=photo=-kxF_06LOkRA4sbm3Wnyrw=0.25657639132942656=0.5099465362544667=1.2307692307692308
Per "Albert-Einstein-Straße", "Hubert-Mumelter-Weg",
"Herbert-Mumelter-Weg", "Sankt-Anton-Straße", etc. si può usare
"addr:official_street="
Se sul cartello è scritto solo "H.-Mumelter-Weg", non serve
"addr:street:de", "addr:street:it" e/o "addr:street:lld".

In Südtirol si usa ß per Straße/Schießstand/ etc. e anche ä ö ü.
Ma possono esistere anche nomi come "Schloss" e "Schloß". Nuova
ortografia o vecchia ortografia. Dipende da quanto tempo esiste il nome.

Anche "via" in "addr:street" e "addr:street:it" secondo me si deve
scrivere in minuscolo come in tutto l'Italia.

Per le lettere nel numero, preferisco la scrittura 21/A.
Ma la scrittura sulle cartelli cambia da una comune al altra.
In Völs si usa 21a uguale come in Bruneck.
In Brixen si usa 21/A
In Bozen si usa 21A
Ho visto posti dove esistono 21/5, 21/6, 21/7 etc. e per quello penso
che fa senso usare "/"

È meglio usare una variante uguale per tutta la regione o tutto l'Italia.

Se fate anche le altre comuni su audit.osmz.ru, posso dare una occhiata.

Non sono su talk-it e per quello ti prego di scrivere qualche update
anche qui su talk-it-southtyrol

grazie
luschi


08.06.2020, 18:14

Ciao ML,

è stata segnalata su talk-it una richiesta [1] per l'aggiornamento dei
numeri civici del comune di Völs am Schlern - Fiè allo Sciliar.

Qui [2] trovate una mappa preliminare per la conflation.

Alcune operazioni che saranno inserite a breve nella mappa prelimiare:
- togliere barra e portare a minuscolo, per esempio 21/A >> 21a
- modificare nei tag addr:street e addr:street:it la stringa Fie' >> Fiè
- espandere (anche nella highway) il nome "H.-Mumelter-Weg" >>
"Hubert"; a questo proposito la notazione con "-" resta
("Hubert-Mumelter-Weg")? "Weg" va portato in minuscolo ("weg")?

Ogni altra osservazione sarà utile.



[1]
https://lists.openstreetmap.org/pipermail/talk-it/2020-June/070082.html
[2] http://audit.osmz.ru/project/3600047232/

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


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


Re: [OSM-talk-fr] Hiérarchisation du réseau cyclable

2020-06-09 Per discussione Brice

Le 09/06/2020 à 19:24, Florimond Berthoux a écrit :

On pourrait effectivement reprendre l'idée de la hiérarchie de highway 
.../primary/secondary/tertiary/...
Ce qui me gêne un peu c'est que c'est difficilement objectivable. 


+ 1



Ce qui me fait penser qu'il nous suffirait d'avoir trois niveau :
primary/"bicycle highway"
normal/banal
link


ces 3 niveaux me semblent pertinents et caractérisables sur le terrain, oui

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


Re: [OSM-talk-fr] type de rivière pour la bièvre

2020-06-09 Per discussione Brice

Bonsoir,

Le 09/06/2020 à 15:29, osm.sanspourr...@spamgourmet.com a écrit :

J'aurais dit comme toi.

Jean-Yvon, non spécialiste du sujet.

Le 09/06/2020 à 14:55, Georges Dutreix via Talk-fr - 
talk-fr@openstreetmap.org a écrit :

Bonjour,

La bièvre est river sur certains tronçons et stream sur d'autres. Ça 
fait un peu brouillon sur le rendu, Même si elle est enterrée presque 
partout.


J'aurais tendance à mettre stream


D'avoir regardé un reportage sur celle-ci, pour la partie à l'air libre, 
amont, je confirme que c'est "sautable par dessus", caractéristique de 
stream vs river.
D'accord également pour qualifier de stream la partie enterrée jusqu'au 
périph.


Concernant la partie la plus en aval, la Bièvre entre dans le réseau des 
égouts de Paris. J'ai récemment dessiné cette partie aval en choisissant 
au mieux des tronçons d’égouts (pipeline) pour avoir la continuité 
jusqu'à la Seine.

https://www.openstreetmap.org/way/754987927
https://www.openstreetmap.org/way/754989876

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


[Talk-africa] MapRoulette challenges to map unmapped towns, and new paint style for JOSM

2020-06-09 Per discussione Andrew Wiseman via Talk-africa
Hi everyone,

This is Andrew from the Apple team. I recently posted a lot of new MapRoulette 
challenges for mapping unmapped towns in various countries throughout the 
continent. 

It was created using data from Pascal Neis’s Unmapped Places site 
(https://resultmaps.neis-one.org/unmapped) which shows towns, villages and 
hamlets that don’t have residential or unclassified roads nearby. Here is what 
I’ve created so far, let me know if there are any other countries you’d be 
interested in and I can post them.

DR Congo:   https://maproulette.org/browse/challenges/13529
Ethiopia:   https://maproulette.org/browse/challenges/13526
Ghana:  https://maproulette.org/browse/challenges/13527
Nigeria:https://maproulette.org/browse/challenges/13528
South Africa:   https://maproulette.org/browse/challenges/12452
Tanzania:   https://maproulette.org/browse/challenges/12458
Uganda: https://maproulette.org/browse/challenges/13611
West Africa:https://maproulette.org/browse/challenges/13524

There’s a full list of all the unmapped places challenges I've posted here: 
https://maproulette.org/browse/projects/39262

In MapRoulette you can either pick a random task to fix or click on a specific 
one. If you want to do tasks around a certain location, such as somewhere you 
are familiar with, you can click on one from the map view, and then click "Next 
task: Nearby" when you finish it.

In addition, we recently created a JOSM paint style that is aimed at making 
mapping easier and finding errors quickly. It has lots of built in checks for 
geometry and tagging problems for roads and other features. It’s an updated 
version of the paint style we shared at State of the Map Africa in 2017. Here 
is where you can download it and instructions: 
https://github.com/osmlab/applepaintstyles 


I hope this is useful! Let me know if you have any feedback. 

Thanks,
Andrew


Andrew Wiseman |  Maps | iPhone: +1.202.270.4464 | andrew_wise...@apple.com 

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


Re: [OSM-talk] Toward resolution of controversies related to iD

2020-06-09 Per discussione Mikel Maron
> Who owns the iD project now? What's happened after "nearly all of the 
> original authors left Mapbox", has the project ownership been transferred 
> from Mapbox to OSMF, or perhaps to current maintainers? Does Mapbox still 
> retain the ownership rights to the project (even if they don't currently care 
> about them)?

Ownership is a nebulous concept here. The original repo was hosted by RichardF 
under https://github.com/systemed/, and now is at 
https://github.com/openstreetmap/iD. 

Mapbox employees contributed under open source licensing terms, and have 
certainly been keenly involved in setting the initial project concept and 
direction. That was all done with a lot of intention within the OSM community. 
Launch blog from that time 
https://blog.mapbox.com/new-map-editor-launches-on-openstreetmap-org-13956033d0c9.
 

And John Firebaugh's talk at OSM US 2014 is a great perspective on Mapbox's 
approach (and what it takes to do software development in OSM)
https://2014.stateofthemap.us/session/implementing-change-in-openstreetmap/

Mapbox continued to support the development of iD with developer time, but not 
with a posture of setting direction as a company. The desire for Mapbox was and 
continues to be that iD continues to serve its purpose to provide a great 
mapping experience in OSM. 

So Mapbox never "owned" iD, and it's unclear if you can assign that concept. If 
you had to say who owns it, then it is OpenStreetMap, and that yes OSMF has the 
responsibility to make sure it has a healthy development and community 
environment.

-Mikel


* Mikel Maron * +14152835207 @mikel s:mikelmaron






On Tuesday, June 9, 2020, 12:06:21 PM EDT,  wrote: 





On 09/06/2020 16:00, Simon Poole wrote:
> Nearly all of the original authors left Mapbox a long time ago, nobody
> working on it today is an "original author". The grant that Mapbox
> received at the time was clearly instrumental in allowing them to start
> growing the company to its current size, so while we are obviously
> thankful for the support that Mapbox has provided over the years, it was
> clearly a win-win situation.

Who owns the iD project now? What's happened after "nearly all of the 
original authors left Mapbox", has the project ownership been 
transferred from Mapbox to OSMF, or perhaps to current maintainers? Does 
Mapbox still retain the ownership rights to the project (even if they 
don't currently care about them)?

The code license is very permissive so there is always an option of 
starting a new project based on it (forking). But the license and 
ownership of the project are not the same thing.


> Many would have argued that the OSMF should have received the half a
> million dollars  and contracted the work out, maybe to Mapbox, but in
> any case just because what actually happened was slightly different,
> doesn't mean that the OSMF and the OSM community gave whoever happens to
> be working on iD the licence to control the projects destiny forever.

Not saying that this shouldn't be the case, but clearly it wasn't, at 
least initially. And if it isn't ours we can't simply take it, even if 
we really, really want it.

From my point of view - I am happy with the current project governance. 
It works well for iD, it works well for the OSM community. Controversies 
are all around minor issues and contributions - basically saying that 
the maintainers are doing their job.

Ndrw




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

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


[OSM-talk-fr] api-adresse.data.gouv.fr/reverse ne fonctionne pas dans les DOM/TOM ?

2020-06-09 Per discussione Yves P.
Bonsoir,

Je constate cette curiosité, il n'y a pas d'adresse retournée pour des POI dans 
les dom/tom…
https://www.openstreetmap.org/node/519610416 

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

…

et aussi pour des POIs à Disneyland Paris,  au Futuroscope ou au PAL ??
https://www.openstreetmap.org/way/40404111 

https://www.openstreetmap.org/way/85075302 

https://www.openstreetmap.org/way/223561838 


addok n'aime pas les parcs d'attractions ?

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


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

2020-06-09 Per discussione Philippe Verdy
C'est la même problématique que les billets de spectacles (ou pour assister
aux compétitions sportives), les titres de transport, les coupons
commerciaux, les timbres (postaux/fiscaux) : ce sont des titres négociables
(s'ils ne sont pas "au porteur") et il y a comme (pour les billets de
banque et les chèques) des faussaires.

Dans tous ces cas, la dématérialisation avance, sous forme d'identifiants
uniques:
* soit au porteur contre les vols en associant cet identifiant avec une
identité dans une base de données,
* soit pour empêcher la cession et le marché noir
ce qui est un frein au libre-commerce et une limitation sévère des droits
des acquéreurs qui ne peuvent pas en faire autre chose, d'autant plus que
ces titres ont souvent une date limite de validité et ne sont pas
remboursables non plus, ou seulement très partiellement: leur valeur
marchande initiale devient aussitôt virtuelle et peut cesser à tout moment
(ceux qui émettent ces titres gardent l'argent pour eux et c'est bien
pratique pour eux car ces titres sont bel et bien des créances mais sans
garantie de remboursement ou de service, et un outil qui gonfle
instantanément leur trésorerie, car ce sont les acquéreurs qui prêtent
gratuitement cet argent).

De plus, l'émetteur de ces titres agit bel et bien comme un émetteur
monétaire: il crée ainsi de l'argent virtuel, sans aucune base réelle,
contre un supposé droit sur un service rendu éventuellement plus tard. La
création de ces titres et leur mise en circulation est inflationniste, même
si la circulation est limitée par l'émetteur.

Au final je me demande bien pourquoi il y a autant de ces titres: Sodexo
par exemple avec ses "chèques restaurants" agit ni plus ni moins comme une
vraie banque commerciale, émettant sa propre devise privée, de la même
façon qu'il pourrait aussi émettre des titres sur les marchés. Mais au
moins ces derniers sont négociables et sont fortement régulés;
indépendamment de leur valeur faciale initiale, ils ont une cote officielle
continue (comme les vraies devises) et c'est cette cotation qui empêche les
émissions excessives (très inflationnistes), et la dévaluation rapidement
exponentielle des titres (comme ce qui s'est passé en Allemagne dans les
années 1920-1924 et surtout en 1923 avec beaucoup trop de monnaie en
circulation, la circulation ayant été beaucoup trop rapide sans
capitalisation, et surtout pas à cause de l'indexation des salaires sur les
prix).

Il faut un peu de circulation monétaire pour faire tourner l'économie, sans
la faire entrer en surchauffe.

Si l'argent n'est que capitalisé, là aussi il perd sa valeur réelle et tout
se paralyse (cas de déflation).

L'inflation en tant que telle est une nécessité pour l'économie réelle,
mais elle doit rester faible pour que les prix des produits et services
soient comparables de façon fiable dans une période suffisante (de l'ordre
de l'année) permettant la concurrence et la planification avec une marge
d'erreur faible: même 10% d'inflation par an n'est pas un gros risque si
elle s'équilibre entre toutes les classes de biens, produits et services
(l'indexation, au moins partielle mais toujours à postériori sur une
échelle voisine de l'année, des salaires sur les prix constatés sur une
année est même un facteur d'équilibrage qui limite les dérives et garantit
alors une concurrence équitable et vérifiable.

Mais là avec ces émissions de plus en plus nombreuses de monnaies
virtuelles, avec des titres privés sans aucun cadre réglementaire, tout est
faux. La concurrence ne s'exerce pas, rien n'est vérifiable. Bref c'est de
la pure spéculation inflationniste et cela ne développe pas du tout le
commerce et l'activité, au contraire c'est un frein où quelques grosses
sociétés veulent se faire les égales des Etats et décider elles-mêmes de
l'avenir des gens sans aucun contrôle démocratique.

Je suis totalement opposé à la prolifération de ces faux titres de créance
privés et pratiquement sans aucune garantie.

La dématérialisation des titres (privés ou pas) est un problème séparé où
il peut y a avoir abus d'autorité sur la vie privée, du fait de la
surveillance par l'émetteur, et d'autant plus si les titres ne sont pas
librement négociables sur un marché public régulé. Les nouvelles devises
virtuelles comme le Bitcoin qui sont librement négociables de façon
"liquide" sur un marché public régulé ont en revanche beaucoup d'intérêt, à
condition qu'elles soient totalement intégrés à ces marchés, toujours
valables au porteur et non valables pour un seul acquéreur désigné qui ne
peut les "négocier" qu'avec son seul émetteur (abusant de sa position pour
en fait profiter d'un crédit totalement gratuit lui permettant de faire
tout ce qu'il veut sans aucun contrôle par des tiers). Mais dématérialiser
des titres restaurants (pseudo-titres), qui plus-est nominatifs, n'a pas de
sens sans vrai contrat de service dû: l'avance faite par le consommateur
doit lui être remboursable à tout moment et sans frais et même tout retard
ou manquement 

Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

2020-06-09 Per discussione Yves P.
> Au début je pensais qu'on aurait pas besoin du tag : on identifie le cinéma 
> dans le fichier du CNC et c'est comme ça qu'on trouve que ce n'est pas 
> permanent.
> Entre temps j'ai trouvé des dizaines de cinémas qui ne sont pas référencés 
> par le CNC donc ils n'existeront que dans OSM.

> Du coup trouver un tag paraît la bonne solution d'après moi : je ne vois pas 
> vraiment pourquoi stocker ça autre part à partir du moment où on créé l'info.
C'était pour éviter de créer un nième tag et des discussions sans fin avec les 
différentes communautés ;)

Tu as raison :) En attendant de trouver un tag "universel", je propose de 
stocker l'info dans ton fichier CSV ou dans ta page du wiki.

Je ne sens pas intermittent=yes 
. C'est vraiment fait 
pour des cours d'eau.
En raisonnant par l'absurde, on pourrait mettre ça sur tous les commerces ;)

opening_hours="cinéma itinérant : consultez les horaires" est plus approprié :D

Il y a le modèle des bibliothèques itinérantes : amenity=mobile_library 

J'aime moins car il n'y a pas de rendu ni de recherche possible.
C'est peu gênant pour un bibliobus, plus pour un ciné "itinérant".

Je propose comme suffixe ou préfixe "mobile"  (le tag mobile entre en conflit 
avec les n° de téléphones portables) : 

En suffixe :
cinema:mobile=yes
library:mobile=yes
blood_donation:mobile=yes 
Ou en préfixe (plus clair ??) :
mobile:cinema=yes
Est-ce que ça peut s'appliquer à autre chose ?

__
Yves

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


Re: [Talk-se] Uncredited use of OSM at mapiful.se?

2020-06-09 Per discussione Erik Johansson
Hi Mapiful

We were wondering if you attribute Openstreetmap on your posters

Ps det är snygga kartor.


On Tue, Jun 9, 2020 at 9:17 AM  wrote:
>
> To the Swedish OSM "talk" list.
>
> (cc: the Danish OSM "talk" list)
>
> There is an ongoing discussion on the Danish talk list regarding the company
> MK'ay art (mkayart.dk) who is apparently using OSM data without proper
> attribution to OSM.
>
> When approached, the owner of mkayart explains that she was inspired by the
> Swedish company Mapiful (mapiful.com) - who also seems to use OSM data
> without attribution.
>
> I would like to approach Mapiful using the excellent guideline at
> https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution - but not if
> the issue has already been handled in the Swedish community.
>
> So therefore: Do you know if Mapiful's use of OSM data has been addressed by
> the Swedish OSM community?
>
> Best Regards,
>
> --
> Jakob
>
>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se



--
/emj

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


Re: [OSM-talk] Toward resolution of controversies related to iD

2020-06-09 Per discussione Simon Poole

Am 09.06.2020 um 18:04 schrieb nd...@redhazel.co.uk:
> 
> Who owns the iD project now? What's happened after "nearly all of the
> original authors left Mapbox", has the project ownership been
> transferred from Mapbox to OSMF, or perhaps to current maintainers?
> Does Mapbox still retain the ownership rights to the project (even if
> they don't currently care about them)?
I don't think that is a particularly relevant question, but at least the
non-forked code base currently is at https://github.com/openstreetmap/iD
>
> The code license is very permissive so there is always an option of
> starting a new project based on it (forking). But the license and
> ownership of the project are not the same thing.

iD doesn't require any rights assignment to have contributions accepted,
so again I'm not sure that that is a meaningful question. The IP rights
in the code are owned by individuals contributing, and given that the
major part of the code was work for hire*, by the companies employing
them. But this would only be relevant in the case of re-licensing in any
form.

>
>> Many would have argued that the OSMF should have received the half a
>> million dollars  and contracted the work out, maybe to Mapbox, but in
>> any case just because what actually happened was slightly different,
>> doesn't mean that the OSMF and the OSM community gave whoever happens to
>> be working on iD the licence to control the projects destiny forever.
>
> Not saying that this shouldn't be the case, but clearly it wasn't, at
> least initially. And if it isn't ours we can't simply take it, even if
> we really, really want it.

As Frederik pointed out, without the OSMF agreeing to distribute the
code and host it on openstreetmap.org the project would have been a
non-starter. Your whole concept that this is something that developed
independently and now there is now a grab by the OSMF to control it  is
completely at odds with reality, most of the issues are actually due to
the OSMF -not- exercising its power in the past which is what this
initiative is trying to address.

>
> From my point of view - I am happy with the current project
> governance. It works well for iD, it works well for the OSM community.
> Controversies are all around minor issues and contributions -
> basically saying that the maintainers are doing their job.
>
Many people will disagree with that.

Simon

* "naturally", well it is one of the issues, the OSMF doesn't have any
direct knowledge of the terms of employment of the relevant individuals,
so this is a bit of speculation.

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



signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

2020-06-09 Per discussione Florian LAINEZ
Je suis d'accord avec la définition.
Au début je pensais qu'on aurait pas besoin du tag : on identifie le cinéma
dans le fichier du CNC et c'est comme ça qu'on trouve que ce n'est pas
permanent.
Entre temps j'ai trouvé des dizaines de cinémas qui ne sont pas référencés
par le CNC donc ils n'existeront que dans OSM. Du coup trouver un tag
paraît la bonne solution d'après moi : je ne vois pas vraiment pourquoi
stocker ça autre part à partir du moment où on créé l'info.

Le mar. 9 juin 2020 à 19:08, Yves P.  a écrit :

>
> Du coup trouvons un tag pour ces cinémas temporaires.
> Ni taginfo
>  ni
> le wiki  ne
> nous sont d'une grande utilité.
> j'ai l'impression que temporary=yes
>  n'est pas adapté :
> ce ne sont pas des lieux *temporaires *mais plutôt *intermittents.*
> intermittent=yes  ?
> tout simplement.
>
> La salle existe en permanence ;)
> Ce sont des salles des fêtes, salles polyvalentes, parfois des projection
> en plein air l'été…
>
> C'est le projectionniste qui se déplace avec son matos…
>
> C'est comme les collectes mobiles de l'EFS.
>
> Est-ce qu'on a besoin d'un tag tout de suite ?
> Ou peut-on mettre ça dans une source de données externe ?
> (wikidata, un fichier CSV publié en OD)
>
> __
> Yves
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 

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


Re: [OSM-talk-fr] Hiérarchisation du réseau cyclable

2020-06-09 Per discussione Florimond Berthoux
Salut,

J'ai aussi eu plusieurs fois l'envie de hiérarchiser la constellation de
piste cyclable que nous avons :
https://www.cyclosm.org/#map=11/48.8032/2.3978/piano-cyclosmlite

Aujourd'hui on a pour décrire l'importance d'une piste pas grand chose à
part width et traffic:hourly

On pourrait effectivement reprendre l'idée de la hiérarchie de highway
.../primary/secondary/tertiary/...
Ce qui me gêne un peu c'est que c'est difficilement objectivable. highway=*
c'est la position hiérarchique de la route dans le réseau local qui se
résume en premier ordre par "la taille de la route".

Dans le milieu de la politique infra du vélo on parle beaucoup de Réseau
Express Vélo (Paris), Cycle Superhighways (Londre), Chronovélo (Grenoble),
ça existe aussi au Pays-Bas, Danemark...
https://en.wikipedia.org/wiki/Bike_freeway
Ces réseaux de piste ont le bon goût d'avoir pour but justement le
structurant et le capacitaire.
Ce qui me fait penser qu'il nous suffirait d'avoir trois niveau :
primary/"bicycle highway"
normal/banal
link

Pourquoi "link", parce que lorsqu'on dessine les pistes il nous arrive très
souvent de rajouter des bouts de pistes cyclables qui servent soit à une
connexion purement logique pour le routage, soit à une connexion courte de
quelques mètres.
https://www.openstreetmap.org/way/704521612
https://www.openstreetmap.org/way/753518644

il y a aussi cycleway=crossing pour la traversée d'une chaussée complète.
https://wiki.openstreetmap.org/wiki/Tag:cycleway%3Dcrossing

J'avais pas pensé à aussi hiérarchiser les routes, pourquoi pas, ça me
semble plus difficile tout de même.

Le mar. 9 juin 2020 à 12:36, Julien djakk  a
écrit :

> Bonjour tout le monde !
>
> Je souhaite hiérarchiser dans OpenStreetMap le réseau de pistes
> cyclables et de routes ouvertes au vélos. Comment faire ?
> Je pensais faire à la manière du réseau routier voitures :
> highway="primary", "secondary", etc. -> cycleway="primary",
> "secondary", etc. ? Bon cycleway étant déjà utilisé il faudrait une
> autre clé (cycleway:importance ?).
>
> On se retrouverait dans certains cas avec des voies
> highway="residential" + cycleway:importance="primary".
>
>
> Julien "djakk"
>
> ___
> 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


Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

2020-06-09 Per discussione Yves P.
> 
> Du coup trouvons un tag pour ces cinémas temporaires.
> Ni taginfo 
>  ni le 
> wiki  ne nous sont 
> d'une grande utilité.
> j'ai l'impression que temporary=yes 
>  n'est pas adapté : ce 
> ne sont pas des lieux temporaires mais plutôt intermittents.
> intermittent=yes  ? 
> tout simplement.
La salle existe en permanence ;)
Ce sont des salles des fêtes, salles polyvalentes, parfois des projection en 
plein air l'été…

C'est le projectionniste qui se déplace avec son matos…

C'est comme les collectes mobiles de l'EFS.

Est-ce qu'on a besoin d'un tag tout de suite ?
Ou peut-on mettre ça dans une source de données externe ?
(wikidata, un fichier CSV publié en OD)

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


Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

2020-06-09 Per discussione Florian LAINEZ
Je viens de terminer la Seine-saint-Denis, il manque dans OSM 19 cinémas
qui sont répertoriés par le CNC.
Les voici :

*N°AUTO* *NOM ETABLISSEMENT* *ECRANS* *FAUTEUILS* *CODE COMMUNE* *COMMUNE*
*GENRE*
59033 AUDITORIUM BOURSE TRAVAIL 1
93008 Bobigny ITINERANT
303281 CINE 104 3 457 93055 Pantin FIXE
381912 ECRAN 2 398 93066 Saint-Denis FIXE
408441 ESPACE 1789 2 683 93070 Saint-Ouen FIXE
305402 ESPACE DES ARTS 1 329 93057 Les Pavillons-sous-Bois FIXE
343762 ESPACE GEORGES SIMENON 1 229 93064 Rosny-sous-Bois FIXE
288024 LA FAUVETTE 1 146 93049 Neuilly-Plaisance FIXE
292377 LE BIJOU 3 416 93051 Noisy-le-Grand FIXE
36013 LE CIN'HOCHE 2 288 93006 Bagnolet FIXE
68114 LE CINEMA 1 83 93013 Le Bourget FIXE
341652 LE TRIANON 1 436 93063 Romainville FIXE
276086 MELIES 6 1 139 93048 Montreuil FIXE
368403 SALLE PAUL ELUARD 1 699 93072 Stains FIXE
148321 SALLE SERGE GAINSBOURG 1 180 93031 Épinay-sur-Seine FIXE
28264 STUDIO 1 127 93001 Aubervilliers FIXE
172043 THEATRE ANDRE MALRAUX 1 450 93032 Gagny FIXE
226883 THEATRE DU GARDE CHASSE 1 308 93045 Les Lilas FIXE
292374 UGC CINE CITE 10 1 797 93051 Noisy-le-Grand FIXE
343750 UGC CINE CITE ROSNY 15 3 324 93064 Rosny-sous-Bois FIXE

Y a du boulot ! C'est le pire département que j'ai trouvé pour l'instant.

Autre sujet :

-3 cinémas "itinérants", c'est à dire non permanent, que je n'ai pas
> intégré.
> En haute-savoie il existe en effet les Cinébus. J'ai même supprimé un
> cinéma Cinébus . Mais
> peut-être voudrait-on indiquer les cinémas "temporaires" comme le CNC ?
>
Je les garderais ;)
Ils ont un lieu, un site web… et même une programmation que tu peux trouver
sur Allociné.

ok tu m'as convaincu : ils ont leur place dans OSM !

Du coup trouvons un tag pour ces cinémas temporaires.
Ni taginfo
 ni le
wiki  ne nous
sont d'une grande utilité.
j'ai l'impression que temporary=yes
 n'est pas adapté : ce
ne sont pas des lieux *temporaires *mais plutôt *intermittents.*
intermittent=yes  ?
tout simplement.

Le mar. 9 juin 2020 à 17:15, Florian LAINEZ  a écrit :

> -3 cinémas "itinérants", c'est à dire non permanent, que je n'ai pas
>> intégré.
>> En haute-savoie il existe en effet les Cinébus. J'ai même supprimé un
>> cinéma Cinébus . Mais
>> peut-être voudrait-on indiquer les cinémas "temporaires" comme le CNC ?
>>
> Je les garderais ;)
> Ils ont un lieu, un site web… et même une programmation que tu peux
> trouver sur Allociné.
>
> ok tu m'as convaincu : ils ont leur place dans OSM !
>
> Du coup trouvons un tag pour ces cinémas temporaires.
> Ni taginfo
>  ni
> le wiki  ne
> nous sont d'une grande utilité.
> j'ai l'impression que temporary=yes
>  n'est pas adapté :
> ce ne sont pas des lieux *temporaires *mais plutôt *intermittents.*
> intermittent=yes  ?
> tout simplement.
>
> Le mar. 9 juin 2020 à 15:30,  a écrit :
>
>> Je dirais oui : c'est un cinéma avec plusieurs salles, rien de vraiment
>> spécifique, jusque que les salles sont dans plusieurs bâtiments.
>>
>>
>> https://www.openstreetmap.org/node/3033150133#map=17/48.88398/2.32800=C
>>
>>
>> https://www.openstreetmap.org/way/76032028#map=17/48.88398/2.32800=C
>>
>> (en mettant l'ancre #map c'est plus simple pour comparer).
>>
>> Tu pourrais aussi ne mettre qu'un POI sur le bâtiment principal (je vois
>> aussi que c'est ce que dite Yves), les gens vont de là dans les autres
>> salles. Mais si les gens ont déjà intégré les deux groupes de salles,
>> pourquoi casser ? Parce que l'annexe n'est pas un vrai cinéma mais
>> seulement des salles sans billetterie par exemple.
>>
>> Jean-Yvon
>> Le 09/06/2020 à 15:09, Florian LAINEZ - winner...@free.fr a écrit :
>>
>> Niquel, merci.
>> De mon coté j'ai un problème : Le cinéma Pathé Wepler est composé d'un 
>> bâtiment
>> principal  et d'une annexe
>> 
>> Pour l'instant ils sont tagués tous les 2 comme amenity=cinema, mais en
>> réalité ce ne sont que des accès différents à un même cinéma (d'après ce
>> que j'ai trouvé, il n'y a qu'un numéro CNC pour ces 2 adresses).
>> Je fais une belle relation ?
>> Même question pour le cinéma MK2 Bibliothèque, composé d'un bâtiment
>> principal  et d'une annexe
>> souterraine . Le numéro
>> CNC a été mis sur le bâtiment principal uniquement.
>>
>>
>> Le mar. 9 juin 2020 à 14:30, Romain MEHUT  a
>> écrit :
>>
>>> C'est fait !

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

2020-06-09 Per discussione Tyndare



Je pense qu'il est nécessaire de faire la distinction entre ticket 
papier et titre dématérialisé, même  dans Street Complete, quitte à ce 
qu'il ne complète que les titres papiers pour l'instant.


Sur le Wiki en anglais ( https://wiki.openstreetmap.org/wiki/Key:payment 
) on trouve:


payment:edenred_voucher
payment:edenred_card

En France si c'est la CNTR qui centralise le paiement des tickets 
papiers, et qu'un commerçant doivent effectivement tous les accepter 
(j'ai un petit doute), on pourrait alors utiliser comme proposé 
payment:meal_voucher mais considérer qu'il ne s'applique qu'au papier, 
ou alors rajouter un tag  genre payment:cntr_voucher.


Pour les titres dématérialisés, d'après cette page ( 
https://www.conecs.fr/prerequis-a-lacceptation-des-trd/ )
il y aurait un logo "conecs" sur les cartes compatibles avec le 
logiciels conecs pour terminal de paiement.


Donc on pourrait imaginer un tag
payment:conecs_card correspondant à toutes les cartes pour titres 
restaurant dématérialisé en France compatible avec le logiciel Conecs 
(je pense qu'il y a les plus gros)


Pour le sans contact le wiki utilise soit payment:contactless générique, 
soit le suffix _contactless ce qui donnerait payment:conecs_card_contactless


Qu'est-ce que vous en pensez ?


Le 09/06/2020 à 13:23, osm.sanspourr...@spamgourmet.com a écrit :

Je dirais comme Guy *actuellement* mais si on regarde l'évolution des
chèques (dont le principe est similaire sauf que le risque d'impayé est
plus élevé), on voit de plus en plus de magasins refuser les chèques. Il
est possible, et c'est le but du cartel, qu'à terme ils éliminent les
tickets (gestion dématérialisée mais frais identiques).

Si c'est pour simplifier une quête  StreetComplete ça semble
raisonnable, si c'est pour changer le modèle de tags je suis plus réservé.

Doit-on profiter pour demander en plus si le terminal accepte le sans
contact ?

Jean-Yvon

Le 09/06/2020 à 11:09, Guy Godfroy - guy.godf...@gugod.fr a écrit :

Honnêtement je crois que j'ai jamais vu de gens qui acceptaient la carte
mais pas le papier.

D'autre part il me semble (mais je peux me tromper) que seul EdenRed
émet des cartes à puce pour titre restaurant, et s'appuie sur le réseau
MasterCard pour ça, de sorte que si un commerce est habilité à recevoir
des titres restaurant et possède un terminal compatible mastercard, il
me semble que ça passera forcément.

À noter que si effectivement seul EdenRed emet des cartes à titre
restaurant, ces cartes peuvent toutes faire des paiement sans contact.

Le 09/06/2020 à 10:51, Marc M. a écrit :

Bonjour,

Le 09.06.20 à 10:41, Guy Godfroy a écrit :

pour l'instant il suffit de répondre oui ou non à la question
"Est-ce que ce restaurant accepte les titres restaurants".
Est-ce qu'on est d'accord là dessus ?

Pour la France oui, avec le soucis papier<>électronique.
est-ce que tout ceux qui accepte l'electronique accepte
aussi obligatoirement le papier ?

Cordialement,
Marc

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


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



___
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: [Talk-gb-westmidlands] One-way in Wolverhampton

2020-06-09 Per discussione Andy Mabbett
On Tue, 9 Jun 2020 at 16:20, Brian Prangle  wrote:

> On Mon, 8 Jun 2020 at 18:51, Andy Mabbett  wrote:
>>
>> According to Midlands today just now, there's a new, temporary,
>> one-way system and bike lanes in Wolverhampton, and the speed limit on
>> the ring-road has changed from 40 to 30 mph.

> Didn't catch this piece myself.

Should still be on iPlayer

> How long is temporary? If it's too short-term - not really worth it

Not stated, but likely minimum is duration of "social distancing".

> Is this a plan or has it been executed?

Work may not be finished, but is well underway.

> Really needs a site survey if it is to be done at all

Government advice is still "stay at home as much as possible".

-- 
Andy Mabbett
@pigsonthewing
http://pigsonthewing.org.uk

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


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

2020-06-09 Per discussione Tyndare


L'ajout de payment:cb dans le Wiki me parait une bonne idée.


Le 09/06/2020 à 15:49, Yves P. a écrit :


À ce propos, j'ai toujours pas compris sur le wiki quel était le tag 
pour décrire le paiement avec une carte bancaire classique en France: 
la carte CB ?

https://fr.wikipedia.org/wiki/Groupement_des_cartes_bancaires_CB
En lisant bien le texte, il y a bien des cartes C. Elles sont aussi 
souvent des cartes VISA ou Mastercard.


En devrait donc avoir dans le wiki la clé payment:cb.
On en trouve quelques unes dans TagInfo 



__
Yves

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



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


Re: [Talk-it] Importazione delle stazioni di ricarica per auto Enel

2020-06-09 Per discussione Damjan Gerl

  
  
Ciao! Nella mia provincia (Trieste) le
  ho inserite tutte io qualche tempo fa, sia le Enel sia le altre,
  almeno delle quali so l'esistenza :-) o sono riuscito a trovare
  info...
  
  Ciao
  Damjan
   
  
  Nap Osm je 9.6.2020 ob 11:45 napisal:


  
  
  
Buongiorno, ragazzi, grazie mille per le numerose risposte.
Quindi in passato hanno già inserito parte delle stazioni,
questa è una buona notizia. Vedo di non essere l'unico a cui
interessa la questione. Infatti anche a me interesserebbe avere
le colonnine sia per una questione di completezza della mappa
sia proprio perché potrei essere in futuro uno di quelli a cui
questi dati potrebbero servire.

  
  
Infatti sono d'accordo con il contattare anche tutti gli altri
provider di servizi simili.
  
Per caso si potrebbe azzardare un nuovo tweet, magari di WMI,
per rompere il ghiaccio?
  
  
  From:
  Maurizio Napolitano 
  Sent: Monday, June 8, 2020 6:39 PM
  To: openstreetmap list - italiano
  
  Subject: Re: [Talk-it] Importazione delle stazioni di
  ricarica per auto Enel
 
  
  
> Forse è compito del DWM di
  contattare Enel?
  
  non serve.
  Puoi contattare anche tu e chiedere.
  Altrimenti può farlo WMI.
  
  > Sarebbe anche a loro favore.
  > Poi si potrebbero contattare gli altri fornitori...
  
  Come ho già scritto lo avevano già fatto a suo tempo.
  Sicuramente il management è cambiato.
  Di mio posso contattare le persone che avevano fatto
  l'import a suo tempo.

  


  


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


Re: [OSM-talk] Toward resolution of controversies related to iD

2020-06-09 Per discussione ndrw6

On 09/06/2020 16:00, Simon Poole wrote:

Nearly all of the original authors left Mapbox a long time ago, nobody
working on it today is an "original author". The grant that Mapbox
received at the time was clearly instrumental in allowing them to start
growing the company to its current size, so while we are obviously
thankful for the support that Mapbox has provided over the years, it was
clearly a win-win situation.


Who owns the iD project now? What's happened after "nearly all of the 
original authors left Mapbox", has the project ownership been 
transferred from Mapbox to OSMF, or perhaps to current maintainers? Does 
Mapbox still retain the ownership rights to the project (even if they 
don't currently care about them)?


The code license is very permissive so there is always an option of 
starting a new project based on it (forking). But the license and 
ownership of the project are not the same thing.




Many would have argued that the OSMF should have received the half a
million dollars  and contracted the work out, maybe to Mapbox, but in
any case just because what actually happened was slightly different,
doesn't mean that the OSMF and the OSM community gave whoever happens to
be working on iD the licence to control the projects destiny forever.


Not saying that this shouldn't be the case, but clearly it wasn't, at 
least initially. And if it isn't ours we can't simply take it, even if 
we really, really want it.


From my point of view - I am happy with the current project governance. 
It works well for iD, it works well for the OSM community. Controversies 
are all around minor issues and contributions - basically saying that 
the maintainers are doing their job.


Ndrw



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


Re: [OSRM-talk] Kilometers in /table route

2020-06-09 Per discussione Aurélien . . . .
Cool,

Thank you very much !

Kin

On Tue, Jun 9, 2020 at 4:51 PM Daniel Patterson via OSRM-talk <
osrm-talk@openstreetmap.org> wrote:

> You need to add `?annotations=duration,distance` to your API call - then
> you'll get metres back as well.
>
> daniel
>
> On Tue, Jun 9, 2020 at 7:24 AM Aurélien   wrote:
>
>> Hi,
>>
>> Can someone explain me why there is no kilometers in the /table route ?
>>
>> Is it a technical problem or a functional non sense ?
>>
>> Thank you very much,
>>
>> Kin
>> ___
>> OSRM-talk mailing list
>> OSRM-talk@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/osrm-talk
>>
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk


Re: [Talk-gb-westmidlands] One-way in Wolverhampton

2020-06-09 Per discussione Brian Prangle
Hi Andy

Didn't catch this piece myself. Couple of questions:

How long is temporary? If it's too short-term - not really worth it

Is this a plan or has it been executed?

Really needs a site survey if it is to be done at all

Regards

Brian

On Mon, 8 Jun 2020 at 18:51, Andy Mabbett  wrote:

> According to Midlands today just now, there's a new, temporary,
> one-way system and bike lanes in Wolverhampton, and the speed limit on
> the ring-road has changed from 40 to 30 mph.
>
> This has also resulted in changes to bus stops/ routes.
>
> Is anyone able to map all this? Can we armchair map it, given the
> "current situation"?
>
> --
> Andy Mabbett
> @pigsonthewing
> http://pigsonthewing.org.uk
>
> ___
> Talk-gb-westmidlands mailing list
> Talk-gb-westmidlands@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
>
___
Talk-gb-westmidlands mailing list
Talk-gb-westmidlands@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands


Re: [OSM-talk] Toward resolution of controversies related to iD

2020-06-09 Per discussione Simon Poole

Am 09.06.2020 um 14:18 schrieb Mikel Maron:
> ---
>
> As it should be.

Mapbox developers decide on (not just  have input on) budgets, product
specs etc etc etc etc etc etc for the company?




signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] Toward resolution of controversies related to iD

2020-06-09 Per discussione Simon Poole
Frederik has already corrected most of your misconceptions, so just some
additional comments;

Am 09.06.2020 um 12:32 schrieb nd...@redhazel.co.uk:
>
> - Taking control from the original authors would slow down, if not
> stall, the development of iD.
>
Nearly all of the original authors left Mapbox a long time ago, nobody
working on it today is an "original author". The grant that Mapbox
received at the time was clearly instrumental in allowing them to start
growing the company to its current size, so while we are obviously
thankful for the support that Mapbox has provided over the years, it was
clearly a win-win situation.

Many would have argued that the OSMF should have received the half a
million dollars  and contracted the work out, maybe to Mapbox, but in
any case just because what actually happened was slightly different,
doesn't mean that the OSMF and the OSM community gave whoever happens to
be working on iD the licence to control the projects destiny forever.

Simon




signature.asc
Description: OpenPGP digital signature
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [OSRM-talk] Kilometers in /table route

2020-06-09 Per discussione Daniel Patterson via OSRM-talk
You need to add `?annotations=duration,distance` to your API call - then
you'll get metres back as well.

daniel

On Tue, Jun 9, 2020 at 7:24 AM Aurélien   wrote:

> Hi,
>
> Can someone explain me why there is no kilometers in the /table route ?
>
> Is it a technical problem or a functional non sense ?
>
> Thank you very much,
>
> Kin
> ___
> OSRM-talk mailing list
> OSRM-talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/osrm-talk
>
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk


[OSRM-talk] Kilometers in /table route

2020-06-09 Per discussione Aurélien . . . .
Hi,

Can someone explain me why there is no kilometers in the /table route ?

Is it a technical problem or a functional non sense ?

Thank you very much,

Kin
___
OSRM-talk mailing list
OSRM-talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/osrm-talk


Re: [talk-cz] Extrémně dlouhé uzavírky v OSM

2020-06-09 Per discussione Jan Macura
Ahoj,

On Tue, 9 Jun 2020 at 14:21, majkaz  wrote:

>
>
> Ještě na mě vyskakují dvě z letoška v Plzni.
>
> http://www.openstreetmap.org/way/756645261
>
> http://www.openstreetmap.org/way/12844778
>
>
>
> Tady je to podle mě blbě značené, podle tohohle článku
>  
> to
> není dočasná úprava, je tam prachsprostý zákaz pro vše mimo MHD. Může tu na
> to někdo místní kouknout?
>
>
>

Tyhle dvě jsou moje práce. Racio bylo takové, že "nekonečnou" dočasnou
uzavírkou dám šanci navigacím dopředu tuto změnu zakomponovat do
směrovacích pravidel, aby tam hned od prvního dne přestaly posílat auta, a
až k uzavření dojde (po tom datu, které je uvedeno jako začátek), tak to
přeznačit na "trvalou" podobu. Což jsem udělal, ale evidentně už jsem
zapomněl smazat ten ':conditional' tag, takže díky za připomínku –
odstraněno.

H.
___
talk-cz mailing list
talk-cz@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-cz
https://openstreetmap.cz/talkcz


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

2020-06-09 Per discussione Yves P.

> À ce propos, j'ai toujours pas compris sur le wiki quel était le tag pour 
> décrire le paiement avec une carte bancaire classique en France: la carte CB ?
> https://fr.wikipedia.org/wiki/Groupement_des_cartes_bancaires_CB
En lisant bien le texte, il y a bien des cartes C. Elles sont aussi souvent des 
cartes VISA ou Mastercard.

En devrait donc avoir dans le wiki la clé payment:cb.
On en trouve quelques unes dans TagInfo 
 

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


Re: [Talk-us] [OSM-talk] fake mapping

2020-06-09 Per discussione 80hnhtv4agou--- via Talk-us

i found source-date,
 
but if i can not on the ground verifies i do not think i should change, they 
did not like non gofers
 
waking around. 
  
>Tuesday, June 9, 2020 5:14 AM -05:00 from Mateusz Konieczny via talk 
>:
> 
> 
> 
> 
>Jun 9, 2020, 00:26 by t...@openstreetmap.org:
>>just to be safe i went to a pre-edit location, less than 5 miles 2 hours by 
>>public transportation.
>> 
>>the satellite view was wrong, the river area were ponds because of the dam, 
>>which was not there in 1969
>> 
>>when we went down the river in cement tubs, and the golf cart paths were all 
>>marked unmaintained track road.
>> 
>>there are pologons around the greens, holes and fairways not the whole 
>>property, where natural woods
>> 
>>that have separate pologons.  
>> 
>>the point is there is to much there to fix.  
>Yes, in many cases map should be updated. If aerial images are wrong it is 
>useful to add
>something like
>note=edited based on survey, as of 2020 Bing aerial imagery is outdated and 
>wrong
> 
>___
>talk mailing list
>t...@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk 
 
 
 
 ___
Talk-us mailing list
Talk-us@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-us


Re: [OSM-talk] fake mapping

2020-06-09 Per discussione 80hnhtv4agou--- via talk

i found source-date,
 
but if i can not on the ground verifies i do not think i should change, they 
did not like non gofers
 
waking around. 
  
>Tuesday, June 9, 2020 5:14 AM -05:00 from Mateusz Konieczny via talk 
>:
> 
> 
> 
> 
>Jun 9, 2020, 00:26 by talk@openstreetmap.org:
>>just to be safe i went to a pre-edit location, less than 5 miles 2 hours by 
>>public transportation.
>> 
>>the satellite view was wrong, the river area were ponds because of the dam, 
>>which was not there in 1969
>> 
>>when we went down the river in cement tubs, and the golf cart paths were all 
>>marked unmaintained track road.
>> 
>>there are pologons around the greens, holes and fairways not the whole 
>>property, where natural woods
>> 
>>that have separate pologons.  
>> 
>>the point is there is to much there to fix.  
>Yes, in many cases map should be updated. If aerial images are wrong it is 
>useful to add
>something like
>note=edited based on survey, as of 2020 Bing aerial imagery is outdated and 
>wrong
> 
>___
>talk mailing list
>talk@openstreetmap.org
>https://lists.openstreetmap.org/listinfo/talk 
 
 
 
 ___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


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

2020-06-09 Per discussione Tyndare


À ce propos, j'ai toujours pas compris sur le wiki quel était le tag 
pour décrire le paiement avec une carte bancaire classique en France: la 
carte CB ?

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

Le 09/06/2020 à 14:48, Yves P. a écrit :

Doit-on profiter pour demander en plus si le terminal accepte le sans
contact ?

On demande tout ce qu'on peut concernant les moyens de paiement :)
Comme ça il n'y a plus à revenir.

__
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-at] Popup Bikelanes

2020-06-09 Per discussione Stefan Tauner
Hi,

ich gehe davon aus, dass wir diese nicht mappen (wollen) oder? Kennt
jemand dazu international irgendwelche konkreten Diskussionen/Kriterien?

Eine naheliegende Begründung, warum sie nicht gemappt werden sollten,
ist die selbe wie bei allen kurzzeitigen Artefakten: sie sind
potentiell schneller wieder weg als sie die Nutzer zu sehen bekommen.
AFAIK haben die Popup Bikelanes in Wien eine Lebensdauer von 3 Monaten.
Das ist mMn an der Grenze, wo es Sinn macht, sie einzuzeichnen (ggf. mit
einem end_date falls bekannt, was aber halt wenig/nix bringt).

Gibt's andere Meinungen?

-- 
Kind regards/Mit freundlichen Grüßen, Stefan Tauner

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


Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

2020-06-09 Per discussione Florian LAINEZ
Je trouve que ça peut être trompeur car certains seraient tentés de créer
un second cinéma. C'est d'ailleurs ce qu'il s'est passé ici.
OK go pour les relations

Le mar. 9 juin 2020 à 15:14, Yves P.  a écrit :

> De mon coté j'ai un problème : Le cinéma Pathé Wepler est composé d'un 
> bâtiment
> principal  et d'une annexe
> 
> Pour l'instant ils sont tagués tous les 2 comme amenity=cinema, mais en
> réalité ce ne sont que des accès différents à un même cinéma (d'après ce
> que j'ai trouvé, il n'y a qu'un numéro CNC pour ces 2 adresses).
> Je fais une belle relation ?
>
> Si tu y tient, il y en a déjà 10.
>
> En général je met 1 seul POI sur un noeud,
> dans le bâtiment,
> près de l'entrée principale.
>
> __
> Yves
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 

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


Re: [OSM-talk-fr] type de rivière pour la bièvre

2020-06-09 Per discussione osm . sanspourriel

J'aurais dit comme toi.

Jean-Yvon, non spécialiste du sujet.

Le 09/06/2020 à 14:55, Georges Dutreix via Talk-fr -
talk-fr@openstreetmap.org a écrit :

Bonjour,

La bièvre est river sur certains tronçons et stream sur d'autres. Ça
fait un peu brouillon sur le rendu, Même si elle est enterrée presque
partout.

J'aurais tendance à mettre stream mais je suis certain qu'il y a ici
des connaisseurs de la base Sandre qui pourront me préciser la bonne
étiquette :
http://www.sandre.eaufrance.fr/geo/CoursEau/F70-0400

Merci
Georges

___
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] Hiérarchisation du réseau cyclable

2020-06-09 Per discussione Julien djakk
> c'est pourtant le plus facile pour détecter que le réseau est complet.
Que veux-tu dire par là ?

> j'ai en souvenir ta vision très controversé du réseau voiture.
> du coup un exemple et une source utilisable pour osm sur ce point ?
> ou c'est juste un feeling comme pour les voitures ?
Il y a quelques boucles de comptage sur les routes et les pistes
cyclables mais oui c'est beaucoup de feeling, il me semble pas plus+
pas moins- que pour construire le réseau de highway pour voitures : à
force d'arpenter sa ville, le contributeur sait par où passent les
voitures, par où passent les vélos, et si c'est très fréquenté ou pas
trop selon chaque mode de transport.

Exemple : j'aurai pu ressentir que la récente piste cyclable du
boulevard Sébastopol est plus+ empruntée que la rue Saint-Denis
parallèle (https://www.openstreetmap.org/#map=19/48.85984/2.34936)
bien que cette dernière supporte un itinéraire vélo officiel, fléché
et cartographié dans OpenStreetMap par plusieurs relation.

Julien "djakk"


Le mar. 9 juin 2020 à 14:41, Marc M.  a écrit :
>
> Le 09.06.20 à 14:36, Julien djakk a écrit :
> > En fait, je ne pense pas faire de relations, trop casse-pied à gérer,
>
> c'est pourtant le plus facile pour détecter que le réseau est complet.
>
> > quand deux itinéraires vélo "secondary" se rejoignent,
> > ça peut donner un itinéraire vélo "primary" etc.
>
> j'ai en souvenir ta vision très controversé du réseau voiture.
> du coup un exemple et une source utilisable pour osm sur ce point ?
> ou c'est juste un feeling comme pour les voitures ?
>
> ___
> 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] Ajout d'un identifiant unique des cinémas en France

2020-06-09 Per discussione Yves P.
> De mon coté j'ai un problème : Le cinéma Pathé Wepler est composé d'un 
> bâtiment principal  et d'une 
> annexe 
> Pour l'instant ils sont tagués tous les 2 comme amenity=cinema, mais en 
> réalité ce ne sont que des accès différents à un même cinéma (d'après ce que 
> j'ai trouvé, il n'y a qu'un numéro CNC pour ces 2 adresses).
> Je fais une belle relation ?
Si tu y tient, il y en a déjà 10.

En général je met 1 seul POI sur un noeud,
dans le bâtiment,
près de l'entrée principale.

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


Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

2020-06-09 Per discussione Florian LAINEZ
Niquel, merci.
De mon coté j'ai un problème : Le cinéma Pathé Wepler est composé d'un bâtiment
principal  et d'une annexe

Pour l'instant ils sont tagués tous les 2 comme amenity=cinema, mais en
réalité ce ne sont que des accès différents à un même cinéma (d'après ce
que j'ai trouvé, il n'y a qu'un numéro CNC pour ces 2 adresses).
Je fais une belle relation ?
Même question pour le cinéma MK2 Bibliothèque, composé d'un bâtiment
principal  et d'une annexe
souterraine . Le numéro CNC
a été mis sur le bâtiment principal uniquement.


Le mar. 9 juin 2020 à 14:30, Romain MEHUT  a écrit :

> C'est fait !
> Le 09/06/2020 à 14:19, Florian LAINEZ a écrit :
>
> merci Romain. on te laisse t'en occuper ?
>
> Le mar. 9 juin 2020 à 14:12, Romain MEHUT  a
> écrit :
>
>> Florian,
>>
>> Pour Dinard
>> https://www.letelegramme.fr/ille-et-vilaine/dinard/cinema-les-2-alizes-devient-emeraude-cinema-dinard-30-03-2016-11012060.php
>>
>> Romain
>> Le 08/06/2020 à 16:25, Florian LAINEZ a écrit :
>>
>> Salut à tous,
>> Je relance le sujet 3 ans plus tard. Pour rappel le sujet est
>> l'identification de tous les cinémas en France.
>>
>> J'ai créé une page décrivant l'identifiant du CNC :
>> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC
>> J'ai avancé à la mano l'intégration des numéros de référence sur les
>> cinémas.
>>
>> Si Francescu (ou quelqu'un d'autre) dispose des géoloc des cinémas, ça
>> aiderait beaucoup !
>> Il reste encore du boulot pour intégrer les 2000 cinémas restants (90% du
>> taff reste donc à faire) et en attendant le taff prend vraiment du temps
>> ... aide bienvenue.
>>
>> Le jeu. 19 oct. 2017 à 20:49, JB  a écrit :
>>
>>> Je dois être vieux jeu… mais je reste toujours dubitatif sur
>>> l'introduction d'identifiants uniques dans la base pour faciliter la
>>> connexion avec tel ou tel outil.
>>> Sur une problématique aussi ciblée, je n'arrive pas à comprendre qu'on
>>> n'arrive pas à croiser deux bases de données sans cet identifiant. Y a-t-il
>>> une telle densité de cinémas qu'avec un tag amenity=cinema (moins de 2000
>>> objets) + un nom de cinéma + une géolocalisation plus ou moins convenable,
>>> on n'arrive pas à recouper les données ?
>>> Peut-être qu'on répondra qu'il y a des doublons dans l'une ou l'autre
>>> base ? L'identifiant unique ne résoudra rien.
>>> Peut-être répondra-t-on qu'on facilitera la mise à jour d'OSM à partir
>>> d'une base externe ? Un croisement des données à chaque mise à jour donnera
>>> la même chose.
>>> Voilà voilà pour ce soir. Au fait, vous penserez à passer par la case «
>>> import » pour rentrer les identifiants en masse, hein ?
>>> JB.
>>>
>>> Le 19/10/2017 à 18:27, Christian Quest a écrit :
>>>
>>> Si il y a un identifiant CNC c'est une solution... si il n'y en a pas,
>>> n'oubliez pas le SIRET... c'est pas limité aux cinémas, mais en principe,
>>> c'est unique et sûrement universel.
>>>
>>> Le 19/10/2017 à 17:17, Francescu GAROBY a écrit :
>>>
>>> Bonjour,
>>> En tant que développeur d'un site pour le cinéma indépendant en France,
>>> mais sur lequel on retrouve tout de même tous les cinémas et toutes les
>>> sorties en salle, j'ai besoin d'afficher une carte (OSM, évidemment)
>>> pointant sur le cinéma (ex : Cinéma Lux
>>> , à Caen).
>>> Pour l'instant, je récupère l'emplacement du cinéma, soit à partir de
>>> son adresse soit à partir des coordonnées GPS qu'une source extérieure me
>>> fournit. Sauf que cette source a parfois des coordonnées incorrectes (en
>>> gros, les coordonnées du centre de la commune).
>>>
>>> Vu que data.gouv.fr a la liste des cinémas de France (fournie par le CNC)
>>> ,
>>> je me disais que le plus simple serait d'ajouter à chaque node/way
>>> représentant un cinéma l'identifiant unique contenu dans ledit fichier.
>>> J'ai bien évidemment posé la question de l'unicité et de la stabilité d'un
>>> tel identifiant (cf. la discussion "Stabilité de l'ID des cinémas", sur
>>> la page data.gouv.fr citée ci-dessus).
>>>
>>> Si cela vous convient, il resterait alors à se mettre d'accord sur la
>>> clé à utiliser.
>>> "ref:FR:CNC=*" me paraît pas mal, non ?
>>>
>>> --
>>> Francescu GAROBY
>>>
>>>
>>> ___
>>> Talk-fr mailing 
>>> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>> --
>>> Christian Quest - OpenStreetMap France
>>>
>>>
>>>
>>> ___
>>> Talk-fr mailing 
>>> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>>
>>>
>>> ___
>>> Talk-fr mailing list
>>> Talk-fr@openstreetmap.org
>>> 

[OSM-talk-fr] type de rivière pour la bièvre

2020-06-09 Per discussione Georges Dutreix via Talk-fr

Bonjour,

La bièvre est river sur certains tronçons et stream sur d'autres. Ça 
fait un peu brouillon sur le rendu, Même si elle est enterrée presque 
partout.


J'aurais tendance à mettre stream mais je suis certain qu'il y a ici des 
connaisseurs de la base Sandre qui pourront me préciser la bonne étiquette :

http://www.sandre.eaufrance.fr/geo/CoursEau/F70-0400

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


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

2020-06-09 Per discussione Yves P.
> Doit-on profiter pour demander en plus si le terminal accepte le sans
> contact ?
On demande tout ce qu'on peut concernant les moyens de paiement :)
Comme ça il n'y a plus à revenir.

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


Re: [OSM-talk-fr] Hiérarchisation du réseau cyclable

2020-06-09 Per discussione Marc M.
Le 09.06.20 à 14:36, Julien djakk a écrit :
> En fait, je ne pense pas faire de relations, trop casse-pied à gérer,

c'est pourtant le plus facile pour détecter que le réseau est complet.

> quand deux itinéraires vélo "secondary" se rejoignent,
> ça peut donner un itinéraire vélo "primary" etc.

j'ai en souvenir ta vision très controversé du réseau voiture.
du coup un exemple et une source utilisable pour osm sur ce point ?
ou c'est juste un feeling comme pour les voitures ?

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


Re: [OSM-talk-fr] Hiérarchisation du réseau cyclable

2020-06-09 Per discussione Julien djakk
En fait, je ne pense pas faire de relations, trop casse-pied à gérer,
mais faire comme le réseau routier voitures, caractériser ligne par
ligne. De plus, quand deux itinéraires vélo "secondary" se rejoignent,
ça peut donner un itinéraire vélo "primary" etc.

Julien "djakk"


Le mar. 9 juin 2020 à 13:58, Julien djakk  a écrit :
>
> Merci marc, je vais jeter un œil là-dessus.
>
> Bonjour Romain, en général ces itinéraires cartographiés avec une
> relation sont des itinéraires touristiques. Et merci : je ne savais
> pas qu'il existait une liste "vélo" ! :)
>
> Julien "djakk"
>
> Le mar. 9 juin 2020 à 12:51, Romain MEHUT  a écrit :
> >
> > Bonjour,
> >
> > N'est-ce pas déjà le cas avec les relations qui décrivent des itinéraires ?
> >
> > Romain
> >
> > Le 09/06/2020 à 12:35, Julien djakk a écrit :
> > > Bonjour tout le monde !
> > >
> > > Je souhaite hiérarchiser dans OpenStreetMap le réseau de pistes
> > > cyclables et de routes ouvertes au vélos. Comment faire ?
> > > Je pensais faire à la manière du réseau routier voitures :
> > > highway="primary", "secondary", etc. -> cycleway="primary",
> > > "secondary", etc. ? Bon cycleway étant déjà utilisé il faudrait une
> > > autre clé (cycleway:importance ?).
> > >
> > > On se retrouverait dans certains cas avec des voies
> > > highway="residential" + cycleway:importance="primary".
> > >
> > >
> > > Julien "djakk"
> > >
> > > ___
> > > 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] Ajout d'un identifiant unique des cinémas en France

2020-06-09 Per discussione Romain MEHUT

C'est fait !

Le 09/06/2020 à 14:19, Florian LAINEZ a écrit :

merci Romain. on te laisse t'en occuper ?

Le mar. 9 juin 2020 à 14:12, Romain MEHUT > a écrit :


Florian,

Pour Dinard

https://www.letelegramme.fr/ille-et-vilaine/dinard/cinema-les-2-alizes-devient-emeraude-cinema-dinard-30-03-2016-11012060.php

Romain

Le 08/06/2020 à 16:25, Florian LAINEZ a écrit :

Salut à tous,
Je relance le sujet 3 ans plus tard. Pour rappel le sujet est
l'identification de tous les cinémas en France.

J'ai créé une page décrivant l'identifiant du CNC :
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC
J'ai avancé à la mano l'intégration des numéros de référence sur
les cinémas.

Si Francescu (ou quelqu'un d'autre) dispose des géoloc des
cinémas, ça aiderait beaucoup !
Il reste encore du boulot pour intégrer les 2000 cinémas restants
(90% du taff reste donc à faire) et en attendant le taff prend
vraiment du temps ... aide bienvenue.

Le jeu. 19 oct. 2017 à 20:49, JB mailto:jb...@mailoo.org>> a écrit :

Je dois être vieux jeu… mais je reste toujours dubitatif sur
l'introduction d'identifiants uniques dans la base pour
faciliter la connexion avec tel ou tel outil.
Sur une problématique aussi ciblée, je n'arrive pas à
comprendre qu'on n'arrive pas à croiser deux bases de données
sans cet identifiant. Y a-t-il une telle densité de cinémas
qu'avec un tag amenity=cinema (moins de 2000 objets) + un nom
de cinéma + une géolocalisation plus ou moins convenable, on
n'arrive pas à recouper les données ?
Peut-être qu'on répondra qu'il y a des doublons dans l'une ou
l'autre base ? L'identifiant unique ne résoudra rien.
Peut-être répondra-t-on qu'on facilitera la mise à jour d'OSM
à partir d'une base externe ? Un croisement des données à
chaque mise à jour donnera la même chose.
Voilà voilà pour ce soir. Au fait, vous penserez à passer par
la case « import » pour rentrer les identifiants en masse, hein ?
JB.

Le 19/10/2017 à 18:27, Christian Quest a écrit :


Si il y a un identifiant CNC c'est une solution... si il n'y
en a pas, n'oubliez pas le SIRET... c'est pas limité aux
cinémas, mais en principe, c'est unique et sûrement universel.


Le 19/10/2017 à 17:17, Francescu GAROBY a écrit :

Bonjour,
En tant que développeur d'un site pour le cinéma
indépendant en France, mais sur lequel on retrouve tout de
même tous les cinémas et toutes les sorties en salle, j'ai
besoin d'afficher une carte (OSM, évidemment) pointant sur
le cinéma (ex : Cinéma Lux
, à
Caen).
Pour l'instant, je récupère l'emplacement du cinéma, soit à
partir de son adresse soit à partir des coordonnées GPS
qu'une source extérieure me fournit. Sauf que cette source
a parfois des coordonnées incorrectes (en gros, les
coordonnées du centre de la commune).

Vu que data.gouv.fr a la liste des cinémas de France
(fournie par le CNC)

,
je me disais que le plus simple serait d'ajouter à chaque
node/way représentant un cinéma l'identifiant unique
contenu dans ledit fichier. J'ai bien évidemment posé la
question de l'unicité et de la stabilité d'un tel
identifiant (cf. la discussion "Stabilité de l'ID des
cinémas", sur la page data.gouv.fr 
citée ci-dessus).

Si cela vous convient, il resterait alors à se mettre
d'accord sur la clé à utiliser.
"ref:FR:CNC=*" me paraît pas mal, non ?

--
Francescu GAROBY


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


-- 
Christian Quest - OpenStreetMap France



___
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



-- 


*Florian Lainez*

@overflorian 

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


[talk-cz] Extrémně dlouhé uzavírky v OSM

2020-06-09 Per discussione majkaz

Při "čištění" dat od starých uzavírek jsem narazila na tohle:
 
vehicle:conditional 
no @ 
(2014 Oct 26-2099 Dec 31) 
Je to na https://www.openstreetmap.org/way/26380573 

 
Po nakouknutí na mapy.cz tam normálně v květnu 2018 projelo jejich auto, co to 
fotilo pro Panoramu, podle letecké mapy to taky vypadá průjezdné, v uzavírkách 
to nevidím. Mám to brát automaticky za nesmysl?
 
Druhý, téměř stejný případ je https://www.openstreetmap.org/way/330199590 

 
 
Ještě na mě vyskakují dvě z letoška v Plzni.
http://www.openstreetmap.org/way/756645261
http://www.openstreetmap.org/way/12844778
 
Tady je to podle mě blbě značené, podle tohohle článku 
 
to není dočasná úprava, je tam prachsprostý zákaz pro vše mimo MHD. Může tu na to 
někdo místní kouknout?
 
 
Majka

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


Re: [OSM-talk] Toward resolution of controversies related to iD

2020-06-09 Per discussione Mikel Maron
Hey I have some other things to say on this thread, but quickly this point is 
based on incorrect assumptions
> But if push comes to shove, and someone
needs to decide how something is done, do we want US tech firms to decide what 
the official OSM editor does, or do we want the OSMF to decide what the 
official OSM editor does?

False dichotomy. The choice here is not between Silicon Valley and OSMF. 
Decisions on iD are not made by US tech firms. I say this as an employee of one 
of those firms who has observed this first hand. The decisions on iD are made 
by the developers, working within the OSM community. 
As it should be. What’s needed is the availability of more structure to come to 
software decision in those rare situations when ad hoc community is not enough. 
Yes iD is the focus currently, but it’s not the only place our community needs 
more software support.
Mikel

On Tuesday, June 9, 2020, 7:55 AM, Frederik Ramm  wrote:

Hi,

On 2020-06-09 12:32, nd...@redhazel.co.uk wrote:
> To me, OSMF wants the control of a project it hasn't developed but
> turned out too successful to ignore,

The iD editor has been originally built by Mapbox funded by a grant from
the Knight Foundation with the aim of being a good editor for OSM. That
was before any of the people currently driving iD development came on
board. Had it been "some GIS editing software that might or might not be
used for OSM one day", it is very unlikely that this grant would ever
have been given. iD was never a project that would have been viable
without the OSMF's blessing (as in "if you get this editor to work then
we'll put it on our web site").

> and to add insult to injury you are
> asking the author to keep working on it by committing patches he
> disagrees with.

As far as I am aware, both former and current iD lead developers are
doing their work within a full time IT job, not in their spare time.
Their employer - US tech firms in both cases - asks them to spend time
on iD because their employer wants to help OSM improve. Most employment
situations bring it with them that you have to do something you disagree
with now and then. We do not know what instructions the paid iD
developers receive from their employers but it is obvious that they
*could* receive instructions.

Now, of course as long as everything purrs along smoothly, good software
is created for a happy user base by happy developers and nobody
interferes, that's all dandy. But if push comes to shove, and someone
needs to decide how something is done, do we want US tech firms to
decide what the official OSM editor does, or do we want the OSMF to
decide what the official OSM editor does?

> - It's deeply unethical. OSMF should foster the development of the OSM
> ecosystem, not harass people working on it. How does this fit OSMF own
> charter and CoC?

I think you have a very warped view of the whole topic. Given that I
haven't seen you on these lists before I must assume that you haven't
followed any of the history, background, and past discussions about the
matter. You're of course entitled to your point of view but your point
of view doesn't really do much for the discussion when it is, obviously,
based on the mistaken assumption that iD is a third-party hobby project
that OSMF now wants to nefariously take control of because it has proven
successful.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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



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


Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

2020-06-09 Per discussione Florian LAINEZ
merci Romain. on te laisse t'en occuper ?

Le mar. 9 juin 2020 à 14:12, Romain MEHUT  a écrit :

> Florian,
>
> Pour Dinard
> https://www.letelegramme.fr/ille-et-vilaine/dinard/cinema-les-2-alizes-devient-emeraude-cinema-dinard-30-03-2016-11012060.php
>
> Romain
> Le 08/06/2020 à 16:25, Florian LAINEZ a écrit :
>
> Salut à tous,
> Je relance le sujet 3 ans plus tard. Pour rappel le sujet est
> l'identification de tous les cinémas en France.
>
> J'ai créé une page décrivant l'identifiant du CNC :
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC
> J'ai avancé à la mano l'intégration des numéros de référence sur les
> cinémas.
>
> Si Francescu (ou quelqu'un d'autre) dispose des géoloc des cinémas, ça
> aiderait beaucoup !
> Il reste encore du boulot pour intégrer les 2000 cinémas restants (90% du
> taff reste donc à faire) et en attendant le taff prend vraiment du temps
> ... aide bienvenue.
>
> Le jeu. 19 oct. 2017 à 20:49, JB  a écrit :
>
>> Je dois être vieux jeu… mais je reste toujours dubitatif sur
>> l'introduction d'identifiants uniques dans la base pour faciliter la
>> connexion avec tel ou tel outil.
>> Sur une problématique aussi ciblée, je n'arrive pas à comprendre qu'on
>> n'arrive pas à croiser deux bases de données sans cet identifiant. Y a-t-il
>> une telle densité de cinémas qu'avec un tag amenity=cinema (moins de 2000
>> objets) + un nom de cinéma + une géolocalisation plus ou moins convenable,
>> on n'arrive pas à recouper les données ?
>> Peut-être qu'on répondra qu'il y a des doublons dans l'une ou l'autre
>> base ? L'identifiant unique ne résoudra rien.
>> Peut-être répondra-t-on qu'on facilitera la mise à jour d'OSM à partir
>> d'une base externe ? Un croisement des données à chaque mise à jour donnera
>> la même chose.
>> Voilà voilà pour ce soir. Au fait, vous penserez à passer par la case «
>> import » pour rentrer les identifiants en masse, hein ?
>> JB.
>>
>> Le 19/10/2017 à 18:27, Christian Quest a écrit :
>>
>> Si il y a un identifiant CNC c'est une solution... si il n'y en a pas,
>> n'oubliez pas le SIRET... c'est pas limité aux cinémas, mais en principe,
>> c'est unique et sûrement universel.
>>
>> Le 19/10/2017 à 17:17, Francescu GAROBY a écrit :
>>
>> Bonjour,
>> En tant que développeur d'un site pour le cinéma indépendant en France,
>> mais sur lequel on retrouve tout de même tous les cinémas et toutes les
>> sorties en salle, j'ai besoin d'afficher une carte (OSM, évidemment)
>> pointant sur le cinéma (ex : Cinéma Lux
>> , à Caen).
>> Pour l'instant, je récupère l'emplacement du cinéma, soit à partir de son
>> adresse soit à partir des coordonnées GPS qu'une source extérieure me
>> fournit. Sauf que cette source a parfois des coordonnées incorrectes (en
>> gros, les coordonnées du centre de la commune).
>>
>> Vu que data.gouv.fr a la liste des cinémas de France (fournie par le CNC)
>> ,
>> je me disais que le plus simple serait d'ajouter à chaque node/way
>> représentant un cinéma l'identifiant unique contenu dans ledit fichier.
>> J'ai bien évidemment posé la question de l'unicité et de la stabilité d'un
>> tel identifiant (cf. la discussion "Stabilité de l'ID des cinémas", sur
>> la page data.gouv.fr citée ci-dessus).
>>
>> Si cela vous convient, il resterait alors à se mettre d'accord sur la clé
>> à utiliser.
>> "ref:FR:CNC=*" me paraît pas mal, non ?
>>
>> --
>> Francescu GAROBY
>>
>>
>> ___
>> Talk-fr mailing 
>> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>> --
>> Christian Quest - OpenStreetMap France
>>
>>
>>
>> ___
>> Talk-fr mailing 
>> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>>
>>
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
>
> *Florian Lainez*
> @overflorian 
>
> ___
> Talk-fr mailing 
> listTalk-fr@openstreetmap.orghttps://lists.openstreetmap.org/listinfo/talk-fr
>
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
>


-- 

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


Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

2020-06-09 Per discussione Romain MEHUT

Florian,

Pour Dinard 
https://www.letelegramme.fr/ille-et-vilaine/dinard/cinema-les-2-alizes-devient-emeraude-cinema-dinard-30-03-2016-11012060.php


Romain

Le 08/06/2020 à 16:25, Florian LAINEZ a écrit :

Salut à tous,
Je relance le sujet 3 ans plus tard. Pour rappel le sujet est 
l'identification de tous les cinémas en France.


J'ai créé une page décrivant l'identifiant du CNC : 
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC
J'ai avancé à la mano l'intégration des numéros de référence sur les 
cinémas.


Si Francescu (ou quelqu'un d'autre) dispose des géoloc des cinémas, ça 
aiderait beaucoup !
Il reste encore du boulot pour intégrer les 2000 cinémas restants (90% 
du taff reste donc à faire) et en attendant le taff prend vraiment du 
temps ... aide bienvenue.


Le jeu. 19 oct. 2017 à 20:49, JB > a écrit :


Je dois être vieux jeu… mais je reste toujours dubitatif sur
l'introduction d'identifiants uniques dans la base pour faciliter
la connexion avec tel ou tel outil.
Sur une problématique aussi ciblée, je n'arrive pas à comprendre
qu'on n'arrive pas à croiser deux bases de données sans cet
identifiant. Y a-t-il une telle densité de cinémas qu'avec un tag
amenity=cinema (moins de 2000 objets) + un nom de cinéma + une
géolocalisation plus ou moins convenable, on n'arrive pas à
recouper les données ?
Peut-être qu'on répondra qu'il y a des doublons dans l'une ou
l'autre base ? L'identifiant unique ne résoudra rien.
Peut-être répondra-t-on qu'on facilitera la mise à jour d'OSM à
partir d'une base externe ? Un croisement des données à chaque
mise à jour donnera la même chose.
Voilà voilà pour ce soir. Au fait, vous penserez à passer par la
case « import » pour rentrer les identifiants en masse, hein ?
JB.

Le 19/10/2017 à 18:27, Christian Quest a écrit :


Si il y a un identifiant CNC c'est une solution... si il n'y en a
pas, n'oubliez pas le SIRET... c'est pas limité aux cinémas, mais
en principe, c'est unique et sûrement universel.


Le 19/10/2017 à 17:17, Francescu GAROBY a écrit :

Bonjour,
En tant que développeur d'un site pour le cinéma indépendant en
France, mais sur lequel on retrouve tout de même tous les
cinémas et toutes les sorties en salle, j'ai besoin d'afficher
une carte (OSM, évidemment) pointant sur le cinéma (ex : Cinéma
Lux , à
Caen).
Pour l'instant, je récupère l'emplacement du cinéma, soit à
partir de son adresse soit à partir des coordonnées GPS qu'une
source extérieure me fournit. Sauf que cette source a parfois
des coordonnées incorrectes (en gros, les coordonnées du centre
de la commune).

Vu que data.gouv.fr a la liste des cinémas de France (fournie
par le CNC)

,
je me disais que le plus simple serait d'ajouter à chaque
node/way représentant un cinéma l'identifiant unique contenu
dans ledit fichier. J'ai bien évidemment posé la question de
l'unicité et de la stabilité d'un tel identifiant (cf. la
discussion "Stabilité de l'ID des cinémas", sur la page
data.gouv.fr  citée ci-dessus).

Si cela vous convient, il resterait alors à se mettre d'accord
sur la clé à utiliser.
"ref:FR:CNC=*" me paraît pas mal, non ?

--
Francescu GAROBY


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


-- 
Christian Quest - OpenStreetMap France



___
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



--

*Florian Lainez*

@overflorian 

___
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] Hiérarchisation du réseau cyclable

2020-06-09 Per discussione Julien djakk
Merci marc, je vais jeter un œil là-dessus.

Bonjour Romain, en général ces itinéraires cartographiés avec une
relation sont des itinéraires touristiques. Et merci : je ne savais
pas qu'il existait une liste "vélo" ! :)

Julien "djakk"

Le mar. 9 juin 2020 à 12:51, Romain MEHUT  a écrit :
>
> Bonjour,
>
> N'est-ce pas déjà le cas avec les relations qui décrivent des itinéraires ?
>
> Romain
>
> Le 09/06/2020 à 12:35, Julien djakk a écrit :
> > Bonjour tout le monde !
> >
> > Je souhaite hiérarchiser dans OpenStreetMap le réseau de pistes
> > cyclables et de routes ouvertes au vélos. Comment faire ?
> > Je pensais faire à la manière du réseau routier voitures :
> > highway="primary", "secondary", etc. -> cycleway="primary",
> > "secondary", etc. ? Bon cycleway étant déjà utilisé il faudrait une
> > autre clé (cycleway:importance ?).
> >
> > On se retrouverait dans certains cas avec des voies
> > highway="residential" + cycleway:importance="primary".
> >
> >
> > Julien "djakk"
> >
> > ___
> > 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] Toward resolution of controversies related to iD

2020-06-09 Per discussione Frederik Ramm
Hi,

On 2020-06-09 12:32, nd...@redhazel.co.uk wrote:
> To me, OSMF wants the control of a project it hasn't developed but
> turned out too successful to ignore,

The iD editor has been originally built by Mapbox funded by a grant from
the Knight Foundation with the aim of being a good editor for OSM. That
was before any of the people currently driving iD development came on
board. Had it been "some GIS editing software that might or might not be
used for OSM one day", it is very unlikely that this grant would ever
have been given. iD was never a project that would have been viable
without the OSMF's blessing (as in "if you get this editor to work then
we'll put it on our web site").

> and to add insult to injury you are
> asking the author to keep working on it by committing patches he
> disagrees with.

As far as I am aware, both former and current iD lead developers are
doing their work within a full time IT job, not in their spare time.
Their employer - US tech firms in both cases - asks them to spend time
on iD because their employer wants to help OSM improve. Most employment
situations bring it with them that you have to do something you disagree
with now and then. We do not know what instructions the paid iD
developers receive from their employers but it is obvious that they
*could* receive instructions.

Now, of course as long as everything purrs along smoothly, good software
is created for a happy user base by happy developers and nobody
interferes, that's all dandy. But if push comes to shove, and someone
needs to decide how something is done, do we want US tech firms to
decide what the official OSM editor does, or do we want the OSMF to
decide what the official OSM editor does?

> - It's deeply unethical. OSMF should foster the development of the OSM
> ecosystem, not harass people working on it. How does this fit OSMF own
> charter and CoC?

I think you have a very warped view of the whole topic. Given that I
haven't seen you on these lists before I must assume that you haven't
followed any of the history, background, and past discussions about the
matter. You're of course entitled to your point of view but your point
of view doesn't really do much for the discussion when it is, obviously,
based on the mistaken assumption that iD is a third-party hobby project
that OSMF now wants to nefariously take control of because it has proven
successful.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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


Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

2020-06-09 Per discussione Donat ROBAUX
Hello,

Je viens de voir que ce fichier du CNC ne contient aucune info pour les
DOM-COM...
C'est pourtant là où on a le plus de mal à avoir des infos.

Pour ce qui est de wikidata, j'ai remarqué que pas mal de cinéma ont une
entrée dans WD, mais qu'elle n'est pas indiquée sur OSM.
Profitons-en donc au-delà du tag ref:FR:CNC pour améliorer les données des
cinémas car beaucoup n'ont pas beaucoup d'infos complémentaires.
Sinon je pense qu'avec le ref:FR:CNC et le SIRET, on peut arriver à faire
une analyse pas mal.

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


Re: [OSM-talk] fake mapping

2020-06-09 Per discussione Marc M.
> it is useful to add something like
> note=edited based on survey

or survey:date=
in the hope than one day, editor 'll warn a mapper
if his source is older than the previous one.

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


Re: [OSM-talk] fake mapping

2020-06-09 Per discussione Jo
And there is no need to be comprehensive. Map it as you you, little
by little.

On Tue, Jun 9, 2020, 12:15 Mateusz Konieczny via talk <
talk@openstreetmap.org> wrote:

>
>
>
> Jun 9, 2020, 00:26 by talk@openstreetmap.org:
>
> just to be safe i went to a pre-edit location, less than 5 miles 2 hours
> by public transportation.
>
> the satellite view was wrong, the river area were ponds because of the
> dam, which was not there in 1969
>
> when we went down the river in cement tubs, and the golf cart paths were
> all marked unmaintained track road.
>
> there are pologons around the greens, holes and fairways not the whole
> property, where natural woods
>
> that have separate pologons.
>
> the point is there is to much there to fix.
>
> Yes, in many cases map should be updated. If aerial images are wrong it is
> useful to add
> something like
> note=edited based on survey, as of 2020 Bing aerial imagery is outdated
> and wrong
>
> ___
> talk mailing list
> talk@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk
>
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


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

2020-06-09 Per discussione osm . sanspourriel

Je dirais comme Guy *actuellement* mais si on regarde l'évolution des
chèques (dont le principe est similaire sauf que le risque d'impayé est
plus élevé), on voit de plus en plus de magasins refuser les chèques. Il
est possible, et c'est le but du cartel, qu'à terme ils éliminent les
tickets (gestion dématérialisée mais frais identiques).

Si c'est pour simplifier une quête  StreetComplete ça semble
raisonnable, si c'est pour changer le modèle de tags je suis plus réservé.

Doit-on profiter pour demander en plus si le terminal accepte le sans
contact ?

Jean-Yvon

Le 09/06/2020 à 11:09, Guy Godfroy - guy.godf...@gugod.fr a écrit :

Honnêtement je crois que j'ai jamais vu de gens qui acceptaient la carte
mais pas le papier.

D'autre part il me semble (mais je peux me tromper) que seul EdenRed
émet des cartes à puce pour titre restaurant, et s'appuie sur le réseau
MasterCard pour ça, de sorte que si un commerce est habilité à recevoir
des titres restaurant et possède un terminal compatible mastercard, il
me semble que ça passera forcément.

À noter que si effectivement seul EdenRed emet des cartes à titre
restaurant, ces cartes peuvent toutes faire des paiement sans contact.

Le 09/06/2020 à 10:51, Marc M. a écrit :

Bonjour,

Le 09.06.20 à 10:41, Guy Godfroy a écrit :

pour l'instant il suffit de répondre oui ou non à la question
"Est-ce que ce restaurant accepte les titres restaurants".
Est-ce qu'on est d'accord là dessus ?

Pour la France oui, avec le soucis papier<>électronique.
est-ce que tout ceux qui accepte l'electronique accepte
aussi obligatoirement le papier ?

Cordialement,
Marc

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


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



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


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

2020-06-09 Per discussione Marc M.
Le 09.06.20 à 11:53, Tyndare a écrit :
> Un resto peut

SC n'aime pas (et moi non plus) les quêtes qui en théorie ont plusieurs
réponses mais qui en pratique ont 99% de la même.
du coup les questions à se poser pour faire la quête sont :
- les cas "le midi mais pas le soir" ou inversement, sont-ils fréquent
au point de devoir l'inclure dans les réponses ou c'est purement
théorique ? perso je n'en connais pas. idem pour les cartes.
- il y a un lien ou pas entre papier et électrique méritant de demander
l'électrique qu'en cas de réponse oui au papier ou cela mérite 2 quêtes
totalement indépendante ? j'aurais tendance à croire qu'un commercant va
continuer le papier pendant une période transitoire vers l'électronique.

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


Re: [OSM-talk-fr] Hiérarchisation du réseau cyclable

2020-06-09 Per discussione Romain MEHUT

Bonjour,

N'est-ce pas déjà le cas avec les relations qui décrivent des itinéraires ?

Romain

Le 09/06/2020 à 12:35, Julien djakk a écrit :

Bonjour tout le monde !

Je souhaite hiérarchiser dans OpenStreetMap le réseau de pistes
cyclables et de routes ouvertes au vélos. Comment faire ?
Je pensais faire à la manière du réseau routier voitures :
highway="primary", "secondary", etc. -> cycleway="primary",
"secondary", etc. ? Bon cycleway étant déjà utilisé il faudrait une
autre clé (cycleway:importance ?).

On se retrouverait dans certains cas avec des voies
highway="residential" + cycleway:importance="primary".


Julien "djakk"

___
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] Toward resolution of controversies related to iD

2020-06-09 Per discussione Mateusz Konieczny via talk



Jun 9, 2020, 12:32 by nd...@redhazel.co.uk:

> On 09/06/2020 09:01, Frederik Ramm wrote:
>
>> On 6/9/20 02:53, nd...@redhazel.co.uk wrote:
>>
>>> Basically, can you please explain why do you think you should be able to
>>> influence decisions of the iD maintainer without forking the code,
>>> maintaining it yourself and in the end competing with iD on a level
>>> playing field.
>>>
>> I think that we (the OSMF) give the independent iD project a huge
>> platform by making it the default editor that people are sent to when
>> they click "Edit" on our web page. (Would anyone go to a web site called
>> "ideditor.com" to edit OSM?)
>>
>
> Thank you, I couldn't find any "or else" in the blog post and was wondering 
> what that could be.
>
> To me, OSMF wants the control of a project it hasn't developed but turned out 
> too successful to ignore
>
Overall iD is a great editor and it should continue to be available on the OSM 
website.

But for many people "iD editor claimed X" is the same as "OSM claimed X".
OSMF having at least some very tenuous control over the most important part of 
the
OSM website is not surprising.

> - It's deeply unethical. OSMF should foster the development of the OSM 
> ecosystem, not harass people working on it
>
Describing what is proposed in this document as harassment seems weird to me.

> Better yet, talk to each other and come up with a workable plan. OSMF 
> proposal is very one-sided and disproportional, what is _OSMF_ willing to 
> compromise on to improve cooperation?
>
Given that current state is that OSMF gave 100% control over the default editor 
to iD developers,
how OSMF may concede further?

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


Re: [OSM-talk-fr] Hiérarchisation du réseau cyclable

2020-06-09 Per discussione Marc M.
Bonjour,

Le 09.06.20 à 12:35, Julien djakk a écrit :
> Je souhaite hiérarchiser

n'est-ce pas la première lettre de network=icn/ncn/rcn/lcn ?
international <> national <> regional <> local route

le wiki renseigne aussi cycle_network=cycle_highway
qui a l'air d'être... hum.. pas très clair :)

Cordialement,
Marc

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


Re: [OSM-talk] Toward resolution of controversies related to iD

2020-06-09 Per discussione Mateusz Konieczny via talk



Jun 9, 2020, 11:08 by saba...@gmail.com:

>
>
> Il giorno mar 9 giu 2020 alle ore 10:06 Frederik Ramm <> frede...@remote.org> 
> > ha scritto:
>
>>
>> We are having this discussion because the assumption that if someone is
>>  a good programmer they will also be good with gauging the will of the
>>  OSM community has proven wrong; iD is a good editor but the iD team has
>>  too often treated the community with contempt (to the point of openly
>>  violating the code of conduct that the iD team had given themselves) and
>>  ignored valid concerns. The relationship hence cannot continue on trust
>>  alone.
>>  
>>
> IIRC developers tried to approach the tagging list in the past
> but since the tagging process is broken they were expecting the community to 
> fix this.
> What's the outcome of the discussion we had in Heidelberg?
>
> What if we, as a community, can give clear instructions on tagging 
> and letting developers follow the documentation
> instead of regulating software development?
>
It works well in case of JOSM.
In case of iD there were multiple cases of rejecting, ignoring 
and making fun of such documentation (see for example
case of misleading description for highway=track)

(1)
iD developers tried to redefine highway=track without consensus:
"Roads for agricultural and forestry use etc." to
"Infrequently maintained minor roads for agricultural and forestry use etc."
https://wiki.openstreetmap.org/w/index.php?title=Tag%3Ahighway%3Dtrack=revision=1183581=1164441
This edit was reverted

(2)
iD developers are deliberately pushing this incorrect definition
in their editor. See discussions in
https://github.com/openstreetmap/iD/commit/6b2a69282e0b274c270f5288765ca3db1c8890f9#commitcomment-16561761
https://github.com/openstreetmap/iD/issues/3038
https://github.com/openstreetmap/iD/issues/6954

In particular 
https://github.com/openstreetmap/iD/issues/3038#issuecomment-197447828
confirms that it is a deliberate attempt to force their own definition of
what highway=track should represent

https://github.com/openstreetmap/iD/issues/6954#issuecomment-544415061
suggest incorrect mapping for the renderer as a "solution"
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


[OSM-talk-fr] Hiérarchisation du réseau cyclable

2020-06-09 Per discussione Julien djakk
Bonjour tout le monde !

Je souhaite hiérarchiser dans OpenStreetMap le réseau de pistes
cyclables et de routes ouvertes au vélos. Comment faire ?
Je pensais faire à la manière du réseau routier voitures :
highway="primary", "secondary", etc. -> cycleway="primary",
"secondary", etc. ? Bon cycleway étant déjà utilisé il faudrait une
autre clé (cycleway:importance ?).

On se retrouverait dans certains cas avec des voies
highway="residential" + cycleway:importance="primary".


Julien "djakk"

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


Re: [OSM-talk] Toward resolution of controversies related to iD

2020-06-09 Per discussione ndrw6

On 09/06/2020 09:01, Frederik Ramm wrote:

On 6/9/20 02:53, nd...@redhazel.co.uk wrote:

Basically, can you please explain why do you think you should be able to
influence decisions of the iD maintainer without forking the code,
maintaining it yourself and in the end competing with iD on a level
playing field.

I think that we (the OSMF) give the independent iD project a huge
platform by making it the default editor that people are sent to when
they click "Edit" on our web page. (Would anyone go to a web site called
"ideditor.com" to edit OSM?)


Thank you, I couldn't find any "or else" in the blog post and was 
wondering what that could be.


To me, OSMF wants the control of a project it hasn't developed but 
turned out too successful to ignore, and to add insult to injury you are 
asking the author to keep working on it by committing patches he 
disagrees with.


I see several problems with it:

- It's deeply unethical. OSMF should foster the development of the OSM 
ecosystem, not harass people working on it. How does this fit OSMF own 
charter and CoC?


- Taking control from the original authors would slow down, if not 
stall, the development of iD.


- Giving the control to a committee would steer the development in a 
different direction (as in: "different from the current, good 
direction"). At very least it would give an excuse for rejected ideas to 
be pushed again.


Frankly, I would rather have iD hosted elsewhere and being developed 
further to the benefit of a broader OSM community.


Better yet, talk to each other and come up with a workable plan. OSMF 
proposal is very one-sided and disproportional, what is _OSMF_ willing 
to compromise on to improve cooperation?


Bye

Ndrw



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


[OSM-talk] OpenStreetMap Awards 2020 are cancelled

2020-06-09 Per discussione Ilya Zverev
Hi folks,

I regret to announce that the OSM Awards this year have been cancelled. This 
was a hard decision, given that so many people did amazing things for 
OpenStreetMap past year. I have explored several possibilities at keeping the 
event, but in the end decided against it.

Thank you everyone for submitting nominees to the OSM Awards website! There are 
so many people who represent communities, develop software, improve our map, 
and teach people to use and contribute to OpenStreetMap. I feel that many if 
not all of you deserve a nomination — and that’s one of the reasons for 
cancellation.

The awards in the current form are not representative of people in the 
community and their commitment. We are missing many who have been featured in 
WeeklyOSM, in the Image of the Week, on the OSM Blog and praised in mailing 
lists and chat rooms. We need to find a better way of collecting nominees that 
leaves out as few contributors as possible — and that’s what I’ll be planning 
for the next year.

See you at the OpenStreetMap Awards 2021!

Stay safe,
Ilya
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk


Re: [OSM-talk] fake mapping

2020-06-09 Per discussione Mateusz Konieczny via talk



Jun 9, 2020, 00:26 by talk@openstreetmap.org:

> just to be safe i went to a pre-edit location, less than 5 miles 2 hours by 
> public transportation.
>  
> the satellite view was wrong, the river area were ponds because of the dam, 
> which was not there in 1969
>  
> when we went down the river in cement tubs, and the golf cart paths were all 
> marked unmaintained track road.
>  
> there are pologons around the greens, holes and fairways not the whole 
> property, where natural woods
>  
> that have separate pologons.  
>  
> the point is there is to much there to fix.  
>
Yes, in many cases map should be updated. If aerial images are wrong it is 
useful to add
something like
note=edited based on survey, as of 2020 Bing aerial imagery is outdated and 
wrong

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


Re: [Talk-us] [OSM-talk] fake mapping

2020-06-09 Per discussione Mateusz Konieczny via Talk-us



Jun 9, 2020, 00:26 by t...@openstreetmap.org:

> just to be safe i went to a pre-edit location, less than 5 miles 2 hours by 
> public transportation.
>  
> the satellite view was wrong, the river area were ponds because of the dam, 
> which was not there in 1969
>  
> when we went down the river in cement tubs, and the golf cart paths were all 
> marked unmaintained track road.
>  
> there are pologons around the greens, holes and fairways not the whole 
> property, where natural woods
>  
> that have separate pologons.  
>  
> the point is there is to much there to fix.  
>
Yes, in many cases map should be updated. If aerial images are wrong it is 
useful to add
something like
note=edited based on survey, as of 2020 Bing aerial imagery is outdated and 
wrong

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


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

2020-06-09 Per discussione Tyndare



Les opérateurs ont beau avoir essayé de faire un cartel 
(https://www.capital.fr/entreprises-marches/sodexo-edenred-4-emetteurs-de-titres-restaurant-ecopent-dune-amende-pour-entente-1358008) 
ça reste des concurrents qui ont en théorie des conditions différentes, 
et j'ai plutôt constaté que c'était au bon vouloir des restaurateurs 
d'accepter ou non.
Un resto peut accepter les tickets papier le midi mais pas le soir alors 
que les cartes sont acceptées le soir, un autre que les tickets papier 
car il a pas installé le logiciel pour payer par carte (titre 
dématérialisé) un autre que la carte car il veut plus s’embêter avec les 
papiers.
Et les logiciels pour terminaux de paiement par carte ça m'as pas l'air 
si simple non plus, il y avait effectivement une annonce Mastercard 
sensé marcher avec EdenRed, sinon il y a le logiciel CONECS qui est 
sensé être commun, certains opérateurs ont un partenariat avec Google 
Pay. Une cafétéria opérée par SODEXO accepte volontiers les cartes 
SODEXO mais leur terminaux de paiement refuse les transactions avec les 
cartes concurrentes.



Le 09/06/2020 à 11:09, Guy Godfroy a écrit :

Honnêtement je crois que j'ai jamais vu de gens qui acceptaient la carte
mais pas le papier.

D'autre part il me semble (mais je peux me tromper) que seul EdenRed
émet des cartes à puce pour titre restaurant, et s'appuie sur le réseau
MasterCard pour ça, de sorte que si un commerce est habilité à recevoir
des titres restaurant et possède un terminal compatible mastercard, il
me semble que ça passera forcément.

À noter que si effectivement seul EdenRed emet des cartes à titre
restaurant, ces cartes peuvent toutes faire des paiement sans contact.

Le 09/06/2020 à 10:51, Marc M. a écrit :

Bonjour,

Le 09.06.20 à 10:41, Guy Godfroy a écrit :

pour l'instant il suffit de répondre oui ou non à la question
"Est-ce que ce restaurant accepte les titres restaurants".
Est-ce qu'on est d'accord là dessus ?


Pour la France oui, avec le soucis papier<>électronique.
est-ce que tout ceux qui accepte l'electronique accepte
aussi obligatoirement le papier ?

Cordialement,
Marc

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



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



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


Re: [Talk-it] Importazione delle stazioni di ricarica per auto Enel

2020-06-09 Per discussione Nap Osm
Buongiorno, ragazzi, grazie mille per le numerose risposte. Quindi in passato 
hanno già inserito parte delle stazioni, questa è una buona notizia. Vedo di 
non essere l'unico a cui interessa la questione. Infatti anche a me 
interesserebbe avere le colonnine sia per una questione di completezza della 
mappa sia proprio perché potrei essere in futuro uno di quelli a cui questi 
dati potrebbero servire.
Infatti sono d'accordo con il contattare anche tutti gli altri provider di 
servizi simili.
Per caso si potrebbe azzardare un nuovo tweet, magari di WMI, per rompere il 
ghiaccio?

From: Maurizio Napolitano 
Sent: Monday, June 8, 2020 6:39 PM
To: openstreetmap list - italiano 
Subject: Re: [Talk-it] Importazione delle stazioni di ricarica per auto Enel

> Forse è compito del DWM di contattare Enel?

non serve.
Puoi contattare anche tu e chiedere.
Altrimenti può farlo WMI.

> Sarebbe anche a loro favore.
> Poi si potrebbero contattare gli altri fornitori...

Come ho già scritto lo avevano già fatto a suo tempo.
Sicuramente il management è cambiato.
Di mio posso contattare le persone che avevano fatto l'import a suo tempo.

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


Re: [OSM-talk] Toward resolution of controversies related to iD

2020-06-09 Per discussione Christine Karch
You are invited to organize a panel about that during SotM. We are just
creating space for panels, workshops and other free sessions:

https://wiki.openstreetmap.org/wiki/State_of_the_Map_2020/self-organized_sessions_howto


Am 08.06.20 um 22:41 schrieb Dorothea Kazazi:
> Hi all,
> 
> The OSMF board is asking for comments on possible approaches to
> resolving controversies related to upgrades to and modifications of the
> iD editor. Please read the post by Allan Mustard:
> https://blog.openstreetmap.org/2020/06/08/toward-resolution-of-controversies-related-to-id/
> 
> Feel free to comment by replying to this email.
> 
> Thank you and stay safe.
> 
> warm greetings,
> Dorothea
> 
> 
> ___
> 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: [Talk-it] Import civici Milano - audit

2020-06-09 Per discussione Cascafico Giovanni
Da quando è stata impostata la mappa di audit per il Municipio 9, ho
visto che sono stati controllati *solo* 44 civici sui 2055.

Iniziare ad importare per Milano è piuttosto importante.

Cerco di chiarire la funzione di questa mappa [1]. Essa è stata
generata da OSM_conflator; la cui documentazione è reperibile qui [2],
mentre i file di configurazione li trovate nella wiki [3].

Operativamente non viengono richieste capacità di mappatore esperto.
Una volta cliccato su "Validate the import", inserire dei commenti od
accettare modifiche *non* implica modificare direttamente OSM.

Accettare con il tasto verde "Good" il fixme "this addr is missing
from source dataset: please check" implica *solo* la generazione del
tag fixme; molto probabilemnte il civico esiste, ma è fouri dal raggio
di 10 metri per la conflation, per cui è possibile cambiere il fixme
con, per esempio, "unire con civico a nord", oppure lasciare il fixme
proposto e il civico errato o nella posizione errata verrà sistemato
in post-import.

Anche uno sguardo generale a campione può essere utile innanzitutto
per individuare vizi di conflation e per portare il numero delle
revisioni ad una percentuale accettabile.

Con un feedback così esiguo, sarebbe comunque possibile procedere con
l'import, ma significherebbe uscire dalle linee guida.

IMHO non vedo altri metodi per avere i civici in OSM. Tenete conto che
oramai il planet.osm è piuttosto popolato di punti di interesse, per
cui e procedure in conflation semi-automatiche come questa prima o poi
vanno rodate, perchè non potranno essere evitate.



[1] http://audit.osmz.ru/project/MI-M9/
[2] https://wiki.openstreetmap.org/wiki/OSM_Conflator
[3] https://wiki.openstreetmap.org/wiki/Import/Catalogue/Milan_addresses_import

Il 22/05/20, Cascafico Giovanni ha scritto:
> Il giorno ven 22 mag 2020 alle ore 11:08 Andrea Musuruane <
> musur...@gmail.com> ha scritto:
>> Mi sa che c'è qualche problema di conflation. Vedo diversi civici che
> sono presenti ma vengono segnati come non presenti.
>>
>> Esempi:
>> http://audit.osmz.ru/browse/MI-M9/way431532303
>> http://audit.osmz.ru/browse/MI-M9/6952
>>
>> http://audit.osmz.ru/browse/MI-M9/way58634521
>> http://audit.osmz.ru/browse/MI-M9/6972
>
> La conflation, per come l'ho impostata, cerca in un raggio di 10 metri.
> Purtroppo diversi civici (tra i quali i due esempi che hai riportato) sono
> stati assegnati ai dei poligoni, per cui la ricerca viene effettuata sul
> centroide e spesso la distanza risulta superiore.
> Io direi di lasciarli con questo fixme, anche perchè mi pare di capire che
> un capitolo della standardizzazione [1] sia rimuovere gli addr:* di
> poligoni
>
>
> [1]
> https://wiki.openstreetmap.org/wiki/Import/Catalogue/Milan_addresses_import#Non-node_objects
>

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


Re: [OSM-talk] Toward resolution of controversies related to iD

2020-06-09 Per discussione Stefano
Il giorno mar 9 giu 2020 alle ore 10:06 Frederik Ramm 
ha scritto:

>
> We are having this discussion because the assumption that if someone is
> a good programmer they will also be good with gauging the will of the
> OSM community has proven wrong; iD is a good editor but the iD team has
> too often treated the community with contempt (to the point of openly
> violating the code of conduct that the iD team had given themselves) and
> ignored valid concerns. The relationship hence cannot continue on trust
> alone.
>
> IIRC developers tried to approach the tagging list in the past
but since the tagging process is broken they were expecting the community
to fix this.
What's the outcome of the discussion we had in Heidelberg?

What if we, as a community, can give clear instructions on tagging
and letting developers follow the documentation
instead of regulating software development?
The concerns are moved usually by a part of the community,
not the whole of it unless there's a clear consensus.


> Bye
> Frederik
>
>
Ciao,
Stefano

> --
> Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"
>
> ___
> 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: [Talk-se] Uncredited use of OSM at mapiful.se?

2020-06-09 Per discussione Christoffer Holmstedt
Not sure if it has been addressed by the community but as far as I know
mapiful have links to open street map guidelines when creating classic maps
[1], but not sure if there is a copyright/attribution statement on the
printed maps. From all the images they show on the webpage I can't find any
attribution to indicate that it exists on the printed maps.

[1] https://www.mapiful.com/editor/location/ links to
https://www.openstreetmap.org/copyright


Den tis 9 juni 2020 kl 09:17 skrev :

> To the Swedish OSM "talk" list.
>
> (cc: the Danish OSM "talk" list)
>
> There is an ongoing discussion on the Danish talk list regarding the
> company
> MK'ay art (mkayart.dk) who is apparently using OSM data without proper
> attribution to OSM.
>
> When approached, the owner of mkayart explains that she was inspired by the
> Swedish company Mapiful (mapiful.com) - who also seems to use OSM data
> without attribution.
>
> I would like to approach Mapiful using the excellent guideline at
> https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution - but not
> if
> the issue has already been handled in the Swedish community.
>
> So therefore: Do you know if Mapiful's use of OSM data has been addressed
> by
> the Swedish OSM community?
>
> Best Regards,
>
> --
> Jakob
>
>
>
> ___
> Talk-se mailing list
> Talk-se@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-se
>


-- 
Christoffer Holmstedt
___
Talk-se mailing list
Talk-se@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-se


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

2020-06-09 Per discussione Guy Godfroy
Honnêtement je crois que j'ai jamais vu de gens qui acceptaient la carte
mais pas le papier.

D'autre part il me semble (mais je peux me tromper) que seul EdenRed
émet des cartes à puce pour titre restaurant, et s'appuie sur le réseau
MasterCard pour ça, de sorte que si un commerce est habilité à recevoir
des titres restaurant et possède un terminal compatible mastercard, il
me semble que ça passera forcément.

À noter que si effectivement seul EdenRed emet des cartes à titre
restaurant, ces cartes peuvent toutes faire des paiement sans contact.

Le 09/06/2020 à 10:51, Marc M. a écrit :
> Bonjour,
> 
> Le 09.06.20 à 10:41, Guy Godfroy a écrit :
>> pour l'instant il suffit de répondre oui ou non à la question
>> "Est-ce que ce restaurant accepte les titres restaurants".
>> Est-ce qu'on est d'accord là dessus ?
> 
> Pour la France oui, avec le soucis papier<>électronique.
> est-ce que tout ceux qui accepte l'electronique accepte
> aussi obligatoirement le papier ?
> 
> Cordialement,
> Marc
> 
> ___
> Talk-fr mailing list
> Talk-fr@openstreetmap.org
> https://lists.openstreetmap.org/listinfo/talk-fr
> 

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


Re: [OSM-talk-fr] Ajout d'un identifiant unique des cinémas en France

2020-06-09 Per discussione Marc M.
Bonjour,


Le 09.06.20 à 09:34, Florian LAINEZ a écrit :
> Je me suis également rendu compte que dans la liste des cinémas fermés
> en 2018
> il y en a un qui a simplement changé de numéro

c'est bien là tout le soucis.
sans ref, osm aurait été juste.
l'ajout de la ref conduit à avoir une info fausse sans osm.
il faut donc que cela soie contrebalancé par une utilité.

pour Sirene, j'imagine qu'il suffit de demander à Fred
d'activer la catégorie adéquate.
J'imagine qu'une autre analyse pourrait tout aussi bien
alerter "cinéma dans osm mais fermé dans sirene"

Cordialement,
Marc

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


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

2020-06-09 Per discussione Marc M.
Bonjour,

Le 09.06.20 à 10:41, Guy Godfroy a écrit :
> pour l'instant il suffit de répondre oui ou non à la question
> "Est-ce que ce restaurant accepte les titres restaurants".
> Est-ce qu'on est d'accord là dessus ?

Pour la France oui, avec le soucis papier<>électronique.
est-ce que tout ceux qui accepte l'electronique accepte
aussi obligatoirement le papier ?

Cordialement,
Marc

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


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

2020-06-09 Per discussione Guy Godfroy
Du coup le but c'est qu'après s'être mis d'accord sur la façon de
renseigner cette information dans OSM, on puisse proposer à
StreetComplete un formulaire de quête (la façon dont l'utilisateur sera
interrogé par StreetComplete et la manière de répondre).

Donc si j'ai bien compris, pour l'instant il suffit de répondre oui ou
non à la question "Est-ce que ce restaurant accepte les titres restaurants".

Est-ce qu'on est d'accord là dessus ?

Le 08/06/2020 à 08:55, Guy Godfroy a écrit :
> Bonjour à tous,
> 
> J'ai fait au projet StreetComplete une proposition de nouvelle quête
> concernant l'acceptation des Tickets Restaurant par les restaurants.
> Étant donné que le système de tickets restaurants est limité à la France
> (mais il faudra également prendre en compte également au moins la
> Belgique et le Luxembourg si je ne me trompe pas), Tobias m'a demandé de
> soulever la question au sein de la communauté française (ce que m'avais
> également suggéré Marc_marc sur IRC).
> 
> Pour ceux que ça intéresse, voici le fil sur Github :
> https://github.com/westnordost/StreetComplete/issues/1888
> 
> Donc quelle est votre opinion là dessus ?
> 
> Merci.
> 
> ___
> 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] Ajout d'un identifiant unique des cinémas en France

2020-06-09 Per discussione Yves P.
> OK j'ai terminé la haute-savoie  pour me 
> faire une idée du boulot à abattre sur un département entier.
:)

> Résultat :
> -38 cinémas avec une ref:FR:CNC
Il y a beaucoup de ciné dans la Yaute comparativement au Jura

> -3 cinémas "itinérants", c'est à dire non permanent, que je n'ai pas intégré.
> En haute-savoie il existe en effet les Cinébus. J'ai même supprimé un cinéma 
> Cinébus . Mais peut-être 
> voudrait-on indiquer les cinémas "temporaires" comme le CNC ?
Je les garderais ;)
Ils ont un lieu, un site web… et même une programmation que tu peux trouver sur 
Allociné.

Regarde ci après.

> -5 cinémas qui n'apparaissent pas dans le fichier CNC cf. 
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Exceptions 
> ) dont 4 
> qui paraissent vraiment légitimes (existence d'un site web et de coordonnées 
> de contact). Je pense que c'est un manque dans le fichier CNC. 10%, ça fait 
> beaucoup ... ça confirme que l'on peut faire mieux qu'eux.
J'ai mis à jour ta page avec les noms et villes de ces cinémas : ce sont des 
cinémas itinérants de l'association Ecrans mobiles 
 ;)

Pour le César à Bernex, c'est devenu une salle de spectacle : 
https://goo.gl/maps/eXWvkxCdErcQZTvt5
https://www.lestartingblock.com

Pour la cinémathèque, je n'ai pas cherché… il suffit de les appeler :)

Je te laisse les rajouter (avec le téléphone, site web, tiret, âge du capitaine 
et mensurations du personnel)
> 
> Je me suis également rendu compte que dans la liste des cinémas fermés en 
> 2018 
> 
>  il y en a un qui a simplement changé de numéro : les portes du soleil 
>  à Morzine. Son ID :
> - en 2018 : 279191
> - en 2019 : 279192
> Bref, le CNC annonce que ses ID sont stables dans le temps et que "les 
> changements sont très marginaux".

Le n° AUTO, c'est pas un n° automatique (comme je le pensais ) mais le n° 
d'autorisation CNC, ç.-a-d. l'autorisation de projeter des films et de faire 
payer des billets.
Ça doit changer assez peu.

> Faudrait voir sur une grande quantité de données mais je sens que ça va faire 
> chier. Perso ça me donne presque envie de ne pas les utiliser. De n'utiliser 
> que wikidata et rajouter le code CNC dans wikidata.
Tu vas te faire ch… à créer les items dans wikidata, puis à saisir les 
identifiants CNC.
Caca mou ou caca dur… il faut choisir  ! (mais ça reste ch…) 
__
Yves___
Talk-fr mailing list
Talk-fr@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-fr


Re: [OSM-talk] Toward resolution of controversies related to iD

2020-06-09 Per discussione Frederik Ramm
Hi,

On 6/9/20 02:53, nd...@redhazel.co.uk wrote:
> Basically, can you please explain why do you think you should be able to
> influence decisions of the iD maintainer without forking the code,
> maintaining it yourself and in the end competing with iD on a level
> playing field.

I think that we (the OSMF) give the independent iD project a huge
platform by making it the default editor that people are sent to when
they click "Edit" on our web page. (Would anyone go to a web site called
"ideditor.com" to edit OSM?)

It is obvious that this comes with responsibilities. To pick an extreme
example just for the sake of argument, if iD were to display an
advertising banner to generate revenue, or transmit the activities of
OSM mappers to another web site for harvesting, that would force us to
drop iD from our web page immediately, and with that, the iD project or
at least the part that deals with OSM would vanish into oblivion.

So there is a contract here: The iD team makes a good editor, and the
OSMF defines the decision making envelope for the iD team - some things
they can just do to their liking because they don't affect the "iD is
the official OSM(F) default editor" status, but other decisions they
might want to make are outside this envelope and OSM needs to be given a
say.

That is not meddling with their affairs or "crippling down a good tool",
it is just a necessary sharing of responsibilities.

> The success of iD
> is a proof their vision for the tool development and its feature set are
> working very well (perhaps too well, which is why we are having this
> discussion). 

We are having this discussion because the assumption that if someone is
a good programmer they will also be good with gauging the will of the
OSM community has proven wrong; iD is a good editor but the iD team has
too often treated the community with contempt (to the point of openly
violating the code of conduct that the iD team had given themselves) and
ignored valid concerns. The relationship hence cannot continue on trust
alone.

Bye
Frederik

-- 
Frederik Ramm  ##  eMail frede...@remote.org  ##  N49°00'09" E008°23'33"

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


Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

2020-06-09 Per discussione Marc M.
Bonjour,

et tu listes 2 ref ? hum

pour éviter de faire une nouvelle particularité fr-fr,
et vu qu'on a trouvé aucune utilité a dupliquer
la ref de la route sur toutes les bornes,
je suis partisant de respecter la situation actuelle
cad pour ton exemple :
highway=milestone
distance=22
operator=SANEF
ref=77PR22DC

chaque pays qui invente son propre schéma,
c'est nuisible pour osm, surtout quand
aucun argument n'est émis.

Cordialement,
Marc

Le 09.06.20 à 08:47, didier2020 a écrit :
> afin de trouver une solution sans "ref" :
> 
> proposition d'utilisation des attributs de la base rrn
> description complète :
> http://dtrf.setra.fr/pdf/pj/Dtrf/0005/Dtrf-0005792/DT5792.pdf
> 
> Pour les "nodes" highway=milestone
> attribut base rrn
>   
> valeur dans la base rrn
>   
> tag osm proposé
>   
> valeur tag osm
>   
> nota
> route
>   
> A0004
>   
> ref:FR:route
>   A0004   
> ref "A 4" est sur le way
> pr
>   
> 22
>   
> distance
>   
> 22
>   
> information visible sur le terrain
> dep
>   
> 77
>   
> concession
>   
> C
>   
>   
> concédé n'est pas synonyme de payant
> cote
>   
> D
>   
> D,G ou U
> gestionnaire
>   
> SANEF
>   
> operator
>   
> SANEF
>   
> plo
>   
> 77PR22DC
>   
> ref:FR:plo
>   77PR22DC
> avec le plo, on peut retrouver tous les autres attributs et inversement
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> et pour être cohérent, 
> pour les "way" highway=*_link ou junction=roundabout
> attribut base rrn
>   
> valeur dans la base rrn
>   
> tag osm proposé
>   
> valeur tag osm
>   
> nota
> route
>   26N953220   
> ref:FR:route
>   26N953220   
> pr
>   
> 2
>   
>   
> le pr correspond a un n° de bretelle
> dep
>   
> 77
>   
> concession
>   
> C
>   
>   
> cote
>   
> D
>   
> le coté est toujours D
> gestionnaire
>   
> DIRCE
>   
> operator
>   
> DIRCE
>   
> plo
>   
> 26N953220_2
>   
> ref:FR:plo
>   26N953220_2 
> avec le plo, on peut retrouver tous les autres attributs et inversement
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> 
> dans le champs source:plo, l'attribution et le milésime
> 
> 
> Le lundi 08 juin 2020 à 13:26 +0200, didier2020 a écrit :
>> comme il n'y a pas de consensus sur l'utilisation des tags
>> complémentaire a higway=milestone,
>>
>> j'ai téléchargé le pbf de la france et filtrer les nodes
>> highway=milestone pour voir ce qui existe :
>>
>> sur 10935 higway=milestone, 
>> - 9057 ont un tag ref
>> - 442 ont un tag ref avec une valeur numerique
>> - distance :
>>  705 n'ont pas de valeur distance
>>  60 sont du texte/inclus un . ou +
>>  170 ont des valeurs supérieur a 1000, donc a prioris des metres plutot
>> que des kilometres
>> - 400 avec un tag ref:highway
>>
>>
>>
>>
>>
>> ___
>> 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] Ajout d'un identifiant unique des cinémas en France

2020-06-09 Per discussione Florian LAINEZ
OK j'ai terminé la haute-savoie  pour me
faire une idée du boulot à abattre sur un département entier.
Résultat :
-38 cinémas avec une ref:FR:CNC
-3 cinémas "itinérants", c'est à dire non permanent, que je n'ai pas
intégré.
En haute-savoie il existe en effet les Cinébus. J'ai même supprimé un
cinéma Cinébus . Mais
peut-être voudrait-on indiquer les cinémas "temporaires" comme le CNC ?
-5 cinémas qui n'apparaissent pas dans le fichier CNC cf.
https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Exceptions) dont 4
qui paraissent vraiment légitimes (existence d'un site web et de
coordonnées de contact). Je pense que c'est un manque dans le fichier CNC.
10%, ça fait beaucoup ... ça confirme que l'on peut faire mieux qu'eux.

Je me suis également rendu compte que dans la liste des cinémas fermés en
2018

il y en a un qui a simplement changé de numéro : les portes du soleil
 à Morzine. Son ID :
- en 2018 : 279191
- en 2019 : 279192
Bref, le CNC annonce que ses ID sont stables dans le temps et que "les
changements sont très marginaux". Faudrait voir sur une grande quantité de
données mais je sens que ça va faire chier. Perso ça me donne presque envie
de ne pas les utiliser. De n'utiliser que wikidata et rajouter le code CNC
dans wikidata.

Le mar. 9 juin 2020 à 07:16, Florian LAINEZ  a écrit :

> Dans wikidata il n'y a pas (encore) d'identifiants Allociné ou Cinéday.
>> On les ajoute dans wikidata ou dans OSM ?
>>
> Je dirai sans hésiter wikidata. Ne multiplions pas les identifiants
> non-stables dans OSM qui seront dur à maintenir.
> Donc je propose de ne mettre dans OSM que les identifiants wikidata et CNC.
>
> Sinon j'ai fait la liste des cinémas qui ont fermés ces 3 dernières années
>> selon le CNC :
>> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Cin.C3.A9mas_ferm.C3.A9s
>> Je ne sais pas trop comment on peut se servir de ça efficacement ...
>> idées bienvenues.
>>
> Sont-ils encore dans OSM ?
> A terme ça pourrait servir à faire une requête des cinés à fermer dans OSM
> ??
>
> Je ne sais pas s'ils sont encore dans OSM : il faudrait le vérifier
> manuellement, sauf, justement, si vous aviez une idée pour semi-automatiser
> ça (via OSMOSE ?).
>
> Concernant les cinémas que je n'arrive pas à trouver dans la liste du CNC,
> pour l'instant je les ai listés sur la page
> https://wiki.openstreetmap.org/wiki/FR:Key:ref:FR:CNC#Exceptions en
> attendant de confirmer qu'ils sont introuvables. Dans l'idée c'est pour
> leur mettre un tag ref:FR:CNC=no plus tard.
>
> Le lun. 8 juin 2020 à 23:12, Yves P.  a écrit :
>
>> Voici la liste des cinémas en France avec en plus ces identifiants :
>> https://w.wiki/TSU
>>
>>
>> Oups, c'est https://w.wiki/TSY
>> Il n'y a aucun identifiant Fandango (seulement aux USA ?) et 396
>>  cinéma avec un identifiant CinemaTreasure.
>>
>> Bonne nuit,
>>
>> __
>> Yves
>> ___
>> Talk-fr mailing list
>> Talk-fr@openstreetmap.org
>> https://lists.openstreetmap.org/listinfo/talk-fr
>>
>
>
> --
>
> *Florian Lainez*
> @overflorian 
>


-- 

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


Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

2020-06-09 Per discussione didier2020
afin de trouver une solution sans "ref" :
proposition d'utilisation des attributs de la base rrndescription
complète  : 
http://dtrf.setra.fr/pdf/pj/Dtrf/0005/Dtrf-0005792/DT5792.pdf
Pour les "nodes" highway=milestoneattribut 
base rrnvaleur dans
la base rrntag osm
proposévaleur tag
osmnotarouteA0004ref:FR:rrn:routeA0004ref "A 4" est sur le
waypr22distance22information visible sur le terraindep77concessionC
concédé n'est pas synonyme de payantcoteDD,G ou
UgestionnaireSANEFoperatorSANEFplo77PR22DCref:FR:rrn:plo77PR22DCavec le
plo, on peut retrouver tous les autres attributs et inversement














et pour être cohérent, 
pour les "way" highway=*_link ou junction=roundabout
attribut 
base rrnvaleur dans
la base rrntag osmproposévaleur tag
osmnotaroute26N953220ref:FR:rrn:route26N953220on pourrait ne pas
l'intégrerpr2
le pr correspond a un n° de bretelledep77concessionN

coteDle coté est toujours
DgestionnaireDIRCEoperatorDIRCEplo26N953220_2ref:FR:rrn:plo

26N953220_2avec le plo, on peut retrouver tous les autres attributs et
inversement













dans le champs source:plo, l'attribution et le milésime

Le lundi 08 juin 2020 à 13:26 +0200, didier2020 a écrit :
> comme il n'y a pas de consensus sur l'utilisation des tags
> complémentaire a higway=milestone,
> 
> j'ai téléchargé le pbf de la france et filtrer les nodes
> highway=milestone pour voir ce qui existe :
> 
> sur 10935 higway=milestone, 
> - 9057 ont un tag ref
> - 442 ont un tag ref avec une valeur numerique
> - distance :
>  705 n'ont pas de valeur distance
>  60 sont du texte/inclus un . ou +
>  170 ont des valeurs supérieur a 1000, donc a prioris des metres
> plutot
> que des kilometres
> - 400 avec un tag ref:highway
> 
> 
> 
> 
> 
> ___
> 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-se] Uncredited use of OSM at mapiful.se?

2020-06-09 Per discussione jakob
To the Swedish OSM "talk" list.

(cc: the Danish OSM "talk" list)

There is an ongoing discussion on the Danish talk list regarding the company
MK'ay art (mkayart.dk) who is apparently using OSM data without proper
attribution to OSM.

When approached, the owner of mkayart explains that she was inspired by the
Swedish company Mapiful (mapiful.com) - who also seems to use OSM data
without attribution.

I would like to approach Mapiful using the excellent guideline at
https://wiki.openstreetmap.org/wiki/Lacking_proper_attribution - but not if
the issue has already been handled in the Swedish community.

So therefore: Do you know if Mapiful's use of OSM data has been addressed by
the Swedish OSM community?

Best Regards,

-- 
Jakob



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


Re: [OSM-talk-fr] Intégration du bornage du réseau routier national

2020-06-09 Per discussione didier2020
afin de trouver une solution sans "ref" :
proposition d'utilisation des attributs de la base rrndescription
complète  : 
http://dtrf.setra.fr/pdf/pj/Dtrf/0005/Dtrf-0005792/DT5792.pdf
Pour les "nodes" highway=milestoneattribut 
base rrnvaleur dans
la base rrntag osm
proposévaleur tag
osmnotarouteA0004ref:FR:routeA0004ref "A 4" est sur le
waypr22distance22information visible sur le terraindep77concessionC
concédé n'est pas synonyme de payantcoteDD,G ou
UgestionnaireSANEFoperatorSANEFplo77PR22DCref:FR:plo77PR22DCavec le
plo, on peut retrouver tous les autres attributs et inversement














et pour être cohérent, 
pour les "way" highway=*_link ou junction=roundabout
attribut 
base rrnvaleur dans
la base rrntag osm
proposévaleur tag
osmnotaroute26N953220ref:FR:route26N953220pr2
le pr correspond a un n° de bretelledep77concessionC

coteDle coté est toujours
DgestionnaireDIRCEoperatorDIRCEplo26N953220_2ref:FR:plo26N953220_2avec
le plo, on peut retrouver tous les autres attributs et inversement













dans le champs source:plo, l'attribution et le milésime

Le lundi 08 juin 2020 à 13:26 +0200, didier2020 a écrit :
> comme il n'y a pas de consensus sur l'utilisation des tags
> complémentaire a higway=milestone,
> 
> j'ai téléchargé le pbf de la france et filtrer les nodes
> highway=milestone pour voir ce qui existe :
> 
> sur 10935 higway=milestone, 
> - 9057 ont un tag ref
> - 442 ont un tag ref avec une valeur numerique
> - distance :
>  705 n'ont pas de valeur distance
>  60 sont du texte/inclus un . ou +
>  170 ont des valeurs supérieur a 1000, donc a prioris des metres
> plutot
> que des kilometres
> - 400 avec un tag ref:highway
> 
> 
> 
> 
> 
> ___
> 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] Tickets Restaurants et StreetComplete

2020-06-09 Per discussione Frédéric Rodrigo
Par contre là c'est uniquement le cas en France.

Le mar. 9 juin 2020 à 06:50, Guy Godfroy  a écrit :

> Est ce que c'est également le cas dans les autres pays utilisant des
> titres restaurant ?
>
> ___
> 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