> On 28/02/2024 17:30 CET Martin Trautmann via talk
> wrote:
>
>
> On 28.02.24 16:43, Mike Thompson wrote:
> > Hi Martin,
> >
> > Could you provide some more detail on what specifically you are
> > attempting to achieve? Converting a geojson file of points to CSV is
> > pretty easy, but once
> On 25/10/2022 19:18 CEST Brian M. Sperlongano wrote:
>
>
>
> On Tue, Oct 25, 2022 at 4:37 AM Frederik Ramm mailto:frede...@remote.org> wrote:
>
> > in the spirit of friendly collaboration I would say that a limited amount of
> > stuff-that-should-not-be-in-OSM can be *tolerated*. If
You will need to be careful with (most) 08/09 numbers in the length check as
you cannot determine algorithmically what the length should be. Although these
numbers are not (normally) dialable from outside the country it's still a good
idea to put them in E.164 international format. Like that,
If the position of the boundary is imported from a source that ultimately has a
very high precision, for example Ordnance Survey or a Council's GIS system
through a shapefile or similar, then the location as recorded in OSM will
likely be more accurate than what would be obtained from tracing
I agree. I suspect that the post town / dependent locality are
correlated against the post code by the OCR processing. If there was no
post town it would seriously degrade the scanning accuracy as the
postcode OCR would need to be 100% accurate, which is not going to
happen given the number of
On 2020-12-21 17:11, Ken Kilfedder wrote:
> If you search for an address on the RM website, I find that (at least in
> London) it does not suggest the post town is used at all, just "London", not
> "Stratford" or "West Kensington" or whatever. (I mean here-
>
On 2020-12-21 16:07, Andy Mabbett wrote:
> On Mon, 21 Dec 2020 at 12:50, Colin Smale wrote:
>
>> Royal Mail say that a house number must be numeric, and anything else
>> (like Rose Cottage, 7A, 3-7, 11/13 etc) should go in the house name field.
>
> So in a row of t
On 2020-12-21 13:01, Alan Mackie wrote:
> I struggle with what to call the in that example.
>
> A recent suggestion for named terraces was to use addr:street=
> and addr:parentstreet=, but if the relates the
> whole building to to parentstreet, then reconstructing an address seems
>
That's why RM have a Dependent Locality, to distinguish between cases
like this. If the OSM addr:* tags are to represent postal addresses (and
that seems to be the consensus) then OSM should offer a place for the
Dependent Locality. RM say the Post Town is a mandatory component; why
do you
On 2020-12-21 10:27, Robert Whittaker (OSM lists) wrote:
> Regarding properties (e.g. on named terraces or sub-streets), where
> there are two street names (Thoroughfare and Dependent Throughourfare
> in Rail Mail terminology) then we need a second key to store the other
> street name under.
I don't think you can *deduce* the post town from the postcode, but you
can look it up, using the (non-open) PAF. You will need to use the full
postcode though, as sectors can be split amongst multiple post towns.
Let's not drift too far from the original topic of how to represent
addresses. How
On 2020-12-20 20:24, ipswichmap...@tutanota.com wrote:
> The housenumber and street would be tagged on the "building:part=house"
>
> Is this housrnumber belonging to the terrace or is it belonging to the
> street? If it belongs to the terrace, I think even with this tagging software
> wouldnt
On 2020-12-20 19:44, ipswichmap...@tutanota.com wrote:
> What you do is give the outline way "buildong=terrace" and
> "name=" and all the houses with "building:part=house". The
> software can then tell that all those houses are part of the terrace called
>
So in the case like I referred to
On 2020-12-20 18:21, ipswichmapper--- via Talk-GB wrote:
> Tag the houses with addr:place maybe?
IMHO a house is not a place
> Or, better method is to use the alternative terrace taggong scheme where each
> house is tagged as building:part=house within a larger building=terrace.
> (Terracer
On 2020-12-20 17:16, Chris Hill wrote:
> On 20/12/2020 14:57, Colin Smale wrote:
>
> On 2020-12-20 15:41, Chris Hill wrote:
> Addresses in OSM are not the same as Royal Mail's addresses. RM addresses are
> all about their processes for delivering post to delivery points. The
On 2020-12-20 17:09, Chris Hill wrote:
> On 20/12/2020 15:30, ndrw wrote: On 20/12/2020 12:45, Dave Abbott wrote:
> There is a page at
> https://wiki.openstreetmap.org/wiki/User:Rjw62/UK_Address_Mapping which
> mentions "suggested tags" but there is no evidence that this is in use. If
>
On 2020-12-20 16:30, ndrw wrote:
> On 20/12/2020 12:45, Dave Abbott wrote:
>
>> There is a page at
>> https://wiki.openstreetmap.org/wiki/User:Rjw62/UK_Address_Mapping which
>> mentions "suggested tags" but there is no evidence that this is in use. If
>> correct I would be tagging as -
>>
On 2020-12-20 15:41, Chris Hill wrote:
> Addresses in OSM are not the same as Royal Mail's addresses. RM addresses are
> all about their processes for delivering post to delivery points. The postal
> town (Largertown in your example) is a convenience for RM that we have all
> been persuaded is
On 2020-12-20 14:39, ipswichmap...@tutanota.com wrote:
> It's not just administrative boundaries. If you mark points with
> "place=suburb", "place=town" etc. that will also be used.
>
> In this case it is clearly difficult to tell which tags to use, so I would
> just not use them and let
On 2020-12-20 14:13, ipswichmapper--- via Talk-GB wrote:
> Marking city, town etc is not necessary in UK because Geocoders like
> nominatim can figure those out using afministrative boundaries.
Postal addresses have no relation to administrative boundaries. They are
simply "what you need to put
On 2020-12-14 20:21, Edward Bainton wrote:
> With plenty of portages...
>
> Glad I'm not going mad. Does it say anything useful or interesting that the
> "GPS trace" is a few metres away from the boundary as marked on the map?
> (Sorry if this has been answered recently: there was extensive
I suspect someone has uploaded a GPX version of the boundary from OS
Boundary-Line. It doesn't look like an actual trace from a GPS receiver.
On 2020-12-14 18:27, Edward Bainton wrote:
> Any thoughts on why when I enable "public GPS traces" in iD, I get one that
> near enough exactly tracks
A new user, TL5100, is causing a bit of damage in the Midlands, deleting
loads of things for no obvious reason. A couple of their changesets have
comments to this effect already. Could someone have a word?
On 2020-11-01 23:09, Kai Michael Poppe wrote:
> Hi Colin, Hi BD,
>
> as I live in a country with the maximum "anomality" are different 5-digit
> postcodes along a street (or sides of said street) I find different codes per
> building strange to say to least.
>
> I'd go for:
> * Remove
UK postcodes are for the delivery of mail and not intended to identify
buildings or parts of buildings. There will be loads of "anomalies" like
this. It's not crazy, it's just not what you are used to.
On 2020-11-01 22:16, BD wrote:
> Hi all,
>
> came across this quite strange arrangement:
>
On 2020-10-18 15:04, Simon Poole wrote:
> Am 18.10.2020 um 11:07 schrieb Rory McCann:
>
>> Like mnany things in OSM, the reason it hasn't been done is because no-one
>> has actually done it yet. It looks like other people find your idea of
>> "levels" and "badges" interesting, so you should
On 2020-10-03 18:16, Tom Hughes via Talk-GB wrote:
> On 03/10/2020 16:57, Philip Barnes wrote:
>
>> They are intended to stop this type of routing
>> https://www.openstreetmap.org/directions?engine=graphhopper_car=52.64994%2C-1.20491%3B52.64983%2C-1.2049
>>
>> Which is techincally not illegal
On 2020-09-12 23:53, Russ Garrett wrote:
> Yeah, I assume what happened is that the City of Bristol ended up, at
> some point, as a statutory port authority (which I think they were
> until 1991), and somehow the boundary from that has remained as their
> local authority boundary. But it's still
On 2020-09-12 22:23, Russ Garrett wrote:
> Incidentally, the OSM wiki page for Wales claims that the sea boundary
> between Wales and England is not well-defined:
> https://wiki.openstreetmap.org/wiki/Wales#Boundary
Then the wiki is wrong. The "Welsh Zone" was most recently defined by
the:
THE
This anomaly gives rise to the situation that there is a triangle (more
or less) of water near Flat Holm which is simultaneously within the
jurisdiction of Wales and the City of Bristol. It probably only matters
for things like fishing, as that was basically the reason to define
clearly the
On 2020-08-19 17:21, Russ Garrett wrote:
> On Wed, 19 Aug 2020 at 16:00, Colin Smale wrote:
>
>> At least it sounds soluble. Given the right transform and corrections a
>> "definitive" OS point in Easting/Northing format can be translated
>> accurately t
need is an equivalent of TIGER Line as a GB specific overlay
> layer showing selected alignment friendly features from either OS Local or
> Vector Map. If we could borrow styling from either TIGER Line or the US
> Forest roads it might be feasible to make such a layer.
>
> Je
On 2020-08-19 12:17, Andy Townsend wrote:
> On 19/08/2020 10:11, Stephen Colebourne wrote:And now I can see Amazon
> mappers using an iD variant
> that doesn't have the offset and moving all the roads as a result:
> https://osmcha.org/changesets/89549551?aoi=758c7f2b-faca-44e5-acd2-0cb8c33034bd
On 2020-08-13 12:25, Robert Whittaker (OSM lists) wrote:
> On Wed, 12 Aug 2020 at 16:56, SK53 wrote:
>
>> OpenRoads from the Ordnance Survey contains a field containing the toid for
>> the street name. I wonder if we should include these alongside usrn & uprn.
>> They may be more useful than
On 2020-08-06 11:47, Martin Koppenhoefer wrote:
> Am Do., 6. Aug. 2020 um 11:26 Uhr schrieb Lukasz Kruk
> :
>
>> I'm not sure what rules govern this: "Londn" does find the capital of the
>> UK, but "Warszaw" does not find the capital of Poland...?), which is only a
>> little inconvenient
On 2020-08-02 16:41, Sören Reinecke via talk wrote:
> Also Linux is the future. Every application that cannot run under Linux will
> fail in the long run. Remember that Windows shouldn't be the main target
> platform anymore because it is dying and the society is to blame that they
> don't get
I think I replied privately by mistake, so copying to the list now...
On 2020-07-28 11:45, Ed Loach wrote:
> Colin wrote:
>
>> Thanks for your message. I would like to challenge one point - your
>> assertion that the Regions
>> at admin_level=5 are in "widespread popular use". It is true that
On 2020-07-28 14:41, Dan Glover wrote:
> Other observations, if I may?
>
> Levels 4 and 6 give UK-wide coverage and level has complete coverage of
> England. The Combined Authorities are relatively sparse in their coverage (by
> area - by population is a different matter) so there would be
On 2020-07-28 11:45, Ed Loach wrote:
> Colin wrote:
>
>> Thanks for your message. I would like to challenge one point - your
>> assertion that the Regions
>> at admin_level=5 are in "widespread popular use". It is true that many
>> people talk about
>> geographical regions like "the
:41:02AM +0100, Steve Doerr wrote:
>
>> Could they perhaps be 5.5 to distinguish them from regions?
>>
>> Steve
>>
>> From: Brian Prangle [mailto:bpran...@gmail.com]
>>
>> I favour admin level 5 too.
>>
>> On Sun, 26 Jul 2020 at 23:52, Co
constituent councils are Unitary Authorities and
should therefore be at AL6 themselves for consistency with other UAs.
Tagging West Yorkshire at AL6 as well would currently break the model.
On 2020-07-27 08:55, Frederik Ramm wrote:
> Hi,
>
> On 7/27/20 00:50, Colin Smale wrote:
>
>
Hi,
I think we need to discuss tagging of Combined Authorities. I spotted an
edit that changed the tagging on West Yorkshire Combined Authority, and
it was pointed out to me that there were already other instances of
similar tagging for Combined Authorities (Greater Manchester for
example).
On 2020-07-21 22:54, Mark Goodge wrote:
> It's the errors which are more of a problem, because it's generally better
> not to map something than to map it wrongly.
This is a difficult point. Data is never 100% complete, and frequently
not 100% accurate. At what point it becomes better not to
What does "legally accessible" mean? Are they Public Footpaths? Do we
tag all Public Footpaths with an explicit "foot=yes" or is
"designation=public_footpath" enough?
On 2020-07-10 13:54, Andrew Hain wrote:
> I have been doing some tidying based on Osmose, including the warning for
>
It was completed in 1964 as the GPO Tower. The GPO became the Post
Office in 1969, at which time the tower was also renamed.
https://en.wikipedia.org/wiki/General_Post_Office
https://en.wikipedia.org/wiki/BT_Tower
On 2020-06-29 23:40, Steve Doerr wrote:
> On 29/06/2020 08:20, Ken Kilfedder
On 2020-06-15 23:14, barry b wrote:
> Hi Folks, I made the below changes to rockall.
Thanks for engaging!
> The changes i've made are
> 1) Changed Rockall from Island to Rock
> 2) Removed the Administration boundary
>
> 1) Rockall is not a island. You could debate its a rock or islet but
I just pointed the user concerned to the signup page to this mailing
list, so he should be here soon! Further to my earlier message I will
not make any changes to Rockall until we have had the discussion.
Colin___
Talk-GB mailing list
On 2020-06-15 15:36, Mark Goodge wrote:
> I'd just revert it.
I'll give them until tomorrow to see if there is any further engagement.
Otherwise I will fix it up as place=islet and resurrecting the coastline
and admin boundaries.
Colin___
Talk-GB
A new mapper has changed the status of Rockall, removing it from the UK
admin boundaries. As I understand it Rockall is accepted as UK territory
although it can't be used as a baseline to extend the EEZ. I contacted
the mapper with a changeset comment and their motivation is based on
"fixing the
On 2020-06-12 13:00, Frederik Ramm wrote:
> Hi,
>
> I wonder if it would be feasible or desirable for editors to warn users
> if they are at risk of creating country/world-spanning changesets.
> Something like "you have unsaved edits more than 500km away from where
> you are editing at the
On 2020-05-25 18:52, Mateusz Konieczny wrote:
> Even if "Nothing is "approved"" is true it does not mean that nothing is
> forbidden.
> Can you name one tag that is "forbidden"? Does that mean a standing
> instruction to all mappers to remove it whenever it is found, or a license to
> do a
On 2020-05-25 17:08, Mateusz Konieczny via talk wrote:
> May 25, 2020, 16:48 by colin.sm...@xs4all.nl:
>
> On 2020-05-25 16:20, Jack Armstrong wrote:
>
> Why are railways given a special status?
>
> Nobody gives anything a status in OSM. Nothing is "approved" so nothing is
> "forbidden"
On 2020-05-25 16:20, Jack Armstrong wrote:
> Why are railways given a special status?
Nobody gives anything a status in OSM. Nothing is "approved" so nothing
is "forbidden" either. It is either used, or it is not used. It is not
even "forbidden" to use tags that someone has declared
On 2020-05-25 10:27, Florian Lohoff wrote:
> A small and very vocal part of the German community proposes to tag
> EVERY driveway - no matter if it has a gate or sign with access=private.
> Somebody slipped stuff into the German access=private page which i
> removed a while back as it had no
On 2020-05-25 00:16, Florian Lohoff wrote:
> On Sun, May 24, 2020 at 11:54:02PM +0200, Colin Smale wrote: On 2020-05-24
> 23:16, Mateusz Konieczny via talk wrote:
>
> Can you give an example of such untaggable restriction?
> In the UK there are many small roads signed as "
On 2020-05-24 23:16, Mateusz Konieczny via talk wrote:
> Can you give an example of such untaggable restriction?
In the UK there are many small roads signed as "Unsuitable for HGVs."
Legally you are allowed to drive your 44T truck down there, but you will
almost certainly get stuck. How do we
On 2020-05-24 20:47, Florian Lohoff wrote:
> - The "Ground truth" we tag restrictions only when visibly assigned and
> verifyable.
It is sufficient to say "verifiable". It does not always need to be
evidenced by a visible sign - as long as another independent mapper
could (easily) verify its
On 2020-05-12 15:28, Jean-Marc Liotier wrote:
> On 5/12/20 2:52 PM, Colin Smale wrote:
>
>> As you and many others frequently remind us: OSM is first and foremost about
>> the data and not any specific use-case or rendering thereof.
> Yes - but a data model is not a n
On 2020-05-12 14:06, Frederik Ramm wrote:
> Colin,
>
> you're lumping in a few different things together I think.
>
> The scarce resource in this project are still mappers, not consumers.
> The mappers certainly want to make a good and usable map; but if you are
> faced with a choice of either
On 2020-05-12 12:34, Jean-Marc Liotier wrote:
> On 5/12/20 11:42 AM, Richard Fairhurst wrote:
>
>> I love the fact that we are now 50 messages into discussing, for the second
>> time, a change that would be made ostensibly for the benefit of data
>> consumers, and yet no one has asked any
On 2020-04-26 14:26, Tony OSM wrote:
> If we generate a tag schema it clearly needs to be applicable to other grave
> organisations - e.g. German War Graves Commission - _Volksbund Deutsche
> Kriegsgräberfürsorge_ in German.
So we need a more abstract concept like "War Cemetery":
) but it may also be a dedicated cemetery in its own
right.
On 2020-04-26 14:16, Andy Townsend wrote:
> That'd work when if I know the reference, but what if I've only seen the sign?
>
> On 26/04/2020 13:09, Colin Smale wrote:
>
> ref:cwgc=* would kill two birds with o
ref:cwgc=* would kill two birds with one stone, would it not?
On 2020-04-26 13:44, Andy Townsend wrote:
> Hello,
>
> How is it suggested to tag "there are commonwealth war graves here"?
>
> At least near me, there's usually a fairly large white on green sign near the
> entrance, so even if
On 2020-04-14 18:52, g.id...@zonnet.nl wrote:
> Hoi Richard,
>
> De adressen in OSM worden bijgewerkt op basis van de BAG WFS. Daarin staan
> echter geen BAG adres id's, maar BAG verblijfsobject id's. Dat is de reden
> dat geen BAG id's op de adressen in OSM zitten. Wat ik zelf overigen ook
Considering that it is legally and functionally the same as a Village
Green, I would say use the same tag i.e. landuse=village_green. It may
be *called* a town green because it belongs to a settlement that is a
town (who decides that is a whole other discussion) and/or has a Town
Council (which
ons that
> have been asked before any more editing.
>
> Best Regards,
>
> Andy
>
> On 30/03/2020 18:35, Colin Smale wrote:
>
> He's back, and he's unimpressed...
>
> https://www.openstreetmap.org/changeset/82834995
>
> "Reverted edits as many of m
He's back, and he's unimpressed...
https://www.openstreetmap.org/changeset/82834995
"Reverted edits as many of mine were falsely removed"
On 2020-03-25 21:54, Andy Townsend wrote:
> On 25/03/2020 16:02, Jez Nicholson wrote:
>
>> Heh, none of the references on the Wikipedia page link to
Having both ref and id in the key seems a bit like overkill to me...
ref:UK:leedscc:bin ?
On 2020-03-26 13:13, Patrick Lake wrote:
> Hi,
>
> The ID is only used for bins, so by the sounds of it we may as well go for
> ref:UK:leedscc:bin:id so hopefully we won't have to change it in the
ref:lcc=* would probably be best, or even ref:lcc:bins=*. There is an
activity going on at present to get these external IDs documented to
some extent, in the context of IDs that are used for correlation during
data imports and subsequent maintenance. It would fit nicely in this
list:
On 2020-03-20 19:36, Andrew Hain wrote:
> Also changing the name tag for Eel Pie Island.
Yeah, that was the first thing I noticed. I changed that one back, and
left comments on a couple of other changes, but when I saw the rest I
gave up.___
Talk-GB
If there is anyone who keeps a weather eye on South-West London, in
particular the Twickenham area, would they like to cast their eye over
the changesets of a brand-new user "tommyf5"? He has been busy today
making many changes that I would class as "fiddling" and don't look
right, but a local eye
"unmaintained"?
On 17 March 2020 10:52:39 CET, Warin <61sundow...@gmail.com> wrote:
>On 17/3/20 8:22 pm, Marc M. wrote:
>> Hello Joseph,
>>
>> it may give the impression that this is the way it should be done.
>> I agree to identify these "Noise" or poor quality tags, but with a
>> keyword to
Daniel, that is completely uncalled for. If you can't live and let live,
take your own advice and go procreate somewhere else.
On 2020-03-13 12:27, Daniel Holsey wrote:
> Fuck Off
>
> On Fri, 13 Mar 2020 at 10:31, European Water Project
> wrote:
>
> Hello,
>
> My name is Stuart
On 2020-02-14 10:18, Martin Koppenhoefer wrote:
> Am Do., 13. Feb. 2020 um 08:41 Uhr schrieb Colin Smale
> :
> Locations are stored in OSM as pairs of {lat,lon} and I assume these are both
> 64-bit floats in the database.
>
> AFAIK they are stored as integers (shi
On 2020-02-13 00:15, Martin Koppenhoefer wrote:
> sent from a phone
>
>> Il giorno 13 feb 2020, alle ore 00:05, Colin Smale
>> ha scritto:
>>
>> Locations are stored in OSM as pairs of {lat,lon} and I assume these are
>> both 64-bit floats in the
On 2020-02-12 23:34, Martin Koppenhoefer wrote:
> sent from a phone
>
> Il giorno 12 feb 2020, alle ore 14:06, Colin Smale ha
> scritto:
>
> Exactly this. A hobbyist or volunteer CAN verify an admin boundary (where it
> is available as open data) - it is ind
On 2020-02-12 10:42, Frederik Ramm wrote:
> Hi,
>
> On 2020-02-12 10:28, Colin Smale wrote:
>
>> Where a boundary coincides with the centre line of
>> a road for example, and there is a discrepancy in OSM between the
>> locations of the two,
On 2020-02-12 09:28, Martin Koppenhoefer wrote:
> I believe it is a misconception to think it must be "visible" on the ground,
> rather it must be determinable on the ground / "in loco". There might well be
> nothing to "see", but you could still check on the ground, by talking to the
> local
On 2020-02-09 04:26, Joseph Eisenberg wrote:
>> Re: "on a government map, by legal / statutory decree, from data
>> authoritatively published on a website"
>
> These examples are not "good practice" sources for openstreetmap.
> While many mappers import data from such sources, there is no
On 2020-02-08 18:03, stevea wrote:
> See, "the on the ground rule," to the best of my ability to determine it (an
> exception is your opinion as you explicitly express here, and that's part of
> the problem with it), isn't clearly defined and it needs the elasticity of
> such ad hoc
On 2020-02-08 11:48, Rory McCann wrote:
> It is true that government A might have one opinion, and government B might
> have another, and Provisional Autonomous Republic of C might have another
> opinion.
>
> But there can be another way. We go there, and we see what nearly everyone
> there
Many things we think of as "facts" are in fact somewhat subjective.
Things have a name or some attribute "according to" some authority.
London "is not" London, it is "called" London according to local people,
government etc. But the same place is "called" Londres, according to a
different
On 2020-02-06 21:10, Andy Mabbett wrote:
> The UK's Royal Collection [1 [1]] have placed online [2 [2]] George III's
> collection of military maps which, they say:
>
> comprises some 3,000 maps, views and prints
> ranging from the disposition of Charles V's armies
> at Vienna in 1532 to the
On 2020-02-04 13:36, Frederik Ramm wrote:
> Hi,
>
> On 04.02.20 13:22, Colin Smale wrote:
>
>> Correct me if I am wrong, but I don't remember ever seeing
>> regional full history files.
>
> The Geofabrik download server has full history files for every regi
I wonder how many users actually need a planet-wide planet file. Surely
there are loads of cases where a regional extract would suffice for the
use case in hand. How about encouraging people to consider using a
regional download?
Something else, only slightly off-topic: I have often had ideas in
I have also wondered about this. The date the track was recorded may
anonymised/obfuscated for privacy reasons. We always have the date of
upload, which is better than nothing I suppose.
On 2019-12-22 12:03, BD wrote:
> Hi,
> couple of days ago I had a chance to drive on the new section of A14
On 2019-11-19 16:40, Jóhannes Birgir Jensson wrote:
> Not all languages make, or care about making, a distinction of France
> (including non-Europe) and France (only Europe).
This is not a question of language. They are different concepts, and
irrespective of the language you are speaking, it
On 2019-11-14 13:22, Martin Wynne wrote:
> "Canal" should surely be restricted to transport functions? Boating apps
> presumably treat "canal" as a route unless navigation restrictions are added.
Canal indicates a form of construction - man-made. Unlike natural
watercourses they were
On 2019-10-26 09:58, Edward Bainton wrote:
> (copying the list in again)
> Thank you. My understanding is that this parish council has had *all* street
> assets devolved to it: see here [1].
Where do you read that in the attached document? W.r.t. the public
highway as an asset, paragraph 8
The London Borough of Sutton has admin_level=8. Admin_level=10 is for civil
(not ecclesiastical) parishes, or community councils in Wales and Scotland. The
GSS code refers to the geometry of the area; if the boundary is modified (by
law) a new code is assigned.
On 23 October 2019 16:49:07
On 2019-09-14 17:14, SK53 wrote:
> Hi Edward,
>
> In general the GPS rule is still the best way of doing it, we used to have
> access to Strava heatmap which was very good, but no longer.
>
> Other viable alternatives are:
>
> * OS OpenData road centrelines. Of course if you use a crude
On 2019-09-08 00:09, Colin Smale wrote:
> On 2019-09-07 23:06, Edward Bainton wrote:
>
> 3. Also, there are two walls visible on aerial imagery that all but match the
> doglegged county boundary as it crosses the isthmus. Is it safe to assume
> that these mark the actual boun
On 2019-09-07 23:06, Edward Bainton wrote:
> I'm interested in boundaries marked at Mavis Grind [1] (thanks to SK53 for
> the waterway=portage [2] tag - Mavis Grind is an old Norse portage, still in
> use by Shetland Canoe Club).
>
> 1. Does anyone know if county boundary lines at the coast
On 2019-09-02 16:40, Mark Goodge wrote:
> One of the issues with relying on sat-nav is that the device data often isn't
> updated very often. Unless the government can impose some kind of legally
> binding SLA on the device manufacturers to ensure that all data updates are
> performed within a
ove. I used OSNI townland boundaries to compare with OSM ones back in 2015.
>
> Jerry
>
> On Tue, 20 Aug 2019 at 18:42, Colin Smale wrote:
>
> Has anyone investigated if the data covering Northern Ireland which OSNI make
> available under OGL V3, is licence-compatible
ed
> from the OSI/OSNI data, but I think these never got restored after the server
> move. I used OSNI townland boundaries to compare with OSM ones back in 2015.
>
> Jerry
>
> On Tue, 20 Aug 2019 at 18:42, Colin Smale wrote:
>
>> Has anyone investigated if the d
Has anyone investigated if the data covering Northern Ireland which OSNI
make available under OGL V3, is licence-compatible with OSM in the same
way as the OSGB open data? I am particularly interested in admin
boundaries, e.g.
On 2019-07-26 15:47, Andy Townsend wrote:
> On 26/07/2019 13:28, David Woolley wrote: On 26/07/2019 12:57, Stephen
> Colebourne wrote: unless there is an explicit "private" sign
> There is no legal need for "private" signs. The default assumption should be
> that everything is private
... in
I guess what we are trying to get out of this, is:
a) as a router, can i feel free to route "Joe Public" through here?
b) as a router, how much time penalty should i factor in for passing
this gate?
Anything else?
On 2019-07-26 12:58, Warin wrote:
> To bring a little international
On 2019-07-26 12:26, Gareth L wrote:
> This was discussed on the wiki
> https://wiki.openstreetmap.org/wiki/Talk:Tag:barrier%3Dgate [1] with the
> suggestion of using a status tag. And was also discussed (9 years ago?!)
> https://lists.openstreetmap.org/pipermail/talk-gb/2010-May/thread.html
1 - 100 of 604 matches
Mail list logo