On Monday 06 February 2017 20:27:16 Robert Scott wrote:
> Hey all,
>
> Does anyone have a copy of OS OpenData Locator's November 2015 release still
> kicking around anywhere?
Ok, I acknowledge I said 2016 in the subject, but 2015 in the body. I mean of
cour
Hey all,
Does anyone have a copy of OS OpenData Locator's November 2015 release still
kicking around anywhere?
robert.
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk-gb
Hello all,
(You'll all know the basic form of these emails by now and be expecting it)
It's November, the new OS Locator release is out and I've updated Musical
Chairs[1] with it.
Interesting changes should be particularly visible in the "recent relevant
updates" view[2] for the next week or s
On Saturday 04 October 2014, Antje (OpenStreetMap) wrote:
> I am sorry for the upset: this is the problem with someone carelessly editing
> at the very least.
I'm afraid part of the price of having "extremely high standards" for relations
is eternal vigilance. It is exteremely easy to inadvertan
Hello everybody,
(You'll all know the basic form of these emails by now and be expecting it)
It's May, the new OS Locator release is out and I've updated Musical Chairs[1]
with it.
Interesting changes should be particularly visible in the "recent relevant
updates" view[2] for the next week or
On Wednesday 12 February 2014, Dan S wrote:
> (Is it appropriate to post this kind of thing on talk-gb ? I'm not
> associated with the event, but just wondering if this kind of thing is
> interest to this list.)
I would say absolutely.
robert.
___
Tal
On Monday 02 December 2013, Lester Caine wrote:
> I'm just happy with emphasis where it is shouting out in my head
Why am I not surprised that Lester hears voices in his head when composing
emails?
robert.
___
Talk-GB mailing list
Talk-GB@openstreet
Hello everybody,
(You all know the basic form of these emails by now)
It's November already, the new OS Locator release is out (even though yet again
the OS website still says[0] it's only offering the May release) and I've
updated Musical Chairs[1] with it.
Interesting changes should be parti
On Wednesday 16 October 2013, Andy Allan wrote:
> Hi all,
>
> I've sat down and created an updated version of the OpenStreetMap
> Promotional Leaflets
YES
Many thanks Andy - you've taken a big item off my personal todo list.
Shall I make a papier mache globe out of my old ones?
robert.
_
Dragging this back up...
On Thursday 10 October 2013, cquest wrote:
> ...
It's still possible to see my slightly aborted attempt at adding ONS codes to
relations a few years ago - this was made more difficult by the ONS deciding to
change their coding scheme (to something equally incomprehensib
On Sunday 06 October 2013, Paul Churchley wrote:
> I have come across some data tagged as source=npe. I know what the NPE maps
> are but my question is a bit of a newbies one... why is NPE data mapped on
> OSM if it is so old?
For a while it was the best we had. But that was some time ago. (2008?)
On Saturday 05 October 2013, Shaun McDonald wrote:
>
> On 5 Oct 2013, at 14:13, Robert Scott wrote:
>
> > On Saturday 05 October 2013, Bob Kerr wrote:
> >> Counting down to State of the map Scotland 2013
> >>
> >> wiki.openstreetmap.org/wiki/State_
On Saturday 05 October 2013, Bob Kerr wrote:
> Counting down to State of the map Scotland 2013
>
> wiki.openstreetmap.org/wiki/State_of_the_Map_Scotland_2013
>
> Please send out messages to your social media of choice
>
Booked my megabus gold tickets last night.
What are numbers looking like s
On Sunday 05 May 2013, Robert Scott wrote:
> ...
(I hope whoever submitted this doesn't mind me doing this, but it makes a good
example and I thought seeing as the trace had to have been public anyway...)
For those remaining baffled and to expand on my point of the possible uses
Hello talk-gb,
As some of you might know, I've been working on a gps trace analyzer I call
That Shouldn't Be Possible.
Its purpose? To accept a gps trace of a drive/cycle you've gone for, analyze
the journey against the routable OSM database and, if appropriate, say "That
Shouldn't Be Possible
Hi all,
Just in time for your May day bank holidays, which I'm sure you're all going to
be spending mapping, the new OS Locator release is out and I've updated Musical
Chairs[1] with it.
(Is it really 6 months since I wrote one of these emails?)
Interesting changes should be particularly visib
On Friday 03 May 2013, Kevin Peat wrote:
> Interesting, although "Privacy-conscious Apple fanbois" seems like it might
> be a very small market and why do the media often call the project
> "OpenStreetMaps", where does that come from?
>
Google Maps
Bing Maps
Don't think there's anything strange
On Thursday 10 January 2013, John Sturdy wrote:
> On Thu, Jan 10, 2013 at 1:15 PM, Andy Mabbett
> wrote:
> > My friend Terence Eden has some interesting comments on documenting
> > the pronunciation of place names, in this blog post:
>
> > Can we solve the problem of how to do this, in OSM?
>
>
Hi all,
Normal announcement. Ordnance Survey have again managed to release a new
version of OS Locator whilst still listing it as the old version on their site.
Be assured, what you will be served with is the November 2012 OS Locator.
This release looks to have 7609 new entries and 5077 removed
On Tuesday 21 August 2012, Adam Hoyle wrote:
> I agree - from the wiki
> http://wiki.openstreetmap.org/wiki/Tag:highway%3Dfootway a footway seems
> unambiguously to be what americans call a sidewalk.
The way I see it, a sidewalk has to be on the "side" of something. The majority
of footways map
On Sunday 15 July 2012, Tom Chance wrote:
> On 15 July 2012 10:46, Philip Barnes wrote:
>
> > I am trying to fix a routing problem, that I found whilst investigating
> > an error was reported in mapdust.
> > [...]
> > I am assuming it is more than a problem with OSRM. Otherwise I guess the
> > on
Ahoy there all,
Though the OS website still says the latest OS Locator is 20 (I've notified
them), 201205 is actually out. I've updated OS Locator Musical Chairs[1] to use
it. Interesting changes should be particularly visible in the "recent relevant
updates" view[2] for the next week or so
On Tuesday 19 June 2012, Andy Allan wrote:
> On 19 June 2012 09:41, Robert Scott wrote:
>
> > Or even could we just have the changesets tagged that they're being made by
> > the cnxc potlatch rather than vanilla potlatch?
>
> It's just a "vanilla" po
On Sunday 17 June 2012, Martin - CycleStreets wrote:
>
> As previously announced [1], we've been working with Andy Allan and the
> DfT's contractors to open up the cycling data that the DfT have collected
> (via manual surveys on bikes) over recent years.
>
> This data for each area is now avai
On Thursday 03 May 2012, Tom Chance wrote:
> On 3 May 2012 14:59, Derick Rethans wrote:
>
> > I've done addr:flats=1-18 before which I saw was in use:
> >
> > 14:57 Derick: Tag addr:flats has 1468 values and appears
> > 5220 times in the planet.
> > 14:58 Derick: Tag addr:flatnumber has 68 valu
On Monday 19 December 2011, Nick Austin wrote:
> Initial thoughts:
> 1) Judging by the status message that Firefox produces they are using
> the OSM tile server. Is that allowed?
Sure, as long as traffic doesn't become a problem.
robert.
___
Talk-GB m
On Sunday 18 December 2011, m902 wrote:
> I just noticed that Dorset County Council's public GIS service (Dorset
> Explorer) has been upgraded to version 3 which has Mapnik as a default
> base layer (it also offers Ordnance Survey as a base layer). See
> http://explorer.geowessex.com/.
>
> It d
On Friday 09 December 2011, Ed Avis wrote:
> David Earl writes:
>
> >I'm not overly wedded to "name=Clare College (University of Cambridge)"
> >and the like. Indeed, for the University rendering I will be removing
> >these suffixes automatically because the context and colours will make
> >it c
On Tuesday 22 November 2011, Ed Avis wrote:
> Robert Scott writes:
>
> >>Does the comparison look at not:name tags?
>
> >It will (it will mark them in pink), but only when the osl entry has actually
> >been matched to that not:name-tagged osm way.
>
>
On Monday 21 November 2011, Ed Avis wrote:
> Great. Does the comparison look at not:name tags?
> For example object 4268860 is tagged to say that the OS Locator name is wrong,
> but is flagged in the check
>
> http://ris.dev.openstreetmap.org/oslmusicalchairs/map?
> zoom=18&lat=51.52351&lon=-0.19
Hello everybody,
The new OS Locator is out. I've just updated musical chairs. Same drill - for
the next few days, the new entries will show up in the "recent relevant
updates" view until they get covered up by the normal noise of real edits.
http://ris.dev.openstreetmap.org/oslmusicalchairs
I'
On Thursday 10 November 2011, Steve Chilton wrote:
> On Dec 1st I am manning a (paid for) stand at the Mapping Showcase on behalf
> of the Society of Cartographers and want to use the occasion to also
> spotlight OpenStreetMap
> http://www.londonmappingfestival.org/mapping-show-2011/
> I would li
Hello all,
I've made a few updates to the matching algorithm in musical chairs [1]. First
of all, it now checks the fields name, name:en, name:cy, name:gd and alt_name
for the best match. Along with the normalization of accented characters, this
now allows it to cope with wales a lot better [2]
Hi,
Should have replied to this earlier but it got filed into the wrong folder.
On Friday 10 June 2011, Chris Jones wrote:
> I've taken a look at a few towns in mid/south Wales using musical chairs.
>
> It seems that many of the listed 'no matches' are because the OS Locator
> data lists the Wel
On Wednesday 08 June 2011, Steve Doerr wrote:
> I wonder if the good folks at ITO could devise a way to analyse the
> not:name tags in the database and see whether any of them are now
> redundant? In other words, are the OS correcting any of the mistakes we
> appear to have identified?
I don't
Hello all,
OS have released the May 2011 Locator database. I've updated musical chairs [1]
to use this new database. Also excitingly I've noticed they now define the
supplemental fields that come with each entry - so they are no longer just
labelled u0-7 in my app ("unknown0-7").
So you know w
On Friday 04 March 2011, Graham Stewart wrote:
>
> One point relating to Average Speed Cameras:
>
> Don't assume that the first camera is entry into a monitored
> section and the next camera exits the monitoring.
> This is not always the case.
>
> They can be set up as dual-exit-entry like this:
On Friday 04 March 2011, Peter Miller wrote:
> Any thoughts about how should we tag highways equipped with average speed
> camera enforcement?
>
> Do you think that it is sufficient to just add 'highway=speed_camera' to the
> way in question?
> http://wiki.openstreetmap.org/wiki/Tag:highway%3Dspe
On Wednesday 02 March 2011, davespod wrote:
> The Cabinet Office's "Office for Civil Society" has just published a report
> citing "international examples of The Big Society". Case study number 1 is
> OpenStreetMap:
>
> http://www.arnaudriegert.com/wp-content/uploads/international-examples-big-soc
On Thursday 25 November 2010, Bunny wrote:
> The latest release of OS Streetview® is now available 1/11/10
> The November release of OS LocatorTM is now available 16/11/10
> The November release of Code-Point Open is now available 18/11/10
> See: http://www.ordnancesurvey.co.uk/oswebsite/opendata/
On Thursday 25 November 2010, Bunny wrote:
> The latest release of OS Streetview® is now available 1/11/10
> The November release of OS LocatorTM is now available 16/11/10
> The November release of Code-Point Open is now available 18/11/10
> See: http://www.ordnancesurvey.co.uk/oswebsite/opendata/
On Monday 20 September 2010, Tom Chance wrote:
> Since the tool doesn't allow us to tick off red markers where allotments
> definitely don't exist, please add any major disagreements to the list. If
> you've checked out a whole borough, mark it as complete. That way we will
> know when we've finish
On Sunday 19 September 2010, Ed Avis wrote:
> Robert Scott writes:
>
> >musical chairs[1] is now using the updated, "May 2010" release of OS OpenData
> >Locator.
>
> >[1] http://ris.dev.openstreetmap.org/oslmusicalchairs
>
> Great! I think Peter Mi
Like all cool people I spent my saturday evening merging streetname databases.
This means that musical chairs[1] is now using the updated, "May 2010" release
of OS OpenData Locator. (The previous release was called OS_Locator2009_2.txt
which I assumed to mean second half of 2009, so this is prob
On Wednesday 15 September 2010, Will Abson wrote:
> Great tool! I've checked out my local area (Ealing) and there's a few
> disagreements marked for several allotments which are listed as
> 'Private Site' in the GLA data. Effectively there is no name present
> in the data for those sites, so perhap
On Tuesday 14 September 2010, Ed Avis wrote:
> I'd also like to ask about the two postcode fields. What do 'supplied
> postcode' and 'nearest postcode' mean? Perhaps the first one is for the
> allotment itself and the second is for a nearby street?
The data is shown directly as supplied by the s
On Monday 13 September 2010, Robert Scott wrote:
> Yeah, you might see this later in the week or after the weekend when I've had
> time to hack back in a feature I hacked out for the allotment fork (doh).
Well that didn't take so long after all.
Musical allotments now igno
On Monday 13 September 2010, Ed Avis wrote:
> Neat! But how should the name of an allotment be tagged? In the data set
> they are often called after a street, as 'Seymour Road'. But in OSM it seems
> a bit daft to tag name=Seymour Road for any object that isn't the road itself.
> 'Seymour Road a
Hi,
After a request from Tom Chance I've created a strange little fork of musical
chairs based on the allotment point data released by the London datastore (
http://data.london.gov.uk/datastore/package/allotment-locations ).
The algorithm isn't really designed for this sort of matching ( it's f
On Thursday 12 August 2010, Ed Avis wrote:
> >Additionally, I also added the errors to the OSM Catalog of Errors
> >(http://wiki.openstreetmap.org/wiki/Catalog_of_Errors). However, now I'm not
> >sure if that's the right thing to do anymore - once it gets fixed in OS,
> >shouldn't we be taking dow
On Monday 09 August 2010, Tim François wrote:
> ...which is why I suggested letting users have the *option* to turn them off
> as I recognise that some find the information useful (including the
> developer, as mentioned last week). It just bogs down my little netbook quite
> a bit, the poor thi
On Monday 09 August 2010, Tim François wrote:
> A big start would be to explain the two major features of the UI:
The way I feel about UIs is if you have to "explain" anything then you've
already failed, so...
> what the colours mean (actually writing "a green area means: blah, blah")
I thought
On Sunday 08 August 2010, Dave F. wrote:
> It redraws all the different colour circles on the map (supposedly
> searching the database each time) & list specific data on the right for
> the circle that was under the double click - pointless if you just want
> to zoom in.
Oh!
Yes - this is inte
On Sunday 08 August 2010, Dave F. wrote:
> It's an improvement, but it tries to refresh on every click
By "refresh" do you mean it tries to load the selected match details?
> You can't accurately check data until about zoom 16 anyway.
On the contrary. I often look at the "recent changes" view fu
On Wednesday 04 August 2010, Dave F. wrote:
> Would it be possible to turn these circles off at lower zoom levels?
> Personally I like to double click on the map to zoom in at these levels
> as it centres the city I'm interested in & so I can then use the bar to
> zoom accurately to the specifi
On Wednesday 04 August 2010, Graham Jones wrote:
> I have the same problem using Google Chrome on Ubuntu Linux. Works ok with
> Firefox though.
>
> Graham.
>
> On 4 August 2010 20:08, Ian Caldwell
>
> > wrote:
>
> > Is just me or does musical chairs not work with the Chrome Browser. I
> > can
On Wednesday 04 August 2010, a_snail wrote:
> Also, with regards to the green boxes that show near matches, any chance you
> could say why it's a near match i.e. is it the spelling of the road name,
> classification, or possibly the location of the road.
The nearness metric of the match is purely
On Wednesday 04 August 2010, you wrote:
> Out of curiosity, why is it "important to show _all_ OSL entries"? Is there
> a way to not show the ones where OSL==OSM?
Well, it's certainly important for me to be able to see potential matching
problems. An OSL street's match is influenced by its neighb
On Wednesday 04 August 2010, Tim Francois wrote:
> My question still stands about the fact that there are LOADS of roads with
> the same name in OSL and OSM but are being flagged by a bright green
> rectangle. Why is this?
In many cultures, green is considered a sign of "good", "OK", or "everythin
On Wednesday 04 August 2010, Dave F. wrote:
> What's the different between the circles & rectangles? Is it just to do
> with the zoom factor?
When there are more than n (currently 1024) results in an area, it shows only
the first n results. You can choose which n these are (random sample, most
Hello everybody,
I'm sure you all feel you've heard enough about my recent activities by now,
but I do quite like the latest things I've added to musical chairs. There are
now multiple view modes for high zoom levels - determining which entries the db
will prioritize when there are too many ent
Subject says it all really.
Updates are now daily and automated so don't rely on me remembering to shunt
round csv files. I will be working to increase the update frequency but that's
not top priority right now.
http://ris.dev.openstreetmap.org/oslmusicalchairs
There are a few new small featur
On Wednesday 14 July 2010, Sam Larsen wrote:
> With all this talk of changing street names, can i just remind you to make
> sure
> that if you are changing street names that there are no addresses liked to
> that
> street. I have added many addresses linked to streets using Karlsruhe schema
>
On Wednesday 14 July 2010, Ed Avis wrote:
> Thanks for getting the OS Locator tiles updating again. Could I make a
> feature
> request?
>
> Often when OS and OSM disagree I will tag this in the OSM database with a note
> such as
>
> FIXME=Check name - OSM has Marefield Gardens, OS has Mares
On Tuesday 13 July 2010, Peter Miller wrote:
> We took a look and there was indeed a problem with it refusing to use
> the recent planet data! We have fixed it and everything should be
> working fine again now.
>
> Thanks for reporting it. The delay in responding was caused both by
> journey
On Saturday 26 June 2010, Peter Miller wrote:
> A few suggestions:
>
> 1) Can you provide a quick link from your slippery browser to an view
> of the same area using the main OSM browser for quick editing?
> 2) Can you provide a 'Potlach edit', 'JOSM edit' link and OSM Way
> history link if y
Hi all,
I've got a public instance of the OpenLayers viewer for my OS Locator - OSM
comparison results up.
http://ris.dev.openstreetmap.org/oslmusicalchairs
A bit more information available on it here
http://humanleg.org.uk/code/oslmusicalchairs/#interface
You have to zoom in quite far to sta
On Tuesday 15 June 2010, Ed Avis wrote:
> Perhaps a Levenshtein distance between OS and OSM street names could be
> computed:
> find all the OSM names in the bounding box, pick the one with the closest
> Levenshtein distance, and then colour the rectangle accordingly, with less
> saturated colours
On Thursday 03 June 2010, Peter Miller wrote:
> It's great to hear other people saying they would like to help the OS
> get there mapping better - I posed the question on one of the OSM
> lists a few years ago and got an overwhelming 'no' and 'over my dead
> body'. I could guess about why the
On Wednesday 02 June 2010, Jerry Clough - OSM wrote:
> I for one would miss a publicly-deployed version. The matching of strings
> really makes a difference between your data and the ITO one:
>
> 1. in well-mapped areas one finds a few places which either have not been
> surveyed or require a r
On Wednesday 02 June 2010, Roy Jamison wrote:
> This may sound really stupid and may have been discussed before, but
> could some of these errors be related to the Easter Eggs that OS put
> into their maps to fight copyright issues? I know these restrictions
> have been pretty much lifted and are u
On Wednesday 02 June 2010, Peter Miller wrote:
> Great stuff. We would probably be able to work with a dump of excluded
> OS Locator entries in this DB however users may in the main prefer the
> convenience/familiarity of working directly in Potlatch or what ever
> rather than firing up anoth
On Tuesday 01 June 2010, Peter Miller wrote:
> We did have a similar discussion in-house at the design stage. We
> could of course implement this and the data would then be locked away
> into our systems and be hard for others to access and use for other
> purposes unless we do further work t
On Monday 31 May 2010, Peter Miller wrote:
> We have created a map layer for Potlatch showing OS Locator names
> which are not in the nearby OSM data in a nice visual way.
>
> Details in our blog post of the subject.
> http://itoworld.blogspot.com/2010/05/os-locator-validation-mapping-for-uk.htm
Funny this subject should come up.
Working with the OS Locator data, I'm finding the bounding boxes to be
constantly about 50m to the east. In the south, they're also about 30m south.
In scotland they're about 10m north.
I'm using the srid transform 27700 -> 4326.
What am I doing wrong?
robe
Hi again all,
I've given the comparison script a bit of a tidy and put the code up so you can
all play with it to your hearts content.
http://humanleg.org.uk/code/oslmusicalchairs#code
robert.
___
Talk-GB mailing list
Talk-GB@openstreetmap.org
http:
On Friday 14 May 2010, Tim François wrote:
> For something that can be imported to editors, why not generate a GPX file?
> JOSM loads these natively. Or am I missing something...?
I suppose it's not really the file format that's the issue - it's more about
the mechanism inside the editor to deal
On Thursday 13 May 2010, Jerry Clough - OSM wrote:
> Thanks very much for this Robert.
>
> I'd made a start trying to do this myself, but had a steep learning curve
> with PostGIS. My main suggestions (which will make the file bigger) are: a)
> retain the original centroid values (these are nea
On Thursday 13 May 2010, Tim François wrote:
> Looks super interesting. I've been trying to do something similar but for
> local areas, rather than GB as a whole to make is useable for single mapper
I could do some extracts of areas within bounding boxes.
> As for releasing the data to the rest
On Thursday 13 May 2010, Emilie Laffray wrote:
> What about using double metaphone for finding spelling disagreements?
>
> Emilie Laffray
It's something I looked at briefly and depending on how many error reports I
get I may look at it again if I find lots of phonetic-type errors that aren't
ma
Hi all,
I've been running some countrywide comparisons of the recently released OS
Locator against the streets in OSM, using fuzzy string matching and the
supplied bounding boxes to attempt to match each street in each dataset to one
in the other. It's worked pretty well for most areas I tested
On Sunday 02 May 2010, Seventy 7 wrote:
> Can someone tell us what's happening with the latest release of OS data
> please?
People are looking at it, people are stroking their beards.
There was a bit of discussion about this at the hack day yesterday. Probably
the best thing to do is convert bi
On Wednesday 28 April 2010, Tim François wrote:
> OSM name: VAN DIEMENS LANE
> OS StreetView name: VAN DIEMENS LANE
> OS Locator name: VAN DIEMEN'S LANE
>
> So the OS Locator data adds an apostrophe, whereas StreetView leaves it off!
I don't think there are any apostrophes on streetview streets,
On Wednesday 21 April 2010, David Dixon wrote:
> I've been playing with the OS OpenData Locator dataset, which contains
> the XY coordinates for the ends & midpoint of many of the UK's roads.
> This gazetteer appears to complement the StreetView data - some (short)
> streets whose names are abse
On Saturday 10 April 2010, TimSC wrote:
> Converting edge fragments to polygons is the slow step at the moment -
> about 15 minutes a tile. I am using the approach describe in the link
> below. Fortunately, I know a bit of Boost.Python and C++ if we need the
> speed. I suspect a better algorithm
Hey,
That's great! I can stop reading about Harris operators. I totally agree about
orthogonal snapping.
How well would this scale up to the whole country? (!! Not automatically
importing the results of course !!) I'm thinking about tile/batch sizes, tile
boundary issues, any necessity for por
On Friday 09 April 2010, Jason Cunningham wrote:
> The accuracy of OS data looks vastly superior to our data.
I'm not sure I'd agree with that either.
We do have several places where we easily outdo what's so far been released.
But we also have many areas where we have next to nothing.
robert.
On Thursday 08 April 2010, Phil Monger wrote:
> I'd echo that sentiment, and say this:
>
> Streetview is a product designed to show *streets. *Anything else is just
> detail to show these in context.
> It would be a huge mistake for anyone to trace topo details from StreetView
> into OSM, for thes
On Tuesday 06 April 2010, TimSC wrote:
> Regarding the technical difficulty, it remains to be seen if automatic
> tracing is possible and of sufficient quality. But it is presumptuous to
> assume it is impossible at this stage.
I want to put my oar in for finding a consensus that we will get the
On Monday 05 April 2010, Andy Allan wrote:
> It's not irrelevant. There are many of us who believe, and have much
> evidence to show, that making the map in a certain way produces
> superior results.
This may be true when we are the best available source of Free data for a
country, but there is t
On Monday 05 April 2010, Andy Allan wrote:
> > Any general thoughts on buildings and imports?
>
> Don't import stuff. I'll be happy to see you import things that you
> are willing, personally, to maintain and update, and I'd prefer you
> imported using Potlatch or JOSM and used the Street View, Ya
On Monday 29 March 2010, Tom Chance wrote:
> If you have any particular powers over Google and Microsoft... :-)
>
> As mentioned, I can and do use a different URL shortener for now, but it is
> a UI element right there on the home page that will lead to people sending
> around broken links. That c
On Wednesday 17 February 2010, Andy Allan wrote:
> I think it would be great[1] if we had at least two dozen mapping
> parties this summer around the UK. So I'm looking for volunteers to
> help organise them, and ideas for locations. Here's some handy
> suggestions for places I've found on the wiki
On Thursday 21 January 2010, Jonathan Bennett wrote:
> On 21/01/2010 15:21, Andy Robinson (blackadder-lists) wrote:
> > Maybe a big map of Haiti or something?
>
> Hardly a valid criticism of OS though, is it?
> "You don't have any maps of Haiti"...
>
Perhaps it would be good to downplay Haiti, a
Yes, I may go.
Prominent OSM tshirts or are we going clandestine?
robert.
On Thursday 21 January 2010, Steve Chilton wrote:
> I am definitely going.
> Anyone else?
> Beer-up afterwards?
> I will investigate a possible pub.
>
> Cheers
> STEVE
>
> Steve Chilton, Learning Support Fellow
> Manag
On Friday 08 January 2010, Andy Robinson (blackadder-lists) wrote:
> >Hmm. "OS 1:25" and "OOC OS 1_25k" don't really have a good common
> >searchable substring. OS*25 is the best you can do.
>
> Well, I prefer to tag logically so that when I read the tag I immediately
> understand what it means. T
On Thursday 07 January 2010, Andy Robinson (blackadder-lists) wrote:
> If you are using Potlatch you can use Ctrl B I think to add an OS 1:25
> source tag. In JOSM I'd make it clearer that's it OOC. So perhaps "OOC OS
> 1_25k" which also gets rid of the colon which might be confused with a
> namesp
On Monday 14 September 2009, John Robert Peterson wrote:
> I had a gps set with me, and geocoded the images, but the geocoding seems to
> be off by hundreds of meters (2-3 seconds).
>
> I even corrected for time error (with the photo of gps set thing), I suspect
> there is some lag in the display
98 matches
Mail list logo
