[OSM-talk] Task Manager for Remapping Efforts
I've set up a task manager on http://rebuild.poole.ch/ (it is simply a further instance of the HOT tasking server) to support and coordinate what ever remapping efforts can be carried out by arm chair mapping. You can log in with your existing OSM credentials. If you want to add jobs send mail to my OSM user account (SimonPoole) and I'll give you admin status and a show you how to set them up. I suspect that targeting hotspots and stuff that doesn't require too much local knowledge would make most sense. Simon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Very not happy
Le 21 juil. 2012 à 02:25, andrzej zaborowski balr...@gmail.com a écrit : On 21 July 2012 00:55, Lester Caine les...@lsces.co.uk wrote: Maetma 91 wrote: I do that. JOSM plugin say no problem and now you break everything The licence check tools would have been showing problems. Nothing has been removed that was not flagged in those tools. That's quite incorrect, millions of objects that were not flagged in those tools have been removed, I fully agree and support that ! I remapped a lot of things mainly in France, BAD map stopped showing them, JOSM plugin stopped report it as non compliant... But they are gone after the redaction bot pass... Vlad. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Very not happy
On 07/21/2012 12:20 AM, Maetma 91 wrote: Today I look at the map and I see that lot work I do last year is gone. Did you accept the license change? If you did, someone else may have done larger changes to your work or may have removed and replaced it with something else (but you didn't notice). Or the redaction bot may have had some error... I didn't read about the redaction being run until yesterday, as I spent last week in hospital and also had some very busy weeks before. I'm not happy about it myself, but at some point it had to be done and it didn't come unannounced. I live in Berlin, Germany and some bigger spots went missing here as well but surprisingly it's not that serious and mostly can be easily repaired. Details (like ATMs, banks, bars, ...) are harder to replace than streets, parks and buildings but maybe it's not bad as those details may have been needing an update anyway. I already fixed some minor objects yesterday that went missing around the hospital I was in and may re-add some more stuff today. I suppose, the larger damage (parks, sights, main roads) will be repaired quickly. If I think back at how Berlin looked in OSM only a few years ago and how fast it improved, the wound inflicted by license redaction may look severe but will heal fast enough. What OSM lost for the moment is mainly commercial usability. In my opinion, every project or company using OSM data should have been advised to temporarily freeze their databases before redaction began, but I don't know if that happened. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [HOT] Licence change redactions occurring in Haiti in the next half hour
Hi Bill / anyone interested to help in last minute fixing of Hispanola, *(adding to talk@osm in case there would happen to be anyone with interest and time to help)* Super glad to hear of you... Unfortunately I've wasted your to-be-contribution by a delayed response (having been swamped with other work). If you still have time more or less now or at least today I would advice to: *Look through especially Santo Domingo's named roads *(created or named by non-agreers)*.* I'l advice with other cities you mentioned later. *What has been done already in the area?* * (especially) 42429 has done a tremendous job in cleaning (simplifying) the priorly quite over-noded road grid and adjusting the geometries by tuning the positions of most of the roads' nodes in Santo Domingo, which me, my team in Haiti, and a few other contributors have continued from * I went through nearly all of Santo Domingo's area yesterday with a few JOSM filters, namely highway=* -name=* -modified -odbl=* which made it easy to check quickly the existence, classification (and other possible tags) for roads without names (that is easy to do for me who only knows a fraction of the road names there + was a very easy way to save a lot of roads fast = totaled a tad over 1200 bits of road = ways) * I also started to go through the named roads (for what I know) that you can make easier to find by flipping the name key in the filter to highway=* name=* -modified -odbl=* Realizing how freaking fast the bot is and not being sure of it will complete the rest of the Eastern hemisphere last night already * I already deleted name tags of a few (main) roads (for which I don't know the names for) +added the odbl=clean tag to them of course, which is obviously the whole point of this exercise after all else is ok -- to make sure those roads wouldn't get nuked. .. Adding the name to a road, I've gathered, is significantly easier/smaller task / can be done by a less advanced person than remapping after probably at least somewhat messed geometries when the bot has run over. *SO:* I'd advice to continue going through the roads that have names, which is what I/we remote ppl w/out super-good (or any) local can't do. - If you use JOSM then I'd recommend the filter above (and tick all the boxes to hide all objects that don't match the filter. - If you use P2, then simply tick on the license status from your options if you haven't already and just go thorough all the red roads with name that you see and that don't yet have odbl=clean tag on them (which you can see in the Advanced mode) and add the odbl=clean tag as you see appropriate. And as always (especially at this point): If you run into tags that you can't stand behind (oneway, paved, lanes, what not) that have been created by non-agreers, nuke 'em. The bot status (with a global view that currently makes sense) is: http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php?zoom=3lat=15.85147lon=-153.37871layers=B00FTTFF and with the recent areas http://grant.dev.openstreetmap.org/license-change/botprocessing.php *As of now, we seem to have about 23 degrees longitude of bot processing time* -- mostly in empty ocean areas -- to fix things. That *might not be many hours.* My very next step is to take an overview of other areas of DR, do as many quick fixes as possible (like other unnamed roads in urban areas + connecting bits of the road network + if I still find areas outside of SD for which I know road names for). I'll report back with my findings of other areas to check for names -- in case you respond back and it seems that you (or some other) would magically have the time to fix all of SD and would yearn for more ;) Let me know if there's anything more you need / if I was unclear on anything above. Skype is good communication channel, as is IRC (#osm, #hot + I've created #osm-ht and #osm-do in OFTC for hispanola, where you can find me as jaakkoh or something alike). My GTalk/Jabber username is jaakko@helleranta.comshould you/someone want to reach through that. Cheers, -Jaakko -- jaa...@helleranta.com * Skype: jhelleranta * Mobile: +509-37-269154 * http://go.hel.cc/MyProfile On Thu, Jul 19, 2012 at 8:37 AM, William Morris wboyk...@geosprocket.comwrote: Do you have a changeset or bounds where road names need verification in the DR? I can cover Santo Domingo, SF de Macoris and Nagua. Pa'lante -Bill ___ HOT mailing list h...@openstreetmap.org http://lists.openstreetmap.org/listinfo/hot ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Very not happy
Hi, On 21.07.2012 13:19, Vladimir Vyskocil wrote: That's quite incorrect, millions of objects that were not flagged in those tools have been removed, I fully agree and support that ! I remapped a lot of things mainly in France, BAD map stopped showing them, JOSM plugin stopped report it as non compliant... But they are gone after the redaction bot pass... Can both of you give us the object IDs of a couple of these objects to investigate? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Very not happy
On 21 juil. 2012, at 15:07, Frederik Ramm wrote: Hi, On 21.07.2012 13:19, Vladimir Vyskocil wrote: That's quite incorrect, millions of objects that were not flagged in those tools have been removed, I fully agree and support that ! I remapped a lot of things mainly in France, BAD map stopped showing them, JOSM plugin stopped report it as non compliant... But they are gone after the redaction bot pass... Can both of you give us the object IDs of a couple of these objects to investigate? It's a bit hard to found but I looked a area where I'm sure I have done remapping and where many objects have been removed. I'm now surprised to understand that those objects seems to have been removed by a contributor BEFORE the redaction bot pass ! I still don't know why he did this, I'll try to contact him, but I suspect some sort of vandalism... So, for now I'm not confident any more that the bot is the culprit in my case, sorry. Bye Frederik Cheers, Vlad. -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] City routing grid for Australia and the US
Hello everyone, Inspired by the US 250 cities routing grid[1] used in the original TIGER cleanup in 2009, I have now created a similar routing grid for the USA and Australia. Australia: http://apmon.dev.openstreetmap.org/aus_routing_grid.html USA: http://apmon.dev.openstreetmap.org/us_routing_grid.html It takes the top cities of the country and calculates the routing distances between them and displays the result in a routing grid. It allows to check the top tear inter city road network. Unusually long routes are likely caused by broken data and indicates where things need fixing. In the grid, all routes that are more than 5% longer or slower than expected* are show in red, otherwise they are considered as superficially OK. The reference values are in brackets. If you click on the link, you will be sent to the detailed routing information. Unfortunately the situation, particularly in Australia, is pretty bad. In Australlia currently non of the routes between the top ten cities pass this criterion and in fact most of the routes can't be calculated at all any more due to disconnectedness of the road network. So for all those who are finished remapping their own area and are looking to help with a bit of armchair mapping, trying to get more of these routes green could be a good idea for arm chair mappers. Let's see how quickly we can get all of them green! The routing information is calculated using the Open Source Routing Machine ( http://map.project-osrm.org/ ) and if I am not mistaken, updates its data once a day. I will equally try and recreate those grids on a daily basis to help track progress on the remapping. Happy remapping, Kai * The time and distance that is expected is currently determined using google's directions API. Although not perfect by any means, it is probably the most reliable source for now as a reference. [1] http://wiki.openstreetmap.org/wiki/TIGER_fixup/250_cities/routing_grid ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] City routing grid for Australia and the US
I want to make a similar routing table file for my country. Any chance of giving us instructions on how to generate such routing grids of our own? - Svavar Kjarrval On 21/07/12 18:32, Kai Krueger wrote: Hello everyone, Inspired by the US 250 cities routing grid[1] used in the original TIGER cleanup in 2009, I have now created a similar routing grid for the USA and Australia. Australia: http://apmon.dev.openstreetmap.org/aus_routing_grid.html USA: http://apmon.dev.openstreetmap.org/us_routing_grid.html It takes the top cities of the country and calculates the routing distances between them and displays the result in a routing grid. It allows to check the top tear inter city road network. Unusually long routes are likely caused by broken data and indicates where things need fixing. In the grid, all routes that are more than 5% longer or slower than expected* are show in red, otherwise they are considered as superficially OK. The reference values are in brackets. If you click on the link, you will be sent to the detailed routing information. Unfortunately the situation, particularly in Australia, is pretty bad. In Australlia currently non of the routes between the top ten cities pass this criterion and in fact most of the routes can't be calculated at all any more due to disconnectedness of the road network. So for all those who are finished remapping their own area and are looking to help with a bit of armchair mapping, trying to get more of these routes green could be a good idea for arm chair mappers. Let's see how quickly we can get all of them green! The routing information is calculated using the Open Source Routing Machine ( http://map.project-osrm.org/ ) and if I am not mistaken, updates its data once a day. I will equally try and recreate those grids on a daily basis to help track progress on the remapping. Happy remapping, Kai * The time and distance that is expected is currently determined using google's directions API. Although not perfect by any means, it is probably the most reliable source for now as a reference. [1] http://wiki.openstreetmap.org/wiki/TIGER_fixup/250_cities/routing_grid ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] City routing grid for Australia and the US
Yes please, I would like to do the same too... -S On Sat, Jul 21, 2012 at 8:56 PM, Svavar Kjarrval sva...@kjarrval.is wrote: I want to make a similar routing table file for my country. Any chance of giving us instructions on how to generate such routing grids of our own? - Svavar Kjarrval On 21/07/12 18:32, Kai Krueger wrote: Hello everyone, Inspired by the US 250 cities routing grid[1] used in the original TIGER cleanup in 2009, I have now created a similar routing grid for the USA and Australia. Australia: http://apmon.dev.openstreetmap.org/aus_routing_grid.html USA: http://apmon.dev.openstreetmap.org/us_routing_grid.html It takes the top cities of the country and calculates the routing distances between them and displays the result in a routing grid. It allows to check the top tear inter city road network. Unusually long routes are likely caused by broken data and indicates where things need fixing. In the grid, all routes that are more than 5% longer or slower than expected* are show in red, otherwise they are considered as superficially OK. The reference values are in brackets. If you click on the link, you will be sent to the detailed routing information. Unfortunately the situation, particularly in Australia, is pretty bad. In Australlia currently non of the routes between the top ten cities pass this criterion and in fact most of the routes can't be calculated at all any more due to disconnectedness of the road network. So for all those who are finished remapping their own area and are looking to help with a bit of armchair mapping, trying to get more of these routes green could be a good idea for arm chair mappers. Let's see how quickly we can get all of them green! The routing information is calculated using the Open Source Routing Machine ( http://map.project-osrm.org/ ) and if I am not mistaken, updates its data once a day. I will equally try and recreate those grids on a daily basis to help track progress on the remapping. Happy remapping, Kai * The time and distance that is expected is currently determined using google's directions API. Although not perfect by any means, it is probably the most reliable source for now as a reference. [1] http://wiki.openstreetmap.org/wiki/TIGER_fixup/250_cities/routing_grid ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- -S ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Very Happy - Looking forward
Hi All, == Reflection == I just want to take a moment to thank the people behind the redaction bot and contacting/re-mapping efforts. Toward the end of 2009 the members of OSM Foundation voted in favour of changing the license. This was not done for the fun of it, but because there was a strong belief that the change was needed to secure a better long term future for OSM [1][2]. After the vote there was to be no going back, whether you personally agreed or not. During the following years many members have worked hard to try and contact fellow mappers (to seek their agreement to the new licence), to remap areas where earlier contributors did not agree/could not be contacted and, more recently to work as hard as possible to ensure that as much data could be saved as possible. Thank you. It may be hard to see data being removed, but we need to step back and look at the bigger picture and thank all those involved in ensuring it goes as smoothly as possible. By all means feel free to write a lessons learnt email (of which there are several - visualisation tools not knowing exactly how the data will be redacted and weak communication being two), but remember OSM is not a large company with paid staff, it relies on your help too. == Looking forward == Once the redaction bot has finished there will no doubt be a phase of improving the map where data has been removed. After this we have a chance to look forward and develop OSM 2013. Much time has been spent on the re-licensing and it would be fantastic to keep this momentum going on new projects. My personal wish-list would be to help expose the map data as much as possible. Ideas include: * Provide routing on the front page * Make it easy to users to view the data (eg clicking a node/way could bring up data about it - the url and opening hours tags are not visible in map renders but is very useful to many end users) * Improve ease of editing (like wheelmap, a simple editor that lets you amend JUST the tags - name, opening hoursm, url etc..). This could be linked with my point above. What's your wish-list? Regards, RobJN [1] http://www.osmfoundation.org/wiki/License/We_Are_Changing_The_License [2] http://wiki.openstreetmap.org/wiki/Open_Data_License/Implementation_Plan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Funny Twitter redaction comments
Just a suggestion but, Dave, please leave of the booze a few hours before writing another email. Thanks! On 20-07-12 19:21, Dave F. wrote: It's this email that's the joke, right? Some think this is an 'official' channel for the OSMF These are stupid people should be ignored. So I hereby politely ask the owner of the channel to remove the following two tweets: Who put you in charge of Twitter? Seriously don't dictate, politely or otherwise. It's people who're sensitive to 'offensiveness' that need to change their attitude. Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] City routing grid for Australia and the US
On 07/21/2012 01:05 PM, Simone Cortesi wrote: Yes please, I would like to do the same too... -S On Sat, Jul 21, 2012 at 8:56 PM, Svavar Kjarrval sva...@kjarrval.is wrote: I want to make a similar routing table file for my country. Any chance of giving us instructions on how to generate such routing grids of our own? - Svavar Kjarrval I have now pushed the code I used to generate those tables to github. ( https://github.com/apmon/RoutingGrid ) It is a little java program that takes in a list of coordinates and city names and generates the html file for the routing grid. You can easily run it on your own list of coordinates / cities. Dennis, who is responsible for the OSRM server, was OK with me running the code against his server, and I suspect he wouldn't mind if others do the same. It uses Google's directions API as a reference, so it is subject to their terms. Currently they seem to allow 2500 requests per day, which would correspond to a maximum sized grid of 50 cities. It can cache the results from Google in a reference list, so you only need to query google once per city list. Kai On 21/07/12 18:32, Kai Krueger wrote: Hello everyone, Inspired by the US 250 cities routing grid[1] used in the original TIGER cleanup in 2009, I have now created a similar routing grid for the USA and Australia. Australia: http://apmon.dev.openstreetmap.org/aus_routing_grid.html USA: http://apmon.dev.openstreetmap.org/us_routing_grid.html It takes the top cities of the country and calculates the routing distances between them and displays the result in a routing grid. It allows to check the top tear inter city road network. Unusually long routes are likely caused by broken data and indicates where things need fixing. In the grid, all routes that are more than 5% longer or slower than expected* are show in red, otherwise they are considered as superficially OK. The reference values are in brackets. If you click on the link, you will be sent to the detailed routing information. Unfortunately the situation, particularly in Australia, is pretty bad. In Australlia currently non of the routes between the top ten cities pass this criterion and in fact most of the routes can't be calculated at all any more due to disconnectedness of the road network. So for all those who are finished remapping their own area and are looking to help with a bit of armchair mapping, trying to get more of these routes green could be a good idea for arm chair mappers. Let's see how quickly we can get all of them green! The routing information is calculated using the Open Source Routing Machine ( http://map.project-osrm.org/ ) and if I am not mistaken, updates its data once a day. I will equally try and recreate those grids on a daily basis to help track progress on the remapping. Happy remapping, Kai * The time and distance that is expected is currently determined using google's directions API. Although not perfect by any means, it is probably the most reliable source for now as a reference. [1] http://wiki.openstreetmap.org/wiki/TIGER_fixup/250_cities/routing_grid ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Very not happy
On 21 July 2012 15:07, Frederik Ramm frede...@remote.org wrote: That's quite incorrect, millions of objects that were not flagged in those tools have been removed, Can both of you give us the object IDs of a couple of these objects to investigate? If you're asking me (not Maetma 91), I think the problem has been known since the early days of OSMI license view (easily fixable too). For example this city I believe was showing as clean although it was a while since I have looked at that layer: http://osm.org/go/0MtRfiBy- Here's a before/after the bot run comparison someone made for that city: http://postimage.org/image/sv7gh0rkp/ http://postimage.org/image/8m60yvx8j/ Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] City routing grid for Australia and the US
On 21/07/12 21:21, Kai Krueger wrote: On 07/21/2012 01:05 PM, Simone Cortesi wrote: Yes please, I would like to do the same too... -S On Sat, Jul 21, 2012 at 8:56 PM, Svavar Kjarrval sva...@kjarrval.is wrote: I want to make a similar routing table file for my country. Any chance of giving us instructions on how to generate such routing grids of our own? - Svavar Kjarrval I have now pushed the code I used to generate those tables to github. ( https://github.com/apmon/RoutingGrid ) It is a little java program that takes in a list of coordinates and city names and generates the html file for the routing grid. You can easily run it on your own list of coordinates / cities. Dennis, who is responsible for the OSRM server, was OK with me running the code against his server, and I suspect he wouldn't mind if others do the same. It uses Google's directions API as a reference, so it is subject to their terms. Currently they seem to allow 2500 requests per day, which would correspond to a maximum sized grid of 50 cities. It can cache the results from Google in a reference list, so you only need to query google once per city list. Kai Thanks a lot! I had an idea of a larger list of co-ordinates and could use this code to make a databased version. I'd probably have to host my own OSRM instance so I wouldn't bombard the main one with so many queries in a short time interval. It would be a kind of a quality assurance checker where I'd not only check links between cities/towns, but also links between some of the addresses inside them. Maybe add important POIs in the country as well. I really want the map to be of superior quality. - Svavar Kjarrval On 21/07/12 18:32, Kai Krueger wrote: Hello everyone, Inspired by the US 250 cities routing grid[1] used in the original TIGER cleanup in 2009, I have now created a similar routing grid for the USA and Australia. Australia: http://apmon.dev.openstreetmap.org/aus_routing_grid.html USA: http://apmon.dev.openstreetmap.org/us_routing_grid.html It takes the top cities of the country and calculates the routing distances between them and displays the result in a routing grid. It allows to check the top tear inter city road network. Unusually long routes are likely caused by broken data and indicates where things need fixing. In the grid, all routes that are more than 5% longer or slower than expected* are show in red, otherwise they are considered as superficially OK. The reference values are in brackets. If you click on the link, you will be sent to the detailed routing information. Unfortunately the situation, particularly in Australia, is pretty bad. In Australlia currently non of the routes between the top ten cities pass this criterion and in fact most of the routes can't be calculated at all any more due to disconnectedness of the road network. So for all those who are finished remapping their own area and are looking to help with a bit of armchair mapping, trying to get more of these routes green could be a good idea for arm chair mappers. Let's see how quickly we can get all of them green! The routing information is calculated using the Open Source Routing Machine ( http://map.project-osrm.org/ ) and if I am not mistaken, updates its data once a day. I will equally try and recreate those grids on a daily basis to help track progress on the remapping. Happy remapping, Kai * The time and distance that is expected is currently determined using google's directions API. Although not perfect by any means, it is probably the most reliable source for now as a reference. [1] http://wiki.openstreetmap.org/wiki/TIGER_fixup/250_cities/routing_grid ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Funny Twitter redaction comments
On 21/07/2012 21:14, Lambertus wrote: Just a suggestion but, Dave, please leave of the booze a few hours before writing another email. Thanks! My Lord, what an arrogant, self important dickhead (And believe me, I'm being polite). I repeat, who put you in charge of Twitter? Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] City routing grid for Australia and the US
On 07/21/2012 04:56 PM, Svavar Kjarrval wrote: On 21/07/12 21:21, Kai Krueger wrote: On 07/21/2012 01:05 PM, Simone Cortesi wrote: Yes please, I would like to do the same too... -S On Sat, Jul 21, 2012 at 8:56 PM, Svavar Kjarrval sva...@kjarrval.is wrote: I want to make a similar routing table file for my country. Any chance of giving us instructions on how to generate such routing grids of our own? - Svavar Kjarrval I have now pushed the code I used to generate those tables to github. ( https://github.com/apmon/RoutingGrid ) It is a little java program that takes in a list of coordinates and city names and generates the html file for the routing grid. You can easily run it on your own list of coordinates / cities. Dennis, who is responsible for the OSRM server, was OK with me running the code against his server, and I suspect he wouldn't mind if others do the same. It uses Google's directions API as a reference, so it is subject to their terms. Currently they seem to allow 2500 requests per day, which would correspond to a maximum sized grid of 50 cities. It can cache the results from Google in a reference list, so you only need to query google once per city list. Kai Thanks a lot! I had an idea of a larger list of co-ordinates and could use this code to make a databased version. I'd probably have to host my own OSRM instance so I wouldn't bombard the main one with so many queries in a short time interval. OSRM really is amazingly fast (assuming you have a server with sufficient ram to convert the data into a routing db in the first place), so I don't see too much issue in principle in significantly expanding the routing grid. Calculating a route from New York to Los Angeles takes 500ms and that includes network round trip time across the Atlantic (ping time to the server from here is 150 ms). Depending on how far you want to expand it, you might even still be able to use the current instance, although you would have to ask Dennis about that. If there is interest, I will try and expand the routing grid my self over the next couple of days, either to new countries or to more cities in a country. With the current code, the bigger short term issue is that it uses Google as a reference source and its limited allowance. However, once the routing problems are fixed again in OSM, there is no reason to not use a known good snapshot of OSM data as a reference in future and use it in quality assurance to check for any new broken routes. You could also use a snapshot from before the bot ran if you have access to it. Overall, this is really only a very small script that I hacked together in a couple of hours yesterday of which most of the time was spend in getting the coordinates for the cities list. So if you are planning to make too many changes, you might be better of writing it from scratch. It would be a kind of a quality assurance checker where I'd not only check links between cities/towns, but also links between some of the addresses inside them. Maybe add important POIs in the country as well. I really want the map to be of superior quality. You would likely need to go about it a bit different than to display routes in a grid (so the current code probably isn't a great basis), but the idea of automated quality control by generating a large set of routes between cities/towns/POIs has been floating around for quite a while. It is one of the reasons why there is still a debate about getting OSMF to operate a routing server itself to support these kind of QA checks. Personally, however, I suspect that an automated system will only every be able to check a fraction of the most prominent (and important) routes / roads and it will be more important to expose as many mappers as possible to the routing interface for them to try their own local routes for which they know the optimal solution. Kai - Svavar Kjarrval On 21/07/12 18:32, Kai Krueger wrote: Hello everyone, Inspired by the US 250 cities routing grid[1] used in the original TIGER cleanup in 2009, I have now created a similar routing grid for the USA and Australia. Australia: http://apmon.dev.openstreetmap.org/aus_routing_grid.html USA: http://apmon.dev.openstreetmap.org/us_routing_grid.html It takes the top cities of the country and calculates the routing distances between them and displays the result in a routing grid. It allows to check the top tear inter city road network. Unusually long routes are likely caused by broken data and indicates where things need fixing. In the grid, all routes that are more than 5% longer or slower than expected* are show in red, otherwise they are considered as superficially OK. The reference values are in brackets. If you click on the link, you will be sent to the detailed routing information. Unfortunately the situation, particularly in Australia, is pretty bad. In Australlia currently non of the routes between the top ten cities pass this
[Talk-is] Gögn sem hurfu fyrir Mosfellsbæ
Hef haft samband beint við DouglasAtEik og hann sagði mér að það væri bara athugunarleysi að vera ekki búinn að samþykkja nýja leyfið. Sagði mér jafnframt að hann ætlaði að gera það hið fyrsta og bað mig að senda sér upplýsingar um það hvernig það væri gert. Ég benti honum á að skrá sig inn á sína síðu og þetta væri aðgengilegt þar, ef ég man rétt. Ef þið hafið nánari upplýsingar þá mættuð þið endilega miðla þeim hér. Ég hef ekki fundið þetta sagt beinum orðum en ég er að vona að gögn sem voru felld út komi aftur inn eftir að hann hefur samþykkt þetta? Veit einhver hvernig það virkar? mbk, Baldvin ___ Talk-is mailing list Talk-is@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-is
[Talk-in] Data loss due to license change
I think the osm redaction bot has finished cleaning up India and removed all non-odbl data. From this: http://odbl.de/india.html , I think we lost roughly 2% of the data due to the license switch, a good part being in central and south Bangalore, due to user:pynam and user:chfrangers who did not accept the new license. Its unfortunate that we lost the work of so many, I had tried sending them emails and even hunting them on facebook, but without response. In any case, i guess this is all for the better and the new license opens up a lot more opportunities for using the osm data. There's a lot of cleanup to do especially in Bangalore due to the missing roads. does anyone know where we could get the details of what parts were removed so that it can be fixed? -- j.mp/ArunGanesh http://j.mp/ArunGanesh ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-in] Data loss due to license change
Hey, On Sun, Jul 22, 2012 at 10:49 AM, Arun Ganesh arun.plane...@gmail.com wrote: I think the osm redaction bot has finished cleaning up India and removed all non-odbl data. From this: http://odbl.de/india.html , I think we lost roughly 2% of the data due to the license switch, a good part being in central and south Bangalore, due to user:pynam and user:chfrangers who did not accept the new license. Its unfortunate that we lost the work of so many, I had tried sending them emails and even hunting them on facebook, but without response. We seem to have lost considerable data in Kerala as well. Same story, users didn't respond. In any case, i guess this is all for the better and the new license opens up a lot more opportunities for using the osm data. There's a lot of cleanup to do especially in Bangalore due to the missing roads. does anyone know where we could get the details of what parts were removed so that it can be fixed? OSM Inspector should be handy http://tools.geofabrik.de/osmi/debug.html?view=botlon=77.82860lat=10.79962zoom=8overlays=overview,bot_point_modified,bot_line_modified_cp,bot_line_modified,bot_point_deleted,bot_line_deleted_cp,bot_line_deleted I'll start cleaning up bits of Kerala first and then give you a hand in Bangalore. Cheers, Sajjad. ___ Talk-in mailing list Talk-in@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-in
Re: [Talk-it] Strumenti per il remapping post-bot
Il 07/17/2012 02:38 PM, Giacomo Boschi scrisse: Ho un quesito che non riguarda uno strumento ma un metodo. Nella citta' di Milano qualche mese fa e' stata fatta una rilevazione per il progetto milanobicimap. La rilevazione prevedeva la stampa di una mappa contenente ogni singola way ed i dintorni, il nome della via ed altre info (oneway, tipo strada, fondo, limite velocita'). I rilevatori hanno confermato i dati oppure segnalato sulla scheda delle correzioni. Se dovessi incontrare una way che e' stata rilevata ma che il bot ha eliminato, come mi devo comportare? grazie maxx ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strumenti per il remapping post-bot
-Original Message- From: emmexx [mailto:emm...@tiscalinet.it] Sent: sabato 21 luglio 2012 10:21 To: openstreetmap list - italiano Subject: Re: [Talk-it] Strumenti per il remapping post-bot I rilevatori hanno confermato i dati oppure segnalato sulla scheda delle correzioni. Se dovessi incontrare una way che e' stata rilevata ma che il bot ha eliminato, come mi devo comportare? L'andamento della way a Milano dovrebbe essere abbastanza facile da ripristinare dalla foto aeree. Per i dati confermati dai rilevatori, direi che puoi ripristinare la way e i tag relativi. Se la way aveva tag che i rilevatori hanno ignorato e non hai altre fonti per confermarli, non li ripristinare. Per recuperare i tag della way eliminata può essere utile http://tools.geofabrik.de/osmi/debug.html?view=bot (cliccando sull'elemento eliminato ti mostra i tag che aveva, il servizio èancora sperimentale). Ciao, Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Google si mette in proprio anche in Italia
Il 20/07/2012 11:16, totera ha scritto: Ciao a tutti, grosse novità stamattina in casa del nemico... Io avrei qualche difficoltà a chiamare nemico o anche solo concorrente uno che mi dà una mano a comprare i server... Da un rapido sguardo direi che per quanto riguarda la rete stradale le nuove mappe sono più aggiornate delle precedenti ma ho notato diversi errori nei nomi delle strade e casi di classificazione incoerente. Se volete farvi quattro risate, date un'occhiata a San Vittore Olona: http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlemaplon=8.9424lat=45.58414zoom=16 Su OSM alcune vie mancano (il comune adiacente di Cerro Maggiore è conciato molto peggio) ma i nomi sono giusti, mentre Google è incredibile quanti ne sbaglia! Nel comune dove abito, mancano tutte le piazze e alcune vie hanno il nome sbagliato, ma stranamente la ricerca di questi toponimi che sembrano mancare funziona... come avranno fatto? Forse questa mossa ha qualcosa a che fare con il recente ribasso delle tariffe per l'utilizzo di Maps API per i siti ad alto traffico. Guido ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Strade cancellate
Ciao a tutti. Ho mappato poco questa settimana. Oggi ho rilevato due strade in un comune della provincia di Torino, Luserna San Giovanni. Su Josm e conseguentemente sul sito Osm ho rilevato alcune strade cancellate. Alcune sono dei tratti di strade di collegamento. Mi sono perso la discussione nel giorni scorsi. Cosa devo fare? Rimapparle da capo? Grazie. -- Gianluca Boero ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Google si mette in proprio anche in Italia
Confermo che anche a casa mia hanno modificato le strade. Mentre prima era praticamente tutto giusto con tanto di driveway, adesso ne hanno tolte un sacco e aggiunte di nuove tanto che secondo google casa mia è tagliata in due da una strada... Ma almeno loro potrebbero usare streetview?? Il giorno sabato 21 luglio 2012, Guido Piazzi ha scritto: Il 20/07/2012 11:16, totera ha scritto: Ciao a tutti, grosse novità stamattina in casa del nemico... Io avrei qualche difficoltà a chiamare nemico o anche solo concorrente uno che mi dà una mano a comprare i server... Da un rapido sguardo direi che per quanto riguarda la rete stradale le nuove mappe sono più aggiornate delle precedenti ma ho notato diversi errori nei nomi delle strade e casi di classificazione incoerente. Se volete farvi quattro risate, date un'occhiata a San Vittore Olona: http://tools.geofabrik.de/mc/?**mt0=mapnikmt1=googlemaplon=** 8.9424lat=45.58414zoom=16http://tools.geofabrik.de/mc/?mt0=mapnikmt1=googlemaplon=8.9424lat=45.58414zoom=16 Su OSM alcune vie mancano (il comune adiacente di Cerro Maggiore è conciato molto peggio) ma i nomi sono giusti, mentre Google è incredibile quanti ne sbaglia! Nel comune dove abito, mancano tutte le piazze e alcune vie hanno il nome sbagliato, ma stranamente la ricerca di questi toponimi che sembrano mancare funziona... come avranno fatto? Forse questa mossa ha qualcosa a che fare con il recente ribasso delle tariffe per l'utilizzo di Maps API per i siti ad alto traffico. Guido __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it -- * * * Edoardo Tona* ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strade cancellate
Sì, ma senza usare i dati vecchi. È passato il BOT e ha cancellato il lavoro degli utenti che non hanno accettato la nuova licenza, in alcune zone sembra appena finita la seconda guerra mondiale -.- Edoardo Il giorno sabato 21 luglio 2012, Gianluca Boero ha scritto: Ciao a tutti. Ho mappato poco questa settimana. Oggi ho rilevato due strade in un comune della provincia di Torino, Luserna San Giovanni. Su Josm e conseguentemente sul sito Osm ho rilevato alcune strade cancellate. Alcune sono dei tratti di strade di collegamento. Mi sono perso la discussione nel giorni scorsi. Cosa devo fare? Rimapparle da capo? Grazie. -- Gianluca Boero __**_ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-ithttp://lists.openstreetmap.org/listinfo/talk-it -- * * * Edoardo Tona* ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-at] Altes AKH- Uni Campus
Am 20.07.2012 22:04, schrieb David Schmitt: On 2012-07-16 08:20, Andreas Labres wrote: On 15.07.12 19:16, Jimmy_K wrote: In folgender Ansicht wird Altes AKH - Uni-Campus mitten am Albertplatz platziert, obwohl es weiter nord-östlich bei der Spitalgasse liegen sollte. Kann jemand eruieren, woher das kommt? Ist nicht wirklich nachvollziehbar. Das namensgebende MP ist IMO korrekt, auch der Nominatim findet es richtig. http://www.openstreetmap.org/browse/relation/20875 Kann's sein, dass da ein Polygon beim redacten aufgegangen ist oder so? MfG David ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at Wurde vom Bot nicht angegriffen, war auch leider vorher schon (seit Dezember wurden die Ways nicht mehr bearbeitet). In Zoomstufe 16 ist dann Altes AKH - Uni-Campus gar nicht mehr zu finden. Ich würde sagen, da geht etwas bei der Schwerpunktberechnung schief. Habe leider nur keine Erfahrung, wo und wie man den Bug meldet. Ein Multipoly sollte ja auch kein Problem haben, wenn das Outer keine Fläche bzw. gestückelte Linien sind, sondern eine geschlossene Linie? (lt. englische Wiki, sollten es überhaupt nur ways sein und keine Areas?) LG Jimmy ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Altes AKH- Uni Campus
On 21.07.12 08:43, Jimmy_K wrote: In Zoomstufe 16 ist dann Altes AKH - Uni-Campus gar nicht mehr zu finden. Ob/wie Beschriftungen erscheinen, kann man nicht deterministisch vorhersagen. Flächen ohne Löcher werden im Schwerpunkt beschriftet, aber bei Flächen mit Löchern (sic! überhaupt hat dieses Ding eben wenig Fläche und viel Loch) wird die Beschriftung verschoben, dass sie innerhalb der Fläche steht (klassische Problematik wie bei der Alten Donau). Und dann wird Verdrängung gerechnet, dass sich Beschriftungen nicht überlappen. Da kann es schon mal passieren, dass Beschriftungen irgendwann unterdrückt werden. Habe leider nur keine Erfahrung, wo und wie man den Bug meldet. Nimms einfach zur Kenntnis. Das ist kein Bug, das ist ein Feature (niemand will überlappende Beschriftungen). /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Redaction Bot in AT
On 20.07.12 15:47, Boris Cornet wrote: Der Bot löscht also den name tag und die paar nodes, aber hinterlässt einen Eintrag in der history, dass er den name tag und die paar nodes gelöscht hat, aber nicht, dass der name tag auf XY-Straße gelautet hat und auch nicht, wo denn die nodes waren. Der Botlauf ist im wesentlichen gelaufen, da kannst jetzt nix mehr verändern. Was aber geht, sind sinnvolle Visualisierungen (wie OSMI WFTE mit cc-by-sa Daten /vor/ der Redaction) Eine Sache wäre zB auch sehr sinnvoll: von der deep history View http://osm.mapki.com/history/ eine cc-by-sa Version, die - noch - die wirklich ganze History anzeigt. Dann läßt sich leicht nachvollziehen, was durch den Bot unterdrückt wurde. Bitte an *Frederik*, vielleicht kannst Du die Vorschläge in die passenden Stellen tragen (oder den so wars vorher wtfe Layer implementieren)... /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Redaction Bot in AT
On 20.07.12 16:37, Robert Kaiser wrote: Naja, es sollte möglich sein, ein Tool zu machen, dass den prä-Bot-Planet und den post-Bot-Stand vergleicht, richtig? Nur wenn Du den prä-Stand noch hast... (oder das geheime Interface weißt (?), wie man da noch drankommt...) /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] YA Hausnummern in Wien
Hallo! Können wir BITTE aufhören, Hausnummern auf Nodes an den Umriss eines Gebäudes zu pappen? Hausnummern - (wenn eindeutig) - ans Gebäude; wenn nicht eindeutig, dann als POIs sinnvoll auf die Gebäudefläche setzen. Schönes Beispiel von KaiRo: http://osm.org/go/0JrC~Paz8- Und den Eingang mit building=entrance (oder main_entrance oder was es da für Varianten gibt) taggen. /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[Talk-at] Redaction Reduction - Koordinationsseite für Wien
Hi, ich hab' jetzt mal testhalber eine TaskManager Instanz auf meinem Server aufgesetzt: http://osmtm.black.co.at/ Dort kann man sich einen Task reservieren und so verhindern, dass man mit anderen, die gerade in der gleichen Region arbeiten, Konflikte erzeugt. Auch hilft es dafür zu sorgen, dass alles angesehen wird. Zur Zeit habe ich einmal nur einen Job für Wien eingerichtet. Gerne richte ich auch Jobs für andere Gegenden oder andere Aufgaben ein. Macht es Sinn auch einen Link am Wiki zu platzieren? Wenn ja, wo? MfG David ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Redaction Bot in AT
Schönen guten Tag! Heute (21. Juli) um 09:26 meinte Andreas Labres: On 20.07.12 15:47, Boris Cornet wrote: Der Bot löscht also den name tag und die paar nodes, aber hinterlässt einen Eintrag in der history, dass er den name tag und die paar nodes gelöscht hat, aber nicht, dass der name tag auf XY-Straße gelautet hat und auch nicht, wo denn die nodes waren. Der Botlauf ist im wesentlichen gelaufen, da kannst jetzt nix mehr verändern. Will mich denn keiner verstehen? Ich fordere weder den bot neuzustarten, noch die history wieder offenzulegen. Ich wünsche - nein fordere - dass die logs, die der Bot zweifellos angelegt hat, in geeigneter Form vom API bereitgestellt werden, am einfachsten gleich über das history API. -- Liebe Grüße, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Redaction Bot in AT
Hallo, On 21.07.2012 11:08, Boris Cornet wrote: Will mich denn keiner verstehen? Ich fordere weder den bot neuzustarten, noch die history wieder offenzulegen. Ich wünsche - nein fordere - dass die logs, die der Bot zweifellos angelegt hat Die Logs, die der Bot angelegt hat, sind oeffentlich verfuegbar: http://gravitystorm.dev.openstreetmap.org/redactions/logs-live/ in geeigneter Form vom API bereitgestellt werden, am einfachsten gleich über das history API. Da kannst Du viel fordern, aber ich glaube nicht, dass Dich jemand erhoeren wird. Am besten nimmst Du die Logs und machst damit selber das, was Du fuer die geeignete Form haeltst. Persoenlich haette ich es bevorzugt, wenn die API noch bis zum Zeitpunkt der tatsaechlichen Lizenzumstellung die historischen Versionen ganz normal herausgegeben haette; dann haette auch das Deep-History-Tool ganz normal funktioniert und so weiter. In einer idealen Welt mit nur lauter aufrichtigen Mappern mit ordentlichem Rechtsempfinden waere das gut gewesen. Allerdings sehe ich schon, warum man das nicht macht: Wir hatten im Vorfeld des Lizenzwechsels so viele Leute, die einfach so mir-nichts, dir-nichts Daten, die von anderen erfasst wurden, kopiert und unter ihrem eigenen Namen wieder eingestellt haben, nur damit es im OSMI nicht mehr rot ist. Auf Rueckfrage gab es dann hanebuechene Erklaerungen wie ich fahre da dreimal jeden Tag vorbei, ich HAETTE DAS AUCH WISSEN KOENNEN, dass die Strasse so heisst oder so. Ich haette von unseren Mappern auch mehr erwartet, aber die Aktion hat mir gezeigt, dass das Unrechtsbewusstsein nicht ausreichend ausgepraegt ist. Das wird noch ein Nachspiel haben, und zwar dergestalt, dass wir eine ganze Menge Daten, von denen wir jetzt im Moment glauben, dass sie sicher sind, weil der Bot sie verschont hat, spaeter noch loeschen muessen, weil der Urheber sich beschwert. Diese Copy-und-Paste-Remapper sind schuld daran, dass der Lizenzwechsel auch jetzt, nachdem der Bot durch ist, noch nicht ausgestanden ist. Das ist doof. Wenn man es nun zu einfach macht, die vor-Bot-Versionen wieder nachzutragen, dann fordert man geradezu heraus, dass wieder ein paar schwarze Schafe ihre eigene verquere Rechts-Ansicht (ich hab mal an einem Node von dieser Strasse herumgezupft, es kann doch nicht sein, dass die nun geloescht wird...) per Revert-Button durchdruecken, und das Problem der nicht lizenzkonformen Daten noch zunimmt. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] YA Hausnummern in Wien
Hallo, Am Samstag, den 21.07.2012, 09:38 +0200 schrieb Andreas Labres: Können wir BITTE aufhören, Hausnummern auf Nodes an den Umriss eines Gebäudes zu pappen? Hausnummern - (wenn eindeutig) - ans Gebäude; wenn nicht eindeutig, dann als POIs sinnvoll auf die Gebäudefläche setzen. Warum? Ich mach das immer so (kann dich aber beruhigen – ich war und bin nicht sehr aktiv, hab also nicht allzu viel verbrochen) und ich glaub, ich hab das irgendwo im Wiki als empfohlene Vorgehensweise gelesen… Ich mappe die Hausnummern immer auf die entrances und wusste bisher nicht, dass da was dagegen spricht. Danke im Voraus lG, Stefan. -- E-Mails signieren verschlüsseln: - https://de.wikipedia.org/wiki/Datenschutz - https://de.wikipedia.org/wiki/E-Mail#Vergleich_mit_der_Postkarte - https://de.wikipedia.org/wiki/GNU_Privacy_Guard Mein öffentlicher OpenPGP-Schlüssel: - http://stefan-nagy.at/public-key.asc signature.asc Description: This is a digitally signed message part ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] YA Hausnummern in Wien
Hallo! Heute (21. Juli) um 12:17 schrieb Stefan Nagy: Hallo, Am Samstag, den 21.07.2012, 09:38 +0200 schrieb Andreas Labres: Können wir BITTE aufhören, Hausnummern auf Nodes an den Umriss eines Gebäudes zu pappen? Hausnummern - (wenn eindeutig) - ans Gebäude; wenn nicht eindeutig, dann als POIs sinnvoll auf die Gebäudefläche setzen. Warum? Ich mach das immer so (kann dich aber beruhigen – ich war und bin nicht sehr aktiv, hab also nicht allzu viel verbrochen) und ich glaub, ich hab das irgendwo im Wiki als empfohlene Vorgehensweise gelesen… Ich mappe die Hausnummern immer auf die entrances und wusste bisher nicht, dass da was dagegen spricht. +1 Große Teile Innsbrucks sind so gemappt, und speziell bei Häusern mit mehreren Eingängen, die unterschiedliche Nummern haben oder zu unterschiedlichen Straßen gehören, ist das wohl definitiv die sinnvollste Vorgehensweise. Ich hab auch schon von irgend einem Projekt gehört, wo Nichtmapper zur Mitarbeit bei genau diesem Punkt aktiviert werden (nämlich die Hausnummer auf die Hauskante zu ziehen). Andreas, ich fürchte, das was du da nicht magst ist state-of-the-art. -- Mit besten Grüßen, Boris ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] YA Hausnummern in Wien
On 21.07.2012 12:35, Boris Cornet wrote: Ich mappe die Hausnummern immer auf die entrances und wusste bisher nicht, dass da was dagegen spricht. +1 Große Teile Innsbrucks sind so gemappt, und speziell bei Häusern mit mehreren Eingängen, die unterschiedliche Nummern haben oder zu unterschiedlichen Straßen gehören, ist das wohl definitiv die sinnvollste Vorgehensweise. Und was machst du bei mehreren Eingängen, die zur selben Hausnummer gehen? Oder wenn ein Haus nur 1 Eingang hat, aber zu jeder angrenzenden Straße eine andere Hausnummer? Oder bei einem Gehöft, wo 1 Hausnummer für alle Gebäude zusammen gilt? Ich hab auch schon von irgend einem Projekt gehört, wo Nichtmapper zur Mitarbeit bei genau diesem Punkt aktiviert werden (nämlich die Hausnummer auf die Hauskante zu ziehen). Es gab auch einen Vorschlag, zur Arbeitsplatzschaffung den Großglockner abzutragen und damit den Neusiedlersee zuzuschütten. :-) -- Friedrich K. Volkmann http://www.volki.at/ Adr.: Davidgasse 76-80/14/10, 1100 Wien, Austria ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Altes AKH- Uni Campus
Am 21.07.2012 09:18, schrieb Andreas Labres: On 21.07.12 08:43, Jimmy_K wrote: In Zoomstufe 16 ist dann Altes AKH - Uni-Campus gar nicht mehr zu finden. Ob/wie Beschriftungen erscheinen, kann man nicht deterministisch vorhersagen. Flächen ohne Löcher werden im Schwerpunkt beschriftet, aber bei Flächen mit Löchern (sic! überhaupt hat dieses Ding eben wenig Fläche und viel Loch) wird die Beschriftung verschoben, dass sie innerhalb der Fläche steht (klassische Problematik wie bei der Alten Donau). Und dann wird Verdrängung gerechnet, dass sich Beschriftungen nicht überlappen. Da kann es schon mal passieren, dass Beschriftungen irgendwann unterdrückt werden. Habe leider nur keine Erfahrung, wo und wie man den Bug meldet. Nimms einfach zur Kenntnis. Das ist kein Bug, das ist ein Feature (niemand will überlappende Beschriftungen). /al ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at Ich würde es schon als Bug sehen, wenn die Beschriftung außerhalb der outer liegt. Da würde für mich noch eher eine Unterdrückung Sinn machen. Bei den detaillierten Zoomstufen würde mein Augenmaß meinen, dass mehr als genug Platz wäre (da würde ich eine Unterdrückung von Hof XY eher vermuten). Da das aber absolut nicht mein Fachgebiet ist, werde ich es einfach so hinnehmen (auch wenn es für mich vermutlich nie logisch wird). LG Jimmy ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] YA Hausnummern in Wien
Ich finde es einfach nur logisch die Adresse an den Eingangnode zu taggen. Wie soll man sonst den Eingang zu einer Adresse finden oder welches Gebäude zu dem POI gehört? Es müsste sonst aufwändigst abgefragt werden welches Gebäude bzw. Eingang der Hausnummer am nächsten ist und das liefert sicher kein eundeutiges Ergebnis. zb.: Mehrere Eingänge zur selben Hausnummer: Entweder mit addr:unit für die jeweilige Stiege taggen oder nur beim Haupteingang die Hausnummer taggen und die anderen Eingänge nur mit entrance. Für Spezialfälle kann man die Hausnummer ja immer noch als freien POI machen. Wenn man nur die Adresse/Hausnummer finden will ist es völlig egal ob die Hausnummer im Gebäudeumriss oder als POI vorhanden ist. On 21.07.2012 13:33, Friedrich Volkmann wrote: On 21.07.2012 12:35, Boris Cornet wrote: Ich mappe die Hausnummern immer auf die entrances und wusste bisher nicht, dass da was dagegen spricht. +1 Große Teile Innsbrucks sind so gemappt, und speziell bei Häusern mit mehreren Eingängen, die unterschiedliche Nummern haben oder zu unterschiedlichen Straßen gehören, ist das wohl definitiv die sinnvollste Vorgehensweise. Und was machst du bei mehreren Eingängen, die zur selben Hausnummer gehen? Oder wenn ein Haus nur 1 Eingang hat, aber zu jeder angrenzenden Straße eine andere Hausnummer? Oder bei einem Gehöft, wo 1 Hausnummer für alle Gebäude zusammen gilt? Ich hab auch schon von irgend einem Projekt gehört, wo Nichtmapper zur Mitarbeit bei genau diesem Punkt aktiviert werden (nämlich die Hausnummer auf die Hauskante zu ziehen). Es gab auch einen Vorschlag, zur Arbeitsplatzschaffung den Großglockner abzutragen und damit den Neusiedlersee zuzuschütten. :-) ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Koordinierte Reparatur nach dem Sturm..
Markus Straub schrieb: Für den Anfang kündige ich aber nur mal an, dass ich den ganzen 9. Bezirk aus Wien überprüfen werde bzw schon dabei bin. Ich hab Steyr-Stadt und Wien 7 (inkl. aller Citybik-Stationen, die an den 7. angrenzen) schon vorgestern korrigiert - zumindest alles, was auf http://geotools.ipax.at/ ausgewiesen wird (also alles, wo nodes oder ways nicht komplett gelöscht wurden). Robert Kaiser ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] Redaction Bot in AT
Andreas Labres schrieb: Nur wenn Du den prä-Stand noch hast... (oder das geheime Interface weißt (?), wie man da noch drankommt...) Es gibt mehrere prä-Bot Planetfiles auf den OSM-Servern, inkl. einem offizellen letzten CC-BY-SA-Planet. Robert Kaiser ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
[OSM-legal-talk] Some questions about using ODbL Produced Work maps in Wikipedia
Hi legal-talk, I have a couple of questions about the use of map images, which I understand to be ODbL Produced Works, in Wikipedia. I've tried to find answers on the OSM wiki but I haven't seen anything addressing them. 1. The attribution requirement. ODbL says: 4.3 Notice for using output (Contents). Creating and Using a Produced Work does not require the notice in Section 4.2. However, if you Publicly Use a Produced Work, You must include a notice associated with the Produced Work reasonably calculated to make any Person that uses, views, accesses, interacts with, or is otherwise exposed to the Produced Work aware that Content was obtained from the Database, Derivative Database, or the Database as part of a Collective Database, and that it is available under this License. Now the usual way to provide attribution notices on Wikipedia images is to include them on the File page about the image (for example http://commons.wikimedia.org/wiki/File:Rondebosch_OSM_map_small.svg) but not in every article where the image is used. A plain reading of the license text seems to indicate that that would not be enough, as readers who view the map on the article would not see the notice. Do we really have to include the full notice Contains information from OpenStreetMap, which is made available here under the Open Database License (ODbL) in the caption of every use of an OSM-derived map in a Wikipedia article? 2. Derived databases. I have produced maps like http://commons.wikimedia.org/wiki/File:Namibia_rail_network_map.svg from OSM data (in that case the OSM data was only used for the railway lines, not for the basemap). To do so I downloaded a particular set of relations from the OSM API, ran a script to convert them to a shapefile, and then another script to generate the map. By downloading these relations and then converting them to a shapefile have I created a Derivative Database? And by uploading the map to Wikimedia Commons have I Publicly Used this database? Does this trigger section 4.6, requiring me to offer the Derivative Database to any recipient of the map (the Produced Work)? Thing is, in the past I have generally deleted these shapefiles when I'm done. If section 4.6 applies, am I now also obliged to keep these forever in case someone requests a copy? Or is it sufficient to say download relations with the following tags in the following bounding box? There seems to be a confusing relationship between section 4.4.c, which says: A Derivative Database is Publicly Used and so must comply with Section 4.4. if a Produced Work created from the Derivative Database is Publicly Used. and section 4.5.b: Using this Database, a Derivative Database, or this Database as part of a Collective Database to create a Produced Work does not create a Derivative Database for purposes of Section 4.4 Which of these clauses applies to my scenario? 3. Subsequent reuse. In the above case, if necessary I can still at least keep a copy of the shapefile and hand it out on request. But, having uploaded the map to Wikimedia Commons, does section 4.6 apply to others who reuse the map? They don't have access to the Derived Database in the first place. If I release the map as CC-BY-SA, are subsequent users required to abide by anything more than the regular attribution requirements of that license? Thanks, Adrian Frith ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Some questions about using ODbL Produced Work maps in Wikipedia
Hi, On 21.07.2012 20:18, Mike Dupont wrote: No. The Produced Work you create is uploaded to Wikipedia under CC-BY-SA and that's all that counts. CC-BY-SA would not allow additional conditions (e.g. the making available of a source database) anyway. The Created from OdBL-licensed OSM data available here that you have to add to your Produced Work becomes, in the terms of CC-BY-SA, a copyright notice that the CC-BY-SA user is required to keep intact but that's all they have to do. Does that mean I can trace that data back into a cc-by-sa osm database? This is a point that has been discussed at length in the past three years on this mailing list and on the ODC mailing list. At times, the idea was floated to make it part of Produced Work licensing requirements that reverse engineering will bring back ODbL on the reverse-engineered database. This licensing requirement would have made it impossible to publish Produced Works under most known share-alike licenses (with the possible exception of CC-BY-SA-ND which disallows creating derived works altogehter). The currently accepted wisdom is that there exists a separate channel, apart from copyright, in which database right persists no matter what copyright license is used. This means that *if* somebody took lots and lots of CC-BY-SA-published OSM maps and reverse-engineered them into a new database, this database would then *automatically* fall under ODbL even if that was not mentioned in the CC-BY-SA product. This may sound hardly believeable to some but it is indeed not an uncommon concept. Imagine that I prepare an article about how Dyson's bagless vacuum cleaners work, and upload that to Wikipedia under CC-BY-SA. Which is totally legal. Then you download the article and you go: Ha! This is CC-BY-SA so no further restrictions can be added. I will build this vacuum cleaner and flood the world with inexpensive and eco-friendly Dupont cleaners! - Sure enough, after a while Dyson will come knocking and sue you for infringement of their patent. So; the (entirely legal) publication of something under CC-BY-SA does not necessarily mean that you can do anything with it without infringing other rights. The tl;dr answer to your question is: No you cannot as far as OSMF is concerned - but whether you get away with it is probably a question of jurisdiction. (If anyone wants to pursue this discussion I would very much ask them to peruse the mailing list archives with the search term reverse engineering and read up on past discussions so that we don't have to repeat ourselves.) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Some questions about using ODbL Produced Work maps in Wikipedia
On Sat, Jul 21, 2012 at 6:33 PM, Frederik Ramm frede...@remote.org wrote: (If anyone wants to pursue this discussion I would very much ask them to peruse the mailing list archives with the search term reverse engineering and read up on past discussions so that we don't have to repeat ourselves.) Ok, thanks! -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org Contributor FOSM, the CC-BY-SA map of the world http://fosm.org Mozilla Rep https://reps.mozilla.org/u/h4ck3rm1k3 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Some questions about using ODbL Produced Work maps in Wikipedia
Hi again, On 21 July 2012 20:10, Frederik Ramm frede...@remote.org wrote: On 21.07.2012 18:19, Adrian Frith wrote: Do we really have to include the full notice Contains information from OpenStreetMap, which is made available here under the Open Database License (ODbL) in the caption of every use of an OSM-derived map in a Wikipedia article? I don't know if the legal requirement is for having the attribution directly visible but even if it is, it would be ok to have it in the bitmap rather than in the caption. Would it be a reasonable approach to mention OpenStreetMap (linked to the Wikipedia article on OSM) in the caption and then include the full ODbL notice on the file page, do you think? 3. Subsequent reuse. In the above case, if necessary I can still at least keep a copy of the shapefile and hand it out on request. But, having uploaded the map to Wikimedia Commons, does section 4.6 apply to others who reuse the map? No. The Produced Work you create is uploaded to Wikipedia under CC-BY-SA and that's all that counts. CC-BY-SA would not allow additional conditions (e.g. the making available of a source database) anyway. The Created from OdBL-licensed OSM data available here that you have to add to your Produced Work becomes, in the terms of CC-BY-SA, a copyright notice that the CC-BY-SA user is required to keep intact but that's all they have to do. Does this mean that, in my scenario, the only recipient to whom I have an obligation under ODbL sec. 4.6 is the Wikimedia Foundation? Everyone else who receives it receives it from WMF under CC-BY-SA and they have no claim on me? Thanks, Adrian ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Some questions about using ODbL Produced Work maps in Wikipedia
On 21.07.2012 20:10, Frederik Ramm wrote: On 21.07.2012 18:19, Adrian Frith wrote: Do we really have to include the full notice Contains information from OpenStreetMap, which is made available here under the Open Database License (ODbL) in the caption of every use of an OSM-derived map in a Wikipedia article? I don't know if the legal requirement is for having the attribution directly visible but even if it is, it would be ok to have it in the bitmap rather than in the caption. That's hardly practical. The images as included in the articles have sizes like 220*128 pixels. There is not enough space to readably add the required attribution without covering huge parts of the actual image content. If the ODbL doesn't unambiguously allow attribution on an image description page like those used in wikis (including our own), I support augmenting the attribution community guideline to that effect. Tobias ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Some questions about using ODbL Produced Work maps in Wikipedia
Hi, On 21.07.2012 20:44, Adrian Frith wrote: Does this mean that, in my scenario, the only recipient to whom I have an obligation under ODbL sec. 4.6 is the Wikimedia Foundation? Everyone else who receives it receives it from WMF under CC-BY-SA and they have no claim on me? This is an interesting question. I don't think you are right though; CC-BY-SA does not work by sublicensing. For someone who downloads your image from Wikipedia, the licensor is *not* Wikipedia, but still you. This is governed by CC-BY-SA 2.0 par. 8a: Each time You distribute or publicly digitally perform the Work or a Collective Work, the Licensor offers to the recipient a license to the Work on the same terms and conditions as the license granted to You under this License. This means that if someone downloads your map from Wikipedia, in that moment *you* offer a license on the map to whoever downloads it; and Wikipedia is not part of that chain. So I *think* that license-wise, you have at that very moment licensed the Produced Work to the downloader (even if he hasn't downloaded from you), and he can request the ODbL sources from you. If it were any different, you could team up with a co-publisher, publish your ODbL Produced Works to him and he forwards them to the world without you ever having to release anything. It would be a loophole that demands quick fixing ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Some questions about using ODbL Produced Work maps in Wikipedia
Hi, On 21 July 2012 21:04, Frederik Ramm frede...@remote.org wrote: On 21.07.2012 20:44, Adrian Frith wrote: If it were any different, you could team up with a co-publisher, publish your ODbL Produced Works to him and he forwards them to the world without you ever having to release anything. It would be a loophole that demands quick fixing ;) Well, that was exactly what came to mind. ;) I have a further question which follows from this. I'm happy to put the OSM extracts behind my maps up on my website in future. But if I upload OSM-derived maps from Wikipedia under CC-BY-SA, with a link to the derived shapefiles on my website, and then at some point in the future I lose the derived shapefiles in, say, a hard disk failure, what happens? I can't comply with the ODbL requirements, because I no longer have the Derivative Database - but I can't force Wikimedia to take them down either, because they are entitled to distribute them under the CC-BY-SA license. Cheers, Adrian ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Some questions about using ODbL Produced Work maps in Wikipedia
Hi, On 21.07.2012 21:33, Paul Norman wrote: CC 4.0 licenses explicitly include database rights (sec. 1 (b) of draft 1). How will this work when 4.0 is published and CC BY-SA tiles include the database rights? Also an interesting question but one that would probably have to be addressed to the CC people; there are likely many works that are currently licensed under CC-BY-SA but where the database rights are not included on purpose. I cannot imagine that all these should suddenly be upgraded to include database rights without the rights holders having further say. That would be, to continue my example, as if CC4 were to suddenly include all patent rights, no matter if those who licensed something *had* those rights to begin with ;) If CC4 comes out with such indiscrimante inclusion of database rights then my guess is that it will either be automatically impossible to licene Produced Works under CC, or we will have to explicitly disallow it. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Some questions about using ODbL Produced Work maps in Wikipedia
From: Frederik Ramm [mailto:frede...@remote.org] Sent: Saturday, July 21, 2012 2:30 PM To: legal-talk@openstreetmap.org Subject: Re: [OSM-legal-talk] Some questions about using ODbL Produced Work maps in Wikipedia Hi, On 21.07.2012 21:33, Paul Norman wrote: CC 4.0 licenses explicitly include database rights (sec. 1 (b) of draft 1). How will this work when 4.0 is published and CC BY-SA tiles include the database rights? Also an interesting question but one that would probably have to be addressed to the CC people; there are likely many works that are currently licensed under CC-BY-SA but where the database rights are not included on purpose. I cannot imagine that all these should suddenly be upgraded to include database rights without the rights holders having further say. That would be, to continue my example, as if CC4 were to suddenly include all patent rights, no matter if those who licensed something *had* those rights to begin with ;) I think it's important to distinguish between the case where someone publishes another's ODbL work and doesn't have any special permissions and OSMF publishing CC tiles where they clearly can grant database rights under CC. The only precedent I'm aware of is GPL v2 - v3 with patents. The FSF has a FAQ item about this at http://www.gnu.org/licenses/gpl-faq.html#v2OrLaterPatentLicense Clearly, if the OSMF publishes tiles under CC 4.0 it includes the DB rights where DB rights apply. The OSMF publishing CC 4 tiles is a more interesting case. An argument similar to the implied license argument the FSF argues could apply here. I think this argument would be particularly strong in the case of current CC 2.0 tiles where without an implied license you couldn't carry out what CC 2.0 allows you to do where DB rights exist. In fact, accepting the argument that has been made that CC 2.0 doesn't give you the necessary permissions where DB rights exist, it is the only way under which OSM would be usable right now, so I expect that the courts would be likely to accept that there is an implied license. It would also be strong for any CC 4 tiles published after CC 4 is released. There the OSMF would be publishing under a license knowing that the terms allow you to change to a license that includes DB rights. To avoid this OSMF would need to stop publishing CC tiles, with the possible exception of CC BY-ND which does not allow derivatives. None of this analysis for the OSMF depends on the ODbL. For someone other than the OSMF, the analysis now depends on the ODbL and exactly what it grants, particularly around any implied licenses. It may be that the ODbL does not grant sufficient permissions in which case no one should use CC licenses for works derived from ODbL works. Of course, if you're publishing in one of the many parts of the world without DB rights this is a moot point - it's all copyright and no one can stop you from publishing because of DB rights since they don't exist. If ODbL gives you the permission to publish as, say, CC BY, then you can take those tiles and do whatever you want, so long as you preserve attribution. If CC4 comes out with such indiscrimante inclusion of database rights then my guess is that it will either be automatically impossible to licene Produced Works under CC, or we will have to explicitly disallow it. I'm not sure who you mean by we in that statement. If ODbL allowed produced works under CC4 the only people who could disallow it would be ODC with a license upgrade. OSMF couldn't stop produced works under CC4 licenses. And I find some irony in getting involved into the intersection of copyright laws and other laws which apply more to information when I am doing the same at work, although not with DB rights. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk-nl] Een leuk voorbeeld van wat deze redaction onsoplevert
Maar dan begrepen jullie mij verkeerd. De diff geeft alleen aan WAAR iets anders (verdwenen) is. Op die manier hoef je geen enorme zoektochten te ondernemen om uit te vinden waar iets verdwenen is. Odbl compatible betekend dat de inhoud van de database ingevoerd is Door een persoon die achter de licentie staat. Daarom moeten ook alle entrys van weigeraars verdwijnen. Aangeven waar iets mist tov vroeger is toch niet strafbaar. Als je maar niet zegt WAT er mist. Dat mag de mapper alleen uit geoorloofde bronnen halen. Resultaat is anders dat ik honderden relaties moet doorspitten om die vijf te vinden die beschadigd zijn. Met vriendelijke groeten Robert Elsenaar Jo winfi...@gmail.com schreef: Op 20 juli 2012 13:05 schreef Robert Elsenaar rob...@elsenaar.info het volgende: Hebben wel niet een planeten van voor de bit, en een van er na? Vergelijking maken en een reparatie uitvoeren. Wie dat doet, geeft daarmee te kennen dat hij van de hele licentieovergang geen bal begrepen heeft. We bouwen een kaart op vanaf de grond. We zijn begonnen met een wit stuk met niets erop en zijn dan naar buiten gegaan om te weten wat er bestaat en dat in kaart te brengen. Dat is wat we nu even opnieuw moeten doen. Het is inderdaad spijtig dat de hele overgang zoveel tijd in beslag genomen heeft, maar nu dat het eindelijk zover is, is het complete onzin om datgene wat verwijderd/aangepast/verknoeid/tot shrot vermalen werd door de bot er snel weer even aan toe te voegen op basis van informatie die niet aan de ODBL voldoet. Binnen een paar maanden is de hele kaart weer waar we vorige week stonden en nu is de dreiging dat wat we toevoegen, spoedig weer gaat verdwijnen eindelijk van de baan. Dus kunnen we er met een gerust hart de schouders onder zetten. mvg, Polyglot ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Een leuk voorbeeld van wat deze redaction onsoplevert
2012/7/21 Robert Elsenaar rob...@elsenaar.info: Maar dan begrepen jullie mij verkeerd. De diff geeft alleen aan WAAR iets anders (verdwenen) is. Op die manier hoef je geen enorme zoektochten te ondernemen om uit te vinden waar iets verdwenen is. Probeer dit eens: http://tools.geofabrik.de/osmi/?view=wtfe Wim ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Een leuk voorbeeld van wat deze redaction onsoplevert
Op za 21 jul 2012 11:21:27 schreef Wimmel: 2012/7/21 Robert Elsenaar rob...@elsenaar.info: Maar dan begrepen jullie mij verkeerd. De diff geeft alleen aan WAAR iets anders (verdwenen) is. Op die manier hoef je geen enorme zoektochten te ondernemen om uit te vinden waar iets verdwenen is. Probeer dit eens: http://tools.geofabrik.de/osmi/?view=wtfe Wim Als je een account aanmaakt op itoworld.com kan je regio's definieren en daarin zien wie wat heeft lopen veranderen (De RSS feed voor je eigen regio is een aanrader), maar daarnaast kan je ook per gebruiker opvragen, in dit geval dus user 244176. Bijvoorbeeld: http://www.itoworld.com/product/osm/map?area=870:1show=user:244176colour=table Hiermee worden dus de echte aanpassingen getoond en bovendien geeft deze aan dat er meer aangeraakt is dan dat de OSM-Inspector toont. Ter verdediging van OSM-I moet ik dan wel weer zeggen dat voorzover ik nu heb gezien, lijnen die wel aangeraakt zijn door het OSMF Redaction Account, maar niet getoond worden in de OSM-I ook niet zijn beschadigd. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Internationale Mapnik layer op NL kaarten kapot
Op de site www.openfietsmap.nl viel me op dat de internationale Mapnik layer niet meer werkt om de volgende reden: http://lists.openstreetmap.org/pipermail/announce/2012-June/62.html Het zou mooi zijn als iemand dit kan oplossen. Het valt me ook al tijden op dat de bijzondere kaarten (zoals maxspeed.osm.nl, openfietskaart, openwandelkaart) op de osm.nl server al heel snel deze tile wordt op de achtergrond gerenderd geeft. Dit maakt deze unieke kaarten vrijwel onbruikbaar om de omgeving te scannen op bijvoorbeeld missende informatie of relaties die stukken missen. Het lijkt me daarom handig om voor de kaarten die gehost worden op osm.nl de internationale Mapnik layer als default layer te gebruiken i.pv. de lokale Mapnik layer of basis+straten layer die op osm.nl draait. Op die manier houden we misschien meer resources beschikbaar voor de unieke NL kaart layers zodat die tiles niet telkens opnieuw gerenderd hoeven worden. Iemand een mening hierover? ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Internationale Mapnik layer op NL kaarten kapot
On 07/21/2012 01:56 PM, Lambertus wrote: Het valt me ook al tijden op dat de bijzondere kaarten (zoals maxspeed.osm.nl, openfietskaart, openwandelkaart) op de osm.nl server al heel snel deze tile wordt op de achtergrond gerenderd geeft. Dit maakt deze unieke kaarten vrijwel onbruikbaar om de omgeving te scannen op bijvoorbeeld missende informatie of relaties die stukken missen. Het lijkt me daarom handig om voor de kaarten die gehost worden op osm.nl de internationale Mapnik layer als default layer te gebruiken i.pv. de lokale Mapnik layer of basis+straten layer die op osm.nl draait. Op die manier houden we misschien meer resources beschikbaar voor de unieke NL kaart layers zodat die tiles niet telkens opnieuw gerenderd hoeven worden. Iemand een mening hierover? Ik vind dat zo'n goed idee dat ik al een hele tijd i.p.v. maxspeed.osm.nl de onderstaande link gebruik. Dan krijg je meteen de internationale tiles als achtergrond. http://tile.openstreetmap.nl/?zoom=11lat=52.05114lon=5.15618layers=0B0FTFF -- --- m.v.g., Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Een leuk voorbeeld van wat deze redaction onsoplevert
On 07/21/2012 01:08 PM, Oliver Heesakkers wrote: Op za 21 jul 2012 11:21:27 schreef Wimmel: Als je een account aanmaakt op itoworld.com kan je regio's definieren en daarin zien wie wat heeft lopen veranderen (De RSS feed voor je eigen regio is een aanrader), maar daarnaast kan je ook per gebruiker opvragen, in dit geval dus user 244176. Bijvoorbeeld: http://www.itoworld.com/product/osm/map?area=870:1show=user:244176colour=table Hiermee worden dus de echte aanpassingen getoond en bovendien geeft deze aan dat er meer aangeraakt is dan dat de OSM-Inspector toont. Of gewoon op openstreetmap.org de history tab gebruiken en changesets van OSMF Redaction Account bekijken. -- --- m.v.g., Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Internationale Mapnik layer op NL kaarten kapot
Bedankt Lennard, Wat betreft al die verschillende lagen, dat was ook de reden om te vragen of niet gewoon de int. Mapnik kaart als standaard achtergrond is in te stellen. Cartinus had er een truukje voor maar de tiles beslaan toch resources en ik vroeg me af of bijv. die straten layer uiteindelijk echt zin heeft of evt weggelaten kan worden. On 21-07-12 23:21, Lennard wrote: On 21-7-2012 13:56, Lambertus wrote: Het zou mooi zijn als iemand dit kan oplossen. Gefixt. Het valt me ook al tijden op dat de bijzondere kaarten (zoals maxspeed.osm.nl, openfietskaart, openwandelkaart) op de osm.nl server al heel snel deze tile wordt op de achtergrond gerenderd geeft. Dit maakt deze unieke kaarten vrijwel onbruikbaar om de omgeving te scannen op bijvoorbeeld missende informatie of relaties die stukken missen. De database was ook al tijden niet vers geimporteerd. Daardoor wordt die ook steeds trager. Eergisteren heb ik deze opnieuw geimporteerd vanaf planet-benelux-120704. Ook ben ik met nieuwe daily extracts bezig op http://planet.openstreetmap.nl/ en zal daarna nog een import doen met de meest recente planet. Daarnaast zullen deze kaarten kunnen profiteren van wat extra indexen op de db. Hier zal ik ook eens naar kijken. Als laatste moet je je realiseren dat de fiets- en wandelkaart uit minstens 4 lagen bestaan (basis + wegen + routes + plaatsnamen) en dat elke keer dat er een nieuwe tile gerenderd moet worden, dit meteen voor 4 tegelijk wordt gedaan. Dit geeft ook een veel grotere impact op de server dan de reguliere kaart. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-br] [thackday] Mapeamento de Transporte Público
Oi Sandino, Para importar uma base para o OpenStreetMap é necessário ter uma declaração do dono da base, imagino que neste caso seja a prefeitura, dizendo que esta pode ser redistribuída nos termos da licença aberta do OpenStreetMap. Este é um requisito obrigatório e às vezes chato de ir atrás, mas serve para garantir que o OpenStreetMap é livre de dados proprietários e que qualquer pessoa/empresa/instituição possa usá-lo sem medo de ser feliz. Recomendo que você acesse a lista de discussão do OSM Brasil, para conhecer mais sobre o projeto e tirar eventuais dúvidas: http://lists.openstreetmap.org/listinfo/talk-br Abs, Vitor Em quarta-feira, 18 de julho de 2012 13h02min13s UTC-5, Sandino Santos escreveu: Olá José Dei uma olhada lá no OpenStreet, e jacareí mal consta lá :( Mas supondo que por um acaso, eu tenha toda uma cidade georeferenciada, em DXF, com camadas de logradouro, lotes, quadras e setores (ainda não tenho as layers dos pontos/paradas de ônibus) como eu faria já pra disponibilizar isso pro povo? Independente, e ao mesmo tempo relacionado à esse projeto, hehe Em 18 de julho de 2012 14:39, José Antonio Rocha joseantonioro...@gmail.com escreveu: Olá, Sandino! É bem fácil editar o OpenStreetMap com o software Merksaartorhttp://merkaartor.be/wiki/merkaartor/Download. Você baixa os dados, edita offline com base em imagens dos mapas Bing (tipo Google Maps) e depois sobe os dados para os servidores OSM. Em 18 de julho de 2012 14:20, Sandino Santos sandino.san...@gmail.comescreveu: Falei com o @Bica, e ele me indicou o http://www.openstreetmap.org/, o qual desconhecia. E indicou também eu dar um grito aqui na lista/grupo que vocês poderiam nos ajudar. -- [image: Meira] -- nome: José Antonio Meira da Rocha googletalk: email: MSN: joseantonioro...@gmail.com veículo: [ http://meiradarocha.jor.br ] fones: 55-8411-3047 / 55-3744-2994 -- -- Você recebeu esta mensagem porque está cadastrado no grupo Transparência Hacker Para enviar uma mensagem a todo o grupo, escreva para thack...@googlegroups.com Para não receber mais mensagens, envie um email para thackday+unsubscr...@googlegroups.com Para mais informações, ou para ler mensagens arquivadas deste grupo, visite http://groups.google.com/group/thackday?hl=pt-BR ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Zurueck in die Steinzeit
Am 21.07.2012 02:27, schrieb Michael Kugelmann: Am 20.07.2012 18:10, schrieb Garry: Super, und das jetzt mitten in der Hauptreisezeit... :-( Jetzt lass bitte mal die Kirche im Dorf! Aktuelle Karten sind nicht verfügbar/nutzbar weil sie entweder nicht aktualisiert werden oder unbrauchbar weil der Bot zu viele Lücken reingerissen hat. Daten die 2 Wochen alt sind (letzter Planet vor dem Start des Bots) nicht aktuell genug? Dann müssten sich alle TomTom- und sonst-was-Nutzer ja gleich erschißen, so alt sind die Daten dort (BTW: auch die ganzen Festeinbauten in Autos). Teilweise sind die Karten auf meinem Garmin mal 1/2 Jahr alt. Wenn ich nicht gerade Mappe oder in einem Neubaugebiet präzise navigiere ist das für mich auf geschätzten mehr als 99% der Erdfläche egal... +1 Das einzige, was wichtig ist: Diejenigen, die Garmin-Karten generieren und zur Verfügung stellen, geben hoffentlich eine deutliche Warnung aus und stellen nach Möglichkeit die jeweils letzte Vor-Bot-Karte noch bereit. Beides ist IMHO sinnvoll: Aktuelle nach-bot-Karten für Mapper und experimentierfreudige, die dann eben Daten nachtragen, und die stabilen vor-bot-Karten für User, die trotzdem ernsthaft damit routen möchten. (Wobei natürlich auch mapper zeitweise zu diesen Usern zählen, klar). Wenn wir die ja zugegeben kaputten Nach-Bot-Karten als genauso stabil verkaufen wie die gewohnten vor-bot-Karten, vergraulen wir die User. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Am 21.07.2012 10:53, schrieb Peter Wendorff: Am 21.07.2012 02:27, schrieb Michael Kugelmann: Am 20.07.2012 18:10, schrieb Garry: Super, und das jetzt mitten in der Hauptreisezeit... :-( Jetzt lass bitte mal die Kirche im Dorf! Aktuelle Karten sind nicht verfügbar/nutzbar weil sie entweder nicht aktualisiert werden oder unbrauchbar weil der Bot zu viele Lücken reingerissen hat. Daten die 2 Wochen alt sind (letzter Planet vor dem Start des Bots) nicht aktuell genug? Dann müssten sich alle TomTom- und sonst-was-Nutzer ja gleich erschißen, so alt sind die Daten dort (BTW: auch die ganzen Festeinbauten in Autos). Teilweise sind die Karten auf meinem Garmin mal 1/2 Jahr alt. Wenn ich nicht gerade Mappe oder in einem Neubaugebiet präzise navigiere ist das für mich auf geschätzten mehr als 99% der Erdfläche egal... +1 Das einzige, was wichtig ist: Diejenigen, die Garmin-Karten generieren und zur Verfügung stellen, geben hoffentlich eine deutliche Warnung aus und stellen nach Möglichkeit die jeweils letzte Vor-Bot-Karte noch bereit. Beides ist IMHO sinnvoll: Aktuelle nach-bot-Karten für Mapper und experimentierfreudige, die dann eben Daten nachtragen, und die stabilen vor-bot-Karten für User, die trotzdem ernsthaft damit routen möchten. (Wobei natürlich auch mapper zeitweise zu diesen Usern zählen, klar). Wenn wir die ja zugegeben kaputten Nach-Bot-Karten als genauso stabil verkaufen wie die gewohnten vor-bot-Karten, vergraulen wir die User. Was ist eigentlich mit denen, die die Mapnik-Kacheln für zum Beispiel eine Anfahrtsbeschreibung (als Google-Alternative) nutzen? Zum Beispiel hier: http://www.openstreetmap.org/?lat=-33.9181lon=151.2052zoom=14layers=M ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Peter Wendorff wrote Zugegeben, es gibt Ausnahmen: Eine Kreuzung mit turn-restrictions aber durch den Bot ohne Abbiegespur ist ärgerlich und mit den Tools praktisch nicht zu finden, Sollte doch relativ einfach sein: turn-restrictions haben (in der regel) genau 3 member (from, to, via). weniger ist doch wohl falsch, oder? Gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/Zurueck-in-die-Steinzeit-tp5716989p5717689.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
cottaer wrote Was ist eigentlich mit denen, die die Mapnik-Kacheln für zum Beispiel eine Anfahrtsbeschreibung (als Google-Alternative) nutzen? Zum Beispiel hier: http://www.openstreetmap.org/?lat=-33.9181lon=151.2052zoom=14layers=M hi, wie lautet das osm-prinzip? wenn dir etwas fehlt, dann trag es ein und das sollte für reine Kartennutzer auch gelten, wenn sie eine vernünftige, korrekte Darstellung Ihrer Anfahrt haben wollen. Die basierte nun mal auf illegalen Daten und muss jetzt nachgebessert werden. Hart und ein wenig unfair, aber anders geht es nicht. Gruss walter -- View this message in context: http://gis.19327.n5.nabble.com/Zurueck-in-die-Steinzeit-tp5716989p5717690.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Off. Re: Zurueck in die Steinzeit
Am 20.07.2012 10:27, schrieb Michael Kugelmann: Welche Hilfen gibt es, mit Potlatch einen sinnvollen Editor wie JOSM nutzen? ;-) Sorry, das musste jetzt sein, ;-) Michael. (Mitglied der Interessengemeinschaft ban Potlatch ;-) Deinen Stolz, dass es Dir gelungen ist, Dich in den coolen Profieditor JOSM einzuarbeiten, kann ich durchaus verstehen. Ich möchte aber zu bedenken geben, dass für jemanden, der nur OSM-Daten bearbeiten möchte, Potlatch ein hervorragendes Werkzeug ist. Der allergrößte Teil der Editierarbeiten ist damit ohne große Einarbeitungszeit effizient zu erledigen, übrigens auch für den Profi. Ich empfinde daher die leichte Überheblichkeit, die hier gelegentlich gegenüber Potlatch-Nutzern zum Ausdruck kommt, als etwas peinlich. Gruß, Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Am 21.07.2012 11:59, schrieb Walter Nordmann: Sollte doch relativ einfach sein: turn-restrictions haben (in der regel) genau 3 member (from, to, via). weniger ist doch wohl falsch, oder? Folgende Kreuzung: Baulich getrennte Spuren für geradeaus und rechts. Man darf nur nach rechts abbiegen, wenn man vorher die Rechtsabbiegerspur wählt. Die Straße von rechts kreuzt aber die Geradeausspur auch, daher ist dort ein Abbiegeverbot. Fehlt jetzt die Rechtsabbiegerspur, für die vorhandenen Wege ist aber ein Rechtsabbiegeverbot hinterlegt, dann ist das ein schwer maschinell zu findender Fehler. Gruß, Bernd -- Hilf einem Freund in der Not, und er wird sich an dich erinnern, wenn er wieder in Not ist! signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Am 21.07.2012 12:07, schrieb Walter Nordmann: cottaer wrote Was ist eigentlich mit denen, die die Mapnik-Kacheln für zum Beispiel eine Anfahrtsbeschreibung (als Google-Alternative) nutzen? Zum Beispiel hier: http://www.openstreetmap.org/?lat=-33.9181lon=151.2052zoom=14layers=M hi, wie lautet das osm-prinzip? wenn dir etwas fehlt, dann trag es ein und das sollte für reine Kartennutzer auch gelten, wenn sie eine vernünftige, korrekte Darstellung Ihrer Anfahrt haben wollen. Die basierte nun mal auf illegalen Daten und muss jetzt nachgebessert werden. Hart und ein wenig unfair, aber anders geht es nicht. Alternativ kann man aus den alten Daten selbst rendern oder jemanden rendern lassen. Das ist nicht zwingend kostenlos, aber ständige Verfügbarkeit oder irgendein Qualitätskriterium ist für die Tiles von osm.org auch niemals und von niemandem garantiert worden. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Columbus und Android
Hi, arbeitet jemand von Euch unterwegs mit einem Android-tablet und/oder mit Columbus Gruß, Albrecht ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
Am 21.07.2012 13:27, schrieb Peter Wendorff: Am 21.07.2012 12:07, schrieb Walter Nordmann: cottaer wrote Was ist eigentlich mit denen, die die Mapnik-Kacheln für zum Beispiel eine Anfahrtsbeschreibung (als Google-Alternative) nutzen? Zum Beispiel hier: http://www.openstreetmap.org/?lat=-33.9181lon=151.2052zoom=14layers=M hi, wie lautet das osm-prinzip? wenn dir etwas fehlt, dann trag es ein und das sollte für reine Kartennutzer auch gelten, wenn sie eine vernünftige, korrekte Darstellung Ihrer Anfahrt haben wollen. Die basierte nun mal auf illegalen Daten und muss jetzt nachgebessert werden. Hart und ein wenig unfair, aber anders geht es nicht. Alternativ kann man aus den alten Daten selbst rendern oder jemanden rendern lassen. Das ist nicht zwingend kostenlos, aber ständige Verfügbarkeit oder irgendein Qualitätskriterium ist für die Tiles von osm.org auch niemals und von niemandem garantiert worden. Eher im Gegenteil...es wird sogar für den produktiven Einsatz dazu geraten, etwas eigenes aufzusetzen oder MapQuest zu nutzen. Und bevor das Argument kommt: Viel zu kompliziert...bei einer Anfahrtskizze tut es schon ein Screenshot der Karte. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zurueck in die Steinzeit
2012/7/21 aighes o...@aighes.de: Am 21.07.2012 13:27, schrieb Peter Wendorff: Am 21.07.2012 12:07, schrieb Walter Nordmann: cottaer wrote Was ist eigentlich mit denen, die die Mapnik-Kacheln für zum Beispiel eine Anfahrtsbeschreibung (als Google-Alternative) nutzen? Zum Beispiel hier: http://www.openstreetmap.org/?lat=-33.9181lon=151.2052zoom=14layers=M hi, wie lautet das osm-prinzip? wenn dir etwas fehlt, dann trag es ein und das sollte für reine Kartennutzer auch gelten, wenn sie eine vernünftige, korrekte Darstellung Ihrer Anfahrt haben wollen. Die basierte nun mal auf illegalen Daten und muss jetzt nachgebessert werden. Hart und ein wenig unfair, aber anders geht es nicht. Alternativ kann man aus den alten Daten selbst rendern oder jemanden rendern lassen. Das ist nicht zwingend kostenlos, aber ständige Verfügbarkeit oder irgendein Qualitätskriterium ist für die Tiles von osm.org auch niemals und von niemandem garantiert worden. Eher im Gegenteil...es wird sogar für den produktiven Einsatz dazu geraten, etwas eigenes aufzusetzen oder MapQuest zu nutzen. Und bevor das Argument kommt: Viel zu kompliziert...bei einer Anfahrtskizze tut es schon ein Screenshot der Karte. Henning Ist allerdings für besser für den Nutzer, wenn er mehr als bloße „Skizze“ hat... B.B. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[osm-ve] Enrutamiento con OSM
Proyecto para hacer enrutamiento con OpenstreetMap http://map.project-osrm.org/ -- Salva un árbol. No imprimas este correo a menos que sea realmente necesario. - J. Hernán Ramírez R Blog http://blog.hernanramirez.info - Linux User #97.898http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=97898 - Twitter @HernanRamriez http://twitter.com/HernanRamirez Mapas Libres OpenStreetmap Venezuela http://openstreetmap.org.ve - ___ Talk-ve mailing list Talk-ve@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ve
[osm-ve] Proyecto en RSS para ver las contribuciones OSM en tu zona
RSS para ver contribuciones en tu zona #openstreetmap http://neis-one.org/2012/07/new-contributor-feed/ -- Salva un árbol. No imprimas este correo a menos que sea realmente necesario. - J. Hernán Ramírez R Blog http://blog.hernanramirez.info - Linux User #97.898http://counter.li.org/cgi-bin/runscript/display-person.cgi?user=97898 - Twitter @HernanRamriez http://twitter.com/HernanRamirez Mapas Libres OpenStreetmap Venezuela http://openstreetmap.org.ve - ___ Talk-ve mailing list Talk-ve@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ve
Re: [osm-ve] Mapa Borrado IMPORTANTE!
lamentable de verdad que se haya perdido información con la que ya contábamos (sobretodo esta zona estaba muy bien mapeada y dedicar nuevamente horas de trabajo a una zona donde ya se habia realizado), estuve chequeando con Potlach los nuevas imágenes de la cobertura de bing y desafortunadamente esta zona no se encuentra para nada con detalle, me dedicare en la medida de lo posible captar trazas para reconstruir esta zona. ¿alguien mas a observado que se ha perdido data en otra zona del pais? El 21 de julio de 2012 12:10, hyan...@gmail.com hyan...@gmail.comescribió: Esto puede obedecer al cambio de la licencia hacia Odbl [1][2], se han eliminado los datos de los usuarios que no lo aceptaron. Por lo tanto hay que reconstruir esas áreas, afortunadamente se ha ampliado la cobertura Bing [3], disponible desde JOSM, Potlach y demás editores. Saludos, Humberto Yances HOT [4] [1] http://blog.osmfoundation.org/2012/03/27/service-schedule-march-april-2012/ [2] http://blog.osmfoundation.org/2012/07/09/licence-redaction-ready/ [3] http://www.bing.com/community/site_blogs/b/maps/archive/2012/06/25/released-our-largest-satellite-publication.aspx [4] http://wiki.openstreetmap.org/wiki/Humanitarian_OSM_Team El día 21 de julio de 2012 11:21, J. Rojas rojas...@gmail.com escribió: Saludos a todos escribo para reportar a mi manera de ver un ataque a nuestro mapa de OSM VE especificamente he observado que la siguiente zona La Victoria ha sido borrado o eliminado varias calles. esta zona es donde vivo y se exactamente que estaba muy bien mapeada. Observe este detalle al intentar probar la herramienta Enrutamiento con OSM de un correo enviado anteriormente por Hernan Ramirez, pence inicialmente que era una version de OSM bastante vieja que usaba la pagina de enrutamiento, pero al chequear esto en OSM observe que hay mucha informacion geografica q ha sido borrada o eliminada, no c si fue intencionalmente o algun usuario cometio el error. Lo importante chequeamos si esto ha ocurrido con otras zonas en nuestro OSM, y Como hacemos para recuperar esta informacion perdida. Gracias! -- J. Rojas ___ Talk-ve mailing list Talk-ve@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ve ___ Talk-ve mailing list Talk-ve@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ve -- J. Rojas ___ Talk-ve mailing list Talk-ve@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ve
[Talk-dk] Efter Redactionbotten har været gennem vort lille land
Jeg har studeret http://tools.geofabrik.de/osmi/debug.html?view=botlon=10.43554lat=56.12998zoom=7overlays=overview,bot_point_modified,bot_line_modified_cp,bot_line_modified,bot_point_deleted,bot_line_deleted_cp,bot_line_deleted her til morgen og kigget på hvad der er sket i Sønderjylland. Jeg har ikke mulighed for selv at gøre mere den næste uges tid, så jeg vil bede de af jer der har mulighed om at kigge nærmere på resten af landet. Vær opmærksom på om bl.a. veje der er markeret med gult mangler dele, stadig følger deres baner som de skal, er korrekt forbundet med andre veje og stadig er tagget rigtigt. Jeg faldt for eksempel over en vigtig hovedvej, som der pludselig manglede dele af. Det går ikke :) ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-gb-westmidlands] Fwd: [HOT] Fwd: [OSM-talk] Task Manager for Remapping Efforts
Hi Jonathan, One of the problems (and benefits!) of OSM is that there are so many different tools/websites/software available. This means that it can become complicated for users and therefore it can be difficult to get people using any new tools. Having said that, I have just looked at the tasking tool and it does look good. My suggestion is to look at some of the wiki pages (see links below) that have been used to organise efforts in the past and consider how they would translate to this tasking tool. Perhaps design a mock-up. If it's clear to other mappers that there is a benefit of using the tasking tool then you will have a higher chance of it being adopted. Regards, Rob ps Editing the wiki can be daunting for new users so the tasking tool probably already has one advantage over the wiki! [1] http://wiki.openstreetmap.org/wiki/Allotments_Project [2] http://wiki.openstreetmap.org/wiki/Change_register [3] http://wiki.openstreetmap.org/wiki/Mappa_Mercia#Current_Primary_Mapping_Focus [4] http://wiki.openstreetmap.org/wiki/WikiProject_United_Kingdom_Long_Distance_Paths [5] http://wiki.openstreetmap.org/wiki/WikiProject_United_Kingdom/Boundaries etc.. On , Big Fat Frog bigfatfro...@gmail.com wrote: Hi all, Have we ever used the tasking tool to co-ordinate efforts on a particular area? I use it at HOT else I wouldn't have a clue what or where to help. I'm surprised it's not more widely used around OSM, unless it is and I just haven't stumbled across it yet? http://rebuild.poole.ch/ - remapping efforts http://tasks.hotosm.org/ - HOT tasking Jonathan Original Message Subject: [HOT] Fwd: [OSM-talk] Task Manager for Remapping Efforts Date: Sat, 21 Jul 2012 08:06:33 -0400 From: Jaakko Helleranta.com jaa...@helleranta.com To: HOT@OSM (Humanitarian OpenStreetMap Team) h...@openstreetmap.org Didn't see this on HOT list yet. So, FYI, since there are many that don't read the talk list. BIG thanks to Simon for setting this up! (and pgiraud + others here/elsewhere for creating the TM, obviously) -J -- Forwarded message -- From: *Simon Poole* si...@poole.ch si...@poole.ch Date: Sat, Jul 21, 2012 at 6:41 AM Subject: [OSM-talk] Task Manager for Remapping Efforts To: openstreetmap t...@openstreetmap.org t...@openstreetmap.org, talk...@openstreetmap.org talk...@openstreetmap.org I've set up a task manager on http://rebuild.poole.ch/ (it is simply a further instance of the HOT tasking server) to support and coordinate what ever remapping efforts can be carried out by arm chair mapping. You can log in with your existing OSM credentials. If you want to add jobs send mail to my OSM user account (SimonPoole) and I'll give you admin status and a show you how to set them up. I suspect that targeting hotspots and stuff that doesn't require too much local knowledge would make most sense. Simon ___ talk mailing list t...@openstreetmap.org t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-gb-westmidlands] Redaction view and remapping efforts
Hi All, The geofabrik website has a new view for nodes/ways that were changed/deleted by the redaction bot [1]. I have asked SimonPoole to set up a area on the tasking website [2] where we can have a go at co-ordinating remapping efforts (as suggested by Jon) RobJN [1] http://tools.geofabrik.de/osmi/debug.html?view=botlon=-1.78240lat=52.48124zoom=10overlays=overview,bot_point_modified,bot_line_modified_cp,bot_line_modified,bot_point_deleted,bot_line_deleted_cp,bot_line_deleted [2] http://rebuild.poole.ch/ ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-se] Kan någon kolla på...
Hej! Det ser bra ut tycker jag, och eftersom jag renderar en egen karta som är otroligt känslig på hur kustlinjen är ritad och renderingen fungerade bra för mig så är ändringen helt ok! Se här: http://skoterleder.org/?zoom=13lat=64.67104lon=21.16934layers=B0TF Jag har letat fel i kustlinjen på andra ställen där det inte blivit rätt och då har inte mapnik kartan varit uppdaterad fast det gått veckor. Det gör dock att det är lätt att se om någon ändrat kustlinjen... Så det är bara att vänta! /Henrik Den 14 juli 2012 15:53 skrev Anders Arnholm and...@arnholm.se: Joakim Fors skrev 2012-07-14 11:47: On 14 jul 2012, at 09:00, Anders Arnholm wrote: Gjorde en större ändring av kusten utanför Skellefteå http://www.openstreetmap.org/browse/changeset/12204425 Men det ser inte ut at ha rednerats alls i näheten av rätt: http://www.openstreetmap.org/?lat=64.6686lon=21.1563zoom=14layers=M Tar det lång tid innan havslagreat genereras om eller har det blivit något fel. Jagf tycker att jag satt coastline åt rätt riktning, mar jagf missat att lägga in den nya kusten i någon relation? Kan ta länge innan kusten renderas om men ser OK ut i JOSM validatorn i alla fall. OSMI verkar inte uppdateras så länge redaction boten håller på men annars kan man kolla med http://tools.geofabrik.de/osmi/?view=waterlon=21.19709lat=64.66313zoom=11overlays=coastline,coastline,simple_islands,coastline_nodes,rivermouths,coastline_not_simple,coastline_unconnectedom kusten är trasig. Ser ut som mine ändringar inte kommit dit heller, man är väll för otålig, det mesta andra ändringar kommer in så fort nu mera, tex, vägen i samma changeset. ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
Re: [Talk-se] Bostadsytor och lantgårdar
Tackar, då har man lite att pilla med någon dag :) Vad betyder de gula ytorna? /Andreas 2012/7/20 Tobias Johansson t...@mensa.se: Uppdaterade den lite. Nu är blåa hus samma som innan medan röda hus är de polygoner som har både landuse=residetial och building=yes. Den 20 juli 2012 15:04 skrev Tobias Johansson t...@mensa.se: Jag gjorde en snabb test i min testrendering. http://83.233.132.52/?zoom=7lat=57.86097lon=15.30018layers=B0FT0 La den på binglagret för jag orkade inte skapa ett nytt lager än. Symbolerna dyker upp där den projecerade arealen är mindre än 25.000kvm. Detta pga av att den projecerade arean finns lätt att tillgå. Dock är den projecerade arean i Mercartor-proj bara exact nära ekvatorn. och blir mer fel längre norrut. Jämnförde kommunareor verklig och projecerad i mercartor. KommunVerklig Projecerad Faktor Kiruna2x10xy10 1,48x10xy11 7,5 Jönköping 1,9x10xy9 6,8x10xy9 3,5 Malmö 1x10xy9 1,6x10xy8 6,25 Varför det inte blev linjärt vet jag inte. Kanske utbredningen av arean spelar roll (på bredden genemot höjden)? Oavsett tyckte jag en faktor på 5 borde ge ungefär 5.000 kvm som du efterfrågade... MvH Tobias Den 20 juli 2012 12:50 skrev Andreas Vilén andreas.vi...@gmail.com: Jag har upptäckt att det förekommer att lantgårdar (landuse=farmyard) taggas som bostadsområden (landuse=residential). Kan någon kunnig robotsöka igenom databasen för Sverige efter landuse=residential på mindre än, säg, en halv hektar (5000 kvm)? Sveriges minsta tätort till ytan är enligt Wikipedia omkring 10 hektar, och även där man taggar markanvändning per kvarter bör väl de flesta kvarteren överstiga den ytan. Kanske blir det en del falska alarm, men det känns som om det kan vara värt besväret om man på något sätt kan filtrera ut resultat till utanför tätort. För övrigt har jag i och för sig sett att byggnader taggas på det här sättet, så man får ju två flugor i en smäll... /Andreas ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se ___ Talk-se mailing list Talk-se@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-se
[Talk-ar] borrados
parece q el bot paso por casa y borro unas cuantas calles, como se hace para visualizar/renderizar un archivo .osm? Por la zona de Carapachay borro varias calles q alguna vez recorrí con la bici para corregir sentidos de circulación y otros detalles slds ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] borrados
El sáb, 21-07-2012 a las 10:36 -0300, Werner Horsch escribió: parece q el bot paso por casa y borro unas cuantas calles, como se hace para visualizar/renderizar un archivo .osm? Por la zona de Carapachay borro varias calles q alguna vez recorrí con la bici para corregir sentidos de circulación y otros detalles ¿Para recuperar la info perdida tenes que volver a relevar en bici? -- Martin Andres Gomez Gimenez web: http://www.i-nis.com.ar e-mail: mggime...@i-nis.com.ar Jabber: mggime...@i-nis.com.ar Usuario Linux: #306000 signature.asc Description: This is a digitally signed message part ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
Re: [Talk-ar] borrados
Werner, Un archivo .osm lo podés abrir con JOSM tranquilamente. Aparte tiene un formato relativamente legible (es un XML). ¿Tenés la info original que habías relevado en un .osm? Saludos, Cristian El día 21 de julio de 2012 10:36, Werner Horsch werner.hor...@gmail.com escribió: parece q el bot paso por casa y borro unas cuantas calles, como se hace para visualizar/renderizar un archivo .osm? Por la zona de Carapachay borro varias calles q alguna vez recorrí con la bici para corregir sentidos de circulación y otros detalles slds ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar ___ Talk-ar mailing list Talk-ar@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ar
[Talk-ca] CanVec imports allowed again?
Now that the redaction bot has apparently finished its sweep of Canada, is it safe for CanVec imports to be resumed? I want to try my hand at importing a few tiles around where I live. - David E. Nelson ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-ca] CanVec imports allowed again?
From: David E. Nelson [mailto:denelso...@yahoo.ca] Subject: [Talk-ca] CanVec imports allowed again? Now that the redaction bot has apparently finished its sweep of Canada, is it safe for CanVec imports to be resumed? I want to try my hand at importing a few tiles around where I live. The bot is still running. It shouldn't impact mapping although uploading frequently is always a good idea. Imports are still not to be done. ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [Talk-cz] tagování silnic - praxe a wiki se liší
Dne 21.7.2012 1:08, Jakub napsal(a): Chtěl bych se zeptat jestli proběhla (předpokládám že ano) nějaká diskuze ohledně tagování silnic první třídy. Pokud ne, tak bych jí rád otevřel. Na http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/roads_tagging se píše, že to zda se silnice 1. třídy taguje jako trunk nebo primary je určeno tím, zda má silnice 2 nebo 4 pruhy. Začal jsem tagovat podle této informace, ale velmi rychle mi začalo připadat, že to není dobrý nápad. Neodpovídá tomu vůbec praxe, která taguje jako trunk (podle toho co jsem viděl) jen rychlostní komunikace - pokud by se dodrželo to co je ve wiki, bude potřeba udělat změny na mnoha místech, například Praha by byla plná trunků. IMHO to není ani pěkné v Mapniku (ale to není hlacní argument) ani praktické. Ztrácíme tím vizuální informaci - rozdíl mezi silnicemi 1. třídy a dálnicí či rychlostní komunikací. Prosím vaše názory, rád bych to když procházím silnice ČR měl možnost zároveň upravovat. Můj návrh: silnice první třídy mapovat jako primary nehledě na počet pruhů. Vizualni rozdil tam je a byt muze, zalezi na renederu. Diskuse probehla (je to i tady v mailistu, hledej) - rychlostni silnice ma navic oznaceni motorroad. A jednicek oznacenych jako trunk je spousta - trebas 13ctka minimalne z 50%. Nespravuj co neni rozbity. To ze to defaultne mapnik renederuje stejne neni problem tagovani, ale renederu - JOSM to napriklad rozlisuje (ryhlostka je podbarvena modre). Pretagovanim bys navic rozbil i navigace, protoze jich spousta dava trunku prednost pred primary, coz je spravne, protoze to je lepsi a rychlejsi cesta. Nevim cos kde videl, ale videl si zjevne velmi spatne. Trunk je proste jednicka s parametry rychlostni silnice. Nemusi to byt vicepruhova jednicka - nekdy je to holt o spravne zvolenym tagu. Podivej trebas na Evropskou - ta neni trunk a je to taky spravne. Protoze je sice 2+2, ale kazdejch 10m je semafor, krizovatka ... = je to spravne jako primary. Jakub ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] tagování silnic - praxe a wiki se liší
Jakub j at kub.cz writes: Chtěl bych se zeptat jestli proběhla (předpokládám že ano) nějaká diskuze ohledně tagování silnic první třídy. Pokud ne, tak bych jí rád otevřel. Na http://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/roads_tagging se píše, že to zda se silnice 1. třídy taguje jako trunk nebo primary je určeno tím, zda má silnice 2 nebo 4 pruhy. Začal jsem tagovat podle této informace, ale velmi rychle mi začalo připadat, že to není dobrý nápad. Neodpovídá tomu vůbec praxe, která taguje jako trunk (podle toho co jsem viděl) jen rychlostní komunikace - pokud by se dodrželo to co je ve wiki, bude potřeba udělat změny na mnoha místech, například Praha by byla plná trunků. IMHO to není ani pěkné v Mapniku (ale to není hlacní argument) ani praktické. Ztrácíme tím vizuální informaci - rozdíl mezi silnicemi 1. třídy a dálnicí či rychlostní komunikací. Prosím vaše názory, rád bych to když procházím silnice ČR měl možnost zároveň upravovat. Můj návrh: silnice první třídy mapovat jako primary nehledě na počet pruhů. Jakub ___ Talk-cz mailing list Talk-cz at openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz Hlavní problém je v tom, že u nás se silnice značí jinak, než je zvykem v Evropě. Mnoho našich rychlostních silnic je postaveno v parametrech dálnic a stejně se značí pouze jako rychl. silnice (expressway). Podobně u některých silnic I. třídy. Toho už si začíná všímat i ministestvo dopravy, v plánu je povyšování některych RS na dálnice (zejména R10, R35) a silnic I. třídy na RS, popř. SPMV, se zavedením 110 km/h na SPMV (s možným místním zvýšením limitu na 130 km/h). Kvůli výše uvedenému bych to zatím nechal tak, jak to je. Navíc mnoho silnic I. třídy není kromě značení rozeznatelných od RS (např. I/37 HK - Pardubice, části I/13, v menší míře I/48 apod.). Důležité také je, že trunk nese informaci o tom, že silnice je čtyřpruhová a většinou s mimoúrovňovými křižovatkami. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] rúian wms vrstvy přejmenovány!
zdravím, zjistil jsem, že ne každý prográmek si poradí s diakritikou, tak jsem přejmenoval wms vstvy, tak kdo je používáte, tak si ty názvy zaktualizute. ff smime.p7s Description: Elektronicky podpis S/MIME ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nováček
Máte-li někdo čas, můžete to někdo zkouknout a třeba okomentovat, co dělám špatně, nebo ne úplně optimálně. Hlavně plavu v tom, jak tagovat různé pěší cesty (jak např. na chodník a kdy už je něco chodník a kdy už ne). Kdybyste někdo měl čas, budu vděčen za feedback. Par postrehu: - pokud jsou to samostatne chodniky (tj. zpevnene cesty pro pesi, typicky neprilehajici k silinici), znacil bych to jako highway=footway - pokud jsou chodniky prilehle silnici, daji se znacit jako sidewalk=* na tu silnici https://wiki.openstreetmap.org/wiki/Key:sidewalk byt tohle nemame zpracovane v editing standardech pro CR - highway=path jsou typicky nezpevnene pesinky, vyslapane at uz mimo mesto nebo ve meste - highway=track je vozova cesta (podle tracktype muze byt i zpevnena - grade1, ale jinak i nezpevnena) - u track a path bych prosil znacit mtb:scale https://wiki.openstreetmap.org/wiki/Mountainbike pokud mate aspon trochu zkusenosti s jizdou na horskem kole, at to pak muzem vyuzivat v MTB mape - pokud uvidite turisticke znacky a znacky pro cykloturistiku (cyklotrasy), prosim doplnte pomoci relaci https://wiki.openstreetmap.org/wiki/WikiProject_Czechia/Editing_Standards_and_Conventions#Turistick.C3.A9_zna.C4.8Den.C3.AD https://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/cycle_ways osobne tohle povazuji za velmi cenne, protoze to se neda odnikud legalne obkreslit a musi se to fakt projit/projet v terenu (KCT nam to dat nechtelo a nechce, v leteckem snimkovani UHUL ci Bing to neuvidime; a pokud by nekoho napadlo to obkreslovat z nejake mapy typu KCT ci Shocart, tak nejen, ze to je nelegalni a bude smazano, pokud se na to prijde, ale navic tyhle mapy obsahuji hodne rozdilu oproti skutecnemu vedeni znacek a cylkotras v terenu) Jinak jak uz tu hanoj predhazoval, doporucuji proletet aspon: https://wiki.openstreetmap.org/wiki/CS:Map_Features https://wiki.openstreetmap.org/wiki/WikiProject_Czechia/Editing_Standards_and_Conventions Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
[Talk-cz] rúian, postgis a multipoint
ahoj, narazil jsem na jednu zajímavou věc. multipoint geometrie se sice při importu z rúian do db uloží, nicméně jsou zřejmě chybné a nefungují, např: ruian_new=# create table test (geom geometry); CREATE TABLE ruian_new=# insert into test values (st_geomfromgml('gml:MultiPoint xmlns:gml=http://www.opengis.net/gml/3.2; gml:id=DOB.545058.X srsName=urn:ogc:def:crs:EPSG::2065 gml:srsDimension=2gml:pointMembersgml:Point gml:id=DOB.545058.1gml:pos496547.00 1139895.00/gml:pos/gml:Point/gml:pointMembers/gml:MultiPoint')); INSERT 0 1 ruian_new=# select * from test; geom 0104A01108 (1 row) ruian_new=# select st_asgml(geom) from test; st_asgml -- (1 row) ruian_new=# select st_astext(geom) from test; st_astext MULTIPOINT Z EMPTY (1 row) netušíte někdo, kde je problém? mám tu postgresql 9.1.4 a postgis 2.0.1. ff smime.p7s Description: Elektronicky podpis S/MIME ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nováček
Ok, zkusím se tím prokousat. Ještě tu mám jednu lahůdku a sice jak značit dopravní hřiště, viz: http://www.openstreetmap.org/?lat=49.718881lon=17.289139zoom=18layers=M ? Normální cesty to nejsou, je na to nějaký speciální tag? Díky. 2012/7/21 Petr Holub ho...@ics.muni.cz: Máte-li někdo čas, můžete to někdo zkouknout a třeba okomentovat, co dělám špatně, nebo ne úplně optimálně. Hlavně plavu v tom, jak tagovat různé pěší cesty (jak např. na chodník a kdy už je něco chodník a kdy už ne). Kdybyste někdo měl čas, budu vděčen za feedback. Par postrehu: - pokud jsou to samostatne chodniky (tj. zpevnene cesty pro pesi, typicky neprilehajici k silinici), znacil bych to jako highway=footway - pokud jsou chodniky prilehle silnici, daji se znacit jako sidewalk=* na tu silnici https://wiki.openstreetmap.org/wiki/Key:sidewalk byt tohle nemame zpracovane v editing standardech pro CR - highway=path jsou typicky nezpevnene pesinky, vyslapane at uz mimo mesto nebo ve meste - highway=track je vozova cesta (podle tracktype muze byt i zpevnena - grade1, ale jinak i nezpevnena) - u track a path bych prosil znacit mtb:scale https://wiki.openstreetmap.org/wiki/Mountainbike pokud mate aspon trochu zkusenosti s jizdou na horskem kole, at to pak muzem vyuzivat v MTB mape - pokud uvidite turisticke znacky a znacky pro cykloturistiku (cyklotrasy), prosim doplnte pomoci relaci https://wiki.openstreetmap.org/wiki/WikiProject_Czechia/Editing_Standards_and_Conventions#Turistick.C3.A9_zna.C4.8Den.C3.AD https://wiki.openstreetmap.org/wiki/WikiProject_Czech_Republic/cycle_ways osobne tohle povazuji za velmi cenne, protoze to se neda odnikud legalne obkreslit a musi se to fakt projit/projet v terenu (KCT nam to dat nechtelo a nechce, v leteckem snimkovani UHUL ci Bing to neuvidime; a pokud by nekoho napadlo to obkreslovat z nejake mapy typu KCT ci Shocart, tak nejen, ze to je nelegalni a bude smazano, pokud se na to prijde, ale navic tyhle mapy obsahuji hodne rozdilu oproti skutecnemu vedeni znacek a cylkotras v terenu) Jinak jak uz tu hanoj predhazoval, doporucuji proletet aspon: https://wiki.openstreetmap.org/wiki/CS:Map_Features https://wiki.openstreetmap.org/wiki/WikiProject_Czechia/Editing_Standards_and_Conventions Petr ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Kostra silnic
To je perfektní, pokud by to s(lo znovu pr(egenerovat podle aktuálních dat. Podle stránek R(SD mají aktualizace na pu*lroc(ní bázi. Ale i tak si to urc(ite( projdu. Kdo by se tím chte(l zabývat, tak se mi osve(dc(ilo v JOSM pouz(ít pr(ímo podklad z WMS serveru R(SD - v Pr(edvolbách - WMS - pr(idat vrstvu s tímto url ( wms:http://geoportal.jsdi.cz/ArcGIS/services/geoportal_rsd_wms1/MapServer/WMSServer?FORMAT=image/jpegVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLayers=11,10,9,8,7,6,5,4,3,2,1STYLES=SRS={proj}WIDTH={width}HEIGHT={height}BBOX={bbox} http://geoportal.jsdi.cz/ArcGIS/services/geoportal_rsd_wms1/MapServer/WMSServer?FORMAT=image/jpegVERSION=1.1.1SERVICE=WMSREQUEST=GetMapLayers=11,10,9,8,7,6,5,4,3,2,1STYLES=SRS=%7Bproj%7DWIDTH=%7Bwidth%7DHEIGHT=%7Bheight%7DBBOX=%7Bbbox%7D) Dals(í info ohledne( hledání chyb na silnicích je na http://wiki.openstreetmap.org/wiki/%C3%9Aklid_po_velk%C3%A9m_promaz%C3%A1n%C3%AD Zdravím Jakub ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] tagování silnic - praxe a wiki se liaí
Dne 21.7.2012 22:48, Jakub napsal(a): A jednicek oznacenych jako trunk je spousta - trebas 13ctka minimalne z 50%. Nespravuj co neni rozbity. To ze to defaultne mapnik renederuje stejne neni problem tagovani, ale renederu - JOSM to napriklad rozlisuje (ryhlostka je podbarvena modre). Ale práve( proto se ptám, abych nespravoval to co není rozbitý, naopak jsem postupoval podle wiki a zjistil, z(e v ní nejspís( ne(co nehraje a zac(al to r(es(it na maillistu. Jestli je správný jiný postup, tak me( ho prosím r(ekne(te. Pretagovanim bys navic rozbil i navigace, protoze jich spousta dava trunku prednost pred primary, coz je spravne, protoze to je lepsi a rychlejsi cesta. Nevim cos kde videl, ale videl si zjevne velmi spatne. Trunk je proste jednicka s parametry rychlostni silnice. Dobrý den, prosím o trochu trpe(livosti - mapuji podle wiki, takz(e to bud( není s(patne(, nebo musíme opravit wiki. V posledních dnech jsem pros(el te(ch silnic hodne(, proto se chci pode(lit o svoje postr(ehy s te(mi kdo o to stojí, rozhodne( se ale nestojím o to pr(ít. Z toho co jsem vide(l, vyplývá z(e praxe je proste( sloz(ite(js(í nez( wiki tvrdí a pravde(podobne( to lidé de(lají tak ne(jak podle selského rozumu - na zpu*sob toho co pís(ete. Myslím, z(e by ale pro dals(í lidi bylo dobré tu praxi ne(kam shrnout, coz( klidne( ude(lám, k tomu se ale musíme shodnout na ne(jakém standardu. Hlavní problém je v tom, z(e u nás se silnice znac(í jinak, nez( je zvykem v Evrope(. Mnoho nas(ich rychlostních silnic je postaveno v parametrech dálnic a stejne( se znac(í pouze jako rychl. silnice (expressway). Podobne( u ne(kterých silnic I. tr(ídy. Toho uz( si zac(íná vs(ímat i ministestvo dopravy, v plánu je povys(ování ne(kterych RS na dálnice (zejména R10, R35) a silnic I. tr(ídy na RS, popr(. SPMV, se zavedením 110 km/h na SPMV (s moz(ným místním zvýs(ením limitu na 130 km/h). Kvu*li výs(e uvedenému bych to zatím nechal tak, jak to je. Navíc mnoho silnic I. tr(ídy není krome( znac(ení rozeznatelných od RS (napr(. I/37 HK - Pardubice, c(ásti I/13, v mens(í mír(e I/48 apod.). Du*lez(ité také je, z(e trunk nese informaci o tom, z(e silnice je c(tyr(pruhová a ve(ts(inou s mimoúrovn(ovými kr(iz(ovatkami. Souhlasím s tím, z(e by to me(lo ne(jak odpovídat realite( a rád to nechám tak jak to je. Stejne( bych ale potr(eboval ne(jaké vodítko pro ve(ci které taguji nove(, tedy ve(de(t jak to tedy je. Abych byl konkrétní, mám tyto otázky (s pr(ipsanými odpove(d(mi podle hledání v archivech): V kterých pr(ípadech tagovat jako trunk? * Podle toho co jsem nas(el v archivech (nikoli na wiki) úr(edpokládám, z(e urc(ite( rychlostní silnice a silnice pro motorová vozidla (mimochodem jaký je mezi nimi rozdíl ze zákona? - jediné co me( napadá, z(e na Rka moz(ná mohou i kola) * Dále to budou jednic(ky, které mají 2+2 pruhy odde(lené trávou + ne(jaká dals(í podmínka (pravde(podobne( tr(eba max rychlost alespon( 80km/h?) - dobrý zapeklitý pr(íklad je Evropská v praze, * Pokud to není sme(rove( de(leno, není to trunk. Na Rdko rozhodne kola nemuzou, z pohledu predpisu je to totez jako dalnice. Jediny rozdil je v konstrukci/pravne. Kostrukce muze byt stejne jako dalnice, ale nemusi (muzou byt vetsi stoupani, mensi odstavny pruhy ... ale to se v prubehu casu meni) Znaceni je nekde na citu - Evropska neni trunk, protoze na ni mas spoustu urovnovych krizovatek, semafory ... naprotitomu Kbelskou sem pro zprovozneni radialy + MUK na trunk preznacil - v tom useku ted nemas zadny urovnovy krizeni ani semafory. Ber to tak ze nelze stanovit striktni a presna pravidla. Osm se snazi mapovat fyzicky stav veci, coz je nekdy v rozporu s pravnim stavem. Zarnej priklad je trebas prave ta 13cka, to je ve vsech usecich jednicka = maximalka 90. Kdyz vemes R7, tak to sice je pravne rychlostni silnice, a legalne po ni muzes jet 130, ale stav useku pha - slany je naprosto tragickej (narozdil od ty 13tky, kde se uplne vpohode tech 130 da jet naprosto bezpecne). Pravni stav se rozlisuje prave tagem motorroad = silnice pro motorova vozidla (= znaceno znackama s autem). * V kterých pr(ípadech tagovat jako dálnice? * Dálnice vs(echny, to je jasné? * Ne(které silnice pro motorová vozidla? To asi nejspís( ne. Dalnice v CR se taguje jako dalnice pokud to je dalnice (= je znacena jako dalnice prislusnejma znackama). V kterých pr(ípadech tagovat jako primary? * Jednic(ky které nejsou trunk jsou jasné. * Hors(í je to ve me(stech, má se zde tagovat podle klasifikace R(SD nebo jinak? Jako pr(íklad mu*z(e poslouz(it jiz(ní c(ást okruhu v C(eských Bude(jovicích (http://www.openstreetmap.org/?lat=48.97313lon=14.47671zoom=15layers=M). Ulice Mánesova a Nádraz(ní byla na jihu C(B oznac(ena jako primary. Nádraz(ní je ale silnice tr(etí tr(ídy (15611) a Mánesova silnice druhé tr(ídy (c(. 156 - vedoucí dále Novohradskou na jih). Zac(al jsem tam
Re: [Talk-cz] k wiki
Dne 20.7.2012 0:46, Michal Pustějovský napsal(a): Jakub j at kub.cz writes: Jak mapovat velká turistická zařízení, kam se umisťují tagy celého zařízení, na plochu nebu do nějakého bodu. Možná so obě řešení ale obě mají své výhody a nevýhody. Příklad zde http://www.openstreetmap.org/?lat=48.90183lon=17.30796zoom=17layers=M Obecně taguju POI apod. takto: Celá budova je jedno POI (např. restaurace) - tag dám na budovu Více POI v jedné budově - samostatné body uvnitř budovy Jop, ale (nejen)na tomle se me osobne nelibi, ze nelze jednomu objektu pridelit vicenasobne tagovani. Prijde mi totiz doslova debilni davat nekam 10 POI jen proto, ze je tam nejakej uni kramek, kde chci rict, co vsechno se tam da koupit. Jedno POI zabírá více budov (např. obchodní centrum) - vytvořím novou plochu s tagem (tj. obrys budov) nebo pouze bod (záleží na situaci) POI je plocha, areál (váš případ) - pokud znám přesně rozsah oblasti (např. dáno oplocením apod.), zakreslím jako oblast, pokud ne, tak pouze jako bod. Technicky lze jeste oblast obkreslit neotagovanou linii (jde o ciste virtualni hranici = zadny plot ...) a tagy dat relaci. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [Talk-cz] Nováek
Celou plochu bych oznac(il jako http://wiki.openstreetmap.org/wiki/Tag:leisure%3Dplayground A jednotlivé ve(ci tak jak jsou fyzicky - pokud je to podobný jako hr(is(te( co znám, tak se to skládá z betonovejch cestic(ek, kde mohou jezdit de(ti na kolech - cestic(ky bych tedy ude(lal jako http://wiki.openstreetmap.org/wiki/Tag:highway%3Dcycleway s tím, z(e pokud chcete mu*z(ete oznac(it napr( povrch (*surface*=paved nebo surface=asphalt ) nebo s(ír(ku (width http://wiki.openstreetmap.org/wiki/Key:width=*). Pokud to má ne(jakou otevírací dobu nebo jiné restrikce vstupu, pouz(ijte http://wiki.openstreetmap.org/wiki/Opening_hours nebo http://wiki.openstreetmap.org/wiki/Access. Vs(eobecne( pro takto speciální ve(ci nec(ekejte, z(e na wiki bude pr(esný návod jak na to. Ne(kdy pomáhá najít obdobnou ve(c v zahranic(í, i kdyz( i to je nutno brát spís( jako inspiraci, protoz(e jikdy nevíte kdo danou lokalitu mapoval. Já mám dobrou zkus(enost s ne(meckými mappery, ti velmi c(asto postupují systematic(te(ji s jistou ne(meckou pedantností, která se v tomto pr(ípade( hodí ;-) Jakub On 21.7.2012 23:14, Butrus Damaskus wrote: Ok, zkusím se tím prokousat. Jes(te( tu mám jednu lahu*dku a sice jak znac(it dopravní hr(is(te(, viz: http://www.openstreetmap.org/?latI.718881lon.289139zoomlayers=M ? Normální cesty to nejsou, je na to ne(jaký speciální tag? Díky. ___ Talk-cz mailing list Talk-cz@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-cz
Re: [OSM-talk-fr] Sortie d'un outil de visualisation des actions du bot de migration
Le 20/07/2012 23:55, Christophe Merlet a écrit : Bonjour, Cet outil vient juste d'être annoncé sur la liste dev. http://tools.geofabrik.de/osmi/debug.html?view=botlon=8.55688lat=48.88608zoom=5 Je le trouve plutôt pas mal. Il est facile de repérer où corriger les problèmes. Par contre, je pense qu'il faut agir très méthodiquement, car il n'y a pas de possibilité de savoir si telle ou telle zone a déjà été traitée manuellement. Ce serait bien de rajouter un calque où l'on puisse indiquer les tuiles validée manuellement... J'ai l'impression qu'il n'affiche pas toutes les voies supprimées. D'autre part ça me chagrine de partir d'informations supprimées et donc sous Creative Commons et non ODbL pour renseigner la la base. Mais je suis peut être le seul à trouver ça bizarre. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sortie d'un outil de visualisation des actions du bot de migration
C'est effectivement étonnant que des anciennes infos (les tags) soient affichés. Autant je trouve que signaler par un marqueur l'emplacement approximatif d'un objet perdu est borderline, autant là, ça me semble franchir un peu facilement la ligne. En tout cas c'est utile pour savoir où remapper... sans recopier d'infos on reste clean. Le 21 juillet 2012 10:58, Frédéric Rodrigo fred.rodr...@gmail.com a écrit : Le 20/07/2012 23:55, Christophe Merlet a écrit : Bonjour, Cet outil vient juste d'être annoncé sur la liste dev. http://tools.geofabrik.de/osmi/debug.html?view=botlon=8.55688lat=48.88608zoom=5 Je le trouve plutôt pas mal. Il est facile de repérer où corriger les problèmes. Par contre, je pense qu'il faut agir très méthodiquement, car il n'y a pas de possibilité de savoir si telle ou telle zone a déjà été traitée manuellement. Ce serait bien de rajouter un calque où l'on puisse indiquer les tuiles validée manuellement... J'ai l'impression qu'il n'affiche pas toutes les voies supprimées. D'autre part ça me chagrine de partir d'informations supprimées et donc sous Creative Commons et non ODbL pour renseigner la la base. Mais je suis peut être le seul à trouver ça bizarre. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Sortie d'un outil de visualisation des actions du bot de migration
ca me dit quelque-chose que geofabrik avait édité un outil avant la mise en action du bot... vous pensez pas plutôt que c'est une visualisation faussée de quand on ne connaissait pas les vraies règles de suppressions de données sous l'ancienne licence? -- View this message in context: http://gis.19327.n5.nabble.com/Sortie-d-un-outil-de-visualisation-des-actions-du-bot-de-migration-tp5717629p5717697.html Sent from the France mailing list archive at Nabble.com. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Reconstruction après le redaction bot (était: Suivi des opérations du Redaction bot)
Le 20/07/2012 16:21, Frédéric Rodrigo a écrit : De plus, je pense qu'il va falloir recontruire les nodes place de commune. Il y en beaucoup qui sont fortement abimés. Le problème a l'air plus localisé que je ne le pensais. Sont surtout impacté le 24, le 29, le 33, le 40, le 56 et d'autres mais plus ponctuellement. http://osm7.openstreetmap.fr/~fred/lost-place 260 nodes place ont été détérioré, ils ont soit perdu le tag name ou le tag place, ou les deux. Je vais commencer par m'occuper du 33. Frédéric. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-ja] ライセンス切り替え進捗マップ
石川といいます。 別便で、既に始まったようですね。 何時間かおいて見にいくと黄色い四角の位置が変わっていて、 結構サクサク進んでいるようです。 地元の処理はまだしばらく先のようなので、 ドキドキしながら待とうかと。 では。 On Thursday, July 19, 2012, Shu Higashi wrote: 昨日あたりから、botが全開で動き出した気配があります。 残りのエリアは広いのですが、意外と日本の改訂は早いかもしれません。 東 2012/07/19 ribbon o...@ns.ribbon.or.jp: On Sat, Jul 14, 2012 at 08:05:25AM +0900, Satoshi IIDA wrote: いいだです。 Talk MLで、ライセンス切り替えがどこまで終わってるのかマップが紹介されていました。 http://harrywood.dev.openstreetmap.org/license-change/botprocessing.php 北米がほぼ終わり、西ヨーロッパが終わって、オーストラリアなどに処理が 移っているようです。東アジアはまだのようです。 oota ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- -- nobichan ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
Re: [OSM-ja] ビルの高さの測り方(3Dマッピング用)@横浜関内 現調
ikiya様 hayashi様 ほか OSM横浜の皆さま こんにちは、Ryo-a こと天野です。 散々偉そうな事を書いていて、何なんですが、 体が動かず、今日は自宅静養にします。すみません。 しかもこの時間になって。。。 頭は、行きたい行きたい、云っているのですが、、 以前体調を崩して休職して以来、無理が効かない体に なってしまいました。 昨日別の用事の帰りに、調子に乗ってロギングしたのが響いたかな? 今日の結果をFacebookでレポして頂ければ幸いです。 申し訳ありません。よろしくおねがいします。 ikiya insidekiwi...@yahoo.co.jp wrote: ikiyaです。 hayashiさん、木下さん、宜しくお願いします。 藤澤さん、Android用アプリ紹介ありがとうございます。 7月22日(日)午前9時30分(〜お昼頃まで) みなとみらい線 元町中華街駅 マリンタワー側出口No.4 前 集合 http://www.openstreetmap.org/?mlat=35.442787mlon=139.650329zoom=18layers=M 午前9時40分ごろまで参加お待ちします。 小雨決行でとりあえず集まりたいと思います。 マリンタワー、山下公園付近でうろうろしていますので、後追い参加もOKです。 このMLは現地でもチェックしていますのでメールいただければ居場所をお知らせします。 よろしくお願いします。 --- On Thu, 2012/7/19, Kimiya FUJISAWA fujis...@techstrom.org wrote: 藤澤です。 高さ測定のスマホアプリについて、以前、関さんがiPhone用のアプリを 紹介していましたが、Android用のアプリを見つけたので、 紹介しておきます。 Smart Measure https://play.google.com/store/apps/details?id=kr.sira.measurehl=ja 精度がどれくらいか分かりませんが、なんとなくは測れました。 もし機会があれば試してみてください。 #身近に高さが分かっている建物がなく…。 #身長はだいたい合ってました。 (2012年07月19日 16:08), yuu hayashi wrote: ikiyaさん 7月22日(日)午前9時30分(〜お昼頃まで) みなとみらい線 元町中華街駅 マリンタワー側出口No.4 前 集合 http://www.openstreetmap.org/?mlat=35.442787mlon=139.650329zoom=18layers=M で了解です。 ガラクタを持って行きます。 他の方の当日飛び入り参加の為に9:30〜9:40まで待機ということでどうでしょう。 木下さんの参加をお待ちしています。 2012年7月18日 0:15 ikiyainsidekiwi...@yahoo.co.jp: ikiyaです。 素晴らしい、時間短縮されていますね。 先週、かかととつま先をくっ付ける歩き方で歩測してた作業員の方 見ました。速かったです。 hayashiさんの方法での実測比較の件ですが 以下の日時場所でどうでしょうか。 都合よければ同行参加者も募集できればと思います。 時間早めですが 7月22日(日)午前9時30分(〜お昼頃まで) みなとみらい線 元町中華街駅 マリンタワー側出口No.4 前 集合 http://www.openstreetmap.org/?mlat=35.442787mlon=139.650329zoom=18layers=M 時間と場所いかがでしょうか。 (私事、午後関内で用事があるのでこの場所と時間設定になりました。) 以前に東さんにお手数かけたこちらの3Dマップ(横浜エリア)、 ビル高さを入力してニョキニョキさせようかと思います。 http://maps.osm2world.org/?lat=35.44385lon=139.65162zoom=18layers=B0TFF マリンタワーの展望フロアが91mなのでこれを目標に hayashiさんの計測方法でマリンタワーの高さを計測して 山下公園側のビル群を計測できればと思います。 どうでしょうか。 マリンタワーを高さの物差し代わりにしても良いかと考えます。 http://www.flickr.com/photos/28698126@N02/4305414373/in/set-72157623162094405/lightbox/ 夏の街角マッピングは街路樹が葉をつけているので死角が多いです。 関内やマリンタワー付近も樹木が多く条件が厳しいですが 測れるアングルを探してトライしてみたいです。 試行錯誤も楽しいかと思います。 私もレーザー計を持参します。お手合わせ願います。 --- On Mon, 2012/7/16, yuu hayashihayashi@gmail.com wrote: hayashi です。 簡単な高さの計測方法を実地で試してみた結果をまとめました。 http://www.openstreetmap.org/user/hayashi/diary/17215 計測に要した時間は4分弱です。 歩測に関してはかなり練習しましたので、誤差1%以内を達成しています。 通勤に電車を利用されている方は車両の長さを基準にして電車のホームで練習できます。 水平器の精度の問題も解決できます。 水平器を裏返して逆からも計測することで、水平器固有の歪を利用して正確に45度の位置を求めることができます。 ほぼピンポイント(10cm以内)で位置を求められます。 コンパスや分度器で角度を読み取るのは難しい反面、街の中では直角を感知するのは容易なので三平方の定理で距離を求めます。三角関数より簡単で、応用も効きますので興味のある方は試してみてください。 ikiya さんへ、 7月22日(日)の午前からお昼頃までなら桜木町関内周辺で2、3時間程度時間ありますが ご都合宜しければ比較実測してみますか。 面白そうです、是非ご一緒させてください。 ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja -- @ 藤澤 公也 / Kimiya FUJISAWA @// @@ mailto:fujis...@techstrom.org @-O-O-@ work:fujis...@media.teu.ac.jp \ ^ / skype ID:techstrom.org http://www.techstrom.org/ ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja ___ Talk-ja mailing list Talk-ja@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ja
[Talk-GB] Hampshire Meetup - Botley - 25/07/12
Some time ago I mentioned a Hampshire area meetup, however with a busy schedule of summer time sport (Euros/TdF/Wimbledon) and poor weather I haven't been particularly motivated, however this week looks very promising. I propose the Bugle Inn at Botley at 8pm on Wednesday the 25th for July. http://www.openstreetmap.org/?lat=50.91443lon=-1.27005zoom=15layers=M This pub (http://www.thebugleinnbotley.co.uk/) is not in OSM. I suspect I will be cycling there to checkout out some missing footpaths* nearish (pushing the bicycle appropriately). Attached is a small track from Botley to the train station and nearby missing footpaths* which someone might find useful. *Missing paths derived from the Hampshire CC ROW KML listing. Other opportunities for mapping before / during / after the meet up are: Missing / incorrect road names: http://www.itoworld.com/product/data/osm_analysis/map_browser?bbox=449642.299583,111631.24375,453341.992083,113900.99375layers=os_locatorbase_style=white,aa_2clear_map_history=truereferrer=area Speed limits. POIs in Botley village centre etc... Since I plan to cycle around I will almost definitely stop in for pint regardless, it would be nice to see some follow OSMers. Feel free to promote this on the wiki (I don't have time ATM) Be Seeing You - Rob. If at first you don't succeed, then skydiving isn't for you. BotleyMissingPaths.gpx Description: Binary data ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [Talk-us] Map of bot node edits
On Fri, Jul 20, 2012 at 1:25 PM, Sax-Barnett, Melelani barne...@trimet.org wrote: Toby said: Alright... I got something running. http://ni.kwsn.net/~toby/OSM/maps/redaction.html Thanks, Toby! I would love to see it zoomed in a little more if you get around to it. Today I added zoom 12. I could in theory do even more in selected areas. Although It looks like Frederik is looking at adding something similar to OSM Inspector so I probably won't mess with it too much more. Toby ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Routing tests
I just made another set of tiles that should help find routing problems along interstates. I noticed that the bot often removed the highway=* tag but left the oneway=* tag. So I looked for ways with oneway tags without a highway tag. I had to filter out some common ones like waterway and ski piste. I suppose I should have just filtered out ways last touched by the bot too but there were some interesting ones by other people as well so there might be some false positives. I may filter on just bot edits next update though. This is my first use of leaflet and I haven't figured out all the intricacies of permalinks and layers yet so excuse the inconvenience but you have to go to the page then use the layer control to turn off the node layer and turn on the oneway layer. Right now it is only down to z10 but that is worldwide. Tomorrow I will see about making some higher zoom levels in higher density areas. This map I can also update as progress is made. The current data is from somewhere around 5 PM CDT on Friday. http://ni.kwsn.net/~toby/OSM/maps/redaction.html Toby ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us
Re: [Talk-us] Post bot cleanup
On Thu, 2012-07-19 at 00:42 -0500, Toby Murray wrote: Any other common problems that people have seen? This looks like Preston Road in Dallas, TX, is messed up: http://osm.org/go/Tt5Z2UZM-- Possible damage to I-35/Kansas Turnpike in Kansas: http://map.project-osrm.org/Xg As a sidenote OSRM may be a big help to find problems, especially if one can compare with an expected route between two points. -- Shawn K. Quinn skqu...@rushpost.com ___ Talk-us mailing list Talk-us@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-us