Talk:Free The Postcode

From OpenStreetMap

Contents 1 UK Coverage? 2 End Result 3 Legal 3.1 Deriving from OSM maps 3.2 Is Data Mining the Web Legal? 4 DE Coverage? 5 IE Postcodes 6 Country Prefix

UK Coverage?

It's be nice to be able to know the coverage of the UK data - is it concentrated in some areas, or does it do most of the country? To know that, we'd want a list of: UK postal towns/areas + their 1/2 letter code, how many first part numbers do each have?

We could then produce something showing: "OX - Oxford - 1-44 - 1,2,4,7,20,26,29 covered"

Does anyone know if we can get a free database showing this, or should we get people to contribute one? Gagravarr

There's this. No idea as to copyright status. --Richard 08:55, 25 May 2006 (UTC)

The guy behind jibble had to pull his, as it wasn't copyright clean. He is, however, interested in using free the postcode for the new version! I was actually thinking that we could use this sort of process to find out when we'd re-created data of a similar degree of coverage -- Gagravarr 09:44, 25 May 2006 (UTC)

I'm guessing that the positional information on his file was a (copyrighted) derived work, but what about the OX7,OX8 etc. bit, which I think is what you're after? I'm not 100% sure that such a list would even be copyrightable....
But then, maybe it might be easiest just to get it from a few hours' Google searching. --Richard 10:19, 25 May 2006 (UTC)

Royal Mail (or whoever the data came from on Jibble) might still claim database rights over the collection of OX7, OX8 etc, even if it didn't come with the lat+long. They might not be right, but we're probably going to have to play it safe. --Gagravarr 12:14, 25 May 2006 (UTC)

The guys who runs jibble.org suggests that the Royal Mail claim they have ownership of the postcode info regardless of who has collected it: As in "you can't even make a list of areas codes like "OX7", let alone link it to coordinates, this is what the royal mail enforcement people tell me, anyhow"

http://en.wikipedia.org/wiki/Mailsort has a nice list of postcode letter parts, which we ought to be able to use for starters. Does anyone know on the license compatibility with wikipedia? --Gagravarr 19:17, 25 May 2006 (UTC)

http://en.wikipedia.org/wiki/List_of_postal_areas_in_the_United_Kingdom is an even better Wikipedia page, since it seems to list all of them, along with the name, and in some cases also the list of first numbers. I think this would make a good basis, even if we do have to put that one page under GFDL --Gagravarr 19:43, 25 May 2006 (UTC)

http://3lib.ukonline.co.uk/pocketinfo/travel_uk.html seems to claim that it is public domain - but I wonder how it got made in the first place. 80n 19:51, 25 May 2006 (UTC)

I can't seem to see where that one does talk about the license? It does seem very detailed (including apparently un-used codes), I do have to wonder where all of it came from. --Gagravarr 10:05, 26 May 2006 (UTC)

The guy being pocket info doesn't know if it's based on Royal Mail data or not (I've emailed to ask). I suspect we need to play it safe then, and not use it? --Gagravarr 13:52, 26 May 2006 (UTC)

End Result

What's the required end result? A cloud with latitude & longitude coordinates for a given postcode? A postcode is an area, not a point so how does this fit in together? When I look for a point I want to test if it's inside a given area with some postcode, don't want to look for all points in the region and decide which is closest. In a small town 3 kilometers could be a different town as in a city it can still be same city... Cimm 7 Nov 2006

Dave Stubbs postcode map shows what happens when you derive postcode areas as bisecting lines between nodes data. We get a pretty good approximation of a map, but even so, not completely accurate. The more data the better it gets, especially if you add nodes near the edge of an area.

Mind you, that's looking at areas of with different postcode prefixes. Your "end result" question relates to the small area covered by a one particular post code. Should we ultimately aim to gather a add a cloud of different GPS readings for different buildings which have the same postcode? I don't know. Probably no harm in adding that level of detail. Or maybe either end of the street, with two different nodes close together, signifying where neighbouring buildings have different codes.

Pragmatically speaking we'll never reach that level accuracy everywhere anyway, so uses for that level detail will be limited.

-- Harry Wood 17:47, 28 August 2007 (BST)

Legal

There is a bit of a debate going on on the main page, so I thought I'd bring it in here.

If you find your house in a map and then calculate the lat/lon from that you are making a derived work, just as if you went on google maps and traced all the roads (that's just many points instead of one). Sad as it is that data is owned and licensed by OS, and even though our tax pennies paid for it, we have to pay again, and again, and again. This is why npemap.org.uk was setup with out of copyright maps, but they aren't all that accurate. -- Tshannon 11:31, 20 November 2006

Yes there is a lot of 'discussion' on the main Free The Postcode 'article'. Can we please clearly state some established facts in the 'Legal' section there? I'll kick this off. In the meantime I'm moving all that discussion to here (following) -- Harry Wood 11:01, 18 April 2007 (BST)

Is it possible to use positions found with Google Earth? For example, if a person finds their house using Google Earth and pins it that provides a lat/lon which could be entered.

as long as they don't look up the post code in a database it should be ok.

really? Are you a lawyer?

Surely it does look it up in a database. Besides which, you'd have to check if using the data this way was compatible with the Google Earth licence. Either way, I'd want proper legal advice before we started doing this

There are also algorithms for converting standard OS grid references to lat/lon as well. If you use an OS map to look up your home and enter that what's the position (legal position that is...)?

I would guess that finding a location, and deriving lat/lon from OpenStreetmap is OK - if so, perhaps the web interface should have a drop-down giving this option of data collection vs. GPS...

At present it's unlikely that getting a position from OSM is legally safe. In brief, OSM data is licenced as ShareAlike (CC-SA-2.0), so any derived work also has to be ShareAlike - but FreeThePostcode isn't, it's public domain. This is a possible argument for rewriting the OSM licence to explicitly permit such derivations. --Richard 12:01, 30 Aug 2006 (BST)

Maybe the form should be updated to have some options about how the data was collected - if any of the data is then proven to be shaky it can be removed from the database later without putting a question mark over all of the data held.

Deriving from OSM maps

Is there anything to stop people from looking up Postcodes based on OSM and inputting the Lat and Long into freethepostcode? --Nick 17:13, 15 Mar 2006 (UTC)

Nope, since you're looking at free data. Use streets, not landsat though as it can be way out. Oh and the viewer would need to tell you the lat/lon of the cursor somehow. The applet can do thi trivially. User:Steve

JOSM seems pretty good about showing you the lat/long of where your mouse is --Gagravarr 10:05, 26 May 2006 (UTC)

Pragmatically speaking I dont think anyone in the OSM community has any objection to such derivations being released as public domain, however my understanding, as Richard said above, is that strictly they should be shared-alike (can't be public domain).

Seems like a bit of an untidy outstanding licensing issue, but maybe we could just ignore it -- Harry Wood 11:21, 18 April 2007 (BST)

Is Data Mining the Web Legal?

Most postcodes are probably on the web somewhere. I googled all the postcodes of my relatives and friends and all of them were there somewhere for some reason. Even someone I know who lives in a tiny rural Welsh town. For example mine is on the web because a neighbour made a planning application to the council which was published.

It might be possible to produce a script to automatically query the web (don't think Google allow this anymore but other search engines do e.g. MSN). You write a program to detect post codes found on web pages and parse out the associated address. You then automatically look up the address on OSM to get a lat and lon.

This process, if done automatically, will result in many errors because it will be difficult to parse addresses taken from web pages perfectly. However you reduce error by re-querying the web for all the post codes that have been found to find other addresses in the same postcode and then cluster the lat/lons and take an average.

An appropriate set of search queries likely to find addresses might be the a list of the first four characters of the post code for example of which I think there are only about 1000'ish maybe? If it's too copyright dodgy to do this, you could guess the first four characters as there are a small enough number of combinations for a computer to run through i.e. A-Z,A-Z,1-99 is 66924 combinations?

Probably technically possible but would this produce a legally free list of post codes?

--Kesfan 18:20, 12 January 2008 (UTC)

For more wiki pages covering OSM legalities see Category:Legal

DE Coverage?

I found this by accident, seems to be a database of german postcodes with tagged areas. -- Dekarl 12:13, 2 February 2007 (UTC)

Data -> PLZ. Freie Geometrien deutscher PLZ-Gebiete. Herzlichsten Dank an den / die Spender! Wir werden zusehen, ob wir diese Daten irgendwann in opengeodb integrieren können. (from OpenGeoDB)

See PLZ.tab for always latest release... --Traut 16:59, 14 January 2008 (UTC)

IE Postcodes

I'm editing this section to more correctly reflect the non-postcode nature of what we currently use in Ireland.

Country Prefix

Free_The_Postcode#HR names the HR-prefix for the postal code. Is this still valid? It was recommended once in Germany, while nowadays the post asks NOT to use these prefixes, but to use the country's name instead. --traut 13:34, 4 February 2008 (UTC)