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
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
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)
>
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
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
Hi all
Is the meeting at The Bull in Price Street?
Thanks
Andrew
> On 3 Oct 2016, at 13:00, talk-gb-westmidlands-requ...@openstreetmap.org wrote:
>
> Send Talk-gb-westmidlands mailing list submissions to
> talk-gb-westmidlands@openstreetmap.org
>
> To subscribe or unsubscribe via the
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
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
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
Fingers crossed I’ll be there
Cheers
Andy
From: Rob Nickerson [mailto:rob.j.nicker...@gmail.com]
Sent: 02 October 2016 15:37
To: talk-gb-westmidlands
Subject: [Talk-gb-westmidlands] October meeting on Wednesday
Hi all,
Don't forget that we are meeting on Wednesday back in
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
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
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
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
>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
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
20 matches
Mail list logo