Re: [Talk-GB] Bristol - a quick (and surprising?) statistic...
Dave F. dave...@... writes: Personally I'd take OS as evidence of the existence of a road as well. Yes. A name is a social construct, not a physical thing that can be measured on the ground, so if it appears in the Ordnance Survey map - which is pretty much the definitive(*) map in this country - then it can be said to exist. Unless there is evidence to the contrary such as a street sign saying something different. (*) definitive, serving to define or specify precisely (M-W) -- Ed Avis e...@waniasset.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Motorway junction naming
On 06/08/2010 15:49, Andy Sinclair wrote: Hello. I notice that a number of motorway junctions near me have been tagged with rather large names. For example, the name tag for M4 J16, normally referred to locally as Swindon West is: A3102 Swindon West, Wootton Bassett, RAF Lyneham, Calne Should this be simplified in some way? Andy OS Streetview has names labelled for junction 16 (Spittleborough Roundabout) 18 (Tormarton interchange). Obviously it the signs on the ground show differences they should take preference. Cheers Dave F. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Bristol - a quick (and surprising?) statistic...
On 08/08/2010 14:01, Craig Wallace wrote: On 03/01/2006 00:37, Dave F. wrote: On 07/08/2010 19:34, Richard Moss wrote: I take data from OS as evidence that there is a name for a road/track etc. I'm happy with that where I know a road exists, and I have added names to the farm tracks around the village. But putting roads on OSM without actually verifying that they exists, that's another debate :) Personally I'd take OS as evidence of the existence of a road as well. Obviously it would be good to have travelled it as OSL isn't the most accurate for location direction, but at least we know it's there. It was concluded in a previous discussion that OS didn't put 'easter eggs' into their data. Do you have any examples of roads not being on the ground? Correction: When I said OSL above, I meant OSSV A 'road' of some sort yes. But the OS Streetview maps sometimes aren't clear whether its an unclassified road, a residential road, a driveway or farm track or a path etc. Plus a few roads which are still under construction. True, on ground verification is often needed, but it's still evidence that it exists. Anyway, isn't this thread is about names from OS Locator, not names from OS Streetview. Well, not really, it was about adding roads to the map for which OSSV is being used. OSL was used as a statistical tool. I see the OS data release as one set of data from one source all manifestations of it (OSL OSSV) should be used in conjunction with each other. PS: your clock is rather wrong. Thanks. I had a BIOS battery failure for some reason it's not finding a 'RPC server' to auto update it. Cheers Dave F. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Yet more musical chairs updates.
On 05/08/2010 23:05, Robert Scott wrote: 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 specific area I'm interested in. Success. I've monkeypatched OpenLayers so SelectFeature doesn't swallow dblclick events. It's an improvement, but it tries to refresh on every click slowing it down a lot. I still think it would be better to turn it off until at least zoom 13 or even higher. You can't accurately check data until about zoom 16 anyway. cheers Dave F. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Yet more musical chairs updates.
On 08/08/2010 19:48, Robert Scott wrote: 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? 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. You can't accurately check data until about zoom 16 anyway. On the contrary. I often look at the recent changes view fully zoomed out (thus seeing all changes from the last couple of days), select an entry I find curious and hit the (new) Zoom to button to check it out. Yeah, but you're looking at it from the perspective of the person who's programmed it knows it's every nuance. Try looking at it from the point of view of the newbies - they'll want to zoom in to their local town, where they'll understand what they're looking at before deciphering all the options. The titles you use don't offer clarity for them. Musical Chairs, as a prime example, gives no indication of what the program does. Instead of a simple Help you've got What? even Algorithm - who, of those that want to *use* your web page need to know how it was programmed? If somebody really does, they can email you. Under What? you give half the information required. Instead of explaining the differences in colours you just say It is coloured according to whether it has a similarly named and placed counterpart in OSM and how good the agreement is between them. Not specifically helpful. What does blue represent? What use is random sample? How recent is recent status? Why does it start at a zoom level that includes half of Northern Europe? This is a half decent utility, to needs some teaks to make it user friendly. Cheers Dave F. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Yet more musical chairs updates.
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 intended, and what's more it's vital that it keeps refreshing the view. When showing a non-authoritative view, the results it shows is highly dependent on the view's bounding box. It shows the first 1024 results. Obviously, it will show the first 1024 results in the area you're looking at. As you zoom in, it will adaptively (every two zoomlevels) increase the level of detail. This is necessary to keep showing the user a relevant amount of detail. You can't have people zooming all the way in to milton keynes and it still only show you the one little circle that was visible at the country level. Or do you expect people to have to manually click refresh every time they want more results? How would they discover that? More textual instructions? There's limited space on the panel. The non-authoritative views are only meant as a rough overview before you get zoomed in enough. Yeah, but you're looking at it from the perspective of the person who's programmed it knows it's every nuance. I'm looking at it from the view of a power user. Try looking at it from the point of view of the newbies - they'll want to zoom in to their local town, where they'll understand what they're looking at before deciphering all the options. The titles you use don't offer clarity for them. Musical Chairs, as a prime example, gives no indication of what the program does. No, I didn't consult a focus group before I slapped that name infront of it if that's what you're asking. Instead of a simple Help you've got What? even Algorithm - who, of those that want to *use* your web page need to know how it was programmed? If somebody really does, they can email you. It was written back when this stuff really was just an algorithm and I found a couple of free hours to write up an explanation. It's the only page I had on it - so I included a link to it. Under What? you give half the information required. Instead of explaining the differences in colours you just say It is coloured according to whether it has a similarly named and placed counterpart in OSM and how good the agreement is between them. Not specifically helpful. It's also out of date. That's the problem with writing help etc. It goes out of date as soon as you change things. Every time you add more help/documentation, you increase the burden of keeping it up to date. The trick is to _try_ and make it all as obvious and discoverable as possible. That was my idea with the little hoverable question mark. Why does it start at a zoom level that includes half of Northern Europe? Because when you tell openlayers to show a view including a certain bbox (GB) it picks the highest zoomlevel it can that will show the whole thing. You'll find that the next zoomlevel up will cut off part of GB. This is a half decent utility, to needs some teaks to make it user friendly. You are expecting too much from me. This is something I've hacked together in odd spare hours and half hours I've found now and then. Writing decent help would be great. But I primarily see this as a power user's tool that people who fix a lot of things can use to... er... fix a lot of things. If someone wants to do a whole UI survey on it, that would be lovely. Unfortunately this is how a lot of OSM software spends its life. Looked at JOSM lately? robert. ps- Patches are welcome. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb