On 03/10/16 15:50, SK53 wrote:
I've just added details for a pub where I stopped for a drink on
Saturday. It obviously had about half of it's floor area given over to a
dining room. It doesn't appear in the FHRS data.
It would still need to register as a food business even if it was only a
pub
I've just added details for a pub where I stopped for a drink on Saturday.
It obviously had about half of it's floor area given over to a dining room.
It doesn't appear in the FHRS data.
Reasons why might be:
- The local council only updates the main database relatively
infrequently (possi
Shaun MacDonald at ITO; not on IRC atm
On 3 October 2016 at 14:34, Robert Whittaker (OSM lists) <
robert.whittaker+...@gmail.com> wrote:
> Is it just me, or is http://taginfo.openstreetmap.org.uk/ currently
> not working? It's been unresponsive for me for at least the last
> couple of days. Does
Hi Robert,
I'd seen the alert that it was down at the weekend, however wasn't in a
position at the time to get to a computer and fix it.
I've now rebooted the machine and it's back. Thanks for the reminder to look
into it.
Shaun
> On 3 Oct 2016, at 14:34, Robert Whittaker (OSM lists)
> wrot
Is it just me, or is http://taginfo.openstreetmap.org.uk/ currently
not working? It's been unresponsive for me for at least the last
couple of days. Does anyone know who runs this instance and how to get
in touch with them?
Robert.
--
Robert Whittaker
___
I'd really strongly disagree here. Getting address data into OSM is
important; the shop/amenity stuff is the sugar which coats that pill. In 5
years time (see my figures) many of the fhrs:id will have disappeared from
the website.
Jerry
On 3 October 2016 at 13:13, Dave F wrote:
> For me, fhrs:i
For some time I have personally been extending the not:name tag to record
these type of errors/mismatches.
Usually I do something like not:external_source:tag_name, thus original
not:names would become something like not:oslocation:name=XXX.
These are a) useful for other mappers (primary use case
On 30/09/2016 16:45, Brian Prangle wrote:
3. There are over 19,000 place=farm tags, almost all of them (>18,000)
nodes. Mostly they seem to indicate farms but sometimes they get used
too enthusiastically for any group of buildings.
This is a misuse of this tag. place=farm *is* for a collect
For me, fhrs:id is obviously needed. ATM I'm only adding 'website' as an
additional tag. From that an end user can ascertain info such as an
establishments address & the services it provides. Adding full addresses
is something I might get around to doing later id there not anything
more excitin
On 03/10/16 11:17, Jez Nicholson wrote:
> I was about to say that the data has a good chance of fairly high
> accuracy because it is generated from an active processthen I found
> my first typo
> :) http://ratings.food.gov.uk/business/en-GB/803334/ "Longhill Hight
> School". We can of course pe
I was about to say that the data has a good chance of fairly high accuracy
because it is generated from an active processthen I found my first
typo :) http://ratings.food.gov.uk/business/en-GB/803334/ "Longhill Hight
School". We can of course perform a service by reporting typos back.
On Mon,
On 3 October 2016 at 10:07, Brian Prangle wrote:
> Hi John
>
> The need for two sources of information is a only personal preference of
> SK53. You can choose to follow it or not.
>
> Certainly we'd like to increase postcode and address data and this can be
> entered from the fhsr data.
> It's li
A week has gone by and the legal opinion on our AoA has attracted two
comments, both from proposed interim directors, so I'm proposing to
consolidate these and communicate with the lawyers for an early resolution.
I don't think the issue warrants a conference call judging by the level of
interest.
On 03/10/16 09:23, Nick Whitelegg wrote:
> highway=footway or path should really mean "it's just a physical path",
> we shouldn't really be assuming things about access. Then add explicit
> access tags if we know it's permissive (or designation=public_footpath
> if it's known to be a RoW).
I'm wit
Hi John
The need for two sources of information is a only personal preference of
SK53. You can choose to follow it or not.
Certainly we'd like to increase postcode and address data and this can be
entered from the fhsr data. It's likely to be accurate 95% of the time.
Personally I think we can li
I think all these measurements are a great idea but in the first instance
for the taginfo script I think fhrs:id is sufficient. At least we'll know
that is a direct response to our QP. Postcode data I think is a little more
tricky than a raw count of objects tagged with addr=postcode. For
longter
>So I would say that highway=path was equivalent to highway=path;
>foot=yes; bicycle=yes; horse=yes; motor_vehicle=no (spellings may be
>wrong). highway=footway would imply yes to just foot. Renderers and
>routers will, I think follow this policy.
I would also have to say no to this - we need s
Neil - the gregrs tool is open source
https://github.com/gregrs-uk/python-fhrs-osm so we can raise issues and
enhancement requestsbut cannot expect gregrs alone to do all the
coding. Other people with python knowledge can assist in making changes. I
personally would love to do so. Probably best
18 matches
Mail list logo