Re: [Talk-GB] Summer quarterly project

Hi Dave, I'd be happy to add some more stats on [http://gregrs.dev.openstreetmap.org/fhrs/] but sadly don't have time just at the moment. I may have some more time in late October/November. Anyone is welcome to contribute to the code base at [https://github.com/gregrs-uk/python-fhrs-osm] though,

Re: [Talk-GB] Summer quarterly project

On 14/09/16 12:47, SK53 wrote: I've taken FHRS data from Sept or early Oct from 2013 to 2016 and quickly done a year-on-year comparison to see which FHRS Ids are still on file from the previous year. I've posted an image of the s/s here . I

Re: [Talk-GB] Summer quarterly project

On 14-Sep-16 09:53 PM, Dave F wrote: The only conclusion to fear of adding data, by any means, due to it going out of date, is to not add any data at all, and I'm pretty sure no of us want that. Dave F. Yep. If a pub has no beer then people won't use it, a pub with beer that has gone

Re: [Talk-GB] Summer quarterly project

Irrespective of how or where data was added, it will always become less accurate over time. The speed is dictated by, for fhrs data, how often establishments close & reopen, not the form in which the data was added to OSM. City centres, by nature of having a higher density of people, are often

Re: [Talk-GB] Summer quarterly project

Quick reply about retail churn. I've taken FHRS data from Sept or early Oct from 2013 to 2016 and quickly done a year-on-year comparison to see which FHRS Ids are still on file from the previous year. I've posted an image of the s/s here . Briefly

Re: [Talk-GB] Summer quarterly project

Dan wrote: > Town-centre blitzes can lead to out-of-date data very quickly. Town > centre data is better to have in OSM if it has maintainer(s). Jerry > acknowledged this, but I still would like to register a concern about > that! I'll agree that it is better to have a maintained set of data,

Re: [Talk-GB] Summer quarterly project

I share the concern that mapping parties create unmaintained data in the same way as imports or armchair mapping. However, the argument only goes so far: much of our original data was boot-strapped by such methods (notably NPE map & later OS StreetView). For places in the North West of England

Re: [Talk-GB] Summer quarterly project

Town-centre blitzes can lead to out-of-date data very quickly. Town centre data is better to have in OSM if it has maintainer(s). Jerry acknowledged this, but I still would like to register a concern about that! Best Dan 2016-09-13 18:31 GMT+02:00 Paul Berry : > +1 for the

Re: [Talk-GB] Summer quarterly project

+1 for the town centre blitzing. Even well-mapped city centres change all the time (shops opening and closing for one) and there are plenty of examples of places you'd think would have more detail than they actually do (eg Leeds is still pretty poorly mapped for POI and businesses, despite my best

Re: [Talk-GB] Summer quarterly project

I'd vote for fhrs:id as the next project. I'm about half way through for my LA. (I also like Greg's trigpoint database.) It's worth noting that Greg's site is primarily to use the fhrs database for the addition of postcodes/addresses, not the ID's themselves. For instance, it doesn't update

Re: [Talk-GB] Summer quarterly project

The idea of adding opening hours and lots of fhrs data to existing OSM data is not one I personally find attractive. But I do like Jerry's idea of blitzing town centres that are poorly mapped. Our own experience in mappamercia recently in Kidderminster where we had a summer Saturday mapping

Re: [Talk-GB] Summer quarterly project

My comments on both suggestions: - Speed Limits: a little bit boring, *BUT *there are some relatively achievable targets. For instance getting all primary & trunk roads with speed limits. There are areas of the country where none of these roads have limits, but even in well mapped

Re: [Talk-GB] Summer quarterly project

Paul commented on John's suggestion: > Speed limits would be a good one, although impossible to armchair-map unless > you know > something I don't. Also, would it stem the tide of useless speed limit notes > from Navmii GPS users? I can't guarantee it would stem the tide of Navmii speed limit

Re: [Talk-GB] Summer quarterly project

Speed limits would be a good one, although impossible to armchair-map unless you know something I don't. Also, would it stem the tide of useless speed limit notes from Navmii GPS users? Regards, *Paul* On 12 September 2016 at 17:30, John Aldridge wrote: > On 11-Sep-16 18:45,

Re: [Talk-GB] Summer quarterly project

On 11-Sep-16 18:45, Brian Prangle wrote: Only a couple of weeks left - time to start thinking about our next quarterly project... Speed limits? There've been a whole lot of changes round here -- mostly new 20 mph limits -- recently! -- Cheers, John

Re: [Talk-GB] Summer quarterly project

2016-09-12 8:18 GMT-07:00 Robert Whittaker (OSM lists) : > On 11 September 2016 at 18:45, Brian Prangle wrote: >> Only a couple of weeks left - time to start thinking about our next >> quarterly project, while we see how many more farmyards we

Re: [Talk-GB] Summer quarterly project

On 11 September 2016 at 18:45, Brian Prangle wrote: > Only a couple of weeks left - time to start thinking about our next > quarterly project, while we see how many more farmyards we can add. What about improving the mapping of eating establishments, with the help of the

Re: [Talk-GB] Summer Quarterly Project

; *Sent:* Monday, 1 August 2016, 14:41 > *Subject:* [Talk-GB] Summer Quarterly Project > > Hi everyone > > We've been making steady progress at about 20 farms a day but seemed to > have slowed down over the last week. We've only the daily taginfoscript > <https://docs.google

Re: [Talk-GB] Summer Quarterly Project

t;talk-gb@openstreetmap.org> Sent: Monday, 1 August 2016, 14:41 Subject: [Talk-GB] Summer Quarterly Project Hi everyone We've been making steady progress at about 20 farms a day but seemed to have slowed down over the last week.  We've only the daily taginfoscript to capture progress of

[Talk-GB] Summer Quarterly Project

Hi everyone We've been making steady progress at about 20 farms a day but seemed to have slowed down over the last week. We've only the daily taginfoscript to capture progress of the data,