Re: [Talk-GB] Importing NaPTAN Data

2019-07-04 Thread Mateusz Konieczny
4 lip 2019, 19:28 od talk-gb@openstreetmap.org: > On 04/07/2019 16:39, Martin Wynne wrote: > >> On 04/07/2019 16:11, Dave F via Talk-GB wrote: >> >>> >>> In OSM we map *physical* objects only. >>> >> >> In rural areas there are many places where buses are timetabled to stop but >> where there

Re: [Talk-GB] Importing NaPTAN Data

2019-07-04 Thread ael via Talk-GB
On Thu, Jul 04, 2019 at 06:49:10PM +0100, Dave F via Talk-GB wrote: > > > On 04/07/2019 16:59, Silent Spike wrote: > > > > My understanding is that `public_transport=platform` is any place where > > public transport can be accessed > > Same as bus_stop/tram_stop, you mean? > > > and should

Re: [Talk-GB] Importing NaPTAN Data

2019-07-04 Thread Martin Wynne
On 04/07/2019 18:51, Dave F via Talk-GB wrote: These are still 'physical' in the sense that they exist in the timetable & Naptan documents. (Think also boundaries which don't have dashed lines painted across fields) This strikes me as a strange definition of "physical" and could cover

Re: [Talk-GB] Importing NaPTAN Data

2019-07-04 Thread Dave F via Talk-GB
In OSM we map *physical* objects only. What about border - especially lower administrative units and nature reserves? From a previous post: These are still 'physical' in the sense that they exist in the timetable & Naptan documents. (Think also boundaries which don't have dashed lines

Re: [Talk-GB] Importing NaPTAN Data

2019-07-04 Thread Dave F via Talk-GB
On 04/07/2019 16:59, Silent Spike wrote: My understanding is that `public_transport=platform` is any place where public transport can be accessed Same as bus_stop/tram_stop, you mean? and should not literally be interpreted as a physical platform then why hi-jack the word 'platform'

Re: [Talk-GB] Importing NaPTAN Data

2019-07-04 Thread Silent Spike
This is getting a little bit off topic. I guess to bring things back on track, would there be any objections to an import along these lines: 1. Import data specifically for the Aberdeen admin area (ATCO code 639) 2. Import stops of type BCT ("On-street Bus / Coach / Trolley Stop.") 3.

Re: [Talk-GB] Importing NaPTAN Data

2019-07-04 Thread Dave F via Talk-GB
On 04/07/2019 16:39, Martin Wynne wrote: On 04/07/2019 16:11, Dave F via Talk-GB wrote: In OSM we map *physical* objects only. In rural areas there are many places where buses are timetabled to stop but where there is nothing physical -- no signpost or shelter. These are still 'physical'

Re: [Talk-GB] Importing NaPTAN Data

2019-07-04 Thread Mateusz Konieczny
4 lip 2019, 17:11 od talk-gb@openstreetmap.org: > > In OSM we map *physical* objects only. > What about border - especially  lower administrative units and  nature reserves?___ Talk-GB mailing list Talk-GB@openstreetmap.org

Re: [Talk-GB] Importing NaPTAN Data

2019-07-04 Thread Andy Townsend
On 04/07/2019 16:39, Martin Wynne wrote: In rural areas there are many places where buses are timetabled to stop but where there is nothing physical -- no signpost or shelter. Are these highway=bus_stop in OSM? (following a previous discussion on this list) I've used "physically_present=no"

Re: [Talk-GB] Importing NaPTAN Data

2019-07-04 Thread Silent Spike
On Thu, Jul 4, 2019 at 4:40 PM Martin Wynne wrote: > In rural areas there are many places where buses are timetabled to stop > but where there is nothing physical -- no signpost or shelter. > > Are these highway=bus_stop in OSM? > > The wiki for highway says "Can be mapped more rigorously using

Re: [Talk-GB] Importing NaPTAN Data

2019-07-04 Thread Silent Spike
On Thu, Jul 4, 2019 at 4:10 PM Dave F via Talk-GB wrote: > > Please, please don't use public_transport=platform unless you're > actually mapping an actual, physical, raised object, similar to railway > platforms. > > It has now been regressed one stage further, being superfluously added > to

Re: [Talk-GB] Importing NaPTAN Data

2019-07-04 Thread Martin Wynne
On 04/07/2019 16:11, Dave F via Talk-GB wrote: In OSM we map *physical* objects only. In rural areas there are many places where buses are timetabled to stop but where there is nothing physical -- no signpost or shelter. Are these highway=bus_stop in OSM? The wiki for highway says "Can

[Talk-gb-westmidlands] Tonight's meeting

2019-07-04 Thread Brian Prangle
Hi everyone I'llbe surveying the industrial estate behind Morrisons Buntsford Park Road Rgds Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb-westmidlands

Re: [Talk-GB] Importing NaPTAN Data

2019-07-04 Thread Brian Prangle
naptan:verified=no dates back to the original import in 2009 and was there to indicate the bus stop needed surveying to verify its position- when a survey was done the process was for this tag to be deleted. Might be good to adopt this process here too? Regards Brian On Thu, 4 Jul 2019 at

Re: [Talk-GB] Importing NaPTAN Data

2019-07-04 Thread Dave F via Talk-GB
Please, please don't use public_transport=platform unless you're actually mapping an actual, physical, raised object, similar to railway platforms. 'platform' has been misappropriated from the physical railway=platform by those who developed the PT schema to mean an arbitrary area of

Re: [Talk-GB] Importing NaPTAN Data

2019-07-04 Thread Brian Prangle
It's also useful to add shelter=yes if there is one route_ref= x;y indicating bus route nos that stop there (if indicated on the stop) CUS stops are also useful to add but omitting the highway=bus-stop tag ( you can always add the public tranpsort stop_poisition as a node on the highway). They

Re: [Talk-GB] Importing NaPTAN Data

2019-07-04 Thread Silent Spike
On Tue, Jul 2, 2019 at 11:07 AM Ed Loach wrote: > highway=bus_stop > public_transport=platform > source=naptan > naptan:verified=no > name=(NaPTAN name) > naptan:AtcoCode=(whatever) > naptan:NaptanCode=(whatever) > > If the bus stop type is not MKD I add > > naptan:BusStopType=(bus stop type) >

Re: [Talk-GB] Mapillary geoJSON data

2019-07-04 Thread Jez Nicholson
My first thought is recycling points. My second is (related to the quarterly project) solar panels. On Thu, Jul 4, 2019 at 10:39 AM Gareth L wrote: > Mapillary imagery is readily available in the iD editor and also the > traffic sign detections data that they derive from it. Their computer >

[Talk-GB] Mapillary geoJSON data

2019-07-04 Thread Gareth L
Mapillary imagery is readily available in the iD editor and also the traffic sign detections data that they derive from it. Their computer vision efforts also detect a plethora of other items, to varying levels of accuracy on detection and triangulation. They recently wrote a blog post about