Re: [Talk-GB] Canal River Trust maps
Ah, might as well forget it... Just read Richard F's blog on the CRT website. V. disappointing. https://canalrivertrust.org.uk/news-and-views/blog/odette-myall/new-maps-for-a-new-website Dave F. On 01/04/2015 18:46, Dave F. wrote: Hi All The Canal River Trust are conducting a survey of the appearance of the latest version of their maps: https://canalrivertrust.org.uk/crtlabs/map.html Considering one of the suggestions was to utilise OSM, the response is disappointing: https://canalrivertrust.org.uk/news-and-views/blog/odette-myall/thanks-for-the-map-feedback This is one of a few charities/community based organisations I've noticed that's jumped into bed with a money spinning conglomerate rather than a fellow collaborative/crowd sourced organisation. Is there anybody here who has sway with the CRT who could persuade them to change their minds? (Richard F.?) Cheers Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Canal River Trust maps
On 02/04/2015 12:41, Lester Caine wrote: On 02/04/15 12:28, Dave F. wrote: Ah, might as well forget it... Just read Richard F's blog on the CRT website. V. disappointing. https://canalrivertrust.org.uk/news-and-views/blog/odette-myall/new-maps-for-a-new-website It is much better to look at this as a positive rather than a negative! What *IS* needed is a successful way of using third party data sets rather than continually merging now quite complex data sets into the one unmanageable whole. I would hope to see the information available as an overlay to osm in the same way it overlays google. As you can see. it's not just me who want CRT to use OSM: https://canalrivertrust.org.uk/news-and-views/blog/odette-myall/thanks-for-the-map-feedback Note paragraph: We’re very fortunate to have Google as one of our partners, so we won’t be moving away from Google as the base layer for the map. My tweets to Victoria Peckett, CRT's 'digital manager': I'm disappointed by your decision not to use OSM, especially since it has more data, detail accuracy. When things change, they're updated quicker in OSM (especially pubs!). Please reconsider your decision to make CRT maps even better. Genuinely surprised you think Google to be better quality than OSM (sent her comparative links) Her reply: Thx for feedback. Understand not everyone will prefer Google, but is very widely used format one many people familiar with Me: It's a shame a collaborative/volunteer org. like the CRT can't embrace a similar volunteer/crowd sourced project. OSM already contains much canal ancillary data. Does Google? (which, incidentally, owns any data you freely enter into it) Hi Dave. Understand your prefer OSM but we believe our styling over Google base layer does offer good quality experience data.. Me: As a digital manager it's a shame you're unaware of OSM's rendering abilities, even better than Google. Annoyed with @richardf I have to say, considering the response (I found one many people familiar with especially irritating) I'm struggling to see the positive. Richard F: Is it planned to release the SAP database under an open license? Cheers Dave F. Then perhaps all the material that is simply missing or incorrect on google can be replaced with much more accurate local views :) Certainly the paths and access to the navigable sections of canals and rivers around here are currently totally blank on the google version. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] Canal River Trust maps
Hi All The Canal River Trust are conducting a survey of the appearance of the latest version of their maps: https://canalrivertrust.org.uk/crtlabs/map.html Considering one of the suggestions was to utilise OSM, the response is disappointing: https://canalrivertrust.org.uk/news-and-views/blog/odette-myall/thanks-for-the-map-feedback This is one of a few charities/community based organisations I've noticed that's jumped into bed with a money spinning conglomerate rather than a fellow collaborative/crowd sourced organisation. Is there anybody here who has sway with the CRT who could persuade them to change their minds? (Richard F.?) Cheers Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Road works
On 01/04/2015 22:01, jonat...@bigfatfrog67.me wrote: Not very helpful. Jonathan I disagree. He's clearly aware of the wiki yet repeatedly believes every query/problem he comes across is new never been discussed before. I'm trying to encourage him to find the already implemented solution by himself. If you have children, do you spoon feed them all the time, or steer them to try discover things for themselves? Cheers Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Road works
On 01/04/2015 20:51, pmailkeey . wrote: Can we please discuss and wikify ? What makes you think it hasn't already? Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk] New features in iD - looking for feedback and beta testers..
Hi I thought these were already implemented? A bit late for beta. Until there's a logical, common sense way to select, split, continue unstitch ways that meet at intersections, I'm sticking with P2. The 'disconnect' option is a pointless obfuscation. And why the delete key isn't utilized is beyond me. Leaving out basic functionality doesn't make iD easier to use. Dave F. On 27/03/2015 18:39, Bryan Housel wrote: Hi Everyone… It’s been a busy few months for the iD team, and we have a handful of new features that will be launching soon. We’d love to get some mappers to beta test and provide feedback! These features are available now by using the latest development branch of iD hosted at http://openstreetmap.us/iD/master/ Please try them out and report any issues or questions on our Github issue tracker: https://github.com/openstreetmap/iD/issues - Copy and Paste selected features with ⌘-C and ⌘-V https://github.com/openstreetmap/iD/pull/2498 - Conflict Resolution iD will now check if any of your modifications conflict with edits made by other users, and will present you with a UI to see the difference and choose how to resolve the conflict. https://github.com/openstreetmap/iD/pull/2489 - Smarter Way Movement When moving a connected way, iD will now slide the moving way along the non-moving way, rather than “zorroing” the connection point. https://github.com/openstreetmap/iD/pull/2516 - Don’t delete ways that are part of a route/boundary Relation This will prevent a bunch of breaking edits to relations - Thanks RichardF! https://github.com/openstreetmap/iD/pull/2526 - Map-In-Map You can now bring up a locator mini-map with the ‘/‘ key. By default it displays the current area but zoomed out by -6. Zoom and pan the mini-map to quickly find and move to different locations. https://github.com/openstreetmap/iD/pull/2554 Thanks! Bryan ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-GB] Fiction
Look in the wiki under key:name. On 22/03/2015 23:31, Pmailkeey . wrote: On 22 March 2015 at 21:44, Tom Hughes t...@compton.nu mailto:t...@compton.nu wrote: On 22/03/15 21:30, Pmailkeey . wrote: Could really do with ahighway http://wiki.openstreetmap.org/wiki/Key:highway=fictitious http://wiki.openstreetmap.org/wiki/Tag:highway%3Droad tag for roads with fictional names howsoever caused. I've just found reference in an official publication to a fictional streetname - and have found use of that name in other official circumstances - despite the street in question having a completely different name ! Well highway=fictitious would imply the road is fictitious, not the name. I suspect not:name= is what you want - that is what we normally use to record names erroneously asserted in official sources. Tom -- Tom Hughes (t...@compton.nu mailto:t...@compton.nu) http://compton.nu/ Well, you could have fictitious highways - places you can drive along that aren't highways ! But yes, I was more thinking of name so 'fictitious name' within a highway perhaps would be better. The problem with not:name is that people may legitimately be calling the road that name even though it's not called that name. Not:name is fine when it's an error. On 22 March 2015 at 22:02, Andrew Black andrewdbl...@googlemail.com mailto:andrewdbl...@googlemail.com wrote: Can you give an example where it might be useful. I'm aware of The Mousetrap which is well-known locally but is certainly not the correct name for the road - but as I'm not aware of the correct name - if it even has one - so The Mousetrap has gone in under 'name'. We have also Frying Pan (from a murder with the said implement many years ago) And we also have Anfield Road which has been attached to the side of a building as a 'life-size' sticky label on a 'non-road'. I'm trying to think is there an 'alt:name' ? but then, it still appears as being official. It's more than a slang name - if the authorities are using it in error. Maybe 'unofficial name' - even if officially used ! How about 'AKA' as an attribute ? :) Mike. @millomweb https://sites.google.com/site/millomweb/index/introduction - For all your info on Millom and South Copeland via *the area's premier website - * * * *currently unavailable due to ongoing harassment of me, my family, property pets* * * TCs https://sites.google.com/site/pmailkeey/e-mail ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk] Routing across parks
On 10/03/2015 16:56, Volker Schmidt wrote: Subject: [OSM-talk] Routing across parks For example let's use parks. Both of the foot routers won't cross the park unless there's a specific path way. However, as users can wander about anywhere they like there are no marked paths, not even worn ground. (I would post an example but OSM has just gone down) Most parks in continental Europe do not work this way. Typically, but not always, you have to stay on the paths. To solve this, one needs possibly a new (?) tag for parks like stay_on_path=yes|no You're talking about the opposite problem really: If there are tagged paths then the routers can easily transverse the area. I'm trying to get them to cross an area when there are no defined paths the whole area is accessible. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Routing across parks
On 10/03/2015 17:02, Mike N wrote: On 3/10/2015 12:56 PM, Volker Schmidt wrote: If I understand correctly that you want routing to cross a park as long as the way in and the way out are connected to the perimeter of the park. This is only correct in parks where you are free to walk anywhere. Most parks in continental Europe do not work this way. Typically, but not always, you have to stay on the paths. To solve this, one needs possibly a new (?) tag for parks like stay_on_path=yes|no I agree - there needs to be areas of general walk permission established before a router can include that area. The vast majority of parks are public access should be assumed as such. Access restrictions should be tagged. Similar to roads/path etc. Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Routing across parks
On 18/03/2015 10:31, Janko Mihelić wrote: 2015-03-18 11:25 GMT+01:00 Maarten Deen md...@xs4all.nl mailto:md...@xs4all.nl: Are there routers that do shortest-path routing across areas? I do not have an example of an area without additional roads ready. I'm not aware of any routers that routes across areas. With routers going 'mainstream' on OSM's front page, what a perfect time to amend that omission. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Routing across parks
Hi With the addition of routing to the man page there's been a few cases of adding ways in order to get routing to work. This is not the fault of the people editing, but the routing software. For example let's use parks. Both of the foot routers won't cross the park unless there's a specific path way. However, as users can wander about anywhere they like there are no marked paths, not even worn ground. (I would post an example but OSM has just gone down) I thought the assumption was parks pedestrian areas etc were able to be crossed as long as there were ways joined to the perimeter to enter/exit. Why can't routing software process the perimeter checking each node to see if there's a joined way to exit? As parks have many entrances adding ways connecting up each of them would be over the top. Separate Q: On Richard F. cycle.travel routing. How do reset start again? Cheers Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Routing across parks
Ah, thanks. With the X I assumed that was closing the side panel, not just clearing the data. On 10/03/2015 12:57, Richard Fairhurst wrote: Dave F. wrote: On Richard F. cycle.travel routing. How do reset start again? There's a Close route button at the top of the turn-by-turn directions - click that and it'll clear the route. cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/Routing-across-parks-tp5836533p5836536.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags
To me, fixme tags always come with the implied 'I don't know, it needs surveying from a more knowledgeable local mapper' so I don't think a widespread mechanical edit will help. As others have said: What's the problem with these tags? As they're not harming the database. How will deleting them improve the quality of the database? Keep Right has the option to ignore fixmes that are irrelevant to a user. From what I've seen information added to 'Notes' is worse than fixmes. For a really useful mass edit, remove all the created_by=* tags that are attached to thousands (millions?) of nodes. Dave F. On 25/02/2015 02:37, Hans De Kryger wrote: Sounds like a great idea. My favorites to work on is dual␣carriageway http://taginfo.openstreetmap.org/tags/FIXME=dual%20carriageway not␣dual␣carriageway http://taginfo.openstreetmap.org/tags/FIXME=not%20dual%20carriageway. *Regards,** * *Hans* * * *http://www.openstreetmap.org/user/TheDutchMan13 * * * On Tue, Feb 24, 2015 at 6:58 PM, Bryce Nesbitt bry...@obviously.com mailto:bry...@obviously.com wrote: I'm opening a discussion about a potential mechanical edit to FIXME tags: http://taginfo.openstreetmap.org/keys/fixme#values http://taginfo.openstreetmap.org/keys/FIXME#values It is apparent that a number of imports have left tens of thousands of fixme notes that have a low chance of ever getting addressed. Pick your favorite from the lists above: set␣better␣denotation is my mine. The goal would be to reduce the pain felt by anyone with fixme warnings turned on in their editing tool. ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Mechanically Cleaning Up FIXME Tags
Unsure how that will resolve any of the problems. On 25/02/2015 05:02, Bryce Nesbitt wrote: It's also possible to turn some of those like could_be_dunes_or_beach into notes, rather than FIXME. ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-GB] OS OpenData now OGL
On 17/02/2015 22:38, Rob Nickerson wrote: 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: http://www.ordnancesurvey.co.uk/blog/2015/02/were-using-the-open-government-licence-to-encourage-greater-use-of-os-opendata-products/ http://www.nationalarchives.gov.uk/doc/open-government-licence/version/3/ Good news for OpenStreetMap :-) Hi Rob What benefits for OSM, especially end users (ie mappers adding nodes ways) will this bring? Will there be extra OS products we can use? or use existing one in new ways? Cheers Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[OSM-talk] guide to vandalism” in OSM?
Hi http://www.weeklyosm.eu/archives/2388 Under 'Community' there a bullet point titled guide to vandalism” in OSM? As my French is very poor, could someone translate expand on the process. Why is false POI being added to notes? It seems similar to entrapment from what is written. Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] guide to vandalism” in OSM?
Thanks to both for the clarification. The way it was written it implied bona fide editors were deliberately adding false POIs to catch vandals. Now that I understand, I'm not sure they should be considered vandals. There appears to be no malice, just incompetence laziness. Dave F. On 12/02/2015 12:45, Marc Gemis wrote: As far as I see it: The author says that it is pretty easy to vandalise OSM data, even without creating an account. You just have to make a note with some fake information and wait until an armchair mapper picks up the note, does no verification on the ground and adds the POI. He shows 2 notes that he created to proof his point. He just tries to warn other mappers not to follow the text in the notes without verifying it on the ground. regards m On Thu, Feb 12, 2015 at 1:13 PM, Dave F. dave...@madasafish.com mailto:dave...@madasafish.com wrote: Hi http://www.weeklyosm.eu/archives/2388 Under 'Community' there a bullet point titled guide to vandalism” in OSM? As my French is very poor, could someone translate expand on the process. Why is false POI being added to notes? It seems similar to entrapment from what is written. Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] guide to vandalism” in OSM?
On 12/02/2015 13:37, Marc Gemis wrote: The author was not describing the mappers as vandals, but he was pointing to the people that create such notes in the hope some lazy mappers would create non-existing POIs or make other changes that do not correspond to the reality. Has he given evidence of this happening deliberately? Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-GB] Disclaimer
OSM has no such legal responsibility. On 28/01/2015 14:32, Pmailkeey . wrote: Precisely ! On 28 January 2015 at 14:30, Dave F. dave...@madasafish.com mailto:dave...@madasafish.com wrote: On 28/01/2015 14:24, Pmailkeey . wrote: A 10 year old who buys cigarettes might conceivably accidentally smoke them. Err.. But it's illegal to sell to under age people. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com -- Mike. @millomweb https://sites.google.com/site/millomweb/index/introduction - For all your info on Millom and South Copeland via *the area's premier website - * * * *currently unavailable due to ongoing harassment of me, my family, property pets* * * TCs https://sites.google.com/site/pmailkeey/e-mail --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Disclaimer
On 28/01/2015 14:24, Pmailkeey . wrote: A 10 year old who buys cigarettes might conceivably accidentally smoke them. Err.. But it's illegal to sell to under age people. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Disclaimer
Hi Neil Bottom Line: Don't put unverifiable data into OSM. I've always been against underground cables/pipes. The utility companies can't even map them accurately when they're being constructed! Drawing a straight line between two stations on, basically, as guess, adds no quality. They shouldn't be rendered in a general purpose rendering like mapnik, should really be stored as a separate database overlaid in a specific map for the few that actually require the information. To answer your question, a disclaimer might be worth displaying, however, with reference to the number of people falling in the Avon in Bath, no matter how much information you give, you'll always have stupid people who ignore it. Dave F. On 28/01/2015 01:13, Neil Matthews wrote: Do we need an OSM disclaimer -- I've just had a mail from a gentleman enquiring why an underground powerline http://www.openstreetmap.org/way/127968407/history#map=17/51.50283/-2.55462 was drawn on OSM -- as he didn't want to buy a house on top of it and Western Power told him the powerline couldn't be there! I think he joined OSM just to message me?!? As it happens I think I may have modified one end to change the overhead route adjacent to it -- and when I checked the history I can see that I didn't draw in the original version of the underground powerline. I was very tempted to reply with the following disclaimer: Caveat emptor; the presence/absence of any or all of the following items on OpenStreetmap should not be considered definitive: power lines, plague pits, mines, flood planes, mobile phone masts -- but all contributions on these and other topics to OpenStreetmap are warmly welcomed. Unfortunately, I took the easy way out and merely referred him to his solicitor and surveyer :-( I suspect he might have been more upset if he was selling... Cheers, Neil (ndm) ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[OSM-talk] Error when Exporting from Share icon
Hi Main PageShareDownload Repeatedly gives an error: 'The load average on the server is too high at the moment. Please wait a few minutes before trying again.' The wiki page: http://wiki.openstreetmap.org/wiki/SVG says users will often get this message to try in quieter times. When are these quieter times? I've tried in the early hours in the UK still get the message. I don't know when it was last reviewed, but does this error have bit of a sensitive trigger? Has the server that runs the process been upgraded so it can handle a greater number of requests? If so, could the error's cut in point be relaxed? Cheers Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Changeset messaging Notes feature question
On 01/01/2015 00:39, Tom Hughes wrote: On 01/01/15 00:36, Dave F. wrote: I'm struggling to comprehend how a button to turn off the notes layer, that's separate ( hidden!) from the only obvious button to turn the layer on can be described as 'logical' to an experienced user let alone a newbie.. Well the problem is that what you see as a button to turn on the notes layer is what I see as a button to add a new note ;-) That button was intended to encode the add a note action, not the view notes action. OK, but however you perceive it, it still activates the 'view notes'. Although it adds clarity to do so, it's not essential to the 'add a note' function. If I just wanted to view existing notes I wouldn't use that button, I would open the layer switcher and turn on the notes layer. On a scale of 1 to 10, how obvious do you think that is to the user? The problem with turning off the notes layer again when the add note control is disabled is that it might already have been on before you started adding a note, so we would probably have to remember if we had turned it on or if it was already on . Trying to figure out what to do if somebody starts toggling the notes layers on and off manually while the add note control is active just introduces even more levels of complication... By 'we' do you mean the programmers? I hope not. It's not that complicated! on/off, yes/no, 0/1 binary! It's the DNA of computers! No I'm not saying the programming is necessary complicated, I'm saying it's hard to know what the correct behaviour is from a UX point of view. I don't really see it as that confusing: I don't think the 'add note' button needs to turn on the 'view notes', but lets assume it does: * The 'add note' button turns both the add view layers on should them off again, except if 'view' was previously turned on via hidden option under Layers. Then it should leave 'view' on. * If 'view' is turned off via the Layers menu while 'add' is visible, turn 'view' off as it not directly linked or strictly needed to add a note. Cheers Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New building colour
I stand corrected. Thanks On 04/01/2015 12:49, Tom Hughes wrote: On 04/01/15 12:04, Dave F. wrote: IMO (why do people use 'H' to say there opinion is honest? Surely all opinion is that?), the new appearance is better. As can be seen from Andreas image the building's numbers are much clearer, which is more worthwhile than viewing the exact, intricate outline of each residency. I always understood the H to be Humble not Honest... Wiktionary seems to agree: https://en.wiktionary.org/wiki/IMHO Tom --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New building colour
Hi As has been pointed out, there was a discussion which all were invited to join in. IMO (why do people use 'H' to say there opinion is honest? Surely all opinion is that?), the new appearance is better. As can be seen from Andreas image the building's numbers are much clearer, which is more worthwhile than viewing the exact, intricate outline of each residency. The vast majority of these recent carto upgrades have been an improvement to OSM. Use GitHub to suggest some others: https://github.com/gravitystorm/openstreetmap-carto/issues. Cheers Dave F. On 04/01/2015 11:05, Jóhannes Birgir Jensson wrote: The new color looks even worse in non-garden areas where the new building color vanishes into the residential area background. Old and new colors in Kópavogur, Iceland: https://www.dropbox.com/s/vo7pyhsuciqlppq/z16.png?dl=0 Old color in Maun, Botswana: https://www.dropbox.com/s/x0uj6bw1gp4nhnk/z17.png?dl=0 New color in Maun Botswana: https://www.dropbox.com/s/xefn33ckwul7eie/z18.png?dl=0 This lack of contrast for the new color makes it harder to see buildings, the only thing it does is make the address stand out in the cases there is one at the highest zoom. For people with worse eyesight this makes the map much less accessible than before. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New building colour
Hi Jóhannes It was a reply to the thread in general the OP; your post just happened to be last. However, I think I did reply to a couple of your points: I prefer the new rendering Addresses are clearer (which you appear to agree with) Accurately draw building outlines, whilst giving the map a more 'professional' look, aren't vital to be viewed in detail. Most things, such as computer programs or maps etc, have a variation in contrast. Otherwise everything would be 'in your face' harder to read for everyone. Imagine a map with contours rendered in thick black lines. Cheers Dave F. On 04/01/2015 12:45, Jóhannes Birgir Jensson wrote: Your reply doesn't seem to be related to my post. Care to elaborate on my point? Þann 4.1.2015 12:04, skrifaði Dave F.: Hi As has been pointed out, there was a discussion which all were invited to join in. IMO (why do people use 'H' to say there opinion is honest? Surely all opinion is that?), the new appearance is better. As can be seen from Andreas image the building's numbers are much clearer, which is more worthwhile than viewing the exact, intricate outline of each residency. The vast majority of these recent carto upgrades have been an improvement to OSM. Use GitHub to suggest some others: https://github.com/gravitystorm/openstreetmap-carto/issues. Cheers Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New building colour
On 04/01/2015 12:50, Jóhannes Birgir Jensson wrote: Also none of the demos linked had Landuse=residential as background - the lack of contrast there as buildings merge into the landuse is my biggest issue with this change. However this seems to be a nice way of telling us to stop using that tag - you are not supposed to map for the renderer but if the default renderer makes the buildings nearly impossible to see if they are on top of Landuse=Residential then Landuse=Residential will no longer be used, at least not by me. The expression is don't tag *incorrectly* for the renderer. There's nothing wrong with adding tags to assists renderings there's far more than just the mapnik render. landuse=residential building=yes are not mutually exclusive. Landuse=Residential is useful to show the extent of towns etc without the overhead of detailing all the buildings. Cheers Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] New building colour
I'd hardly describe it as lost. On 04/01/2015 14:08, Lester Caine wrote: On 04/01/15 13:57, Dave F. wrote: landuse=residential building=yes are not mutually exclusive. Landuse=Residential is useful to show the extent of towns etc without the overhead of detailing all the buildings. But the new building colour is being lost against a very similar contrast landuse rendering ... --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-GB] View roadsigns in JOSM
On 01/01/2015 10:12, Dave F. wrote: October, last year? I'm unsure I'd describe 3 months ago as out of date - road signs don't change /that/ often. Even though I don't generally use OSM, this plugin looks useful. Rob, Is all the data gleaned from their camera cars? The video showed the one sign in Brazil as coming from an iphone. Can general mappers add their own photos/data to the plugins database? Cheers Dave F. I meant I don't generally use JOSM. Shame the compère at the end said it was something to be done after addressing. There should be no order. Mappers should add what interests them. Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] View roadsigns in JOSM
October, last year? I'm unsure I'd describe 3 months ago as out of date - road signs don't change /that/ often. Even though I don't generally use OSM, this plugin looks useful. Rob, Is all the data gleaned from their camera cars? The video showed the one sign in Brazil as coming from an iphone. Can general mappers add their own photos/data to the plugins database? Cheers Dave F. On 30/12/2014 17:49, James Dempsey wrote: The signs don't seem to be very up-to-date. The newest ones I can see are from October. Is this the same for everyone? --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[OSM-talk] Changeset messaging Notes feature question
Hi There appears to be no automatic way to record changeset messages. Could they not be added to to everybody's 'My Messages' outbox list? Is there a way to remove notes from the map once loaded? Re-clicking the icon, Closing the left hand pane or even refreshing (f5) makes no difference. It's kind of annoying. Cheers Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Changeset messaging Notes feature question
On 31/12/2014 16:16, Tom Hughes wrote: On 31/12/14 15:34, Dave F. wrote: There appears to be no automatic way to record changeset messages. Could they not be added to to everybody's 'My Messages' outbox list? Well of course they're recorded, or we wouldn't be able to show them. I think what you really mean is What an absolutely brilliant response to encourage new users to start editing OpenStreetMap. Well done. Brownie points to Tom Hughes. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Changeset messaging Notes feature question
On 31/12/2014 16:16, Tom Hughes wrote: Is there a way to remove notes from the map once loaded? Re-clicking the icon, Closing the left hand pane or even refreshing (f5) makes no difference. It's kind of annoying. Just turn off the notes layer. Nope; you're going have to give more detail than that, I'm afraid. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Changeset messaging Notes feature question
On 31/12/2014 21:22, Ian Dees wrote: On Wed, Dec 31, 2014 at 3:17 PM, Dave F. dave...@madasafish.com mailto:dave...@madasafish.com wrote: On 31/12/2014 16:16, Tom Hughes wrote: Is there a way to remove notes from the map once loaded? Re-clicking the icon, Closing the left hand pane or even refreshing (f5) makes no difference. It's kind of annoying. Just turn off the notes layer. Nope; you're going have to give more detail than that, I'm afraid. Hi Dave! These snarky, negative, sarcastic replies aren't helping the original poster answer their questions. If you don't have something useful to say then don't reply. Thanks! Err... I am the original poster?! Which is why I'm annoyed by the snarky, negative, sarcastic reply I received from Tom Hughes. I'd be interested to to hear why you think his reply is an accurate appropriate response to encourage new users. Thanks Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Changeset messaging Notes feature question
On 31/12/2014 21:35, Tom Hughes wrote: On 31/12/14 21:24, Steve Doerr wrote: On 31/12/2014 21:17, Dave F. wrote: On 31/12/2014 16:16, Tom Hughes wrote: Is there a way to remove notes from the map once loaded? Re-clicking the icon, Closing the left hand pane or even refreshing (f5) makes no difference. It's kind of annoying. Just turn off the notes layer. Nope; you're going have to give more detail than that, I'm afraid. Delete the bit in the URL that says layers=N A rather more user friendly approach is to open the layer switcher and uncheck the notes layer. Well that does it, but let's be honest, it's hardly user friendly. A re-click of the notes icon or collapsing of the left pane is clearly more intuitive. Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Changeset messaging Notes feature question
On 31/12/2014 21:50, Tom Hughes wrote: On 31/12/14 21:42, Dave F. wrote: On 31/12/2014 21:35, Tom Hughes wrote: A rather more user friendly approach is to open the layer switcher and uncheck the notes layer. Well that does it, but let's be honest, it's hardly user friendly. A re-click of the notes icon or collapsing of the left pane is clearly more intuitive. Well those disable the add note control, which is logically separate to the notes layer (you can turn that on without adding a note). I'm struggling to comprehend how a button to turn off the notes layer, that's separate ( hidden!) from the only obvious button to turn the layer on can be described as 'logical' to an experienced user let alone a newbie.. The real confusion comes from the fact that starting to add a note turns on the note layer - there are good reasons What are they? The 'off' switch should be a part of or next to the 'on' switch. Example: To turn off your kitchen lights do you have to go stoop underneath the bathroom sink to find the appropriate switch? for that but it does rather complicate the user interface. The problem with turning off the notes layer again when the add note control is disabled is that it might already have been on before you started adding a note, so we would probably have to remember if we had turned it on or if it was already on . Trying to figure out what to do if somebody starts toggling the notes layers on and off manually while the add note control is active just introduces even more levels of complication... By 'we' do you mean the programmers? I hope not. It's not that complicated! on/off, yes/no, 0/1 binary! It's the DNA of computers! --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Potlatch 2 - Is it still being developed? Tasks?
Hi I still use P2, I've tried the others a few times, but keep returning. Is it still being developed? I've noticed a 'tasks' button has been added. Anybody knows what it's for? I was hoping there'd be an explanation in the weekly round-up blog. David F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wiki - contact: Tag Map Features
On 18/12/2014 21:27, Andreas Goss wrote: Well, it's kinda what contact does. http://wiki.openstreetmap.org/wiki/Key:contact I can't believe this has reared its ugly head again. How little/much it's used is really irrelevant. It's usefulness is what counts prefixing a tag adds no value. From memory the original claim was all 'contacts' could be filtered out in one go, but it was pointed out that post filtering would still need to be performed, and I'm no programming expert, but I was led to believe parsing a string like 'contact:email' is slow. The wiki page doesn't actually say why it's needed. Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-GB] OS Streetview up to date?
Hi The latest date on http://os.openstreetmap.org/ is November '13 yet OS homepage http://tinyurl.com/owo9vom say the latest is October '14. Does it need updating or is there another more current page? Cheers Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Google Maps: the city of Avon
On 07/12/2014 13:06, David Woolley wrote: On 07/12/14 12:51, Ian Caldwell wrote: It also appears on Yahoo maps and Apple maps, in both cases as small place only visible at high zooms. At that level of details, all the mappers rely on OS Data. Google do allow some cloud sourced input, but the fact the other have the same information pretty much points to OS as the source. Or road signs... http://goo.gl/maps/IOkij (as seen on the ground, not via streetview, obviously). David F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Google Maps: the city of Avon
On 07/12/2014 13:10, Colin Smale wrote: It appears to actually exist; postcode SN15 4LS gives several addresses in Avon, Chippenham. Maybe Google are matching that hamlet to the ceremonial county of Avon and getting it wrong? Colin You wouldn't believe how many letters I receive still addressed as Avon (abolished 1996). Even from my bank who refuse to update their database. I've tried to get it amended but the response is the classic computer says 'no'. Dave F. --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] OSMF Special General Meeting
I propose an addendum to the resolution: We all go outside do some mapping. It appears that some people have lost sight of what OSM is for. This happens in many organisations when they get to a certain size attract 'organisers'; - people who are not interested in its primary objective but obsessed with the paraphernalia of instigating committees, meetings, agenda, minutes, points of order etc. They're just members of the B ark. As an example, watch this Channel 4 program from 1994, if you have the time: http://www.channel4.com/programmes/the-club/on-demand. It's about a golf club's hierarchy where it turns out the chairman can't swing a club to save his life. Dave F. On 26/11/2014 08:23, David Woolley wrote: On 26/11/14 01:43, Dave F. wrote: I'm pretty sure casting a vote via email isn't proxy. The notice isn't a request to vote. Requests for special meetings, and, I think any resolutions, from the members, are not binding unless there is support from a certain proportion of those with voting rights. What is being done here is attempting to demonstrate that level of support. The document mentioned is not a valid call for a meeting, it is rather a call for people to create a valid call for one. At the stage at which the page was written, there was not even a requirement to notify all the members. The 5% represents a compromise between avoiding a small clique causing disruption by continually calling meetings and the potential difficulty that a proposer would have in contacting all the members without help from the company, together with an allowance for the proportion of members who would vote an anything. When the actual meeting notice is issued, it is a legal requirement that details of how to appoint a proxy are included in the meeting notice. I am fairly sure the resolutions would affect current directors; I think they would require an explicit clause to exclude them. Although I am not a full member, so can't vote on the resolution, it seems to that the proponents should have provided some background information, e.g. details of other companies implementing similar rules, and the reasons they think they are necessary. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb --- This email has been checked for viruses by Avast antivirus software. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk] Monitoring route relations
the server seems to be up again. You might want to give it a try if that fits your needs: http://osmarelmon.won2.de/ Looks good but very strange that it won't accept numbers for the name. ie 'NCN Route 4' was rejected! Dave F. Mapper, not committee member --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-GB] Suburbs in London/Brum - big edits
Some general notes: 1. Many people (especially estate agents) add 'town' 'village' etc to addresses in an attempt to appear further upmarket keep prices a bit higher. Never really works. 2. I agree with the editor's comment that confusion/disagreement about degrees of suburbs is not a valid reason to tag them incorrectly as towns. 3. Not checked any of the edits specifically but would the name used by the local authority/council give a reference? 4. Tags not amended 'in ages' makes them ripe for review/update, not set in stone. Dave F. Mapper, not committee member On 19/11/2014 10:07, Tom Chance wrote: Hello there, As somebody who dislikes change, I was slightly horrified to see these edits: https://www.openstreetmap.org/changeset/26783815 https://www.openstreetmap.org/changeset/26795471 https://www.openstreetmap.org/changeset/26567938 The user has changed a whole lot of places within London and Birmingham that were tagged as town / village / hamlet / etc. to place=suburb. He appears to be following the advice now given on the wiki, that: Areas of a town/city should not be tagged with place=town, place=village or place=hamlet. These should only be used for distinct settlements. http://wiki.openstreetmap.org/wiki/Tag:place%3Dsuburb Apart from the fact that I cannot stand it when the work of self-appointed wiki editors leads to somebody making sweeping edits of others' work, I also really don't like losing the hierarchy of place implicit in Wimbledon being marked as a town, Forest Hill a village, Belleden a hamlet, and so on, and them all just becoming 'suburb'. Apart from the fact that many places in London were historically towns in their own right, they are often also regarded as town centres. But should we swallow this and move to the use of place=suburb/quarter/neighbourhood? If so, I'd like to do this properly, instead of the process that this user has gone through to just make everything 'suburb'. Regards, Tom -- http://tom.acrewoods.net http://twitter.com/tom_chance ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Tagging Residential Retail zones
On 19/11/2014 08:37, tony wroblewski wrote: Hi All How do people normally go about tagging a landuse area which has both residential and retail buildings. In many areas buildings often are both residential and retail, Like most others, I tag it as retail only. As you point out It's not 100% accurate, but I see it as more noteworthy - users are more likely to want to know where the local shops are rather than the nearest residential housing that's sat above retail outlets. Dave F. Mapper, not committee member --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] OSM Analysis Updated with latest OS Locator data
On 19/11/2014 09:42, Shaun McDonald wrote: There have been many places knocked off the 100% completeness, with 17 areas now below 95% complete. Overall completeness is currently 98.00%. Thanks for that. It's a really useful resource to check against. However... No gazette/database is ever fully accurate. Everything contains errors. So I'm somewhat surprised when I see an area listed as 100%. It implies users have blindly transferred across without checking in the real world. For example in my area there's a street supposedly called 'roman road' I'm born bred never heard it called that. There's no roads or building signs, the local authority, emergency services, or newspaper ever describe it that way. A couple of others are where named rows of buildings are assumed to be the street name, but are signed differently on the ground. Dave F. Mapper, not committee member --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk] Monitoring route relations
On 16/11/2014 09:38, Volker Schmidt wrote: I try to find a tool that continuously monitors all members of a relation for changes. Specifically I would like to be informed automatically by email when any of the members of a bicycle route relation is modified. I am aware of the relation analyser sites that do this on request and only test for discontinuities in the relation. A very useful tool to have, if it exists. Even experienced mappers occidentally break them. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Steve's better map
Ian My comment was actually pointing out good mapping techniques. We are a community of mappers - go out map. Please, add data to improve the quality of the database. Dave F. On 02/11/2014 01:56, Ian Dees wrote: On Sat, Nov 1, 2014 at 9:50 PM, Dave F. dave...@madasafish.com mailto:dave...@madasafish.com wrote: On 01/11/2014 22:22, Ian Dees wrote: On Sat, Nov 1, 2014 at 6:15 PM, Dave F. dave...@madasafish.com mailto:dave...@madasafish.com wrote: Like it, but unsure I'd give Round 8 to Steve. Deleting old data is *good* if replaced with more accurate information. Once again: this is a discussion, not a competition between Steve and Simon. There are no rounds to give. Let's stop framing it that way and move on. If you don't like it, don't read it. Go out map. That's not how a community works. We keep our community forums free of childish behavior so that real meaningful discussion can happen. Telling someone if you don't like it, don't read it doesn't solve the problem of hostile, childish, and negative behavior on the mailing list, it just repels normal people and leaves the negative people around to talk amongst themselves. Since we tell our new community members to join these mailing lists, I'd rather it be the other way around: the negative people should leave the list and go talk amongst themselves elsewhere. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Changeset comment function
On 02/11/2014 11:48, Andy Street wrote: On Sun, 02 Nov 2014 11:36:38 +0100 Simon Poole si...@poole.ch wrote: A much wanted and needed feature. I'm not attempting to disparage the hard work of those who contributed to this feature but it is not immediately apparent to me how this feature should be used. Perhaps one of those people who needed this feature could give a brief description of why it is useful and when it would be appropriate to use this method rather than sending a PM? Similar to what Andy says, there's nothing wrong with this, but I'm failing to understand the benefits over existing PMs: https://blog.openstreetmap.org/2014/11/02/introducing-changeset-discussions/ This example just mentions a cafe in a changeset that could be full of cafe amendments. For it to be clear which one is under discussion a hyperlink to the node/way still needs to be given which can just as easily be supplied in a PM. As this still a direct message between two users, to truly make it 'public' how does a third party become aware of the messages? Can I get a notification if it falls within 'my area'? David F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Steve's better map
On 01/11/2014 22:22, Ian Dees wrote: On Sat, Nov 1, 2014 at 6:15 PM, Dave F. dave...@madasafish.com mailto:dave...@madasafish.com wrote: Like it, but unsure I'd give Round 8 to Steve. Deleting old data is *good* if replaced with more accurate information. Once again: this is a discussion, not a competition between Steve and Simon. There are no rounds to give. Let's stop framing it that way and move on. If you don't like it, don't read it. Go out map. My pleasure. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] The world’s best [Cycling] map
Hi Steve Coast has a vested interest in encouraging others to add addressing to OSM. http://stevecoast.com/2013/09/03/mapping-my-next-adventure/ I, too, have a vested interest: in cycling (because I bloody love doing it). I ask, nay, demand, that everyone down tools, stop what they are doing map all cycling infrastructure, to make OSM the world's best map for riders of bikes. I'm joking/being mildly sarcastic, of course. OSM is a 'Do it yourself' - mappers add what interests them. With a diverse enough crowd we end up with a database that contains info for a wide variety of uses. I don't find adding addresses fun so I don't do it. I wouldn't dream of telling someone what we 'need' to map. Someone recently added all trees to a local university campus. To my eyes, completely pointless, but he wanted to do it, so more power to him. SC quote: what’s stopping us replacing proprietary maps... is addressing He's speaking from his vested interest position - SatNavs, which is just one small segment of OSM's uses. In many areas OSM is, all be it slower than I'd like, replacing proprietary maps. More web pages are embedding OSM slippy maps especially in the UK as a free to use map compared with Ordnance Survey. Unfortunately Google is still seen as the leader in the field due to the biased, free promotion it gets from media outlets like the BBC. I don't know how that can be overcome, but I don't think adding addresses is it. SC quote: So why don’t we go do that? I've little interest on OSMF, or the board as I rather go outside map. Dave F --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] The world’s best [Cycling] map
Hi Oleksiy On 24/10/2014 17:11, Oleksiy Muzalyev wrote: ...In such a case almost everything is cycling infrastructure. My exact point. If everybody adds the bits they find useful or fun then, as I said we end up with: 'a database that contains info for a wide variety of uses.' Cheers Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-GB] Notes vs Fixme (was: RFC Mechanical edit: shop=betting to shop=bookmaker for selected names)
On 23/10/2014 13:04, SomeoneElse wrote: On 23/10/2014 12:57, Dave F. wrote: I'm not convinced Notes are cleared up any more than Fixmes They certainly are more visible to me - they're available for a simple overlay on the main map and get announced in IRC channels. They maybe more visible, but that doesn't mean they get updated or offer more relevant data. If Fixmes had a front end overlay they'd, obviously, be just as noticeable. IMO, fixmes are better as they're added by people with knowledge of OSM who are actually editing, attached to entities, offer clearer instructions as to what needs to be fixed. Notes are added by non editors, often inaccurately placed with vague messages like ,can't get down here'. Was there an import from that crappy 'bugs'? Specific Q lots of these notes in my area are 'Incorrect speed limit. Reported speed limit is 40 mph' from 'anonymous'. Where is it 'reported' from. Is it being compared with another database? Cheers Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Notes vs Fixme
On 24/10/2014 14:21, SomeoneElse wrote: On 24/10/2014 14:06, Dave F. wrote: On 23/10/2014 13:04, SomeoneElse wrote: They maybe more visible, but that doesn't mean they get updated or offer more relevant data. If Fixmes had a front end overlay they'd, obviously, be just as noticeable. You could argue that they do: http://overpass-turbo.eu/s/5BR I'm sorry, are you suggesting an API QL query of the database is 'front-end'? but I don't see people trying to resolve fixmes the way that they resolve notes. Could that be because they're /not/ front-end? Cheers, Andy --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Notes vs Fixme
On 24/10/2014 14:26, SomeoneElse wrote: On 24/10/2014 14:06, Dave F. wrote: Specific Q lots of these notes in my area are 'Incorrect speed limit. Reported speed limit is 40 mph' from 'anonymous'. Where is it 'reported' from. Is it being compared with another database? That was mentioned on talk: https://lists.openstreetmap.org/pipermail/talk/2014-September/070829.html Ta Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[OSM-talk] Overpass turbo Has it been amended?
Hi
Has the wizard in Overpass Turbo been updated in the past couple of
days, or have I somehow amend its way of working? Looked in the wiki but
could see no mention.
Wizard query of landuse=recreation_ground produces a much less verbose
query (No 'query' or 'k=' etc)
/*
This has been generated by the overpass-turbo wizard.
The original search was:
“landuse=recreation_ground”
*/
[out:json][timeout:25];
// gather results
(
// query part for: “landuse=recreation_ground”
node[landuse=recreation_ground]({{bbox}});
way[landuse=recreation_ground]({{bbox}});
relation[landuse=recreation_ground]({{bbox}});
);
// print results
out body;
;
out skel qt;
Also, Where are the saved queries stored? It's failing to load a couple
of mine I'd like to manually retrieve them if possible.
Cheers
Dave F.
---
This email is free from viruses and malware because avast! Antivirus protection
is active.
http://www.avast.com
___
talk mailing list
talk@openstreetmap.org
https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-GB] RFC Mechanical edit: shop=betting to shop=bookmaker for selected names
Would it be worth adding a fixme tag to the unnamed shops that explains '= betting' is discouraged to add a proprietor's name if known? Dave F. On 22/10/2014 23:04, Matthijs Melissen wrote: Dear all, For all objects tagged with shop=betting and name Betfred, Coral, Ladbrokes, Paddy Power or William Hill, I am planning to change the tag shop=betting into shop=bookmaker. Please see https://wiki.openstreetmap.org/wiki/Mechanical_Edits/Math1985/Betting for more information. Please let me know if you have any comments. If there are no further comments, I will invite list members to vote on this automatic edit. I will not proceed without at least 8 votes with 2/3 approval. Kind regards, Matthijs ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] RFC Mechanical edit: shop=betting to shop=bookmaker for selected names
On 23/10/2014 12:06, Matthijs Melissen wrote: On 23 Oct 2014 11:53, Dave F. dave...@madasafish.com mailto:dave...@madasafish.com wrote: Would it be worth adding a fixme tag to the unnamed shops that explains '= betting' is discouraged to add a proprietor's name if known? I noticed that nobody ever looks at fixme tags, I think adding an OSM Note (through the website or JOSM plugin) is much more effective. I'm not convinced Notes are cleared up any more than Fixmes I think, in this instance, if you're going to the trouble of adding one, you might as well do a Google search fix it yourself, but, anyway, I was thinking more of the ability to add them in one go place them accurately. Could you add Blackhouse bet http://www.backhousebet.com/p/shop-locator to the list please Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk] Detrimental validation software
Hi Marc I had a footpath between them. IMO users should be responsible for their own actions. Users should map what they believe to be useful or important objects with little benefit just to prevent others adding errors. Especially when those errors aren't mistakes, but guesses made with aforethought. I had another such edit from the same user yesterday. I asked him to review he's reverted which I'm grateful for, but it can't continue like this. OSM users/editors can't be expected to be a validator's validator. I completely disagree that not adding a footpath makes the map incorrect. Have you mapped every single physical object in your area? To make the first edit even worse, a user from Iceland, presumably using the Streetview image, has added grass, other entities! Cheers Dave F. On 16/10/2014 07:28, Marc Gemis wrote: Dave, IMHO the best way to avoid problems in that spot is to do what other suggested: add the footpath between the 2 street (thereby fixing the navigation for pedestrians) and/or adding the small piece of landuse=grass + the tree. I assume nobody will remove that just to fix a problem reported by an QA-site. The site might not even report the problem (as there is a footpath between the two and not an empty space) I don't know what is worse, a local mapper that does not add the footpath between the two streets or a armchair mapper that connects the two. The map is incorrect in both cases... The best way to document why 2 streets are not connected is by mapping the obstacle between them or the other type of road between them. That should exclude the spot from detection algorithms. just my .5 cent regards m On Wed, Oct 15, 2014 at 5:25 PM, Dave F. dave...@madasafish.com mailto:dave...@madasafish.com wrote: Ian I will make reinforce my point of view vehemently, especially when misuse of Google is implied, definitely when repeated amendments are to the detriment of the database. Regards Dave F. On 14/10/2014 17:22, Ian Dees wrote: On Tue, Oct 14, 2014 at 11:56 AM, Dave F. dave...@madasafish.com mailto:dave...@madasafish.com wrote: On 13/10/2014 17:18, Aaron Lidman wrote: Looking at the imagery I can see how it might be thought they connect, especially when none of us are using google maps for verification, right? Wrong. I was using Streetview to confirm to the forum what I already knew - that the roads don't join. I don't need Google as I went there did a proper visual survey, whereas your employee just thought they might join. This armchair guesswork is bad for the OSM database: If you're unsure if an edit will improve the quality of the map - please don't make it. I use the validation software you mention, but only to correct data that I have first hand knowledge of never to amend something in another time zone where I've never been. Even when I do use them, I stop to think whether it is an accurate error report not blindly fix it assuming it must be true. A reminder to watch our language on the list. Like Frederik said, assume good intentions and don't use hyperbole or loud words to force your point. Thanks, Your friendly list moderator http://www.avast.com/ This email is free from viruses and malware because avast! Antivirus http://www.avast.com/ protection is active. ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detrimental validation software
On 16/10/2014 14:43, SomeoneElse wrote: On 16/10/2014 14:28, Maarten Deen wrote: On 2014-10-16 15:15, Dave F. wrote: I had a footpath between them. So the problem is also that the check is wrong. Apperantly it looks at major roads that are apart, but doesn't see that they are connected by another road. IMHO these cases should not be shown at all. It's not a software problem so much as a human one It's a bit of both. The software is leading the decision process. Users are making ill inform judgements from it with no local knowledge: 'Computer says Yes' type of thing. (punchline on a UK comedy sketch show for those unaware) Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-GB] Confused over access...
Following on from what the others say, I think the Bus tag is redundant in this instance, as it's a subset of psv=yes Cheers Dave F. On 14/10/2014 17:02, Stuart Reynolds wrote: Hi Very quickly, if I have a road that is for bus/psv use, and is tagged like this: Access=no Bus=yes Psv=yes does that mean that buses are, or aren’t, allowed to use it? Currently the bus lane around Preston Bus Station is coded this way, but my contractor isn’t treating it as a bus lane, and before I go and hassle the contractor I thought I would check my understanding. I got the impression that access=no took everything out. Thanks. Stuart --- Stuart Reynolds For traveline south east anglia email: stu...@travelinesoutheast.org.uk mob: 07788 106165 skype: stuartjreynolds ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk] Detrimental validation software
Ian I will make reinforce my point of view vehemently, especially when misuse of Google is implied, definitely when repeated amendments are to the detriment of the database. Regards Dave F. On 14/10/2014 17:22, Ian Dees wrote: On Tue, Oct 14, 2014 at 11:56 AM, Dave F. dave...@madasafish.com mailto:dave...@madasafish.com wrote: On 13/10/2014 17:18, Aaron Lidman wrote: Looking at the imagery I can see how it might be thought they connect, especially when none of us are using google maps for verification, right? Wrong. I was using Streetview to confirm to the forum what I already knew - that the roads don't join. I don't need Google as I went there did a proper visual survey, whereas your employee just thought they might join. This armchair guesswork is bad for the OSM database: If you're unsure if an edit will improve the quality of the map - please don't make it. I use the validation software you mention, but only to correct data that I have first hand knowledge of never to amend something in another time zone where I've never been. Even when I do use them, I stop to think whether it is an accurate error report not blindly fix it assuming it must be true. A reminder to watch our language on the list. Like Frederik said, assume good intentions and don't use hyperbole or loud words to force your point. Thanks, Your friendly list moderator --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detrimental validation software
On 13/10/2014 14:35, Simon Poole wrote: Hi Serge I believe Alex Barth has identified himself as responsible for MapBox's data team and I would suggest to Dave discussing with Alex if there are issues. The mapper in question has identified himself as a MapBox employee, the correct and good thing to do, it probably simply needs a further pointer to MapBox itself. We can't assume that everybody knows the background etc. Simon I was unaware RichRico was an MapBox employee. That makes me even more surprised the data was being edited: You'd have thought the developers of the software would be aware of it's limitations. The reason I wrote to RichRico is because the software, in itself, isn't destructive. It's the misuse by end users that's causing vandalism. If it can be proved that vandalism is systematic (and I think it can), then the use of this software should be discouraged. Cheers Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detrimental validation software
On 14/10/2014 16:37, Frederik Ramm wrote: Hi, On 10/14/2014 05:20 PM, Dave F. wrote: It's the misuse by end users that's causing vandalism. The term vandalism should be reserved for situations in which people break things on purpose, or at best by grossly reckless behaviour. If someone is over-eager in using software that purports to show bugs, or if the software is over-eager in classifying things as actionable to-fix items, then these things can be all sorts of things - perhaps not-well-thought-out, or naive, or maybe occasionally even stupid, but they're never vandalism. Personally I think there's a world of a difference between someone wanting to help but getting it wrong, and someone wanting to cause damage. Good point, well made. Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detrimental validation software
On 13/10/2014 17:18, Aaron Lidman wrote: Hi Dave, Richrico should have responded. The Mapbox data team has a policy to respond to all questions from the community. I'm sorry he didn't, he has now, and we've reminded all members of our data team of this policy. This should no longer be an issue in the future and all of our data team policies are completely transparent and can be found on the wiki: http://wiki.openstreetmap.org/wiki/Mapbox#Data_Team_Guidelines The software is not being misused to insert errors into the OSM database, it was a mistake. For whatever reason, mistake or intentional, the software was still being misused - those roads do not join he wouldn't have made that amendment without it. Looking at the imagery I can see how it might be thought they connect, especially when none of us are using google maps for verification, right? Wrong. I was using Streetview to confirm to the forum what I already knew - that the roads don't join. I don't need Google as I went there did a proper visual survey, whereas your employee just thought they might join. This armchair guesswork is bad for the OSM database: If you're unsure if an edit will improve the quality of the map - please don't make it. I use the validation software you mention, but only to correct data that I have first hand knowledge of never to amend something in another time zone where I've never been. Even when I do use them, I stop to think whether it is an accurate error report not blindly fix it assuming it must be true. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Detrimental validation software
Hi Once again I've had user Richrico use this website: http://osmlab.github.io/to-fix/?error=unconnected_major5 to inaccurately amend data in OSM. http://www.openstreetmap.org/way/65398595#map=19/51.32464/-2.22817 Way: 65398595 This way is /not/ joined. For clarification: http://goo.gl/maps/FHp4z I've tried to contact him previously, but he failed to respond. I've just sent him a second message. This, other similar types of software is being misused to insert errors into the OSM database. Without local knowledge there is no way users can be sure of the accuracy of there edits. They should stick to what they know. I believe this type of validation software should be discouraged, if not banned completely. I'm getting bored of my OSM time being taken up chasing after users who are semi-deliberately adding errors. Oh, on Maproulette I'm getting a virus warning: hxxp://198.58.115.35/piwik.js Regards Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Is the standard map down?
Hi It appears the mapnik tiles server is down. I'm just getting a grey window for the rendering at the moment. Cycle/transport etc are displaying. Are others getting the same? Anybody able to sort the problem? Cheers Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Is the standard map down?
On 09/10/2014 13:28, SomeoneElse wrote: On 09/10/2014 12:56, Dave F. wrote: Are others getting the same? Anybody able to sort the problem? It's not your ISP is it? I'm seeing some (unrelated to OSM) routing oddities on Plusnet (madasafish's parent) in the UK currently to some US sites. Mapnik 'standard' is back up running for me, but Humanitarian is still blank. Don't think it was my ISP because as I said, other renderings were operational. Other than re-render issues I'm seeing no issues with standard tiles (tile.openstreetmap.org for me points to amsterdam). Yes, mapnik re-render is quite slow recently (24hrs +). Cheers Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-GB] Lloyds TSB
On 03/10/2014 09:40, David Woolley wrote: The basic problem you have is that there are a lot more people interested in first time mapping of high streets than there are those interested in maintaining them. I agree about the rapid turnover of high streets, but in this case I think it's due to so few people using them. Most activity is now performed online. The only time I've gone into a bank in the last few was to criticise someone face to face. DaveF --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Vandalism in London
I sympathise Antje, I'm frustrated by vandals in my area (who really should know better, given the length of time they've been active). Post the links for your edits so we can have a look. Cheers Dave F. On 04/10/2014 01:22, Antje (OpenStreetMap) wrote: Suddenly I came back to the map just to find that my new bus relations are damaged by some vandal. I’m not rebuilding it. I give up. ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk] Anonymous edits by user OpenBeerMapContributor
This post appears to reflect OpenBeerMapContributor's attitude: https://www.openstreetmap.org/user/OpenBeerMapContributor/diary/22349#comment26854 Loving the irony in this statement: English people seems to love to be in contradiction with the French ones ! Dave F. On 21/09/2014 11:07, Michael Reichert wrote: Hi, I have discovered that the user OpenBeerMapContributor [1] uploads anonymous edits from OpenBeerMap [2] to OSM database. Users can edit parts of OSM data via OpenBeerMap. The can add/modify the tags brewery=*, opening_hours=*, name=*, internet_access=*, brewery:note=* and Happy Hours (I don't know where this information is being written to). They do not have to log in. The website itself does not inform users that their edits will be written to OSM database. This is problem. Therefore, edits may contain wrong formatted opening hours information or copyright infringement and OSM users cannot contact the users. The good thing: Users cannot add new POIs, i.e. they cannot create duplicates. As far as I know, only to accounts have the permission to do anonymous edits, wheelmap_visitor [3] and kort-to-osm [4]. wheelmap_visitor only edits wheelchair=* and wheelchair:description=*. This is much less information than OpenBeerMap users can do. Has Singing-Poppy, maintainer of OpenBeerMap, requested for doing anonymous edits? If yes, where is this permission documented? I have send a PN to user Singing-Poppy that I have written this mail to talk mailing list. Best regards Michael [1] https://www.openstreetmap.org/user/OpenBeerMapContributor [2] https://openbeermap.github.io/ [3] https://www.openstreetmap.org/user/wheelmap_visitor [4] https://www.openstreetmap.org/user/kort-to-osm ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Visually detect missing roads
On 17/09/2014 23:30, Stephan Knauss wrote: In Google the road is listed as a major highway. Are you interpreting this data from Google's visual render or extracting it from their database? Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Visually detect missing roads
On 18/09/2014 17:07, Stephan Knauss wrote: It's coming from their database. Google does expose a classification through the v3 API. My map does consider the road types arterial and highway as major and local as minor. For OSM data unclassified and higher is considered major. OK. Ignoring that we're not meant to use Google data to amend OSM data, there's a strong case to say that you are, I'll still not be using your diff map: 1. Confusing to use. That it flashes whenever a user pans or zooms is irritating and that you need to repeatedly swap between renderings makes it highly non user friendly. 2. To validate any differences, only to find they're repeatedly Google problems is not a great use of my time. 3. I don't think your correlation of road classifications is accurate enough. Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wood Park mapnik carto anomaly?
On 18/09/2014 19:51, colliar wrote: Am 18.09.2014 00:18, schrieb Martin Koppenhoefer: Il giorno 17/set/2014, alle ore 22:32, Dave F. dave...@madasafish.com ha scritto: As an example: If it has a name you'd have two objects of that name, when in fact there's only one. If someone wanted to find out how many named wood there are in a city it would return inaccurate data. I agree with this, that's why IMO we should have 2 distinct kind of properties (and maybe objects), one kind for name (and type of thing) and one kind for descriptions of subobjects like an area where trees grows. inside a named forest you might have lots of areas without actual trees. Eg natural=wood and name=* vs. landcover=trees No, the name problem is simply solved with a multipolygon or site relation if needed. This way we still have one single object. Does that get classed as a relations are not a collection of objects problem? I'm playing devil's advocate here, personally I'm still unsure peoples objections to collections in relations are. It is still a forest even if there are no trees atm. Please use landcover=* to add this information. Or exclude the area if permanent. One more option would be to use place=locality or even place=forest with the name cu colliar ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wood Park mapnik carto anomaly?
On 16/09/2014 14:59, Martin Koppenhoefer wrote: 2014-09-16 15:32 GMT+02:00 Dave F. dave...@madasafish.com mailto:dave...@madasafish.com: I find it surprising something as arbitrary as size is used as the defining factor. Comparing actual tags would surely make more sense. well, size surely has some correlation with importance. For practical reasons it is generally working quite well to have first render the bigger stuff and then render the smaller stuff on top, because it leads typically to less covering. This, IMO, is lazy rendering should be discouraged. To allow the smaller stuff to display is one of the reason mutli-polygons were developed. Refer also to the layer tag which is disappointingly under used by renderers. In this particular case more detailed mapping of the tree areas could solve it, e.g. split the wood object at the cutting roads and waterways, but admittedly in this case by looking at the bing aerial imagery it seems indeed to be a continuity of trees on both sides of these. That's mapping incorrectly to suit the renderer , for obvious reasons, should be criticized. Cheers Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wood Park mapnik carto anomaly?
On 16/09/2014 19:55, Paul Norman wrote: On Sep 16, 2014, at 06:33 AM, Dave F. dave...@madasafish.com wrote: On 16/09/2014 13:41, Matthijs Melissen wrote: In general, we render smaller landuse on top of larger landuse. I find it surprising something as arbitrary as size is used as the defining factor. Comparing actual tags would surely make more sense. As a recent bug (https://github.com/gravitystorm/openstreetmap-carto/issues/950) has shown, it's important to have *some* well-defined ordering in cases where the ordering could make a visual distinction, I wouldn't describe size based ordering as 'well defined'. or the rendered result is undefined and potentially not deterministic. This can lead to subtle bugs with clipped labels. Hard to tell from the small graphic, but this doesn't appear to be an ordering problem. The two criteria are OSM ID and area. The first is truly arbitrary being a computer-assigned number, while the second is well-founded and is the standard way to order within a layer. What you're more interested in is why are parks and trees both in the same landuse layer. It would certainly simplify the SQL (https://github.com/gravitystorm/openstreetmap-carto/blob/master/project.yaml#L102) to split it up into different tags, but the problem is there is no universally acceptable ordering of tags. You've pointed at a case where it'd be good to have trees on top of parks, but I can point to cases where parks should be on top of trees. Please do, I'd be interested to see them. Cheers Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wood Park mapnik carto anomaly?
On 17/09/2014 13:04, Martin Koppenhoefer wrote: 2014-09-17 10:43 GMT+02:00 Dave F. dave...@madasafish.com mailto:dave...@madasafish.com: On 16/09/2014 14:59, Martin Koppenhoefer wrote: 2014-09-16 15:32 GMT+02:00 Dave F. dave...@madasafish.com mailto:dave...@madasafish.com: I find it surprising something as arbitrary as size is used as the defining factor. Comparing actual tags would surely make more sense. well, size surely has some correlation with importance. For practical reasons it is generally working quite well to have first render the bigger stuff and then render the smaller stuff on top, because it leads typically to less covering. This, IMO, is lazy rendering should be discouraged. To allow the smaller stuff to display is one of the reason mutli-polygons were developed. no, multipolygons have nothing to do with this issue. Multipolygons are there to cut holes into polygons or to build polygons from outer ways which are also otherwise used. Here they would not serve at all, as the park and the wood both occupy the same area (locally). True, for this case, but I was talking in more general terms. Refer also to the layer tag which is disappointingly under used by renderers. yes, it is indeed underused, but it also has nothing to do with the issue here, as both objects are on the same layer. That's my point. If the layer tagged was implemented by more renderers it would encourage mappers to use it, solving my current problem. In this particular case more detailed mapping of the tree areas could solve it, e.g. split the wood object at the cutting roads and waterways, but admittedly in this case by looking at the bing aerial imagery it seems indeed to be a continuity of trees on both sides of these. That's mapping incorrectly to suit the renderer , for obvious reasons, should be criticized. how would splitting an area be incorrect? It is just another representation of the same. There are infinite correct ways to representate the same object. As an example: If it has a name you'd have two objects of that name, when in fact there's only one. If someone wanted to find out how many named wood there are in a city it would return inaccurate data. cheers, Martin --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Wood Park mapnik carto anomaly?
Hi I've mapped an area where a woodland overlaps with a park: http://www.openstreetmap.org/#map=17/51.48959/-2.52536 The new mapnik rendering doesn't display it. Here's a comparison with old new: http://bl.ocks.org/tyrasd/raw/6164696/#16.00/51.4890/-2.5267 You'll also notice it previous rendered it with a different shade of green. Other than split it into a separate area, which I don't really want to do, is there a solution? Does it need to be flagged as a render error? Cheers Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wood Park mapnik carto anomaly?
On 16/09/2014 13:41, Matthijs Melissen wrote: In general, we render smaller landuse on top of larger landuse. I find it surprising something as arbitrary as size is used as the defining factor. Comparing actual tags would surely make more sense. That gives sometimes unexpected results if two landuse areas overlap each other only partially. However, I can't think of any better ordering. In the old rendering, the overlap was visible because we rendered park transparent. However, we removed the transparent rendering because it often gives counterintuitive colours. And now there's no colours. Dave F. The old rendering of this place is a good example: you wouldn't really guess that the middle green colour denotes an overlap of wood and park. So I don't think this is something we can really fix on the rendering side. -- Matthijs ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-GB] OSM on Traveline website
On 15/09/2014 15:53, Stuart Reynolds wrote: I was going to send this just to you, but thought that others might like to see the reply re: the PDF maps. We know that they don’t look especially good at the moment, and that is an area that we have yet to fully re-configure. The colours/displays and what features are shown is not entirely as we want them to be. That’s one task that is down to me to do shortly! Great to see you using OSM. I've just helped out your guy Rick in Bristol with routing a confusing contraflow road. Another couple of things Re: PDFs: If I click on the PDF button to download the map it doesn't add a file extension making it awkward to open. Strangely if I right click on the icon select 'Save As' it does. Would it be possible to give the PDFs names that correspond to the name that traveline gives each section of the route? ie Temple Meads, Temple Meads, Stop tb instead of FILELOAD1 etc? Cheers Dave F --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk] Visually detect missing roads
Stephan Apart from being confusing to understand use, you're making the false assumption that it's the Google data which is correct. In my area the only red lines are either where Google maps are inaccurate or there's an error in your algorithm as there's no difference between OSM Google. Can't get the Bing overlay to work. David Fox On 09/09/2014 08:11, Stephan Knauss wrote: I did announce this on the German list last week. As the load did not cause the server to catch fire I'm now announcing it to a wider audience. I have created a map which visually diffs our data against Google Maps. Currently it compares major highways (unclassified and higher) and water features. The data is styled to show up in bright colors. If there is matching data in OSM it would hide the Google data. So in a perfect area the map would be grey. Differences stay visible. You can try it here: http://compare.osm-tools.org/ It has the possibility to directly load the visible area into the editors. More details can be found here: http://www.osm-tools.org/compare.html or if you're able to read German in my blog post at http://www.technologyblog.de/2014/08/wo-fehlen-bei-openstreetmap-noch-daten/ In well-mapped areas the differences are usually caused by OSM data not being tagged as a major highway. If you're looking for areas where roads are actually missing and can be drawn from aerials head over to Asia. Hope this helps all people interested in arm-chair mapping to focus on the major missing parts of OSM-data. If you pan the map fast you'll see the original Google data. This is caused by the way technical way the images are layered. When using Google API instead of OpenLayers it would not do this but caching of tiles is worse with Google. That's why I decided to use OL. Enjoy mapping! Stephan ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Visually detect missing roads
On 14/09/2014 13:56, Stephan Knauss wrote: Hello Dave, First and most important: It can't tell you which data is better. It just shows the differences. Then maybe I'm misunderstanding what you mean by: So in a perfect area the map would be grey. For clarification could you explain what you believe is inaccurate with this way: http://tinyurl.com/jwylzkb I genuinely believe we shouldn't be comparing OSM with Google. In so many ways the OSM database is far ahead of Google. Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] route=road - What's that all about then?
On 24/08/2014 00:10, Andy Street wrote: That's not strictly true, we do multiplex routes but individual sections of road are only ever referred to by a single route number (usually the most significant route being carried by the road). Unsure what you mean by 'multiplex'. Do you have an example? Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] route=road - What's that all about then?
On 21/08/2014 22:36, Janko Mihelić wrote: P.S. I think this is for the tagging mailing list. I'm asking about the validity of a relation, not asking whether I should use tag A or tag B, so this forum is the correct place. Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detrimental to the OSM database (was: Ways needing smoothing back on track)
Hello All Please include all replies to OM-Talk: I was meaning to start a separate thread on this subject, but this seems the appropriate time place. This website, along with http://osmlab.github.io/to-fix/ ( maybe others) are encouraging errors to be introduced to the OSM database. For obvious reasons there's a discouragement of armchair mapping. These sites take it another step into inaccuracy by asking you to randomly correct a supposed error ( I /really/ want to emphasise 'supposed') that the user can have no factual knowledge of whether the error is true or not. I live in the UK. How can I possibly know if there's genuinely a sharp angle in Arizona or there's something less than 2 metres away from another object that should be connected in Cambodia? IMO these websites are detrimental to the OSM database should be rescinded. Dave F. On 22/08/2014 22:25, Martijn van Exel wrote: Hi all - just wanted to let you know that the ‘Ways Needing Smoothing’ MapRoulette challenge is finally being updated again. It used to consist of mostly false positives for the past week, and there still are some, but there should be some fun to be had there still :) http://maproulette.org/#t=waysneedingsmoothing/ It’s still U.S. only :( but we’re getting closer to being able to doing it for other countries as well. -- Martijn van Exel ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Detrimental to the OSM database
Hi Martijn MapRoulette challenges have been designed specifically with the armchair mapper in mind - no local knowledge should be required to fix what MapRoulette asks you to fix There's the fundamental flaw in these types of sites. Of course you need local knowledge. Please provide factual evidence that it adds to OSM accuracy. Please provide factual evidence that they are actual fixes. MapRoulette gets help to some of the remote, forgotten places. If they're that remote do they need helping. Who's going to go there? again prove the edits in those locations are accurate genuine. OK. First random from your site: http://maproulette.org/#t=IT_WaterCrossings/IT_RXING_11.333811432368_43.474069354879 How can anyone who doesn't live in area (I tried to copy/paste the location but the info box disappeared!) possibly know which is correct? http://maproulette.org/#t=osmose-8170-147-soccer/osmose-8170-147-soccer-None-d19295cc3e005283ae80b66bde86f474 Supposed missing soccer pitch in France. I mean, really? I believe these sites add more inaccuracy than accuracy. Dave F. On 23/08/2014 01:30, Martijn van Exel wrote: Dave, MapRoulette challenges have been designed specifically with the armchair mapper in mind - no local knowledge should be required to fix what MapRoulette asks you to fix. If you can provide factual evidence that MapRoulette (or its new cousin MapBoxRoulette) are causing significant harm to OpenStreetMap data, please let me know and - at least for MapRoulette - I can see about appropriate measures. These could include providing better instructions, or even taking down a particular challenge - as I have done in the past. My extensive experience preparing MapRoulette challenges, listening to feedback from its users and looking at lots and lots of edits made by MapRoulette users all point to the conclusion that this is a good way to get a lot of eyes on particular problems, and get them fixed much, much faster than would otherwise have been possible. In a perfect world, we’d have local mappers everywhere. In the real world, we can use all the help we can get. MapRoulette gets help to some of the remote, forgotten places. -- Martijn van Exel From: Dave F. dave...@madasafish.com mailto:dave...@madasafish.com Reply: Dave F. dave...@madasafish.com mailto:dave...@madasafish.com Date: August 22, 2014 at 6:16:33 PM To: Martijn van Exel m...@rtijn.org mailto:m...@rtijn.org, maproule...@openstreetmap.org maproule...@openstreetmap.org mailto:maproule...@openstreetmap.org, OSM Talk talk@openstreetmap.org mailto:talk@openstreetmap.org Subject: Re: [OSM-talk] Detrimental to the OSM database (was: Ways needing smoothing back on track) Hello All Please include all replies to OM-Talk: I was meaning to start a separate thread on this subject, but this seems the appropriate time place. This website, along with http://osmlab.github.io/to-fix/ ( maybe others) are encouraging errors to be introduced to the OSM database. For obvious reasons there's a discouragement of armchair mapping. These sites take it another step into inaccuracy by asking you to randomly correct a supposed error ( I /really/ want to emphasise 'supposed') that the user can have no factual knowledge of whether the error is true or not. I live in the UK. How can I possibly know if there's genuinely a sharp angle in Arizona or there's something less than 2 metres away from another object that should be connected in Cambodia? IMO these websites are detrimental to the OSM database should be rescinded. Dave F. On 22/08/2014 22:25, Martijn van Exel wrote: Hi all - just wanted to let you know that the ‘Ways Needing Smoothing’ MapRoulette challenge is finally being updated again. It used to consist of mostly false positives for the past week, and there still are some, but there should be some fun to be had there still :) http://maproulette.org/#t=waysneedingsmoothing/ It’s still U.S. only :( but we’re getting closer to being able to doing it for other countries as well. -- Martijn van Exel ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk http://www.avast.com/ This email is free from viruses and malware because avast! Antivirus http://www.avast.com/ protection is active. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[OSM-talk] route=road - What's that all about then?
Hi http://ra.osmsurround.org/analyzeRelation?relationId=18159_noCache=on This route relation appears to be just for the B3070. Isn't that a waste of time as it's covered by the ref tags on the ways? I thought route relations were a way to allow tagging of journeys taken over numerous types of ways. Any reason why I shouldn't delete it? Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] photon
Hi Just had a brief play with it. I may be being a bit dim, but 'geocoder' doesn't really explain that it's a utility to search the map's database. Maybe a brief, simple explanation for newbies? Does it search within relations? On the http://photon.komoot.de site: In the 'Try me' box: Pasting a name fails to search for anything I'm unable to highlight/select just part of what I've typed to delete it. When it does find an entity the text in the the marker's popup bubble is too faint. Cheers Dave F. On 14/08/2014 09:55, Christoph Lingg | komoot wrote: Dear all, we want to let you know that we have just released version 0.1 of photon. It is a geocoder based upon elasticsearch, features we provide already are: - Typeahead suggestion - Fast responses - Scalability - Multilingual - Typo tolerance - Minutely up to date OSM data - Easy setup There are prepared dumps available, which makes it very simple to setup your own instance. But we provide also a public API available on our product page: http://photon.komoot.de . More technical information is available on our github page: https://github.com/komoot/photon Give it a try and let us know what you think about it! Cheers, Christoph ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fixing common possible Tagging Mistakes
We have plenty of tools showing directly on the map where common mistakes are (keepright, osmose, etc). That osmose site looks good (even better than keepright?). Shame it does extend to the UK at the moment. Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-GB] A431 toll road
On 05/08/2014 15:38, Andy Robinson wrote: Whether its legal is not our concern surely Not really true: So many of the tags used are based around legal regulations: access=* max_speed=* bicycle=no etc... etc... Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] A431 toll road (going a bit OT)
On 05/08/2014 15:00, Curon Davies wrote: On 5 August 2014 14:25, Dave F. dave...@madasafish.com mailto:dave...@madasafish.com wrote: One reason I haven't added it is because it's illegal (AFAIK. The owners of the land local councillor failed to reply to my tweets) definitely has no planning permission. The development isn't illegal, there is no criminal offence (AFAIK), on the other hand it is unlawful. a) Semantics b) Isn't there a statute law which says 'you can't build or open a road without authorisation'? They have produced no proof it's been constructed to DfT/HA standards. AFAIK roads only need to be constructed to this standard if the road is to be adopted, there are numerous developments where the road isn't built to standard, yet they are still mapped on OSM. AFAIK adoption is only the transfer of responsibility for maintenance i.e. from the building contractor to the local municipal authority. The roads, depending on there usage, have to be constructed to various standards. I can't imagine the M6 toll was allowed to get away with rolling out just 150mm thick layer of compacted hardcore. Insurance (all parties) is unclear possibly suspect. Another reason is I don't map everybody's private drive way. Although questionable, the road is opperated by KELSTON TOLL ROAD LIMITED, and therefore would require public liability insurance. Getting insurance is dead easy. These companies love being given money for old rope, (think of extended warranties for your big screen TV). Receiving a payout is another matter. Will _your_ policy compensate if you hit another vehicle on an unlawful road? Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] Tagging of British canals.
Richard After seeing your edits I started a discussion on the Tagging forum (as canals water features are, obviously worldwide) to see if your amendments were correct. This wiki page was pointed out to me: https://wiki.openstreetmap.org/wiki/Proposed_features/Water_details As you can see it's been discussed in use for a few years. I was never really happy with the riverbank tag especially as it was used as a 'cover all' solution, so the proposals in this wiki are beneficial. A response from that discussion which clinched it for me: The advantage is that you can determine it is a canal from the polygon alone. With waterway=riverbank you have to find the corresponding centerline first (assuming it exists). I've now amended most of the rivers/canals in my area to suit. and IMHO very poorly Really sorry to say this, but some of your edits have been a bit off. In JOSM do you load all the data in the area you're editing? I've noticed you move whole entities, such as fences, but seem unaware that action affects any joined elements like other fences or footpaths. You amended locks that are on rivers to waterway=canal which IMO is incorrect: http://www.openstreetmap.org/way/39910760 Also which imagery are you tracing from? In some cases it appear to vary from Bing in Potlatch. Cheers David F. On 06/08/2014 19:17, richard wrote: Firstly a disclaimer, I am mostly an armchair mapper. I am working my way around the canals of Britain, tracing the canal banks and tidying up locks etc. (I have probably seen a dozen different ways that locks have been tagged.) I started off tagging the canal banks as waterway=canal+area=yes but it was pointed out to me by another mapper that this was confusing renderers and was pointed to the Wiki entry that suggested they should be tagged as natural=water+water=canal I therefore changed my existing tagging to reflect this and tagged my subsequent tracing this way. I have come across a few areas that have been traced by others (Mostly a long time ago ) that have been tagged as waterway=riverbank and I have changed these as I have realigned them. Today I have had a critical message from another mapper who said among other things, Wide-ranging changes to existing tagging schemes, just because you read a Wiki page is not good enough. I have two problems with this sentence, 1/ My CHANGES have not been what I would consider wide ranging as most of the mapping has been done by myself therefore new not changed. 2/ If the reading of a Wiki page is not good enough then why bother having a wiki? Do we have to resort to the mailing list every time we want to tag something? If there is an accepted way to map canals can someone point me to it? --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[OSM-talk] Why am I getting spam via OSM website messages?
Hi This arrived a minute ago from user SDuser92130: Dear OSM contributor, If you are at least 18 years of age and you speak English, you are invited to take part in a brief research study pursued by faculty at a major university in the U.S. This will involve an audio interview over Skype that will address the OpenStreetMap community and your related perceptions. It should take about 20 minutes. At the end of the interview, you will be sent an electronic gift card for [the equivalent of] €50 (fifty euros). If interested, please reply by August 4, 2014 at 11:59pm GMT to arrange the interview details (the interview must take place by August 7 and, as the number of available interview spots is limited, you should reply at your earliest convenience). Thank you in advance for your potential participation. Did they obtain the email database or are the messages being sent out one at a time to individual users? Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Why am I getting spam via OSM website messages?
As it's nothing to do with OSM (with him being interested in human behavior - cognitive and social psychology the subject could just a well have been about chocolate biscuits), it's definitely spam. Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
Re: [Talk-GB] New mapper has imported all Nottingham street lights
When I started editing OSM I was told if it's physical you can map it. Personally I wouldn't add such data a I'd rather spend my time adding what I consider to be more useful data.Is the data valid? Is it an accurate import? Would he have flagged it up if the user had added them manually one at a time? If the answers are Yes/Yes/No, then is there a genuine problem? Dave F. On 29/07/2014 22:32, Richard Symonds wrote: I know this may be a silly question, but why revert if it adds to the map? It runs the risk of alienating a new contributor... I'm not au fait with community rules and would appreciate someone teaching me why we do this :-) Richard Symonds Wikimedia UK 0207 065 0992 Wikimedia UK is a Company Limited by Guarantee registered in England and Wales, Registered No. 6741827. Registered Charity No.1144513. Registered Office 4th Floor, Development House, 56-64 Leonard Street, London EC2A 4LT. United Kingdom. Wikimedia UK is the UK chapter of a global Wikimedia movement. The Wikimedia projects are run by the Wikimedia Foundation (who operate Wikipedia, amongst other projects). *Wikimedia UK is an independent non-profit charity with no legal control over Wikipedia nor responsibility for its contents.* On 29 July 2014 21:51, SK53 sk53@gmail.com mailto:sk53@gmail.com wrote: Don't need to say much more, other than it's an undiscussed import and if we'd thought it would be useful could have done it anytime in the past 18 months. Changeset is : https://www.openstreetmap.org/changeset/24412110 Will plan to revert in 1 days time if no further action by the mapper. Jerry ___ Talk-GB mailing list Talk-GB@openstreetmap.org mailto:Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-GB] highway=trunk Roads and Cycle Navigation
Hi I must be missing something in your question, because what's wrong with adding the sub tags bicycle/foot = yes/no? Some users have been adding bicycle=no to UK motorways for this specific reasons. General comments: Something that's said many times before, but needs to be repeated: There is *nothing* wrong in tagging for the renderer/router. The problem is tagging *incorrectly* to gain a desired effect. Tagging golf bunkers as beach to render them yellow is a classic example. Something that is 'wrong' is not the same as something that is 'not as good as it could be'. Cheers Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk] Upcoming openstreetmap-carto changes (nature_reserve highway=services)
So it is. Just came through now, with a bit of refreshing. Thanks Dave F. On 25/07/2014 15:57, Mateusz Konieczny wrote: The issue with services seems to be already noticed and fixed - see https://github.com/gravitystorm/openstreetmap-carto/issues/730 2014-07-25 16:30 GMT+02:00 Dave F. dave...@madasafish.com mailto:dave...@madasafish.com: Hi Good to see updates for the mapnik rendering. Unsure if these two problems are directly linked to these updates: highway=services (ie service stations where you can get a drink/meal etc) as an area are rendering as a high level layer hiding detail such as car parks. Can this be put at a lower level? leisure=nature_reserve Used to have an infill of text 'NR'. that's been removed but not replaced by anything, it's now just a faint border, at all levels, which makes it extremely difficult to distinguish. According to this https://github.com/gravitystorm/openstreetmap-carto/commit/c505f51a930fe00977af8ae7fc2d58a36a659ff1 it was meant to render the same as national parks but doesn't appear to work: http://www.openstreetmap.org/#map=16/51.4624/-2.4755 Cheers Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
[Talk-GB] The Public Data Group/Companies House
Hi This maybe old news, but I've just come across this: http://www.companieshouse.gov.uk/freeDataPressNotice/ https://www.gov.uk/government/publications/public-data-group-open-data-statement-2014 Has anyone looked at it in detail? Is there anything new, amended or even worthwhile? Cheers Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
[Talk-GB] User joining up roundabouts
Hi User mentor has been Fix roles and order parts of route in my area, This includes erroneously joining roundabouts sections into complete circles that were previously split to accurately apply multipolygon routes to them. You may wish to check if he's done similar edits in your area. I'm afraid I've given up contacting him as he fails to reply tbh have run out of polite things to say to him as a majority of his edits need some form of reversion I'm getting bored of doing it. Dave F. --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ Talk-GB mailing list Talk-GB@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk] NEW GPX Optimizer online!
Hi I've tried this out IMO It's not sensitive enough. I loaded a 2228 node GPX, Just one click of the slider reduced it to 374 nodes. A reduction of over 83%. Dave F. On 25/05/2014 04:08, Stefano Cudini wrote: hello I just made a simple service to optimize GPX tracks / KML reducing the number of points without losing quality of the track. Using this algorithm: http://goo.gl/uRMh that looks good to me. Although probably the scrollbar to adjust the precision could be better with logarithmic or exponential. It works offline without the need to upload or download .. pure javascript and LeafletJS. Here's the address: http://labs.easyblog.it/maps/gpx-simplify-optimizer/ I did it in a few minutes without doing too many tests .. if someone wants to participate in the program and here is the repo: https://github.com/stefanocudini/gpx-simplify-optimizer greetings Stefano Cudini ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk --- This email is free from viruses and malware because avast! Antivirus protection is active. http://www.avast.com ___ talk mailing list talk@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk
