On 17 February 2015 at 23:57, Matthijs Melissen i...@matthijsmelissen.nl
wrote:
I could imagine that OGL-3 has imported OS ODL's clause on
sublicensing that caused incompatibility with ODbL, which would make
OGL-3 incompatible with ODbL.Do we have confirmation that this is not
the case, i.e.
A small story about this:
https://www.openstreetmap.org/way/31117763/history
Laurie Gray Avenue, Bluebell Hill, Kent, used to have a street sign saying
Laurie Gray.
Various council documentation and OS locator referred to the 'Avenue' form.
After two discussions an openstreetmap mapper asked
Hi All,
At long last the open data licence scene in the UK has now become a lot
simpler as OS have ditched their OS OpenData Licence and replaced it with
the standard OGL:
Hi,
Thank you everyone for your replies (both on and off list) - I really
appreciate the time you've taken to write them. There is a lot to think
about in there, which I will spend some time doing.
I've not made any decisions yet (the university have kept me quite busy
since December) but I will
Sorry. Short notice again
Tomorrow (Wednesday) night we'll be at the Parcel Yard for a casual social pub
meet-up.
It's a pub inside Kings Cross station, but not as grotty as it sounds.
http://osm.org/go/euu4xjtjx-?m=
When you get there... this is a fairly big pub with a confusing layout. There
On 17/02/15 10:03, Colin Smale wrote:
It's only correct because that's the frame of reference you have
chosen in this case. The local authority decides what a street is
officially called. How that is transposed to signs sometimes
introduces errors, and these errors are sometimes volatile.
I've seen numerous examples of this in OS OpenData, including fields
marked up as woodland (which aren't on their paid paper maps), also
they move things out of the way, e.g. buildings and drains to make way
for the roads. Also, if anyone has used the OS VectorData to any
extent, they'll notice
On Mon Feb 16 23:35:41 2015 GMT, Pmailkeey . wrote:
On 16 February 2015 at 15:51, Philip Barnes p...@trigpoint.me.uk wrote:
In these cases you should check the name on the signs and if osm is wrong
correct it. I my experience osm is often right and os opendata is
incorrect, in these
A better paradigm is that the data should be independently verifiable
from open sources. If the sign is wrong, it is wrong. Propagating that
error does not change that by magical thinking.
Ground truth is of course no good if there is nothing on the ground -
such as boundary lines, postcodes
9 matches
Mail list logo