On 29/12/2017 23:23, Mick Orridge wrote:
The ONS postcode file (Open Government Licence other than BT postcodes
for NI) for August 2017 (download here:-
https://ons.maps.arcgis.com/home/item.html?id=1e4a246b91c34178a55aab047413f29b)
holds terminated postcodes. It's entry for BD5 8JR shows a
On 28/12/17 22:33, Warin wrote:
On 29-Dec-17 07:28 AM, Mark Goodge wrote:
On 28/12/2017 19:31, Lester Caine wrote:
Get the return address right ...
On 28/12/17 16:12, Colin Spiller wrote:
I've been adding postcodes in the Bradford BD area using Robert &
gregrs
useful tools. I've just
It was the only house between two junctions on a road. It was in the
country.
Ian
On 29 December 2017 at 13:08, Mark Goodge wrote:
>
>
> On 29/12/2017 11:41, Ian Caldwell wrote:
>
>>
>>
>>
>> On 29 December 2017 at 10:47, Mark Goodge
On 29/12/2017 11:41, Ian Caldwell wrote:
On 29 December 2017 at 10:47, Mark Goodge > wrote:
since a filling station isn't going to be large enough to have a
single-user postcode
Not necessarily I used to own a three bedroom
On 29 December 2017 at 10:47, Mark Goodge wrote:
> since a filling station isn't going to be large enough to have a
> single-user postcode
>
>
Not necessarily I used to own a three bedroom house that had its own
postcode.
___
On 28/12/2017 22:33, Warin wrote:
Could the post code be derived from surrounding features?
I don't know how detailed the post codes there are .. but if features in
OSM surrounding it were of the same post code (and correct) then they
could be used to derive the post code?
It will almost
On 29/12/2017 08:30, Adam Snape wrote:
Hi,
I don't think we would delete a postcode found in other Open Data just
on the basis of it not being in Codepoint Open; the error could lie in
Codepoint Open itself. I suggest that a FIXME would be appropriate where
two sources appear to contradict
Hi,
I don't think we would delete a postcode found in other Open Data just on
the basis of it not being in Codepoint Open; the error could lie in
Codepoint Open itself. I suggest that a FIXME would be appropriate where
two sources appear to contradict each other.
Of course in this case we know
On 29-Dec-17 07:28 AM, Mark Goodge wrote:
On 28/12/2017 19:31, Lester Caine wrote:
Get the return address right ...
On 28/12/17 16:12, Colin Spiller wrote:
I've been adding postcodes in the Bradford BD area using Robert &
gregrs
useful tools. I've just noticed that the Shell station at the
On 28/12/2017 19:31, Lester Caine wrote:
Get the return address right ...
On 28/12/17 16:12, Colin Spiller wrote:
I've been adding postcodes in the Bradford BD area using Robert & gregrs
useful tools. I've just noticed that the Shell station at the Rooley
Lane / Rooley Avenue junction BD5
Get the return address right ...
On 28/12/17 16:12, Colin Spiller wrote:
> I've been adding postcodes in the Bradford BD area using Robert & gregrs
> useful tools. I've just noticed that the Shell station at the Rooley
> Lane / Rooley Avenue junction BD5 8JR is now reported as having an
>
On 26 November 2017 at 14:52, Philip Barnes wrote:
> This would make obvious errors easier to spot, one example I found was
> a closing time of 16:00 which is an obvious error that does not need
> local knowledge.
At a supermarket filling station near me, the "kiosk"
Hi Colin,
BD5 8JP is but a stone's throw away. I guess this got picked up then
incorrectly typed and hence the 8JR ending.
Luckily OSM is editable (!) so if you can find a better source of free data
then please update.
Regards,
Rob
P.s. you can see all this on the postcode centroid map which
I've been adding postcodes in the Bradford BD area using Robert & gregrs
useful tools. I've just noticed that the Shell station at the Rooley
Lane / Rooley Avenue junction BD5 8JR is now reported as having an
incorrect postal unit (the final two letters of the postcode). This
postcode appears
Hi folks,
I have just uploaded the fuel stations:
https://www.openstreetmap.org/changeset/54785385
Thank you everyone who participated. I noticed there has been many "fixme" tags
filled during the validation. You can see them all using Overpass API:
http://overpass-turbo.eu/s/tUW
Ilya
Hi,
I've just pushed a big update to the auditing service. You can now re-check
skipped objects. But the "skipped" flag is only stored since today. If you
want, Brian, I can reset your validation history for the entire project, so you
could re-check all stations.
Also I can grant you admin
Hi Ilya
Great tool but it would be nice to be able to be able togo back to items
you skipped
Regards
Brian
On 29 November 2017 at 14:49, Ilya Zverev wrote:
> Hi Phil,
>
> I had a few free hours today, so I added the table view:
>
> http://audit.osmz.ru/table/shell
>
>
Hi Phil,
I had a few free hours today, so I added the table view:
http://audit.osmz.ru/table/shell
Though I'm not sure a fuel station cannot close at 16:00 — for example, a small
one that serves agricultural needs.
Ilya
> 26 нояб. 2017 г., в 17:52, Philip Barnes
No it was clear and you answered my question. Thanks :-)
Rob
On 26 Nov 2017 1:47 p.m., "Ilya Zverev" wrote:
> Hi Rob, thanks for looking at the website.
>
> Perhaps I wasn't clear enough. That is a working tool for validating an
> import. Please open
Hi Rob, thanks for looking at the website.
Perhaps I wasn't clear enough. That is a working tool for validating an import.
Please open http://audit.osmz.ru/project/shell , click "Validate the import"
and check at least a hundred points. You can move a point when it's off, and
you can choose
Hi Ilya,
I had a quick test on mobile (not ideal) and like what I see.
When does import occur? Automatically when you get two matches or manually
every X weeks?
Have you received any further feedback?
Thanks,
Rob
P.s. I don't have a problem with the navads ref being added.
Hi,
I recall we had some issues with the Shell import. I have nearly finished my
auditing tool, which helps record every issue with an import and apply it to
the actual importing process. After testing it on a few local imports, I invite
you to check the tool out and validate some fuel
On 16 November 2017 at 20:19, Ilya Zverev wrote:
> Robert, I don't have official branch numbers from Shell. Identifiers that
> are being added in "ref:navads_shell" will be used for updating the data, to
> skip the matching step.
As I said, I don't think it's appropriate to
I see that not all questions were resolved in May.
Regarding the license: NavAds are authorized to upload all Shell fuel stations
to any maps. They are paid to do that. You can find Shell, among others, in
their partners directory: https://navads.eu/industries/
NavAds have also signed the
On 17 Nov 2017 04:14, "Andrew Black" wrote:
" I believe we need to be very clear about the licencing. All we have is
Ilya's word (and I don't dispute it but it is hardly verifiable) that Shell
has instructed a third party to map its petrol stations on various
Hi everyone,
Thank you Brian for pushing this forward. The ongoing discussion (and
reminders from a NavAds employee) have made me start developing the
auditing tool for imported data. Hopefully next week I'll give you all a
link where you can check every imported object one by one, and alter
This is something that could be done officially by the UK OSM chapter
On 16 November 2017 at 13:05, Lester Caine wrote:
> On 16/11/17 12:48, Robert Whittaker (OSM lists) wrote:
> >> Here's a strawman to start the discussion:
> >>
> >> Use Harry Wood's improved visualisation
On 16/11/17 12:48, Robert Whittaker (OSM lists) wrote:
>> Here's a strawman to start the discussion:
>>
>> Use Harry Wood's improved visualisation as a progress checker, with a colour
>> change for missing filling stations to red
>> Get active mappers to add/amend data around their localities or
On 15 November 2017 at 18:38, Brian Prangle wrote:
> Here's a strawman to start the discussion:
>
> Use Harry Wood's improved visualisation as a progress checker, with a colour
> change for missing filling stations to red
> Get active mappers to add/amend data around their
Hi,
Most of that 'strawman' suggestion seems sensible and entirely the right
kind of way for the community to help companies add useful data to the map.
I do however, disagree with the penultimate point. I do not belive that we
should be automatically importing this kind of data. An omission is
Like most discussions we get a useful survey of opinion and some
elucidation of the nature of the problem, with lots of suggestions, but no
actual decision on how we are going to proceed, except maintain the status
quo. As one of the core objectives of the UK OSM Chapter is to "promote
and
On 06/11/17 16:45, Andy Mabbett wrote:
> Some years ago, we had a data donation, here in the United Kingdom, of
> data on cycle shops. These were imported into a tool which (if memory
> serves) enabled users to compare them to existing entries, and import
> the data to them if useful, or add new
Andy Mabbett wrote:
> Can that tool not be repurposed, and thereby avoid the friction
> that imports like this seem sadly to cause?
It was implemented as part of Potlatch 2, so sadly probably not appropriate
for general consumption in a post-Flash age:
On 6 November 2017 at 15:45, Andy Mabbett wrote:
> On 3 November 2017 at 09:55, Ilya Zverev wrote:
>
>> You might remember a few months ago I discussed here importing of Shell fuel
>> stations. The data provider is Navads, which has a contract with
On 3 November 2017 at 09:55, Ilya Zverev wrote:
> You might remember a few months ago I discussed here importing of Shell fuel
> stations. The data provider is Navads, which has a contract with Shell for
> putting their stations on the map. They asked me to proceed with the
Thanks Andy. Any talks you recommend us watching?
I can recommend the following:
https://2017.stateofthemap.us/program/building-community-in-south-florida.html
90% imported automatically, the remaining 10% left to the local community.
Seems like engaging with them is hard at this stage even
On 3 November 2017 at 17:51, Ilya Zverev wrote:
> First, thanks everyone for checking the import. I've made some improvements
> regarding addresses, and I removed the "operator" tag. You can see the
> improvements on the same map. I'd like to join Richard in a search for a
>
alk-GB] Importing Shell fuel stations
Hi,
You might remember a few months ago I discussed here importing of Shell fuel
stations. The data provider is Navads, which has a contract with Shell for
putting their stations on the map. They asked me to proceed with the import and
sent an update
I wanted to make some little improvements to your map display (more readable
tags)
http://bl.ocks.org/harry-wood/raw/1c590b852dd2f43569c085dc554b9abd/
I'm not that familiar with 'gists'. They don't have 'pull requests' hey? Anyway
my fork is
>On 03/11/2017 20:42, Rob Nickerson wrote:
>> ... There is no way I see us OSM craft mappers visiting all of the
>> rest within sensible time-frames. ...
>
>Ah, silly me. If only I (and everyone else here) had read that around
>10 years ago, then we needn't have bothered mapping all that stuff in
On 03/11/2017 20:42, Rob Nickerson wrote:
... There is no way I see us OSM craft mappers visiting all of the
rest within sensible time-frames. ...
Ah, silly me. If only I (and everyone else here) had read that around
10 years ago, then we needn't have bothered mapping all that stuff in
OSM,
or the Channel Islands.
--
Andrew
From: Chris Hill <o...@raggedred.net>
Sent: 03 November 2017 19:10:27
To: talk-gb@openstreetmap.org
Subject: Re: [Talk-GB] Importing Shell fuel stations
On 03/11/2017 18:45, David Woolley wrote:
> On 03/11/17 17:51, Il
On Fri, 2017-11-03 at 20:42 +, Rob Nickerson wrote:
> Hi all,
>
> My thanks to Andy for finding that this data is not perfect. My
> thanks also to Phil for finding that the existing OSM data for Shell
> Porthmadog is, to use Phil's words from a later email, broken.
It was more the opening
Hi all,
My thanks to Andy for finding that this data is not perfect. My thanks also
to Phil for finding that the existing OSM data for Shell Porthmadog is, to
use Phil's words from a later email, broken.
Now that we have ascertained that neither data set is perfect, can we
please discuss whether
On Fri, 2017-11-03 at 11:09 -0700, Paul Norman wrote:
> On 11/3/2017 10:51 AM, Ilya Zverev wrote:
> > Philip, the shell.co.uk website gives the same opening hours for
> > the Branting Hill station as the source dataset. Basically,
> > everything in the dataset is the same, except for locations,
On 03/11/2017 18:45, David Woolley wrote:
On 03/11/17 17:51, Ilya Zverev wrote:
postcodes, should they be removed from the import? Is there a
database that I can check these against?
There is a database, but one of OSM UK's big bug bears is that it is
not licensed in a way that allows it to
On 03/11/17 17:51, Ilya Zverev wrote:
postcodes, should they be removed from the import? Is there a database that I
can check these against?
There is a database, but one of OSM UK's big bug bears is that it is not
licensed in a way that allows it to be used for OSM. About the limit of
what
On 11/3/2017 10:51 AM, Ilya Zverev wrote:
Philip, the shell.co.uk website gives the same opening hours for the Branting
Hill station as the source dataset. Basically, everything in the dataset is the
same, except for locations, which have been improved by the Navads team.
What percentage of
First, thanks everyone for checking the import. I've made some improvements
regarding addresses, and I removed the "operator" tag. You can see the
improvements on the same map. I'd like to join Richard in a search for a review
tool, which would allow people from UK to participate.
Seeing that
On 03/11/17 11:20, Richard Fairhurst wrote:
> Ashton-under-Hill (postcode WR11 7QP, near Lester ;) ) is weird too - the
> addr:street is proposed to be changed to 'A46', which isn't a street name,
> it's a ref.
Actually Spar list it as Vale Service Station , A46 Ashton Under Hill
but it is really
On 03/11/17 15:35, Philip Barnes wrote:
I would dispute that the operator is most locations is Shell and that
the brand should be Shell, but they are independent businesses who have
a franchise to sell Shell fuel, but Shell do not employ the cashier,
the mechanics or supply what is sold in the
Looking at some of the Shell stations locally
I would dispute that the operator is most locations is Shell and that
the brand should be Shell, but they are independent businesses who have
a franchise to sell Shell fuel, but Shell do not employ the cashier,
the mechanics or supply what is sold in
On 03/11/2017 14:24, Steve Doerr wrote:
The postcode (S44 5HB) is certainly wrong. Probably should be S44 5HS.
Euro Garages (operator of the Shell garage we're talking about) is
certainly listed at that postcode, which is Markham Lane, as you say.
(So are 59 other locations.) Strangely, KFC
Hi,
On 03.11.2017 11:59, Ilya Zverev wrote:
> I see many imports every day going unnoticed, and I see this kind of a harsh
> reaction on proposed imports. It is easy to see why people are reluctant to
> announce their imports and automated edits beforehand.
Any import that goes unnoticed for
On 03/11/2017 10:59, Ilya Zverev wrote:
3 нояб. 2017 г., в 13:21, Andy Townsend написал(а):
Last time you proposed this it took only a few seconds to identify problems
with the data. It's the same this time - at least some of the changes that
your map suggests you're
On Fri, Nov 03, 2017 at 01:59:17PM +0300, Ilya Zverev wrote:
> 3 нояб. 2017 г., в 13:21, Andy Townsend написал(а):
> >
> > On 03/11/2017 09:55, Ilya Zverev wrote:
> >> Hi,
> >>
> >> You might remember a few months ago I discussed here importing of Shell
> >> fuel stations.
On 03/11/2017 10:59, Ilya Zverev wrote:
How is the address info there incorrect? Did you see the correct address of the
building? Googling shows that amenities there are indeed addressed by Markham
Lane, just like the Markham Vale, the business centre that contains these.
I explained the
On Fri, 2017-11-03 at 12:55 +0300, Ilya Zverev wrote:
> Hi,
>
> You might remember a few months ago I discussed here importing of
> Shell fuel stations. The data provider is Navads, which has a
> contract with Shell for putting their stations on the map. They asked
> me to proceed with the import
On 03/11/17 10:59, Ilya Zverev wrote:
I have received the list from the Shell UK. Are you suggesting I should buy a
ticket and verify each of these on the ground? Are there any better sources for
Shell fuel stations, or are you implying the UK is a special restricted
no-imports-whatsoever
Ilya Zverev wrote:
> Please help me review the data. Here is the updated map:
> http://bl.ocks.org/Zverik/raw/ddcfaf2da25a3dfda00a3d93a62f218d/
Eek, this still looks a bit sketchy.
Choosing one of the two nearest affected petrol stations to me, the one on
Woodstock Road, Yarnton looks like it
m: Ilya Zverev [mailto:i...@zverev.info]
>> Sent: 03 November 2017 09:56
>> To: talk-gb@openstreetmap.org
>> Subject: [Talk-GB] Importing Shell fuel stations
>>
>> Hi,
>>
>> You might remember a few months ago I discussed here importing
>> of Shell fue
3 нояб. 2017 г., в 13:21, Andy Townsend написал(а):
>
> On 03/11/2017 09:55, Ilya Zverev wrote:
>> Hi,
>>
>> You might remember a few months ago I discussed here importing of Shell fuel
>> stations. The data provider is Navads, which has a contract with Shell for
>> putting
rg
> Subject: [Talk-GB] Importing Shell fuel stations
>
> Hi,
>
> You might remember a few months ago I discussed here importing
> of Shell fuel stations. The data provider is Navads, which has a
> contract with Shell for putting their stations on the map. They asked
> me
On 03/11/2017 09:55, Ilya Zverev wrote:
Hi,
You might remember a few months ago I discussed here importing of Shell fuel
stations. The data provider is Navads, which has a contract with Shell for
putting their stations on the map. They asked me to proceed with the import and
sent an updated
64 matches
Mail list logo