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

2023-06-27 Thread Yves via talk
That would be again discussing with the proponent, as Brian started. Taginfo chronology already show one mass edit and revert, best to make sure there's not another waste of energy beforehand. Yves Le 27 juin 2023 12:46:50 GMT+02:00, Marc_marc a écrit : >Le 27.06.23 à 12:27, Yves via t

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

2023-06-27 Thread Yves via talk
Le 25 juin 2023 01:02:04 GMT+02:00, "Brian M. Sperlongano" a écrit : > >And indeed, nine months later, we see that not only has the work not gotten >done, but while we all squabbled away with our pet views about automated >editing, we find that we agreed to nothing, and the mapper has quietly

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

2023-01-09 Thread Yves via talk
Le 10 janvier 2023 08:12:43 GMT+01:00, Snusmumriken a écrit : >On Mon, 2023-01-09 at 23:06 +, Andy Townsend wrote: >> On 09/01/2023 20:17, Snusmumriken wrote: >> > On Mon, 2023-01-09 at 08:21 -0500, Greg Troxel wrote: >> > > You seem unwilling to understand that defining a way to refer to

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

2023-01-09 Thread Yves via talk
Le 9 janvier 2023 16:19:14 GMT+01:00, Niels Elgaard Larsen a écrit : > >I sometimes do get annoyed at especially new mappers that often >excessively delete and recreates objects. Because it obscures the >history. > If it is a trend for new mappers, which I understand well because sometimes it

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

2023-01-06 Thread Yves via talk
Le 6 janvier 2023 15:49:53 GMT+01:00, "Sören Reinecke" a écrit : > >Better would be to have a separate FOSS platform for storing POI information >using a permanent identifier connected to OSM somehow e.g. by a key >"somepoiplatformid". But no one created such a platform yet. > Probably

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

2020-12-20 Thread Yves via talk
Gps logger was perfect, unfortunately : https://github.com/mendhak/gpslogger/issues/849 Yves Le 20 décembre 2020 19:43:00 GMT+01:00, Martijn van Exel a écrit : >Andy, > >If you would like something lightweight that just does GPS track recording, I >would recommend GPS Logger

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

2020-12-10 Thread Yves via talk
Niels, Arnalielsewhere post wasn't about mapping, the map is used to illustrate something. I agree with others comments pledging for more time to be taken to read someone else's lines. Yves___ talk mailing list talk@openstreetmap.org

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

2020-10-20 Thread Yves via talk
Really fun to see usernames where your brain expect places, I love it! Makes me want to check on neighborhood, so it's a good work. Yves Le 20 octobre 2020 15:31:15 GMT+02:00, Darafei Praliaskouski via talk a écrit : >Hi, > >Fixed links: > >Kontur OpenStreetMap Antiquity:

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

2020-10-18 Thread Yves via talk
Out of topic content. There is discussions about being more welcoming on this list, along with being open to other communications channels. Even with that in mind, I must admit I hadn't logged in or subscribed to slack to check on the discussion while the topic may be of interest. By any means,

Re: [OSM-talk] Proper use of route relations?

2020-08-02 Thread Yves via talk
Operator or network tags are often quoted for this kind of network. However I find it difficult not to wish for putting 'name=Boulder Valley Ranch Trails' somewhere, and a relation seems a good candidate. network:name=Boulder Valley Ranch Trails? But the network tag and its acronyms values

Re: [OSM-talk] Proper use of route relations?

2020-08-01 Thread Yves via talk
Le 1 août 2020 22:08:17 GMT+02:00, Martin Koppenhoefer a écrit : > > >sent from a phone > >> On 1. Aug 2020, at 20:48, Yves via talk wrote: >> >> This would be better joined in a site relation. > > >why should it? What’s the benefit? How is this diffe

Re: [OSM-talk] Proper use of route relations?

2020-08-01 Thread Yves via talk
This would be better joined in a site relation. Yves Le 1 août 2020 18:20:27 GMT+02:00, Mike Thompson a écrit : >I have come across a number of examples[0] of route relations where all the >trails in a given park have been put into a single relation. Is this a >recommended use for route