Re: [OSM-talk] Survey for people with color vision deficiencies about the street classes in OSM's Mapnik style
Hi Johannes, Please list your project on the wiki Research page. When you finish, if possible please add a link to the paper or information, or at least update the details(I expect the name and maybe description will change). http://wiki.openstreetmap.org/wiki/Research I don't know if my project (Projected Hill Map, Durham, UK) will be helpful at all. I took the stylesheet down to basics in order to investigate the effectiveness of the map display. I think my paper might also include the list of questions I used for testing. I will try and do your test when I have time in the evening. -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Survey for people with color vision deficiencies about the street classes in OSM's Mapnik style
Is there a way to see the proposed colour changes for someone who isn't colour blind and can't take the test? Ben On Sunday 07 October 2012 15:54:02 johannes.kroe...@hcu-hamburg.de wrote: Hi there, I am a geomatics student currently working on my bachelor thesis (in Germany, not sure how that compares to a bachelor elsewhere). It's about map design for people with color vision deficiency (color vision impairment, colorblindness, etc). After wanting to analyse the whole osm.org Mapnik map style at first, I quickly realised I had to reduce the scope and thus only worked on the main street classes. I carefully adjusted their colors to keep the main hue (blue, green, red etc) but to make them identifiable and distinguishable for CVD affected people. Now I am testing those (and the original colors in comparison) with an online survey. To get a good amount of data I need many participants of course, so if you are affected by color vision related problems, please participate. Share the link! The test takes about 20 minutes, I have seen numbers from 12 to 40 minutes. I assume it takes longer the more severe the effect is. You can pause anytime and you can skip questions even though that would not be so great for me. It presents a _lot_ of map images with simple tasks for identification of the streets inside. You can take the survey in English or German. The survey: http://geomatik.enjoys.it/limesurvey/index.php?sid=94319lang=enosm I will report the findings in the end. If the test validates my new colors as better, then I will try to get them into the main style. At least that was my main goal. Let's first see what the results are. Thanks for your attention and thanks for helping out, Hannes PS: If you want to stalk me, these are my rather neglected OSM profiles (partly in german I think), I've been around since 2008. Ban potlatch1 ;) http://wiki.openstreetmap.org/wiki/User:HannesHH http://www.openstreetmap.org/user/HannesHH ___ 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] Osm to distribute south africa geodata
Well I have not seen an official announcement on this maybe i missed it. NGI aerial imagery is available as a backdrop on OSM, not sure about vector data though. Kudos to all involved. On 25 November 2011 12:27, Grant Slater openstreet...@firefishy.com wrote: On 25 November 2011 07:22, Stephan Knauss o...@stephans-server.de wrote: On 25.11.2011 01:29, maning sambale wrote: Sharing this news: http://afrispatial.co.za/open-data/osm-to-become-a-distributor-of-ngis-south-african-topo-data/ sounds like another massive data import. Is the community involved? http://wiki.openstreetmap.org/wiki/WikiProject_South_Africa Yes, some of us from the South African community have been involved. The announcement from afrispatial.co.za is badly timed and wasn't expected, we have our own announcement lined up. A formal agreement is in the final stages. We haven't yet fully considered exactly what bits of the data we'll use. We'll consider when ripe. A blanket import is out of the question. Regards Grant ___ 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] Join HOT in Indonesia for a Few Weeks as a Tech Trainer
Hi All, Originally I put this out to the HOT list, but I figured I'm missing some people that way. As you may know there is a team of 8 OpenStreetMap trainers in Indonesia right now. This team leads workshops and provides technical support around OpenStreetMap use for disaster risk reduction around the country. The secondary component is continued training to become an increasingly experienced team of OpenStreetMap contributors. So far much of this training is coming from just a few of us (myself and Joseph Reeves). To expose everyone to different tech skills, different teaching styles, and to mix things up we'd like to have a another person join us for 3 weeks in November. There are a variety of skills we are interested in and suggestions are also welcome. So far ideas are: General programming in Python, especially with QGIS SQL Queries/PostGIS Setting up WMS Servers TileMill Web Server Configuration Sharing maps on WordPress/Drupal/other web tools Advanced QGIS Topics Processing of Imagery with open source tools Git For more information look here on HOT's website: http://hot.openstreetmap.org/get_involved/openstreetmap_technical_trainer and if you have questions ideas feel free to contact me. Best, -Kate ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Join HOT in Indonesia for a Few Weeks as a Tech Trainer
can our team be part of this? you know who are we and what we are doing? F On 10/10/12, Kate Chapman k...@maploser.com wrote: Hi All, Originally I put this out to the HOT list, but I figured I'm missing some people that way. As you may know there is a team of 8 OpenStreetMap trainers in Indonesia right now. This team leads workshops and provides technical support around OpenStreetMap use for disaster risk reduction around the country. The secondary component is continued training to become an increasingly experienced team of OpenStreetMap contributors. So far much of this training is coming from just a few of us (myself and Joseph Reeves). To expose everyone to different tech skills, different teaching styles, and to mix things up we'd like to have a another person join us for 3 weeks in November. There are a variety of skills we are interested in and suggestions are also welcome. So far ideas are: General programming in Python, especially with QGIS SQL Queries/PostGIS Setting up WMS Servers TileMill Web Server Configuration Sharing maps on WordPress/Drupal/other web tools Advanced QGIS Topics Processing of Imagery with open source tools Git For more information look here on HOT's website: http://hot.openstreetmap.org/get_involved/openstreetmap_technical_trainer and if you have questions ideas feel free to contact me. Best, -Kate ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- -- Frans Thamura (曽志胜) Shadow Master and Lead Investor Meruvian. Integrated Hypermedia Java Solution Provider. Mobile: +628557888699 Blog: http://blogs.mervpolis.com/roller/flatburger (id) FB: http://www.facebook.com/meruvian TW: http://www.twitter.com/meruvian / @meruvian Website: http://www.meruvian.org We grow because we share the same belief. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Join HOT in Indonesia for a Few Weeks as a Tech Trainer
Hi Frans, Could you explain what you are thinking? -Kate On Wed, Oct 10, 2012 at 10:23 AM, Frans Thamura fr...@meruvian.org wrote: can our team be part of this? you know who are we and what we are doing? F On 10/10/12, Kate Chapman k...@maploser.com wrote: Hi All, Originally I put this out to the HOT list, but I figured I'm missing some people that way. As you may know there is a team of 8 OpenStreetMap trainers in Indonesia right now. This team leads workshops and provides technical support around OpenStreetMap use for disaster risk reduction around the country. The secondary component is continued training to become an increasingly experienced team of OpenStreetMap contributors. So far much of this training is coming from just a few of us (myself and Joseph Reeves). To expose everyone to different tech skills, different teaching styles, and to mix things up we'd like to have a another person join us for 3 weeks in November. There are a variety of skills we are interested in and suggestions are also welcome. So far ideas are: General programming in Python, especially with QGIS SQL Queries/PostGIS Setting up WMS Servers TileMill Web Server Configuration Sharing maps on WordPress/Drupal/other web tools Advanced QGIS Topics Processing of Imagery with open source tools Git For more information look here on HOT's website: http://hot.openstreetmap.org/get_involved/openstreetmap_technical_trainer and if you have questions ideas feel free to contact me. Best, -Kate ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- -- Frans Thamura (曽志胜) Shadow Master and Lead Investor Meruvian. Integrated Hypermedia Java Solution Provider. Mobile: +628557888699 Blog: http://blogs.mervpolis.com/roller/flatburger (id) FB: http://www.facebook.com/meruvian TW: http://www.twitter.com/meruvian / @meruvian Website: http://www.meruvian.org We grow because we share the same belief. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Join HOT in Indonesia for a Few Weeks as a Tech Trainer
we have team that can help related to infrastructure, installation, little map skill (because most of us integrator and developer), and also managing servers. and the core team can be part of the program, and we can grow, as much as you can work with ministery of education. so we can create hugh team. and we are working with WorldBank for integrating system with openstreetmap. from install operating system, query sql, etc that our skill, and we are in Indonesia, and one city where you work now :). only need 2 transit of busway transJ. F On 10/10/12, Kate Chapman k...@maploser.com wrote: Hi Frans, Could you explain what you are thinking? -Kate On Wed, Oct 10, 2012 at 10:23 AM, Frans Thamura fr...@meruvian.org wrote: can our team be part of this? you know who are we and what we are doing? F On 10/10/12, Kate Chapman k...@maploser.com wrote: Hi All, Originally I put this out to the HOT list, but I figured I'm missing some people that way. As you may know there is a team of 8 OpenStreetMap trainers in Indonesia right now. This team leads workshops and provides technical support around OpenStreetMap use for disaster risk reduction around the country. The secondary component is continued training to become an increasingly experienced team of OpenStreetMap contributors. So far much of this training is coming from just a few of us (myself and Joseph Reeves). To expose everyone to different tech skills, different teaching styles, and to mix things up we'd like to have a another person join us for 3 weeks in November. There are a variety of skills we are interested in and suggestions are also welcome. So far ideas are: General programming in Python, especially with QGIS SQL Queries/PostGIS Setting up WMS Servers TileMill Web Server Configuration Sharing maps on WordPress/Drupal/other web tools Advanced QGIS Topics Processing of Imagery with open source tools Git For more information look here on HOT's website: http://hot.openstreetmap.org/get_involved/openstreetmap_technical_trainer and if you have questions ideas feel free to contact me. Best, -Kate ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- -- Frans Thamura (曽志胜) Shadow Master and Lead Investor Meruvian. Integrated Hypermedia Java Solution Provider. Mobile: +628557888699 Blog: http://blogs.mervpolis.com/roller/flatburger (id) FB: http://www.facebook.com/meruvian TW: http://www.twitter.com/meruvian / @meruvian Website: http://www.meruvian.org We grow because we share the same belief. -- -- Frans Thamura (曽志胜) Shadow Master and Lead Investor Meruvian. Integrated Hypermedia Java Solution Provider. Mobile: +628557888699 Blog: http://blogs.mervpolis.com/roller/flatburger (id) FB: http://www.facebook.com/meruvian TW: http://www.twitter.com/meruvian / @meruvian Website: http://www.meruvian.org We grow because we share the same belief. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk-nl] Kwaliteitscontrole uitgevoerd op fietsknooppuntennetwerken in Nederland
Ik heb m.b.v. de Overpass API alle ways gedownload die deel uitmaken van de Fietsknooppuntennetwerken in Nederland. Daarna heb ik mijn script laten lopen, met het volgende resultaat: http://wiki.openstreetmap.org/wiki/WikiProject_Netherlands/Cycle_Routes/Node_Network Dit zijn dus alle knooppunten waar minder dan 3 routes op toekomen/vertrekken en alle routes die onderbroken zijn, of die niet op 2 verschillende genummerde knooppunten aankomen. Ik hoop dat jullie er wat aan hebben om de foutjes eruit te halen. Als alle routes in een netwerk verbeterd zijn, kan ik het script uiteraard opnieuw laten lopen. Waarschijnlijk doe ik de hele oefening binnen 1 of 2 maanden nog eens opnieuw. Hier zijn ook nog wat tips te vinden om het werken met die relaties gemakkelijker te maken binnen JOSM: http://wiki.openstreetmap.org/wiki/User:Polyglot/Some_ways_to_simplify_editing_cycle_node_routes_with_JOSM Ik ben wel van plan om dat hele proces nog veel eenvoudiger te maken, zodat mensen niet meer met lokale bestanden hoeven te werken, zoals het daar beschreven staat. Daartoe wilde ik eerst zelf bestanden hebben die nagenoeg compleet waren. Nu ga ik dus uitzoeken wat ik moet doen om die vlot online beschikbaar te maken. mvg, Jo ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Kwaliteitscontrole uitgevoerd opfietsknooppuntennetwerken in Nederland
Jo, dank, dat ziet er zeer bruikbaar uit, Hugo From: Jo Sent: Tuesday, October 09, 2012 11:11 AM To: OpenStreetMap NL discussion list Subject: [OSM-talk-nl] Kwaliteitscontrole uitgevoerd opfietsknooppuntennetwerken in Nederland Ik heb m.b.v. de Overpass API alle ways gedownload die deel uitmaken van de Fietsknooppuntennetwerken in Nederland. Daarna heb ik mijn script laten lopen, met het volgende resultaat: http://wiki.openstreetmap.org/wiki/WikiProject_Netherlands/Cycle_Routes/Node_Network Dit zijn dus alle knooppunten waar minder dan 3 routes op toekomen/vertrekken en alle routes die onderbroken zijn, of die niet op 2 verschillende genummerde knooppunten aankomen. Ik hoop dat jullie er wat aan hebben om de foutjes eruit te halen. Als alle routes in een netwerk verbeterd zijn, kan ik het script uiteraard opnieuw laten lopen. Waarschijnlijk doe ik de hele oefening binnen 1 of 2 maanden nog eens opnieuw. Hier zijn ook nog wat tips te vinden om het werken met die relaties gemakkelijker te maken binnen JOSM: http://wiki.openstreetmap.org/wiki/User:Polyglot/Some_ways_to_simplify_editing_cycle_node_routes_with_JOSM Ik ben wel van plan om dat hele proces nog veel eenvoudiger te maken, zodat mensen niet meer met lokale bestanden hoeven te werken, zoals het daar beschreven staat. Daartoe wilde ik eerst zelf bestanden hebben die nagenoeg compleet waren. Nu ga ik dus uitzoeken wat ik moet doen om die vlot online beschikbaar te maken. mvg, Jo ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Kwaliteitscontrole uitgevoerd opfietsknooppuntennetwerken in Nederland
Ik zal die rond Haarlem gaan controleren. Bedankt voor een concreet doel :) Zullen we op die pagina bijhouden als er iets gefixt is? Groet, Floris 2012/10/9 Hugo Holscher hugoholsc...@gmail.com Jo, dank, dat ziet er zeer bruikbaar uit, Hugo *From:* Jo winfi...@gmail.com *Sent:* Tuesday, October 09, 2012 11:11 AM *To:* OpenStreetMap NL discussion list talk-nl@openstreetmap.org *Subject:* [OSM-talk-nl] Kwaliteitscontrole uitgevoerd opfietsknooppuntennetwerken in Nederland Ik heb m.b.v. de Overpass API alle ways gedownload die deel uitmaken van de Fietsknooppuntennetwerken in Nederland. Daarna heb ik mijn script laten lopen, met het volgende resultaat: http://wiki.openstreetmap.org/wiki/WikiProject_Netherlands/Cycle_Routes/Node_Network Dit zijn dus alle knooppunten waar minder dan 3 routes op toekomen/vertrekken en alle routes die onderbroken zijn, of die niet op 2 verschillende genummerde knooppunten aankomen. Ik hoop dat jullie er wat aan hebben om de foutjes eruit te halen. Als alle routes in een netwerk verbeterd zijn, kan ik het script uiteraard opnieuw laten lopen. Waarschijnlijk doe ik de hele oefening binnen 1 of 2 maanden nog eens opnieuw. Hier zijn ook nog wat tips te vinden om het werken met die relaties gemakkelijker te maken binnen JOSM: http://wiki.openstreetmap.org/wiki/User:Polyglot/Some_ways_to_simplify_editing_cycle_node_routes_with_JOSM Ik ben wel van plan om dat hele proces nog veel eenvoudiger te maken, zodat mensen niet meer met lokale bestanden hoeven te werken, zoals het daar beschreven staat. Daartoe wilde ik eerst zelf bestanden hebben die nagenoeg compleet waren. Nu ga ik dus uitzoeken wat ik moet doen om die vlot online beschikbaar te maken. mvg, Jo -- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Kwaliteitscontrole uitgevoerd opfietsknooppuntennetwerken in Nederland
Als het gefixt is, zou je die lijnen kunnen weghalen. Of je laat me weten dat je een heel netwerk afgewerkt hebt en dan draai ik de analyse even opnieuw en post de resultaten. Jo Op 9 oktober 2012 11:51 schreef Floris Looijesteijn o...@floris.nu het volgende: Ik zal die rond Haarlem gaan controleren. Bedankt voor een concreet doel :) Zullen we op die pagina bijhouden als er iets gefixt is? Groet, Floris 2012/10/9 Hugo Holscher hugoholsc...@gmail.com Jo, dank, dat ziet er zeer bruikbaar uit, Hugo *From:* Jo winfi...@gmail.com *Sent:* Tuesday, October 09, 2012 11:11 AM *To:* OpenStreetMap NL discussion list talk-nl@openstreetmap.org *Subject:* [OSM-talk-nl] Kwaliteitscontrole uitgevoerd opfietsknooppuntennetwerken in Nederland Ik heb m.b.v. de Overpass API alle ways gedownload die deel uitmaken van de Fietsknooppuntennetwerken in Nederland. Daarna heb ik mijn script laten lopen, met het volgende resultaat: http://wiki.openstreetmap.org/wiki/WikiProject_Netherlands/Cycle_Routes/Node_Network Dit zijn dus alle knooppunten waar minder dan 3 routes op toekomen/vertrekken en alle routes die onderbroken zijn, of die niet op 2 verschillende genummerde knooppunten aankomen. Ik hoop dat jullie er wat aan hebben om de foutjes eruit te halen. Als alle routes in een netwerk verbeterd zijn, kan ik het script uiteraard opnieuw laten lopen. Waarschijnlijk doe ik de hele oefening binnen 1 of 2 maanden nog eens opnieuw. Hier zijn ook nog wat tips te vinden om het werken met die relaties gemakkelijker te maken binnen JOSM: http://wiki.openstreetmap.org/wiki/User:Polyglot/Some_ways_to_simplify_editing_cycle_node_routes_with_JOSM Ik ben wel van plan om dat hele proces nog veel eenvoudiger te maken, zodat mensen niet meer met lokale bestanden hoeven te werken, zoals het daar beschreven staat. Daartoe wilde ik eerst zelf bestanden hebben die nagenoeg compleet waren. Nu ga ik dus uitzoeken wat ik moet doen om die vlot online beschikbaar te maken. mvg, Jo -- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Kwaliteitscontrole uitgevoerd opfietsknooppuntennetwerken in Nederland
Hmm, misschien begrijp ik de pagina toch niet goed. Wat is er in dit geval mis? http://www.openstreetmap.org/browse/node/851464703 Op jouw overzicht staat daar 1 roads en 2 relations? gr, floris 2012/10/9 Hugo Holscher hugoholsc...@gmail.com Jo, dank, dat ziet er zeer bruikbaar uit, Hugo *From:* Jo winfi...@gmail.com *Sent:* Tuesday, October 09, 2012 11:11 AM *To:* OpenStreetMap NL discussion list talk-nl@openstreetmap.org *Subject:* [OSM-talk-nl] Kwaliteitscontrole uitgevoerd opfietsknooppuntennetwerken in Nederland Ik heb m.b.v. de Overpass API alle ways gedownload die deel uitmaken van de Fietsknooppuntennetwerken in Nederland. Daarna heb ik mijn script laten lopen, met het volgende resultaat: http://wiki.openstreetmap.org/wiki/WikiProject_Netherlands/Cycle_Routes/Node_Network Dit zijn dus alle knooppunten waar minder dan 3 routes op toekomen/vertrekken en alle routes die onderbroken zijn, of die niet op 2 verschillende genummerde knooppunten aankomen. Ik hoop dat jullie er wat aan hebben om de foutjes eruit te halen. Als alle routes in een netwerk verbeterd zijn, kan ik het script uiteraard opnieuw laten lopen. Waarschijnlijk doe ik de hele oefening binnen 1 of 2 maanden nog eens opnieuw. Hier zijn ook nog wat tips te vinden om het werken met die relaties gemakkelijker te maken binnen JOSM: http://wiki.openstreetmap.org/wiki/User:Polyglot/Some_ways_to_simplify_editing_cycle_node_routes_with_JOSM Ik ben wel van plan om dat hele proces nog veel eenvoudiger te maken, zodat mensen niet meer met lokale bestanden hoeven te werken, zoals het daar beschreven staat. Daartoe wilde ik eerst zelf bestanden hebben die nagenoeg compleet waren. Nu ga ik dus uitzoeken wat ik moet doen om die vlot online beschikbaar te maken. mvg, Jo -- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Kwaliteitscontrole uitgevoerd op fietsknooppuntennetwerken in Nederland
Hallo Wimmel, Ik zou liever zien dat je aan elke kant 1 stukje weg aan zo'n relatie zou toevoegen... en dan een tag fixme=incomplete. Met routerelaties waar geen ways inzitten doet mijn script niets. Het detecteert ook enkel de routerelaties op basis van de ways die verbonden zijn met knooppunten en niet op basis van de knooppunten zelf. Het resultaat voor de wikipagina zal dus zijn dat dat knooppunt nog steeds met te weinig routerelaties wordt gerapporteerd. Knooppunten die echt maar door 2 routes worden gebruikt/bediend, hebben van mij een extra tag gekregen: expected_rcn_route_relations=2 Hier is er zelfs eentje waar slechts 1 route op toekomt: http://www.openstreetmap.org/browse/node/1450268381 Als die tag aanwezig is, gebruikt het niet meer de standaard 3 als minimum verwachte routerelaties. Totnogtoe had ik er zo nog maar een vijftal. Jo Op 9 oktober 2012 12:17 schreef Wimmel mob...@gmail.com het volgende: Hallo Jo, Ik heb gisteren toevallig geinventariseerd welke routes er nog ontbreken ten oosten van Nijmegen. Heeft het zin dat ik voor alles dat ontbreekt alvast een relatie aanmaak waaraan ik alleen nog maar de knooppunten toevoeg? (en een fixme tag natuurlijk). Dat kan jouw script dan ook oppakken, om zo een beter beeld te krijgen welke routes nog toegevoegd(gefietst) moeten worden. Ook omdat er daadwerkelijk knooppunten zijn die maar via twee routes verbonden zijn. Jouw script gaat er vanuit dat er dan iets ontbreekt, terwijl dat niet zo is. Overigens dank voor de tips. Die stylesheets zijn toch iets flexibeler dan de fietsroutes plugin is die ik tot nu toe gebruikte. Groeten, Wim 2012/10/9 Jo winfi...@gmail.com: Ik heb m.b.v. de Overpass API alle ways gedownload die deel uitmaken van de Fietsknooppuntennetwerken in Nederland. Daarna heb ik mijn script laten lopen, met het volgende resultaat: http://wiki.openstreetmap.org/wiki/WikiProject_Netherlands/Cycle_Routes/Node_Network Dit zijn dus alle knooppunten waar minder dan 3 routes op toekomen/vertrekken en alle routes die onderbroken zijn, of die niet op 2 verschillende genummerde knooppunten aankomen. Ik hoop dat jullie er wat aan hebben om de foutjes eruit te halen. Als alle routes in een netwerk verbeterd zijn, kan ik het script uiteraard opnieuw laten lopen. Waarschijnlijk doe ik de hele oefening binnen 1 of 2 maanden nog eens opnieuw. Hier zijn ook nog wat tips te vinden om het werken met die relaties gemakkelijker te maken binnen JOSM: http://wiki.openstreetmap.org/wiki/User:Polyglot/Some_ways_to_simplify_editing_cycle_node_routes_with_JOSM Ik ben wel van plan om dat hele proces nog veel eenvoudiger te maken, zodat mensen niet meer met lokale bestanden hoeven te werken, zoals het daar beschreven staat. Daartoe wilde ik eerst zelf bestanden hebben die nagenoeg compleet waren. Nu ga ik dus uitzoeken wat ik moet doen om die vlot online beschikbaar te maken. mvg, Jo ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Kwaliteitscontrole uitgevoerd opfietsknooppuntennetwerken in Nederland
Hallo Floris, Het script kijkt alles na op basis van de info die het heeft. Blijkbaar had ik voor dat knooppunt niet voldoende data afgehaald. Dat zal worden rechtgezet de volgende keer dat ik data ophaal m.b.v. Overpass API. Verder wil ik opmerken dat dat knooppunt, wat mij betreft, fout staat. Ik zou het hier zetten: http://www.openstreetmap.org/browse/node/1339448121 En als het fietspad naar KP 86 echt 1-richting is, het splitsen en ook hier zetten: http://www.openstreetmap.org/browse/node/46383859 In dat geval kan het eerste dan ook blijven staan en zijn er 3 nodig om de situatie correct te beschrijven. Jo Op 9 oktober 2012 11:54 schreef Floris Looijesteijn o...@floris.nu het volgende: Hmm, misschien begrijp ik de pagina toch niet goed. Wat is er in dit geval mis? http://www.openstreetmap.org/browse/node/851464703 Op jouw overzicht staat daar 1 roads en 2 relations? gr, floris 2012/10/9 Hugo Holscher hugoholsc...@gmail.com Jo, dank, dat ziet er zeer bruikbaar uit, Hugo *From:* Jo winfi...@gmail.com *Sent:* Tuesday, October 09, 2012 11:11 AM *To:* OpenStreetMap NL discussion list talk-nl@openstreetmap.org *Subject:* [OSM-talk-nl] Kwaliteitscontrole uitgevoerd opfietsknooppuntennetwerken in Nederland Ik heb m.b.v. de Overpass API alle ways gedownload die deel uitmaken van de Fietsknooppuntennetwerken in Nederland. Daarna heb ik mijn script laten lopen, met het volgende resultaat: http://wiki.openstreetmap.org/wiki/WikiProject_Netherlands/Cycle_Routes/Node_Network Dit zijn dus alle knooppunten waar minder dan 3 routes op toekomen/vertrekken en alle routes die onderbroken zijn, of die niet op 2 verschillende genummerde knooppunten aankomen. Ik hoop dat jullie er wat aan hebben om de foutjes eruit te halen. Als alle routes in een netwerk verbeterd zijn, kan ik het script uiteraard opnieuw laten lopen. Waarschijnlijk doe ik de hele oefening binnen 1 of 2 maanden nog eens opnieuw. Hier zijn ook nog wat tips te vinden om het werken met die relaties gemakkelijker te maken binnen JOSM: http://wiki.openstreetmap.org/wiki/User:Polyglot/Some_ways_to_simplify_editing_cycle_node_routes_with_JOSM Ik ben wel van plan om dat hele proces nog veel eenvoudiger te maken, zodat mensen niet meer met lokale bestanden hoeven te werken, zoals het daar beschreven staat. Daartoe wilde ik eerst zelf bestanden hebben die nagenoeg compleet waren. Nu ga ik dus uitzoeken wat ik moet doen om die vlot online beschikbaar te maken. mvg, Jo -- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Nieuwe maximumsnelheden op snelwegen
Hoi, de nieuwe tagging schema voor Conditional Restrictions is klaar, zie http://wiki.openstreetmap.org/wiki/Conditional_restrictions Volgens dit schema kunnen de nieuwe tijdafhangelijke snelheidslimieten als volgens worden getagd: * maxspeed=130 * maxspeed:conditional=120 @ (06:00-19:00) Hoe met de spitsstroken om te gaan? Die gaan om vrij onvoorspelbare tijden open. Een routeplanner kan daarom niet echt iets met die informatie doen. Dus het maakt niet zo veel zin om dat te taggen. Ik heb een klein stukje A12 puur als experiment met maxspeed=120 + maxspeed:conditonal=100 @ (plus_lane=open) getagd. Overigens inhaalverboden voor vrachtwagens kunnen op een gelijke manier worden getagd: * overtaking:hgv:conditional=no @ (Mo-Fr 06:00-19:00) On 03/09/2012 21:20, Ole Nielsen wrote: On 03/09/2012 20:42, Colin Smale wrote: Het lijkt mij zinvol om enige gelijkvormigheid in de tagging na te streven. De drie scenario's zijn afhankelijk van tijdstip en het al dan niet open zijn van een eventuele spitsstrook. Er is nu een nieuwe voorstel die geen variable velden in de key gebruikt (de belangrijkste kritiek tegen de eerste voorstel). http://wiki.openstreetmap.org/wiki/Proposed_features/Conditional_restrictions Ik zou aanraden om of deze tagging al nu te gebruiken of even afwachten tot er gestemt is (ik zal over enkele dagen de voorstel in stemming brengen, is nu een maand in RFC status). Bij voorbeeld 2 zal de tagging dan zo worden: maxspeed=130 maxspeed:conditional=120 @ (06:00-19:00) De snelheid bij geopende spitsstrook is een probleem omdat de tijden niet voorspelbaar zijn. Wie heeft hiervoor een oplossing? Daar helpt mijn voorstel ook niet. Dus waarschijnlijk niet taggen (of een note tag gebruiken). Ole / polderrunner ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[Talk-br] WHODIDIT: OpenStreetMap Changeset Analyzer
Pessoal, saiu uma nova ferramenta do OSM, um analisador de changesets. Serve para ver que usuários fizeram alterações numa determinada região do mapa. http://zverik.osm.rambler.ru/whodidit/ []s ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
[Talk-br] Fwd: [thackday] Mutirões de Mapeamento
da lista thacker -- Forwarded message -- From: Diego Rabatone dir...@diraol.eng.br Date: 2012/10/9 Subject: [thackday] Mutirões de Mapeamento To: Transparência Hacker thack...@googlegroups.com Olá a todas e todos, tentando ser sucinto, meu nome é Diego Rabatone e faço parte de uma comunidade chamada Transparência Hacker, que basicamente é focada em utilizar conhecimento e tecnologia para transformar a sociedade e governos/Estados. Durante as eleições surgiram várias ideias de mapeamento dos dados eleitorais, mas encontramos uma enorme dificuldade: Praticamente inexistem mapas referentes a zonas/seções eleitorais no país. São Paulo, por exemplo, só tem as zonas eleitorais, mas não as seções (colégios e afins). Partindo disso, surgiu a ideia de realizarmos incursões/mutirões de mapeamento, e melhor do que fazer isso diretamente no computador usando só mapinhas e mouse, podemos fazer isso diretamente nas ruas! Para as pessoas que possuem smartphones podemos instalar aplicativos de mapeamento que guardam as rotas/trajetos realizados. Podemos marcar várias dessas incursões, mas acho que um dos principais momentos seria o segundo turno das eleições (para as cidades que possuem 2o turno). Assim temos vários ganhos: 1) Teremos essas informações importantíssimas mapeadas; 2) Quem sabe não tornamos mais alguns geeks e jornalistas ciclistas! 2.1) Isso ainda pode melhorar a saúde dessa galera do detrás dos teclados. rs 3) Aproximamos mais diversos movimentos/coletivos ! Bem, a ideia básica é essa galera, quem topa? Para quem quiser acompanhar melhor, essa thread, o site do e-group original da mensagem é: https://groups.google.com/forum/?fromgroups#!forum/thackday Abraços, Diego Rabatone Oliveira diraol(arroba)diraol(ponto)eng(ponto)br Identica: (@diraol) http://identi.ca/diraol Twitter: @diraol -- 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 -- ºLº :) ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Tags für Abluftkiste, turm,...
Am 07.10.2012 00:08, schrieb Stephan Wolff: Moin! Am 06.10.2012 22:36, schrieb Lars Schimmer: Die kleinen (oder auch großen) Türme, die als Abluftöffnung für Tiefgaragen oder Tunnel dienen. Hat da jemand einen passenden Tag für? Bei mir vorm Balkon steht so einer, rund 1m hoch, 2m breit, 0.5m tief, Gitter auf der Rückwand. Somit durchaus ein building:yes Aber wie tagt man, das es nen Abluftschacht ist? Ein nicht betretbares technisches Objekt würde ich eher unter man_made einordnen. Aber warum sollen wir solche Objekte überhaupt erfassen? Mir fällt keine sinnvolle Anwendung ein. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Das genannte Objekt ist jetzt nicht allzu groß, aber bei größeren Straßentunnels nehmen sie schnell recht große Ausmaße an. Siehe z.B. die Schronsteine des Fellbacher Tunnels. LG Jimmy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
Am 09.10.2012 07:53, schrieb Jimmy_K: Servus, ich glaube dies ist bis jetzt noch nirgends üblich. Solange es aber kein ordentliches, zugelassenes Spurmapping-Modell gibt, finde ich diese Variante sehr angenehm (hatte ich glaube im Forum vor ein paar Wochen mal vorgeschlagen) Also zumindest im Garmin fuehrt das dazu, dass er diese *_link als Rampen interpretiert, das ergibt bei Autobahnen und autobahnaehnlichen Strassen auch Sinn, da sind es naemlich Rampen. Bei normalen Strassen, wo man mit *_link Abbiegespuren taggt, gibt das furchtbare Ansagen. Wenn ich von der A-Strasse auf die B-Strasse abbiege, fahre ich halt nicht ueber eine Rampe ... -- Michael Neumann michael.neum...@uni-dortmund.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
Also zumindest im Garmin fuehrt das dazu, dass er diese *_link als Rampen interpretiert, das ergibt bei Autobahnen und autobahnaehnlichen Strassen auch Sinn, da sind es naemlich Rampen. Bei normalen Strassen, wo man mit *_link Abbiegespuren taggt, gibt das furchtbare Ansagen. Wenn ich von der A-Strasse auf die B-Strasse abbiege, fahre ich halt nicht ueber eine Rampe ... Also muss der Garmin (bzw. mkgmap) lernen, die zwei Typen von highway=*_link zu unterscheiden. Ist das denn denn mit den bestehenden Tags eindeutig moglich? Wenn nicht, brauchen wir wohl doch ein (oder zwei) zusätzliche Tags für diese sub-typen von *_link. link=ramp | lane | separated mal so als Beispiel. Gruss, Chaos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Straßenlistenauswertung in Beta-Version verfügbar
Hallo, ich gehe mit der Straßenlistenauswertung nach über einem Jahr Laufzeit [1] jetzt in die Beta-Phase über Ich war lange unzufrieden mit dem Zustand der Entwicklung und mit dem Zyklus der Auswertungen, die auf meinem Entwicklungsrechner liefen. Die verfügbare OSM-DB auf dem Toolserver war auch keine überzeugende Basis; öfters war diese veraltet. Deshalb habe ich im September einen eigenen Server gemietet und von meinem OSM-Kollegen Eckhart Wörner (vielen, vielen Dank nochmal) aufbauen lassen und hoste dort jetzt die Auswertung der Straßenlisten [2] sowie das Wiki [3] zur Verwaltung der Listen. Wiki zur Verwaltung der Straßenlisten --- Die Straßenlisten können jetzt endlich von interessierten OSM-lern selbst wieder verwaltet werden. Zur Bearbeitung der Straßenlisten ist eine Registrierung notwendig. Aktueller Stand der Straßenlisten im Wiki --- Die deutschen Straßenlisten sind fast alle importiert: Quellen waren * Florian Lohoffs Listen (im damaliagen Zustand) * Sven Anders Listen (im damaligen Zustand) * bei mir aktiv verwaltete Listen (über Mails erhalten) * zentral nutzbare Straßenlisten von Rheinland-Pfalz und Thüringen mit jeweils Stand 1.10.2012 Noch fehlende Straßenlisten: * Listen aus Luxemburg, Österreich und Schweiz * einige Speziallisten (Stuttgarter Bezirke, Berliner Stadtteile und -bezirke, Aurich, etc.) Zyklus der Auswertungen --- Die Auswertung erfolgt zweimal am Tag und sollte gegen 10h und 19h aktualisiert bereitstehen. Änderungen an den Straßenlisten im Wiki werden passend vorher übernommen (da arbeite ich gerade dran). Größere geplante Erweiterungen --- * Auswertung: Berücksichtigung von Stadtangaben oder Ortszusätzen bei den Straßen. Wenn in einer Straßenliste also eine Straße mehrfach aufgeführt wird und dort Zusätze enthalten sind, so sollen diese getrennt gesucht werden über lokale subadmin-Polygone oder der Nähe zu passenden place-Knoten. (Die Reaisierung wird aber nicht so schnell erfolgen, ich vermute, das wird etwas komplexer). * Ausbau der grafischen Unterstützung: bisher werden die Auswertungen je Bundesland über OpenLayer angezeigt mit ziemlicher Resourcenverschwendung auf Browserseite. Das soll über kurz oder lang über serverseitiges Rendern abgelöst werden. * durchlesen der früheren Posts, was noch gewünscht wurde und mögliche Realisierung. Viele Grüße Dietmar aka okilimu [1] http://forum.openstreetmap.org/viewtopic.php?id=13008 [2] http://regio-osm.de/listofstreets oder auch http://regio-osm.de/strassenliste Zur Kompatilität zu früher auf dem Toolserver geht auch die frühere Variante mit http://regio-osm.de/~okilimu/listofstreets/ [3] http://regio-osm.de/listofstreets/wiki oder auch http://regio-osm.de/strassenliste/wiki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap gender-biased
Hallo, Am Montag, den 08.10.2012, 14:22 +0200 schrieb Kolossos: Hier mein Angebot. Wenn es konkrete Ideen für eine Frauen-freundliche-Karte in Form eines Style-files gäbe, würde ich mich dafür einsetzen, dass diese Karte (z.B. auf dem Toolserver) auch gerendert wird. Schließlich hat OSM so viele Spezialkarten, dass ein Experiment in diese Richtung auch mal ganz erfrischend sein könnte. Da fehlen aber noch die frauenspezifischen tags: Welche Marken verkauft der Schuhladen und wieviele Schuhe sind ständig vorrätig? Auf welchen Parkplätzen kann man wie ein LKW ohne den Rückwärtsgang zu benutzen einparken und wieder wegfahren? ;-) Wenn ich so diese Parkplätze Frau und Kind und ähnliches sehe, frage ich mich immer, in welchem Jahrhundert die Verursacher eigentlich leben. Wer sagt denn, dass die Frauen die Kinder in die Kitas bringen? Wer sagt, dass nur die Mütter die Kinder füttern etc ?? Außer bei den geistig greisen Grufties von Hipp und Alete sollte sich herumgesprochen haben, dass das Geschichte ist. Und jetzt fängt das hier auch noch an :-(( Es gibt leider eine Gruppe von Frauen, die bei jeder kleinsten Kleinigkeit sofort losbrüllt, wenn Frauenrechte in Gefahr gewähnt werden, aber völlig taub ist, wenn der Sexismus sich gegen die Männer richtet. Die harmloseren Beispiele sind noch die Wickeltische im Damen-WC, wo ich nicht die geringsten Hemmungen hatte... :-D Schlimmer sind die Benachteiligungen beim Sorgerecht und umgekehrt beim Lohnniveau. Das sind die wirklichen Baustellen. Ob die Kita in der Karte gerendert wird, ist für Familien wichtig, nicht für Frauen. Genauso die Kinderspielplätze, Kinderärzte ... Gruß von Wolfgang, der schon einiges an Kinderspielplätzen in Begleitung seiner Erziehungsempfangsberechtigten gemappt hat. :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung in Beta-Version verfügbar
On 12-10-09 13:18, Dietmar wrote: * einige Speziallisten (Stuttgarter Bezirke, Berliner Stadtteile und -bezirke, Aurich, etc.) Berlin habe ich irgendwo online gefunden, mitsamt Bezirksangabe, weil viele Straßen dort in mehreren Bezirken gleich heißen. Mal sehen, ob ich's nochmal finde. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung in Beta-Version verfügbar
Hallo Martin, Berlin ist in der Auswertung drin, aber noch nicht im Wiki oder zumindest nicht mit Absicht. Bei Berlin gibt es aus meiner Sicht 2 Probleme: * es gibt ein Durcheinander von Listen auf Stadtbezirksebene und zum Teil zusätzlich oder stattdessen auf Stadtteilebene. * einige Polygone von Stadtbezirken und Stadtteilen sind nicht mehr vollständig. Eine aktuelle Liste wäre natürlich fast am besten, dann könnten wir frisch anfangen. Mit fast ist gemeint, das dann evtl. vorhandene Kommentare verloren gingen (habe ich aber nicht gepfüft, ob/wieviele vorhanden sind). Viele Grüße Dietmar -Ursprüngliche Nachricht- Von: Martin Trautmann [mailto:tr...@gmx.de] Gesendet am: Dienstag, 9. Oktober 2012 17:14 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Straßenlistenauswertung in Beta-Version verfügbar On 12-10-09 13:18, Dietmar wrote: * einige Speziallisten (Stuttgarter Bezirke, Berliner Stadtteile und -bezirke, Aurich, etc.) Berlin habe ich irgendwo online gefunden, mitsamt Bezirksangabe, weil viele Straßen dort in mehreren Bezirken gleich heißen. Mal sehen, ob ich's nochmal finde. Schönen Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
Am 09.10.2012 09:32, schrieb Michael Neumann: Am 09.10.2012 07:53, schrieb Jimmy_K: Servus, ich glaube dies ist bis jetzt noch nirgends üblich. Solange es aber kein ordentliches, zugelassenes Spurmapping-Modell gibt, finde ich diese Variante sehr angenehm (hatte ich glaube im Forum vor ein paar Wochen mal vorgeschlagen) Der Einsatz von _link für Verbindungsfahrbahnen zwischen Strassen - also von der eigenen Abbiegefahrbahn(nicht Spur!) bis zur Autobahnauffahrt ist schon seit vielen Jahren so in Verwendung. Esist durchaus hilfreich wenn man aus den Daten erkennen kann ob man rechtwinklig abbiegen muss oder auf einer eigenen Fahrbahn mit eigener Verkehrsregelung auf eine andere Strasse überführt wird. Also zumindest im Garmin fuehrt das dazu, dass er diese *_link als Rampen interpretiert, das ergibt bei Autobahnen und autobahnaehnlichen Strassen auch Sinn, da sind es naemlich Rampen. Bei normalen Strassen, Was sind den bei Garmin Rampen? Wenn ich leo.org trauen darf kann man das englische ramp u.a. auch mit Fahrtrasse übersetzen so dass man den OSM_link durchaus mit ramp gleichsetzen kann. Die deutsche Rampe im Sinne einer ansteigenden /abfallenden Auffahrt/Abfahrt wäre nur ein Teilaspekt bzw. eine Beschreibung der Bauausführung, weniger eine routingrelevante Information. wo man mit *_link Abbiegespuren taggt, gibt das furchtbare Ansagen. Wenn ich von der A-Strasse auf die B-Strasse abbiege, fahre ich halt nicht ueber eine Rampe ... Wenn das generell bei Auf/-Abfahrten von Autobahnen etc. verwendet werden sollte würde es auch nicht passen, da fahre ich auch nicht zwangsläufig über eine Rampe. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
Am 9. Oktober 2012 17:44 schrieb Garry garr...@gmx.de: Der Einsatz von _link für Verbindungsfahrbahnen zwischen Strassen - also von der eigenen Abbiegefahrbahn(nicht Spur!) bis zur Autobahnauffahrt ist schon seit vielen Jahren so in Verwendung. +1 Esist durchaus hilfreich wenn man aus den Daten erkennen kann ob man rechtwinklig abbiegen muss oder auf einer eigenen Fahrbahn mit eigener Verkehrsregelung auf eine andere Strasse überführt wird. wenn es einen eigenen highway-way in OSM gibt, ist es allerdings immer eine eigene Fahrbahn. Was sind den bei Garmin Rampen? Wenn ich leo.org trauen darf kann man das englische ramp u.a. auch mit Fahrtrasse übersetzen so dass -1, leo.org kannst Du nicht trauen. Ein Wörterbuch ist nie geeignet, um eine genau Definition eines Begriffs zu bekommen. Da sind auch viele nachrangige und Sonderbedeutungen drin, wo ramp auch mal Fahrtrasse bedeuten kann (aber eben nicht alle Fahrtrassen, sondern in einem bestimmten Kontext könnte man auf deutsch auch mal Fahrtrasse sagen). Die englische Wikipedia ist zwar auch nicht der Weisheit letzter Schluss (z.B. schreiben da offensichtlich auch Nichtmuttersprachler und sind oft (noch?) nicht alle Feinheiten und Bedeutungen eines Begriffs drin), aber man hat m.E. schon mal einen Anhaltspunkt. Hier ramp http://en.wikipedia.org/wiki/Ramp und die entsprechende Bedeutung bei highways: http://en.wikipedia.org/wiki/Entrance_ramp und http://en.wikipedia.org/wiki/Exit_ramp man den OSM_link durchaus mit ramp gleichsetzen kann. Die deutsche Rampe im Sinne einer ansteigenden /abfallenden Auffahrt/Abfahrt wäre nur ein Teilaspekt bzw. eine Beschreibung der Bauausführung, weniger eine routingrelevante Information. ja, wobei unser tagging durchaus beschreibend zu verstehen ist, und nicht nur einen Teilaspekt in Hinblick auf eine bestimmte Anwendung abbildet. link könnte man vermutlich (ich bin ja auch kein Muttersprachler) für eine Verbindungsstraße nutzen, die nicht geneigt ist, während ramp dem deutschen Rampe entspricht, und nicht immer das gleiche bedeutet. Alle ramps sind vermutlich auch links, aber eben nicht anders rum. Das Wiki schreibt eigentlich schon ganz gut, was *_links sind: The link tags are used to identify ramps or slip roads connecting other more standard highways to each other. Also demzufolge das, was im Deutschen Ein- und Ausfahrten sind ;-) In meiner Umgebung taggen die Leute so in der Regel auch die 4 kurzen Einbahn-Stummel, um von einer Hauptstraße auf die andere zu kommen (also z.B. bei normalen primaries und secondaries) und auch z.B. Stellen, wo man bei getrennten Fahrbahnen die Richtung ändern kann. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
Am 09.10.2012 18:12, schrieb Martin Koppenhoefer: Am 9. Oktober 2012 17:44 schrieb Garry garr...@gmx.de: Der Einsatz von _link für Verbindungsfahrbahnen zwischen Strassen - also von der eigenen Abbiegefahrbahn(nicht Spur!) bis zur Autobahnauffahrt ist schon seit vielen Jahren so in Verwendung. +1 Esist durchaus hilfreich wenn man aus den Daten erkennen kann ob man rechtwinklig abbiegen muss oder auf einer eigenen Fahrbahn mit eigener Verkehrsregelung auf eine andere Strasse überführt wird. wenn es einen eigenen highway-way in OSM gibt, ist es allerdings immer eine eigene Fahrbahn. Schön wärs. Weitgehend ist die Abbiegespur nur als eigener highway-way eingetragen, wenn die irgendwann an der Kreuzung eine eigene Fahrbahn ist, oft aber schon viel vorher, wenn die Straße rechts für die zusätzliche Abbiegespur erweitert ist, also da, wo die Abbiegespur als Spur anfängt. Das ist zwar nirgendwo so dokumentiert, aber doch häufig so eingetragen. Gruß Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Openstreetbugs] AST der ... fehlt.
Am 9. Oktober 2012 19:57 schrieb Peter Wendorff wendo...@uni-paderborn.de: wenn es einen eigenen highway-way in OSM gibt, ist es allerdings immer eine eigene Fahrbahn. Schön wärs. Weitgehend ist die Abbiegespur nur als eigener highway-way eingetragen, wenn die irgendwann an der Kreuzung eine eigene Fahrbahn ist, oft aber schon viel vorher, wenn die Straße rechts für die zusätzliche Abbiegespur erweitert ist, also da, wo die Abbiegespur als Spur anfängt. Das ist zwar nirgendwo so dokumentiert, aber doch häufig so eingetragen. kann man ja ändern. Mir ist auch klar, dass die OSM-Realität viele Fehler bzw. Inkonsistenzen hat. Z.T. ist das auch der derzeitigen Modell geschuldet, wo bisher niemand (AFAIK) auswertet (und daher auch nur wenige mappen), wie die Mittellinie ausgebildet ist. D.h. wenn man die Spuren erst da splittet, wo die Fahrbahnen getrennt sind, dann ergeben sich in der Praxis andere Detail-Probleme. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßenlistenauswertung in Beta-Version verfügbar
Am 09.10.2012 13:18, schrieb Dietmar: ich gehe mit der Straßenlistenauswertung nach über einem Jahr Laufzeit [1] jetzt in die Beta-Phase über[...] Echt toll. Die Seiten habe ich vorhin durch Zufall gefunden. Erst danach bin ich auf Dein Posting in talk-de gestossen. Ich möchte Dich bitten auf der Einstiegsseite des Wiki noch zu beschreiben, wie eine Liste aussehen sollte/kann/darf, damit die Auswertung es ordentlich verarbeiten kann. Ohne Info muss man raten bzw. irgendwelche anderen Seiten als Beispiel verwenden (ob die nun syntaktisch korrekt sind oder nicht). Aus dem Landkreis Rhön-Grabfeld/Bayern vermisse ich im Wiki noch ein paar Listen. Zum Beispiel finde ich Bad Neustadt nicht. Deshalb habe ich im September einen eigenen Server gemietet Wow, Klasse! Ich hoffe das ist finanziell nicht zuviel für Dich. Ich habe mal gehört, dass man solche Kosten bei der Steuer als Vereinsbeitrag (oder so ähnlich) absetzen kann. Dazu benötigst Du eine Bescheinigung eine gemeinnützigen Vereins in der Dir die Zweckbindung bestätigt wird. Frag' mal bei FOSSGIS e.V. nach den Möglichkeiten. -- Andreas Koppenhöfer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] quale Garmin per un mappatore ?
Il 08 ottobre 2012 17:25, Alech OSM alech.hos...@gmail.com ha scritto: Buondì a tutti ! Mi son sempre trovato bene con il Forerunner205, ma i tasti cominciano ad essere molto consumati , eppoi non è cartografico… Quindi mi domandavo (se) a cosa passare in un futuro più o meno vicino, considerando che mi interessano altimetro/bussola e alimentazione a pile stilo . Etrex Vista Hcx, Etrex 30, Dakota, Colorado , boohhh Vale la pena spendere di più, oppure vale il principio “tutto ciò che non c’è non si rompe” ? Meglio il touchscreen oppure i tasti ? E che differenza c’è in fondo tra il Vista ed il Etrex30 ? In fondo son più escursionista che mappatore , però mi piace inserire con precisione i sentieri nuovi. Ciao, io ho un un Garmin GPSMap 62SC e te lo consiglio. Oltre a tutte le funzioni di un buon gps da escursione (robusto, impermeabile, tasti, bussola, altimetro, ecc ecc) ha anche una macchina fotografica da 5 megapixel incorporata con la quale puoi fare delle buone foto gia' georeferenziate. Quando importi le foto in JOSM, queste vengono inserite sul punto in cui le hai scattate e inoltre una piccola freccia bianca ti indica la direzione in cui lo scatto e' stato preso. Meglio di cosi'... Saluti Fabrizio ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] quale Garmin per un mappatore ?
Il 09 ottobre 2012 08:17, Fabrizio Tambussa ftambu...@gmail.com ha scritto: Ciao, ciao io ho un un Garmin GPSMap 62SC e te lo consiglio. Oltre a tutte le funzioni di un buon gps da escursione (robusto, impermeabile, tasti, bussola, altimetro, ecc ecc) ha anche una macchina fotografica da 5 megapixel incorporata con la quale puoi fare delle buone foto gia' georeferenziate. Quando importi le foto in JOSM, queste vengono inserite sul punto in cui le hai scattate e inoltre una piccola freccia bianca ti indica la direzione in cui lo scatto e' stato preso. Meglio di cosi'... confermo quanto detto, il gps in oggetto è lo strumento, che conosco, più funzionale a mappare e per escursionismo! Saluti Fabrizio -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] quale Garmin per un mappatore ?
confermo quanto detto, il gps in oggetto è lo strumento, che conosco, più funzionale a mappare e per escursionismo! ... ma costa il doppio del etrex 20/30 e non ha l'ultima generazione di chip GPS. In particolare non riceve i satelliti russi che dalle nostri parti di danno un metro di precisione aggiuntivo (dicono ...) Volker ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] R: quale Garmin per un mappatore ?
Ma varrebbe la pena comoprarlo se il negozio ce l’ha ancora ? Da: Volker Schmidt [mailto:vosc...@gmail.com] Inviato: lunedì 8 ottobre 2012 18.45 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] quale Garmin per un mappatore ? Etrex Vista Hcx, Fuori produzione - era un buon apparecchio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] relation:region complessi naturali e gerarchie.
2012/10/9 Gianluca De Rossi bigshot4e...@gmail.com: Così come non ti potrai mai fidare di eventuali inesattezze del perimetro (deficitario o sovrabbondante) o di corbellerie inserite da altri all'interno di esso. si, però a mio avviso delle inesattezze rilevanti del perimetro sono molto meno probabili, perchè l'utente ottiene direttamente un feedback visivo quando dissegna, mentre una relazione rimane nascosta e anche quando la apri e trovi 400 oggetti in una lunga lista non diventa molto più trasparente. Non la metterei sull'affidabilità del metodo perché si finisce sempre sull'accuratezza di chi produce quel pezzo di mappa... certi metodi e sistemi hanno un rischio più elevato per errori rispetto ad altri. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: quale Garmin per un mappatore ?
Non penso che ti possano fare un prezzo sufficientamente basso. Se ti lo vendono a 120€ potresti considerarlo. Per mio avviso comprare un etrex 30 in Internet senza mappe è l'opzione migliore. Dovresti trovarlo anche sotto €200. Se lo vuoi utilizzare su bici, ordina anche la staffa per manubrio (costa 11€ circa) (Vale anche se prendi il vecchio) Volker 2012/10/9 Alech OSM alech.hos...@gmail.com Ma varrebbe la pena comoprarlo se il negozio ce l’ha ancora ? ** ** *Da:* Volker Schmidt [mailto:vosc...@gmail.com] *Inviato:* lunedì 8 ottobre 2012 18.45 *A:* openstreetmap list - italiano *Oggetto:* Re: [Talk-it] quale Garmin per un mappatore ? ** ** Etrex Vista Hcx, Fuori produzione - era un buon apparecchio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: quale Garmin per un mappatore ?
Il giorno 09/ott/2012, alle ore 11.07, Alech OSM ha scritto: Ma varrebbe la pena comoprarlo se il negozio ce l’ha ancora ? Ne ho uno anch'io e penso che sia ancora un buon acquisto, se lo svendono! Come precisione non è più il massimo, ma per registrare le tracce io uso quasi sempre un logger con chip MTK fissato sul casco della bici o sullo spallaccio dello zaino. Ne ho due, quello che mi dà i risultati migliori è il 747A+. Saluti Guido Da: Volker Schmidt [mailto:vosc...@gmail.com] Inviato: lunedì 8 ottobre 2012 18.45 A: openstreetmap list - italiano Oggetto: Re: [Talk-it] quale Garmin per un mappatore ? Etrex Vista Hcx, Fuori produzione - era un buon apparecchio. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: quale Garmin per un mappatore ?
Il giorno 09/ott/2012 12:57, Guido Piazzi gu...@fotocaos.it ha scritto: Il giorno 09/ott/2012, alle ore 11.07, Alech OSM ha scritto: Ma varrebbe la pena comoprarlo se il negozio ce l’ha ancora ? Ne ho uno anch'io e penso che sia ancora un buon acquisto, se lo svendono! Concordo, ne sono rimasto molto soddisfatto, anche per la precisione che ha quando ti trovi in bosco o altre zone ostiche ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Gerarchia di Relation
Vorrei contribuire alla mappatura alla porzione italiana dellitinerario ciclabile internazionale: name=sun route network=icn ref=E7 operator=http://www.eurovelo.org/ In Italia: name=Ciclopista del Sole network=ncn ref=BI1 operator= http://www.bicitalia.org/cakebi/cycleways/ciclovia/49 http://www.bicitalia.org/cakebi/cycleways/ciclovia/49 Nella mia località, a titolo di esempio, ho: name=Ciclabile Modena Vignola network=lcn ref=MO1 operator= http://www.provincia.modena.it/ Credo che la soluzione migliore sia utilizzare una gerarchia tra relazioni (di dipendenza e figlie) nella mappatura degli itinerari. Come ho fatto in: http://www.openstreetmap.org/browse/relation/2024403 Cortesemente qualcuno mi da una valutazione di quanto fatto? Suggerimenti nella gestione di queste gerarchie di relazioni? Grazie Beppe ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Gerarchia di Relation
2012/10/9 Giuseppe Amici giuseppeam...@virgilio.it: Credo che la soluzione migliore sia utilizzare una gerarchia tra relazioni (di dipendenza e figlie) nella mappatura degli itinerari. Come ho fatto in: http://www.openstreetmap.org/browse/relation/2024403 Cortesemente qualcuno mi da una valutazione di quanto fatto? Suggerimenti nella gestione di queste gerarchie di relazioni? Personalmente non mi piace. Qui http://wiki.openstreetmap.org/wiki/Relation:route#Multiple_routes_share_the_same_path sono indicati i pro e i contro delle super-relation Ciao, Federico ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] R: quale Garmin per un mappatore ?
2012/10/9 Volker Schmidt vosc...@gmail.com: Non penso che ti possano fare un prezzo sufficientamente basso. Se ti lo vendono a 120€ potresti considerarlo. Per mio avviso comprare un etrex 30 in Internet senza mappe è l'opzione migliore. Dovresti trovarlo anche sotto €200. Se lo vuoi utilizzare su bici, ordina anche la staffa per manubrio (costa 11€ circa) (Vale anche se prendi il vecchio) si, dipende quanto uno vuole spendere. Ho cercato un attimo e un GPS Map 62 lo trovi a partire da 228 EUR http://www.guenstiger.de/Preisvergleich/Garmin/GPSMAP_62.html o 242 in Italia compresa la spedizione: http://www.amazon.it/Garmin-Gpsmap-Portatile-Schermo-Pollici/dp/B003IHV6XW/ref=sr_1_14?ie=UTF8qid=1349787427sr=8-14 (non ho cercato molto, forse si trova anche a meno). Forse i modelli sopra sono quelli senza bussola e altimetro barometrico. ciao Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] relation:region complessi naturali e gerarchie.
Il 09 ottobre 2012 11:34, Martin Koppenhoefer dieterdre...@gmail.com ha scritto: 2012/10/9 Gianluca De Rossi: si, però a mio avviso delle inesattezze rilevanti del perimetro sono molto meno probabili, perchè l'utente ottiene direttamente un feedback visivo quando dissegna, mentre una relazione rimane nascosta e anche quando la apri e trovi 400 oggetti in una lunga lista non diventa molto più trasparente. Questo è più un discorso di gestione dell'interfaccia... e comunque con grandi perimetri è passibile che qualcuno includa qualcosa senza nemmeno accorgersene certi metodi e sistemi hanno un rischio più elevato per errori rispetto ad altri. controbilanciati da una praticità d'uso di gran lunga superiore in caso di relazioni affidabili. Mi piaceva l'idea di tentare di rendere ibrida la questione per trarre il miglior compromesso tra le due soluzioni. -- Bigshot - Gianluca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] FYI - Danmarks grunddata bliver frigivet 1. januar2013
Rigtigt gode nyheder! Stort skulderklap til alle involverede! Med venlig hilsen Emil Tin IT- og Processpecialist Cykelsekretariatet KØBENHAVNS KOMMUNE Teknik- og Miljøforvaltningen Center for Trafik Islands Brygge 37 Vær. 118 Postboks 450 2300 København S Telefon +45 3366 3433 Email z...@tmf.kk.dk EAN 5798009493149 -Oprindelig meddelelse- Fra: Ritz, Katarina [mailto:ka...@kms.dk] Sendt: 8. oktober 2012 14:00 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] FYI - Danmarks grunddata bliver frigivet 1. januar2013 Det siger sig selv, at den licens vil tage højde for at man skal kunne videregive data, herunder også som I gør. Er glad for at du har været inde og læse. Vi skal nok blive lidt skarpere til at formulere os :-) Fortvivl ikke - det skal nok blive godt! -Oprindelig meddelelse- Fra: Soren Johannessen [mailto:soren.johannes...@gmail.com] Sendt: 8. oktober 2012 13:38 Til: OpenStreetMap Denmark Emne: Re: [Talk-dk] FYI - Danmarks grunddata bliver frigivet 1. januar2013 2012/10/8 Jørgen Elgaard Larsen j...@elgaard.net: Ritz, Katarina skrev: Husk at grunddata også omfatter en meget stor del af KMS' data. Læs mere her: www.kms.dk og skriv endelig hvordan I vil bruge det. Jeg har forgæves forsøgt at finde information om, hvilken licens, data vil blive frigivet under. Er der nogen, der kan kaste lys over det? Tidligere har vi jo haft en del bøvl med licensen for bl.a. DAGI. Et meget relevant spørgsmål - i KMS FAQ for disse åbne data for 2013 - står der ikke noget vi bliver klogere på vedr. licens http://www.kms.dk/Emner/Frie_data/OSS/Private/ Skal der stadig anføres Copyright KMS? Ja, for KMS skal fortsat håndhæve sin ophavsret. Det er på nuværende tidspunkt ikke muligt at sige noget konkret om, hvordan det fremadrettet skal foregå. Vi arbejder på at etablere nye, simplere retningslinjer for hvordan data kan anvendes, herunder hvordan man forholder sig, hvis man ønsker at videregive data. Det vender vi tilbage til i 2013. KMS arbejder sammen med andre grunddateejere om at lave en fælles rettighedsbeskrivelse. Det vender vi tilbage til i 2013. /Søren ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] FYI - Danmarks grunddata bliver frigivet 1. januar 2013
8. okt. 2012 18.54 skrev Carsten Nielsen list_re...@toensberg.dk: Og matrikel data i OSM vil være fuldstændig ubrugeligt til den beskrevne afgørelse af nabostridigheder for naboerne flytter jo bare matriklerne derhen hvor de mener de skal være. Tja, det rejser jo i hvert fald problemet om håndtering af kilder og rettigheder som OSM ikke helt har løst endnu, i hvert fald ikke i grænsefladen til almindelige brugere. Ole ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-gb-westmidlands] SOTM 2013 bid
Awesome, cheers Stuart Andy -Original Message- From: stuart lester [mailto:stules...@gmail.com] Sent: 09 October 2012 09:46 To: OSM Group WM Subject: [Talk-gb-westmidlands] SOTM 2013 bid Hi all, This is great. Would love to help out. Once I've finished organising a stag do for this weekend will be able to read messages properly and offer concrete support! I am also helping out FOSS4G as well so will do what I can to publicize with those folk. Cheers, Stu ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands - No virus found in this message. Checked by AVG - www.avg.com Version: 2013.0.2677 / Virus Database: 2591/5817 - Release Date: 10/08/12 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] SOTM 2013 bid
On 08/10/12 19:29, Brian Prangle wrote: Hi Andy Are you intending that we bypass the existing wiki page and gaining consensus from the UK community? Or do the two in parallel? I can see that gaining consensus would be messy and time consuming unless we force the pace but I think one country one bid would be far stronger - for instance we wouldn't be competing for UK sponsors, and there'd be more people with more contacts to get things done. It sounds as though your group already has more volunteers than have spoken up on talk-gb/the wiki, and if so then I doubt consensus will take very long to achieve at all. J. -- Dr Jonathan Harley :Managing Director: SpiffyMap Ltd m...@spiffymap.com Phone: 0845 313 8457 www.spiffymap.com The Venture Centre, Sir William Lyons Road, Coventry CV4 7EZ, UK ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] mapping conundrum
Ed Loach spotted that a 1993 planning application [4] for 11 Rockingham Gardens included the conversion of old outbuildings into a granny annex but this appears only to apply to about half of the building (the north and eastern portion at the back of number 11). The remaining part to the west and all of the garden appears to be a separate land area and building. I may have to knock on the door of number 11 to ask! Cheers Andy [4] http://eplanning.birmingham.gov.uk/Northgate/PlanningExplorer/Generic/StdDet ails.aspx?PT=Planning%20Applications%20On-Line http://eplanning.birmingham.gov.uk/Northgate/PlanningExplorer/Generic/StdDe tails.aspx?PT=Planning%20Applications%20On-LineTYPE=PL/PlanningPK.xmlPARAM 0=68392XSLT=/Northgate/PlanningExplorer/SiteFiles/Skins/Birmingham/xslt/PL/ PLDetails.xsltFT=Planning%20Application%20DetailsPUBLIC=YXMLSIDE=/Northga te/PlanningExplorer/SiteFiles/Skins/Birmingham/Menus/PL.xmlDAURI=PLANNING TYPE=PL/PlanningPK.xmlPARAM0=68392XSLT=/Northgate/PlanningExplorer/SiteFi les/Skins/Birmingham/xslt/PL/PLDetails.xsltFT=Planning%20Application%20Deta ilsPUBLIC=YXMLSIDE=/Northgate/PlanningExplorer/SiteFiles/Skins/Birmingham/ Menus/PL.xmlDAURI=PLANNING -Original Message- From: Matt Williams [mailto:m...@milliams.com] Sent: 09 October 2012 17:08 To: Talk-gb-westmidlands@openstreetmap.org Subject: Re: [Talk-gb-westmidlands] mapping conundrum On 9 October 2012 16:52, Andy Robinson mailto:ajrli...@gmail.com ajrli...@gmail.com wrote: A little mapping conundrum for you folks. This building with the ? in the centre of the map [1] appears to be a house, yet I can't find the access to it. BING Birdseye [2] doesn't appear to clarify matters. Google [3] suggests there might be a red car parked outside which would mean there should be a drive somewhere. I've cycled round and can't find an access off Rockkingham Gardens, Anchorage Road or Mulroy Road. Well there is a rough footpath that used to be a track to the old Sutton Park railway station which starts at the junction of Mulroy Road/and Midland Road but it's not used be vehicles anymore and well overgrown. It's the one route I need to check but I'm sceptical because of the well manicured gardens this oddball property has. All ideas and suggestions welcome ;-) Cheers Andy [1] http://osm.org/go/euzaD8Zqa-- http://osm.org/go/euzaD8Zqa-- [2] http://binged.it/PThfeO http://binged.it/PThfeO [3] https://maps.google.co.uk/?ll=52.568657,-1.825985spn=0.000368,0.00081 https://maps.google.co.uk/?ll=52.568657,-1.825985spn=0.000368,0.00081 7t=hz=21 That's an interesting situation indeed. All I can say is that I'm not sure the red object in the Google imagery is a car, but rather looks like two red canoes or something. Sorry I can't be of more help. Matt ___ Talk-gb-westmidlands mailing list mailto:Talk-gb-westmidlands@openstreetmap.org Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands - No virus found in this message. Checked by AVG - http://www.avg.com www.avg.com Version: 2013.0.2677 / Virus Database: 2591/5817 - Release Date: 10/08/12 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] mapping conundrum
Hi Andy Looks like you've got yourself a problem! I agree with Matt about the canoes. Some views from bing suggest the garden path joins up with one at 25 or 27 Rockingham Gardens. As it unusually sits close to no 11/15's boundary, perhaps its a granny flat for no 11/15? It seems to have taken a chunk out of no 11's garden. Wear your high viz vest and knock at no11/15 and ask is the best I can suggest. Regards Brian On 9 October 2012 16:52, Andy Robinson ajrli...@gmail.com wrote: A little mapping conundrum for you folks. ** ** This building with the ? in the centre of the map [1] appears to be a house, yet I can't find the access to it. BING Birdseye [2] doesn't appear to clarify matters. Google [3] suggests there might be a red car parked outside which would mean there should be a drive somewhere. ** ** I've cycled round and can't find an access off Rockkingham Gardens, Anchorage Road or Mulroy Road. Well there is a rough footpath that used to be a track to the old Sutton Park railway station which starts at the junction of Mulroy Road/and Midland Road but it's not used be vehicles anymore and well overgrown. It’s the one route I need to check but I'm sceptical because of the well manicured gardens this oddball property has. ** ** All ideas and suggestions welcome ;-) ** ** Cheers Andy ** ** [1] http://osm.org/go/euzaD8Zqa-- [2] http://binged.it/PThfeO [3] https://maps.google.co.uk/?ll=52.568657,-1.825985spn=0.000368,0.000817t=hz=21 ** ** ** ** ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] mapping conundrum
You can check house prices online, have any in that area changed hands for a disproportionately high price? http://www.nethouseprices.com/ Is the railway line still open to passengers, I can see that the stations have closed, but a ride in a train along there may be of interest. Phil On Tue, 2012-10-09 at 18:08 +0100, Brian Prangle wrote: Hi Andy Looks like you've got yourself a problem! I agree with Matt about the canoes. Some views from bing suggest the garden path joins up with one at 25 or 27 Rockingham Gardens. As it unusually sits close to no 11/15's boundary, perhaps its a granny flat for no 11/15? It seems to have taken a chunk out of no 11's garden. Wear your high viz vest and knock at no11/15 and ask is the best I can suggest. Regards Brian On 9 October 2012 16:52, Andy Robinson ajrli...@gmail.com wrote: A little mapping conundrum for you folks. This building with the ? in the centre of the map [1] appears to be a house, yet I can't find the access to it. BING Birdseye [2] doesn't appear to clarify matters. Google [3] suggests there might be a red car parked outside which would mean there should be a drive somewhere. I've cycled round and can't find an access off Rockkingham Gardens, Anchorage Road or Mulroy Road. Well there is a rough footpath that used to be a track to the old Sutton Park railway station which starts at the junction of Mulroy Road/and Midland Road but it's not used be vehicles anymore and well overgrown. It’s the one route I need to check but I'm sceptical because of the well manicured gardens this oddball property has. All ideas and suggestions welcome ;-) Cheers Andy [1] http://osm.org/go/euzaD8Zqa-- [2] http://binged.it/PThfeO [3] https://maps.google.co.uk/?ll=52.568657,-1.825985spn=0.000368,0.000817t=hz=21 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] mapping conundrum
On Tue, 2012-10-09 at 23:36 +0100, Big Fat Frog wrote: This is very puzzling. On a separate but connected note, if the Google imagery had shown a clear entrance/drive/path or whatever, I presume that would have to be left out of the DB due to copyright? Also, does our allowed use of Bing imagery extend to their more up to date higher quality imagery on their own website? And if you are prompted to walk down a certain road to survey something you would not have otherwise thought of? Phil Just some thought that cropped up while reading this. Jonathan On 09/10/2012 16:52, Andy Robinson wrote: A little mapping conundrum for you folks. This building with the ? in the centre of the map [1] appears to be a house, yet I can't find the access to it. BING Birdseye [2] doesn't appear to clarify matters. Google [3] suggests there might be a red car parked outside which would mean there should be a drive somewhere. I've cycled round and can't find an access off Rockkingham Gardens, Anchorage Road or Mulroy Road. Well there is a rough footpath that used to be a track to the old Sutton Park railway station which starts at the junction of Mulroy Road/and Midland Road but it's not used be vehicles anymore and well overgrown. It’s the one route I need to check but I'm sceptical because of the well manicured gardens this oddball property has. All ideas and suggestions welcome ;-) Cheers Andy [1] http://osm.org/go/euzaD8Zqa-- [2] http://binged.it/PThfeO [3] https://maps.google.co.uk/?ll=52.568657,-1.825985spn=0.000368,0.000817t=hz=21 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] mapping conundrum
Just had a thought, looking at OS Streetview, is this part of the old disused station? Seems a bit far away but OS seem adamant? On 09/10/2012 16:52, Andy Robinson wrote: A little mapping conundrum for you folks. This building with the ? in the centre of the map [1] appears to be a house, yet I can't find the access to it. BING Birdseye [2] doesn't appear to clarify matters. Google [3] suggests there might be a red car parked outside which would mean there should be a drive somewhere. I've cycled round and can't find an access off Rockkingham Gardens, Anchorage Road or Mulroy Road. Well there is a rough footpath that used to be a track to the old Sutton Park railway station which starts at the junction of Mulroy Road/and Midland Road but it's not used be vehicles anymore and well overgrown. It’s the one route I need to check but I'm sceptical because of the well manicured gardens this oddball property has. All ideas and suggestions welcome ;-) Cheers Andy [1] http://osm.org/go/euzaD8Zqa-- [2] http://binged.it/PThfeO [3] https://maps.google.co.uk/?ll=52.568657,-1.825985spn=0.000368,0.000817t=hz=21 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-gb-westmidlands] mapping conundrum
Also looking at the historic maps there looks like there's been building there for quite some time. Midland Road seems to have continued along by the railway line and up to the end of this properties garden. Rob On , Big Fat Frog bigfatfro...@gmail.com wrote: Just had a thought, looking at OS Streetview, is this part of the old disused station? Seems a bit far away but OS seem adamant? On 09/10/2012 16:52, Andy Robinson wrote: A little mapping conundrum for you folks. This building with the ? in the centre of the map [1] appears to be a house, yet I can't find the access to it. BING Birdseye [2] doesn't appear to clarify matters. Google [3] suggests there might be a red car parked outside which would mean there should be a drive somewhere. I've cycled round and can't find an access off Rockkingham Gardens, Anchorage Road or Mulroy Road. Well there is a rough footpath that used to be a track to the old Sutton Park railway station which starts at the junction of Mulroy Road/and Midland Road but it's not used be vehicles anymore and well overgrown. It's the one route I need to check but I'm sceptical because of the well manicured gardens this oddball property has. All ideas and suggestions welcome ;-) Cheers Andy [1] http://osm.org/go/euzaD8Zqa-- [2] http://binged.it/PThfeO [3] https://maps.google.co.uk/?ll=52.568657,-1.825985spn=0.000368,0.000817t=hz=21 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-es] OFFTopic - Añadir nombres de casas en GoogleMaps
Hola, Perdonad el off-topic, pero es el lugar donde creo que pueda haber alguien que me conteste. Si os parece un abuso, me expulsáis directamente y a otra cosa. ;-) A veces la dirección de una casa no es del tipo: Nombre de la calle, número Codigo Postal - Población Sino que es de este tipo: Nombre de la casa Nombre del barrio Código Postal - Población Con OSM no hay ningún problema. Se agregan los nombres y Nominatim los encuentra inmediatamente. Grande OSM! El problema viene cuando quieres que el nombre de esa casa esté disponible como cualquier otra dirección postal dentro de GoogleMaps o incluso dentro de las bases de datos de los proveedores de datos tipo TeleAtlas o Navteq (pensando en TomToms, Garmins etc.) GoogleMaps te admite que tú cargues el dato, siempre que se trate de negocios. Les das las coordenadas y a veces geocodifican inversamente y te sacan la probable dirección de ese negocio. Y listo, estás en el mapa! A veces te mandan la postalita esa para confirmar que tú eres el dueño del negocio, y listo. Pero esto no se puede hacer con casas que no sean negocios. O sí? Alguien sabe la forma? Muchas gracias! Gari ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-pt] Autoestradas que não o são
- Mail original - From: Rúben Leote Mendes ru...@nocturno.org To: talk-pt@openstreetmap.org Date: 08/10/2012 18:38:30 Subject: [Talk-pt] Autoestradas que não o são Viva, Gostava de ter a vossa opinião como se deve etiquetar uma estrada que é designada como Axx num troço que não tem separador central (apenas um risco contínuo) e o limite de velocidade é de 80 Km/h? Por um lado as indicações na estrada possuem a designação Axx o que pelo Wiki [1] leva a highway=motorway. Por outro lado a estrada não tem as características que normalmente se espera de uma autoestrada. Nesse caso deve-se usar highway=unclassified, highway=motorway_link ou outro ? Depende se a classificação highway é feito de maneira administrativa ou sob as características da estrada. Em Portugal parece que optaram pela administrativa ou seja motorway quando começa pelo A, primary quando é uma estrada nacional, etc... Em França a classificação é mais complicada, o estado devolveu a gestão de quase todas as estradas as regiões por isso a classificaçao administrativa não serve. O trafego que permite a estrada é que decide o tipo de highway : esta estrada é usada para longa distância, liga cidades da mesma região ou faz a ligação entre pequenas aldeias ? Fiz a pergunta de forma genérica para que as respostas possam ser utilizadas noutras situações semelhantes, mas a pergunta tem origem num caso concreto: troço Aveiro - Barra da A25: http://www.openstreetmap.org/?lat=40.62944lon=-8.73547zoom=16layers=M A A25 deixa de ter separador central um pouco antes do nó antes de chegar à ponte (sentido Este - Oeste). Com a Classificação administrativa temos um motorway mais as características são de um trunk. Apesar de não ter separador central existem duas ways com oneway=yes. Penso que o correcto será passar para uma única way com oneway=no. Alguém discorda? Na Ponte da Barra tem um way com oneway=no (way 106116297). Parece que foi mapeado em primeiro com um so way e depois foi feito o segundo. Mesmo se fazer 2 ways neste caso não tem nada de errado, é costume desenhar 2 ways quando ha uma separação fisica (um muro, erva, etc...) : http://wiki.openstreetmap.org/wiki/Editing_Standards_and_Conventions#Divided_highways Se tem so uma linha branca, é costume-se fazer so 1 way (se calhar fica mais complicada as entradas e saidas ?). Estou também a considerar alterar de highway=motorway para highway=motorway_link ou seja considerar que o troço sem separador central é um acesso à autoestrada. O que acham? Concordo que motorway_link seria melhor do que trunk. A autoestrada termina numa rotunda que também está com highway=motorway. Uma vez que nesta rotunda circula trânsito da ligação Barra-Costa Nova não me parece ser apropriado ser motorway (além que me faz uma certa confusão que qualquer rotunda seja motorway...) pelo que tenciono alterar para highway=residential para ficar consistente com as estradas que ligam à rotunda. Também não gosto de rotunda motorway. A rotunda deve ter o nivel de estrada mais alto, sendo que o motorway_link não conta seria assim logico passar a rotunda em residential. Não sei se o residential fica bem aqui, uma residential deve teve pouco trafego, o transito é para o pessoal daquela cidade. Parece um bocado estranho que uma autoestrada acaba em residential. Também notei outros erros : - secondary ligado ao motorway - name e ref iguais com A25 (para o verdadeiro nome ver http://pt.wikipedia.org/wiki/A25_%28autoestrada%29) Francisco ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Autoestradas que não o são
Olá Rúben, Como está, acho que espelha melhor a realidade. Não gosto muito que a rotunda seja motorway, mas a realidade é assim. De facto, a A25 é uma autoestrada e a autoestrada começa na rotunda da Barra. Claro que foi uma via rápida promovida a autoestrada, mas é administrativamente uma autoestrada. Há mais autoestradas, em que o limite não é 120. Mesmo junto ao estádio de Aveiro, por exemplo, quem vem da Barra, ao passar por cima da A17, tem uma redução de velocidade. Na A3, Porto - Valença, também há pelo menos duas curvas em que os limites baixam dos 120km. Não existe separador central na ponte, porque fisicamente não deu para por. Mas não existe a possibilidade de ultrapassar a linha separadora de forma nenhuma. Também não gosto muito de não haver separador central, mas a realidade é assim. Este troço não tem portagens (de Aveiro para a Barra não há portagens) exatamente pelo argumento de que é um troço de autoestrada utilizado pelos habitantes locais nas suas deslocações. Em resumo, voto a favor de manter como está a classificação. Mas é apenas um voto. Abraço, Jorge Em 08-10-2012 17:38, Rúben Leote Mendes escreveu: Viva, Gostava de ter a vossa opinião como se deve etiquetar uma estrada que é designada como Axx num troço que não tem separador central (apenas um risco contínuo) e o limite de velocidade é de 80 Km/h? Por um lado as indicações na estrada possuem a designação Axx o que pelo Wiki [1] leva a highway=motorway. Por outro lado a estrada não tem as características que normalmente se espera de uma autoestrada. Nesse caso deve-se usar highway=unclassified, highway=motorway_link ou outro ? No troço que indicas, é autoestrada (na minha opinião). Fiz a pergunta de forma genérica para que as respostas possam ser utilizadas noutras situações semelhantes, mas a pergunta tem origem num caso concreto: troço Aveiro - Barra da A25: http://www.openstreetmap.org/?lat=40.62944lon=-8.73547zoom=16layers=M A A25 deixa de ter separador central um pouco antes do nó antes de chegar à ponte (sentido Este - Oeste). Apesar de não ter separador central existem duas ways com oneway=yes. Penso que o correcto será passar para uma única way com oneway=no. Alguém discorda? Estou também a considerar alterar de highway=motorway para highway=motorway_link ou seja considerar que o troço sem separador central é um acesso à autoestrada. O que acham? A autoestrada termina numa rotunda que também está com highway=motorway. Uma vez que nesta rotunda circula trânsito da ligação Barra-Costa Nova não me parece ser apropriado ser motorway (além que me faz uma certa confusão que qualquer rotunda seja motorway...) pelo que tenciono alterar para highway=residential para ficar consistente com as estradas que ligam à rotunda. Agradeço as vossas opiniões. [1] http://wiki.openstreetmap.org/wiki/Estradas#Zonas_n.C3.A3o_urbanas Um abraço, Rúben Mendes ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt -- Jorge Gustavo Rocha Departamento de Informática Universidade do Minho 4710-057 Braga Tel: +351 253604480 Fax: +351 253604471 Móvel: +351 910333888 skype: nabocudnosor ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Autoestradas que não o são
- Mail original - From: Jorge Gustavo Rocha j...@di.uminho.pt To: Lista OSM PT talk-pt@openstreetmap.org Date: 09/10/2012 15:30:49 Subject: Re: [Talk-pt] Autoestradas que não o são ... De facto, a A25 é uma autoestrada e a autoestrada começa na rotunda da Barra. Claro que foi uma via rápida promovida a autoestrada, mas é administrativamente uma autoestrada. As autoestradas normalemente començam depois da rotunda e não dentro da rotunda ;-) O inicio duma autoestrada està marcado com : http://wiki.openstreetmap.org/wiki/File:Zeichen_330.svg Há mais autoestradas, em que o limite não é 120. Mesmo junto ao estádio de Aveiro, por exemplo, quem vem da Barra, ao passar por cima da A17, tem uma redução de velocidade. Na A3, Porto - Valença, também há pelo menos duas curvas em que os limites baixam dos 120km. Concordo a velocidade não é a caracteristica duma autoestrada, é por isso que temos o tag maxspeed. Não existe separador central na ponte, porque fisicamente não deu para por. Mas não existe a possibilidade de ultrapassar a linha separadora de forma nenhuma. Também não gosto muito de não haver separador central, mas a realidade é assim. A minha primeira ideia era para motorway_link, mas também não gosto ter um motorway_link de 5km ;-) Francisco ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Autoestradas que não o são
Em 09-10-2012 15:22, f.dos.san...@free.fr escreveu: - Mail original - From: Jorge Gustavo Rochaj...@di.uminho.pt ... De facto, a A25 é uma autoestrada e a autoestrada começa na rotunda da Barra. Claro que foi uma via rápida promovida a autoestrada, mas é administrativamente uma autoestrada. As autoestradas normalemente començam depois da rotunda e não dentro da rotunda ;-) O inicio duma autoestrada està marcado com : http://wiki.openstreetmap.org/wiki/File:Zeichen_330.svg Irei confirmar quando passar lá da próxima vez mas penso que existe um sinal de fim de autoestrada quando termina o separador central (e no sentido contrário um sinal de início de autoestrada). Mesmo assumindo que a referência é a definição administrativa coloca-se então o problema: qual definição administrativa? 1 - A do Código da Estrada, pelo sinal que referiste? 2 - A do nome da estrada, pelas indicações no local? 3 - A designação da estrada (Autoestrada Aveiro / Vilar Formoso) ? 4 - Alguma legislação que defina o troço da estrada, se é que existe? Há mais autoestradas, em que o limite não é 120. Mesmo junto ao estádio de Aveiro, por exemplo, quem vem da Barra, ao passar por cima da A17, tem uma redução de velocidade. Na A3, Porto - Valença, também há pelo menos duas curvas em que os limites baixam dos 120km. Concordo a velocidade não é a caracteristica duma autoestrada, é por isso que temos o tag maxspeed. Também concordo. Não existe separador central na ponte, porque fisicamente não deu para por. Mas não existe a possibilidade de ultrapassar a linha separadora de forma nenhuma. Também não gosto muito de não haver separador central, mas a realidade é assim. A minha primeira ideia era para motorway_link, mas também não gosto ter um motorway_link de 5km ;-) Estive a ver como está no mapa do site www.estradas.pt, que foi o mais oficial que encontrei pois é das Estradas de Portugal, e a respresentação lá aproxima-se à minha proposta (um único way e deixa de ser autoestrada). Bem sei que não podemos usar esta fonte de dados, mas não me parece que seja grave neste caso ter dado uma espreitadela. ;-) Um abraço, Rúben Mendes ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
[Talk-ca] Petition about Apple's use of OSM Data
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Have you seen this? http://www.change.org/petitions/apple-inc-uphold-the-terms-of-cc-by-sa-2-0-license# I am wondering how legitimate it is. Cheers, F. -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.11 (GNU/Linux) Comment: PGP/Mime available upon request Comment: Using GnuPG with Mozilla - http://www.enigmail.net/ iEYEARECAAYFAlB0LAwACgkQfUcTXFrypNW65wCgzqjWXGglwqMiiAUbfvVwwkWi Z3gAoPnmTOjHG358d+GwnW4iQucmPyay =W5Ew -END PGP SIGNATURE- ___ Talk-ca mailing list Talk-ca@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ca
Re: [OSM-talk-fr] Mise à jour du listing limites à importer/corriger
Cette liste ne donne que les communes au format vecteur et non en raster. Le vecteur est beaucoup plus facilement importable. Ce sont les communes que tu retrouve sur cadastre.openstreetmap.fr Si tu veux la liste complète des communes manquantes vecteur et raster : http://suivi.openstreetmap.fr/communes/communes.csv.txt Le 9 octobre 2012 07:34, Francescu GAROBY windu...@gmail.com a écrit : Je ne comprends pas un truc : pourquoi cette liste est-elle si courte, alors que, quand on regarde la cartehttp://layers.openstreetmap.fr/?zoom=6lat=46.48119lon=5.47048layers=B00TF, on se rend compte qu'il manque des département quasiment en entier ! Francescu Le 6 octobre 2012 12:52, Christian Quest cqu...@openstreetmap.fr a écrit : Je viens de donner un petit lifting à http://openstreetmap.fr/outils/limites-communales-a-importer Il y a maintenant 2 listes: - les limites administratives disponibles en vectoriel sur le cadastre et manquantes dans OSM - les limites administratives à corriger dans OSM -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] bâtiments à la main sur commune avec cadastre vectoriel
Bonjour, en faisant mon tour de contrôle de qualité dans le coin, je viens de voir qu'un mappeur novice dessine avec Potlatch des bâtiments manquants sur une commune dont le cadastre est numérise [1]. En général, dans le cas de petites fautes de débutant, j'envoie un gentil message de bienvenue avec des conseils pour la correction. Là, c'est un peu plus délicat, car proposer l'import du bâti du cadastre à un un utilisateur Potlatch me semble pas approprié, surtout après les discussions récentes sur le sujet. Passer après lui, supprimer ses bâtiments et les remplacer par des imports partiels sans le prevenir, n'est pas une solution non plus, car soit il continuera de dessiner à partir de Bing, soit il s'en apercevra et sera découragé. Comme c'est probablement pas le seul cas de ce genre et qu'il risque d'en avoir de plus en plus, je vous demande votre avis. Rainer [1] http://www.openstreetmap.org/user/SebastienVila/edits ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à jour du listing limites à importer/corriger
Ah ok. Merci pour la précision :-) Francescu Le 9 octobre 2012 08:08, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Cette liste ne donne que les communes au format vecteur et non en raster. Le vecteur est beaucoup plus facilement importable. Ce sont les communes que tu retrouve sur cadastre.openstreetmap.fr Si tu veux la liste complète des communes manquantes vecteur et raster : http://suivi.openstreetmap.fr/communes/communes.csv.txt Le 9 octobre 2012 07:34, Francescu GAROBY windu...@gmail.com a écrit : Je ne comprends pas un truc : pourquoi cette liste est-elle si courte, alors que, quand on regarde la cartehttp://layers.openstreetmap.fr/?zoom=6lat=46.48119lon=5.47048layers=B00TF, on se rend compte qu'il manque des département quasiment en entier ! Francescu Le 6 octobre 2012 12:52, Christian Quest cqu...@openstreetmap.fr a écrit : Je viens de donner un petit lifting à http://openstreetmap.fr/outils/limites-communales-a-importer Il y a maintenant 2 listes: - les limites administratives disponibles en vectoriel sur le cadastre et manquantes dans OSM - les limites administratives à corriger dans OSM -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] bâtiments à la main sur commune avec cadastre vectoriel
Bonjour Rainer, Je vois qu'il y a déjà eu un import sur cette commune. On ne parle donc que du différentiel depuis cet import. Une solution médiane : proposer d'utiliser JOSM et son plugin cadastre pour décalquer les nouveaux bâtiments à la main. Il y a beaucoup de bâtiments qui ont été tracés comme ça, en particulier à Grenoble, Strasbourg et Paris. A ma connaissance ces bâtiments n'ont pas été remplacés par les données provenant des extractions. Le 9 octobre 2012 08:25, Rainer Kluge rklug...@web.de a écrit : Bonjour, en faisant mon tour de contrôle de qualité dans le coin, je viens de voir qu'un mappeur novice dessine avec Potlatch des bâtiments manquants sur une commune dont le cadastre est numérise [1]. En général, dans le cas de petites fautes de débutant, j'envoie un gentil message de bienvenue avec des conseils pour la correction. Là, c'est un peu plus délicat, car proposer l'import du bâti du cadastre à un un utilisateur Potlatch me semble pas approprié, surtout après les discussions récentes sur le sujet. Passer après lui, supprimer ses bâtiments et les remplacer par des imports partiels sans le prevenir, n'est pas une solution non plus, car soit il continuera de dessiner à partir de Bing, soit il s'en apercevra et sera découragé. Comme c'est probablement pas le seul cas de ce genre et qu'il risque d'en avoir de plus en plus, je vous demande votre avis. Rainer [1] http://www.openstreetmap.org/**user/SebastienVila/editshttp://www.openstreetmap.org/user/SebastienVila/edits __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] [forum-osm-fr] découpage des landuse avec les limites administratives
Le message suivant de : ## Bonjour, j'ai essayé de découper des grands ou complexes multipolygones landuse en suivant l'indication de couper suivants les limites administratives: http://www.mail-archive.com/talk-fr@openstreetmap.org/msg47079.html Le but était de réparer des grands landuse endommagés (en Champagne - Ardennes). Le problème sur les résultats des modifications: si qqn modifie le landuse, il modifie en même temps la limite administrative. Je ne trouve pas comment séparer physiquement les relations admin des landuse avec JOSM pour les rendre indépendantes. Je croisais que le plugin util2 propose qqchose, mais ce n'est pas une séparation physique. Cela dédouble les ways partagés, mais les nodes restent accrochés. Une idée? Ce serait dommage de refusionner. Merci pour l'aide. Cantece a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=5 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] bâtiments à la main sur commune avec cadastre vectoriel
Salut, - Mail original - Comme c'est probablement pas le seul cas de ce genre et qu'il risque d'en avoir de plus en plus, je vous demande votre avis. Pour commencer, il est certain que rien ne remplacera jamais le contact humain et encore moins une rencontre physique. C'est donc la voie à préférer plutôt que de repasser silencieusement derrière lui. Ensuite, il ne faut en rien préjuger des capacités et de la curiosité de ce nouveau contributeur. Peut-être qu'il n'utilise pas JOSM simplement parce qu'il n'en a jamais entendu parler. Il faut donc lui poser la question et, s'il s'intéresse au bâti, lui montrer tout l'intérêt qu'il aurait à l'utiliser. Selon sa réponse, tu pourras affiner ta stratégie. Sébastien -- Sébastien Dinot, sebastien.di...@free.fr http://sebastien.dinot.free.fr/ Ne goûtez pas au logiciel libre, vous ne pourriez plus vous en passer ! ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] bâtiments à la main sur commune avec cadastre vectoriel
Bonjour, Am 09.10.2012 08:42, schrieb Ab_fab: Une solution médiane : proposer d'utiliser JOSM et son plugin cadastre pour décalquer les nouveaux bâtiments à la main. Je maitrise bien la solution technique de ce genre de situation: téléchargement du fichier bâti de la commune, chargement de ce fichier dans un calque Josm, copier le batiment en question, aller dans le calque des données OSM, supprimer le batiment existant, coller le batiment, envoi. Ma question concerne plutôt la coordination entre le mappeur novice qui a trouvé un batiment manquant et les mappeurs confirmés qui savent importer ce batiment à partir du cadastre. Une idée serait une page wiki Contribuer pour les Nuls, qui s'adresse à une catégorie de contributeurs novices et occasionnels qui n'ont ni le niveau de compétence ni la motivation pour se servir de Josm, avec des how-to du genre: Tu as trouvé un bâtiment qui manque sur la carte? Tu peux le signaler par OSB ou le rajouter avec l'editeur en ligne Potlatch 2. Un contributeur confirmé passera après toi et affinera pour vérifier ta contribution, Si tu comptes contribuer de façon regulière, nous te proposns d'utiliser les outils avancés tel que Josm et le plugin cadastre-fr J'ai un peu la même situation avec des contributions à partir de wheelmap.org. Des gens bien intentionnées avec plein de bonne volonté ajoutent des POI en faisant des petites fautes d'attribution de catégorie, ou créent des doublons. Mais là c'est plutôt un problème de wheelmap.org, qui ne propose pas les bonnes catégories ou bien avec des mauvaises traductions et n'affiche pas tous les objets existants. Je leur ai déjà signalé quelques uns de ces problèmes. Rainer ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] bâtiments à la main sur commune avec cadastre vectoriel
Euh, non, quand on utilise le plugin cadastre [1], on ne s'occupe pas du fichier du bâti que l'on trouve sur cadastre.openstreetmap.fr Le plugin existait avant que ces fichiers soient mis à disposition. Une fois passée l'installation du plugin, le bon choix de projection et celui de la commune, on a les données du cadastre en fond de carte, un peu comme si c'était une couche imagerie (Bing ou autre). Il n'y a plus qu'à tracer manuellement par dessus. Même si ta technique marche, je pense que je proposerais d'abord l'usage du plugin cadastre, d'autant plus qu'il sert également à tracer des routes et des chemins, et surtout à leur donner un nom (info que l'on ne trouve pas avec Bing) [1] http://wiki.openstreetmap.org/wiki/FR:JOSM/Fr:Plugin/Cadastre-fr Le 9 octobre 2012 09:22, Rainer Kluge rklug...@web.de a écrit : Bonjour, Am 09.10.2012 08:42, schrieb Ab_fab: Une solution médiane : proposer d'utiliser JOSM et son plugin cadastre pour décalquer les nouveaux bâtiments à la main. Je maitrise bien la solution technique de ce genre de situation: téléchargement du fichier bâti de la commune, chargement de ce fichier dans un calque Josm, copier le batiment en question, aller dans le calque des données OSM, supprimer le batiment existant, coller le batiment, envoi. Ma question concerne plutôt la coordination entre le mappeur novice qui a trouvé un batiment manquant et les mappeurs confirmés qui savent importer ce batiment à partir du cadastre. Une idée serait une page wiki Contribuer pour les Nuls, qui s'adresse à une catégorie de contributeurs novices et occasionnels qui n'ont ni le niveau de compétence ni la motivation pour se servir de Josm, avec des how-to du genre: Tu as trouvé un bâtiment qui manque sur la carte? Tu peux le signaler par OSB ou le rajouter avec l'editeur en ligne Potlatch 2. Un contributeur confirmé passera après toi et affinera pour vérifier ta contribution, Si tu comptes contribuer de façon regulière, nous te proposns d'utiliser les outils avancés tel que Josm et le plugin cadastre-fr J'ai un peu la même situation avec des contributions à partir de wheelmap.org. Des gens bien intentionnées avec plein de bonne volonté ajoutent des POI en faisant des petites fautes d'attribution de catégorie, ou créent des doublons. Mais là c'est plutôt un problème de wheelmap.org, qui ne propose pas les bonnes catégories ou bien avec des mauvaises traductions et n'affiche pas tous les objets existants. Je leur ai déjà signalé quelques uns de ces problèmes. Rainer __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] [forum-osm-fr] découpage des landuse avec les limites administratives
Je viens de lui répondre sur le forum. Si mes indications que je lui donnes pour faire cela correctement ont des erreurs ou demandent d'autres précision, commentez derrière moi. Philippe. Le 9 octobre 2012 09:00, fo...@letuffe.org a écrit : Le message suivant de : ## Bonjour, j'ai essayé de découper des grands ou complexes multipolygones landuse en suivant l'indication de couper suivants les limites administratives: http://www.mail-archive.com/talk-fr@openstreetmap.org/msg47079.html Le but était de réparer des grands landuse endommagés (en Champagne - Ardennes). Le problème sur les résultats des modifications: si qqn modifie le landuse, il modifie en même temps la limite administrative. Je ne trouve pas comment séparer physiquement les relations admin des landuse avec JOSM pour les rendre indépendantes. Je croisais que le plugin util2 propose qqchose, mais ce n'est pas une séparation physique. Cela dédouble les ways partagés, mais les nodes restent accrochés. Une idée? Ce serait dommage de refusionner. Merci pour l'aide. Cantece a été posté sur le forum http://forum.openstreetmap.fr/viewforum.php?f=5 Une réponse par mail sur l'adresse d'expédition n'arrivera nulle part Une réponse à la liste ne sera pas transmise au forum, ce qui n'empêche pas une concertation sur la liste avant de recopier la/les meilleurs réponses sur le forum. Notez qu'il n'est pas necessaire d'avoir un compte sur le forum pour répondre. -- Les questions sur ce robot de transfert forum-liste peuvent être posées à sylvainaletuffe.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Conversion données parcellaires en coordonnées Lambert 93
Quel est le format de fichier des données ? Je pense que l'outil libre et gratuit Qgis devrait pouvoir reprojeter vos données sans trop de problèmes. Bonne journée. -- View this message in context: http://gis.19327.n5.nabble.com/Conversion-donnees-parcellaires-en-coordonnees-Lambert-93-tp5729500p5729560.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] Récupérer les contours de tous les pays - API OpenstreetMap
Note: il y a deux types de contours pour les pays : - les relations polygones de type=boundary (bien qu'en Allemagne certains soient juste restés de type multipolygone) : ils incluent les eaux territoriales, et ne suivent pas les lignes de côte, mais suivent des segments marqués boundary=administrative et maritime=yes et border_type=territorial). - les relations polygones de type=land_area (qui excluent les eaux territoriales, pour n'inclure que les terres) : ils suivent les lignes de côte (plus quelques très courts segments tracés en mer dans les ports et les estuaires peu larges de moins de 100 mètres environ, ce qui permet d'inclure la totalité du port fermé partiellement par les digues dans les limites administratives de la collectivité locale). Leur nom indique souvent (land mass) en anglais ou (terres) en français, en complément du nom de pays. On n'a pas encore de tracé des ZEE (qui seraient marqués boundary=administrative et maritime=yes. Mais PAS border_type=territorial, plutôt border_type=eez ou quelquechose d'équivalent. De même on n'a pas les tracés des limites du plateau continental (encore une autre frontière maritime, située au delà des eaux territoriales, et parfois dedans). ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] bâtiments à la main sur commune avec cadastre vectoriel
Le 09/10/2012 09:22, Rainer Kluge a écrit : Am 09.10.2012 08:42, schrieb Ab_fab: Une solution médiane : proposer d'utiliser JOSM et son plugin cadastre pour décalquer les nouveaux bâtiments à la main. Je maitrise bien la solution technique de ce genre de situation: téléchargement du fichier bâti de la commune, chargement de ce fichier dans un calque Josm, copier le batiment en question, aller dans le calque des données OSM, supprimer le batiment existant, coller le batiment, envoi. Supprimer, je ne le fais qu'en dernier ressort, par respect pour le travail déjà réalisé d'une part, et d'autre part, pour concrétiser l’effet du crowdsourcing. Perso, quand quelqu'un modifie mon travail, je regarde l'historique pour comprendre la raison de la modif ; je vais aussi voir le profil de la personne qui a modifié, etc .. J'aime bien comprendre ce que font les autres, c'est le plaisir d'agir en meute. Je n'ai supprimé du bâti pour remplacer que une ou deux fois : les bâtiments avaient été dessinés il y a très longtemps, par quelqu'un qui n'a plus cartographié depuis très longtemps, et toutes les voies des villages étaient également à redessiner, voir à renommer. J'ai craqué après une demi-heure de travail de reprise totalement improductif : j'ai supprimé et remplacé ; Mais c'est tout à fait exceptionnel. Je mets le cadastre en calque, et je modifie les bâtiments existants, avant d'injecter les autres ; j'utilise les nuances de couleurs et la tactique du clignotement (rendre visible/invisible le calque du bâti-cadastre) pour savoir quels bâtiments manquent. Hélène ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contrôle qualité des axes routiers
Quelques nouvelles en provenance d'OSRM, pour le contrôle qualité des itinéraires : http://lists.openstreetmap.org/pipermail/dev/2012-October/025716.html Ce que je comprends, c'est que cela met en évidence des voies desquelles on peut entrer, mais d'où on ne peut pas sortir, à cause de mauvaises connexions avec le reste du réseau routier. Les infos peuvent être consultées sur un calque small components du site osrm http://map.project-osrm.org/, ou bien sur osm inspectorhttp://tools.geofabrik.de/osmi/?view=routing(qui proposait déjà l'analyse des fins de ways très proches mais non connectées à d'autres éléments de voirie) Le 1 octobre 2012 23:11, Vincent de Chateau-Thierry v...@laposte.net a écrit : Le 01/10/2012 18:24, Ab_fab a écrit : Ça peut être une bonne occasion de voir le détail de ce schéma. Et s'il est interessant les références des noeuds pourraient y être indiquées, c'est sûr. Le 1 oct. 2012 18:19, Christian Quest cqu...@openstreetmap.fr mailto:cquest@openstreetmap.**fr cqu...@openstreetmap.fr a écrit : Il faudrait aussi regarder la proposition des jonctions routières complexes qui a été présentée au SOTM à Tokyo. L'idée est d'avoir une relation pour décrire un noeud routier, ce qui permet aux algos de routage (et de rendu) de mieux fonctionner. C'est sur ces noeuds routiers qu'il faudrait peut être mettre les infos DATEX. A lire ici: http://wiki.openstreetmap.org/**wiki/Proposed_features/** Junction#Complex_junction_**relationhttp://wiki.openstreetmap.org/wiki/Proposed_features/Junction#Complex_junction_relation Pour revenir à ta question initial Ab_fab*, je suis aussi partant pour contribuer sur le sujet. En revancheje coince sur la motivation contrôle qualité que tu associes : pour moi il y a d'un coté le référentiel TMC qu'on peut vouloir intégrer à OSM si on estime que ça apporte de la valeur à la base, et de l'autre le besoin de faire du contrôle-qualité sur le graphe OSM. Pour ce second point pris seul, je préfère dépenser du temps à constituer des matrices origine-destination et à lancer des batteries d'itinéraires via OSRM, pour ensuite détecter les changements dans les durées et/ou les kilométrages, et par suite analyser les causes du changement, voire détecter des cassures dans le graphe. Je pense qu'on aura des résultats plus rapides et des diagnostics plus simples à partager que ceux basés sur le TMC. Sans compter que le rythme d'intégration d'un tel référentiel risque d'être modeste, et engage derrière une maintenance à chaque nouvelle version des tables de localisants. Donc partant, si on pense que ça servira à autre chose que du contrôle-qualité :-) vincent * pas facile de gober en une soirée les 100 messages du jour sur talk-fr :-) __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] j'arrive pas a corriger
un certain nombre de node a été déplacé http://osmose.openstreetmap.fr/map/?zoom=13lat=48.6629lon=3.03685item=1040,1060,1150,1170,1190,1220,6010level=1,2,3 j'ai essayé de les redéplacer avec josm, mais a chaque fois je perds la selection. Quelqu'un de plus habile dans la liste ? didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] j'arrive pas a corriger
J'ai déjà essayé pour celui-là (je l'ai évoqué ici précédemment). Les nœuds ont apparement été déplacés par erreur après une sélection intempestive par un rectangle (ou par un bogue JOSM lors d'un zoom, bogue rare qu'on ne voit pas forcément et qui passe pourtant le contrôle de validation quand cela n'introduit pas d'auto-intersection), ou par un utilisateur qui s'est trompé entre un clic droit et un clic gauche pour déplacer la vue de la carte alors qu'il avait une sélection en cours, le clic gauche ayant été fait justement sur un des chemins ou des noeuds. Bizarrement je trouve ces modifs intempestives faites dans JOSM alors qu'il avertit normalement qu'on a déplacé trop d'objets (plus de 20). L'utilisateur a donc désactivé cette alerte (ce qu'on ne devrait pas faire : une erreur humaine est possible, de même qu'un problème de délai de réponse dans l'interface utilisateur de JOSM ; merci donc de ne PAS cocher la case ne plus avertir dans la boite d'alerte de JOSM ; c'est une sécurité utile et à mon avis on ne devrait même pas avoir l'option de la désactiver dans JOSM, elle devrait être systématique même si cela oblige à cliquer un bouton après un déplacement voulu). Chez moi je laisse toujours cette alerte activée pour éviter ce genre de désagrément. Le 9 octobre 2012 11:00, didier2020 didier2...@free.fr a écrit : un certain nombre de node a été déplacé http://osmose.openstreetmap.fr/map/?zoom=13lat=48.6629lon=3.03685item=1040,1060,1150,1170,1190,1220,6010level=1,2,3 j'ai essayé de les redéplacer avec josm, mais a chaque fois je perds la selection. Quelqu'un de plus habile dans la liste ? didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] j'arrive pas a corriger
J'ai réparé, je suis prêt pour l'upload. J'y vais ? Mika Le mardi 09 octobre 2012 à 11:00 +0200, didier2020 a écrit : un certain nombre de node a été déplacé http://osmose.openstreetmap.fr/map/?zoom=13lat=48.6629lon=3.03685item=1040,1060,1150,1170,1190,1220,6010level=1,2,3 j'ai essayé de les redéplacer avec josm, mais a chaque fois je perds la selection. Quelqu'un de plus habile dans la liste ? didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contrôle qualité des axes routiers
C'est un peu plus clair en regardant le billet du journal suivant : http://www.openstreetmap.org/user/DennisL/diary/17853 Le 9 octobre 2012 11:00, Ab_fab gamma@gmail.com a écrit : Quelques nouvelles en provenance d'OSRM, pour le contrôle qualité des itinéraires : http://lists.openstreetmap.org/pipermail/dev/2012-October/025716.html Ce que je comprends, c'est que cela met en évidence des voies desquelles on peut entrer, mais d'où on ne peut pas sortir, à cause de mauvaises connexions avec le reste du réseau routier. Les infos peuvent être consultées sur un calque small components du site osrm http://map.project-osrm.org/, ou bien sur osm inspectorhttp://tools.geofabrik.de/osmi/?view=routing(qui proposait déjà l'analyse des fins de ways très proches mais non connectées à d'autres éléments de voirie) Le 1 octobre 2012 23:11, Vincent de Chateau-Thierry v...@laposte.net a écrit : Le 01/10/2012 18:24, Ab_fab a écrit : Ça peut être une bonne occasion de voir le détail de ce schéma. Et s'il est interessant les références des noeuds pourraient y être indiquées, c'est sûr. Le 1 oct. 2012 18:19, Christian Quest cqu...@openstreetmap.fr mailto:cquest@openstreetmap.**fr cqu...@openstreetmap.fr a écrit : Il faudrait aussi regarder la proposition des jonctions routières complexes qui a été présentée au SOTM à Tokyo. L'idée est d'avoir une relation pour décrire un noeud routier, ce qui permet aux algos de routage (et de rendu) de mieux fonctionner. C'est sur ces noeuds routiers qu'il faudrait peut être mettre les infos DATEX. A lire ici: http://wiki.openstreetmap.org/**wiki/Proposed_features/** Junction#Complex_junction_**relationhttp://wiki.openstreetmap.org/wiki/Proposed_features/Junction#Complex_junction_relation Pour revenir à ta question initial Ab_fab*, je suis aussi partant pour contribuer sur le sujet. En revancheje coince sur la motivation contrôle qualité que tu associes : pour moi il y a d'un coté le référentiel TMC qu'on peut vouloir intégrer à OSM si on estime que ça apporte de la valeur à la base, et de l'autre le besoin de faire du contrôle-qualité sur le graphe OSM. Pour ce second point pris seul, je préfère dépenser du temps à constituer des matrices origine-destination et à lancer des batteries d'itinéraires via OSRM, pour ensuite détecter les changements dans les durées et/ou les kilométrages, et par suite analyser les causes du changement, voire détecter des cassures dans le graphe. Je pense qu'on aura des résultats plus rapides et des diagnostics plus simples à partager que ceux basés sur le TMC. Sans compter que le rythme d'intégration d'un tel référentiel risque d'être modeste, et engage derrière une maintenance à chaque nouvelle version des tables de localisants. Donc partant, si on pense que ça servira à autre chose que du contrôle-qualité :-) vincent * pas facile de gober en une soirée les 100 messages du jour sur talk-fr :-) __**_ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.**org/listinfo/talk-frhttp://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus -- ab_fab http://wiki.openstreetmap.org/wiki/User:Ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] bâtiments à la main sur commune avec cadastre vectoriel
2012/10/9 Ab_fab gamma@gmail.com: Il y a beaucoup de bâtiments qui ont été tracés comme ça, en particulier à Grenoble, Strasbourg et Paris. Strasbourg, oui. Grenoble, je ne sais pas. Mais Paris, non. Le bâti a été importé depuis un des premiers scripts lisant les PDF (il y avait quelques bâtiments avant, beaucoup de travail après mais jamais un traçage manuel aussi massif). Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] j'arrive pas a corriger
Bon, c'est parti. J'ai réparé le minimum, il reste des erreurs dans la zone (un énorme multipolygone CLC cassé par exemple, auquel je n'ose pas m'attaquer)... Mika Le mardi 09 octobre 2012 à 11:23 +0200, Mickaël Guéret a écrit : J'ai réparé, je suis prêt pour l'upload. J'y vais ? Mika Le mardi 09 octobre 2012 à 11:00 +0200, didier2020 a écrit : un certain nombre de node a été déplacé http://osmose.openstreetmap.fr/map/?zoom=13lat=48.6629lon=3.03685item=1040,1060,1150,1170,1190,1220,6010level=1,2,3 j'ai essayé de les redéplacer avec josm, mais a chaque fois je perds la selection. Quelqu'un de plus habile dans la liste ? didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] j'arrive pas a corriger
Bien sûr ! La question de ne pose pas pour corriger ce qui est évidemment une erreur (quelle qu'en était la raison). Envoie-les sans fermer le changeset automatiquement (onglet avancé dans la fenêtre d'envoi) Il y a certainement des contrôles visuels à faire dans ton historique en ligne, pour voir les relations que cela touche et qui restent à refermer correctement. Si tout est bon tu refermes ton changeset (CTRL+ALT+Q), sinon tu continues les modifs nécessaires et tu renvoies ces nouvelles modifs toujours dans ce même changeset. Le 9 octobre 2012 11:23, Mickaël Guéret m.gue...@free.fr a écrit : J'ai réparé, je suis prêt pour l'upload. J'y vais ? Mika Le mardi 09 octobre 2012 à 11:00 +0200, didier2020 a écrit : un certain nombre de node a été déplacé http://osmose.openstreetmap.fr/map/?zoom=13lat=48.6629lon=3.03685item=1040,1060,1150,1170,1190,1220,6010level=1,2,3 j'ai essayé de les redéplacer avec josm, mais a chaque fois je perds la selection. Quelqu'un de plus habile dans la liste ? didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] j'arrive pas a corriger
merci pour nous ! didier Le mardi 09 octobre 2012 à 11:33 +0200, Mickaël Guéret a écrit : Bon, c'est parti. J'ai réparé le minimum, il reste des erreurs dans la zone (un énorme multipolygone CLC cassé par exemple, auquel je n'ose pas m'attaquer)... Mika Le mardi 09 octobre 2012 à 11:23 +0200, Mickaël Guéret a écrit : J'ai réparé, je suis prêt pour l'upload. J'y vais ? Mika Le mardi 09 octobre 2012 à 11:00 +0200, didier2020 a écrit : un certain nombre de node a été déplacé http://osmose.openstreetmap.fr/map/?zoom=13lat=48.6629lon=3.03685item=1040,1060,1150,1170,1190,1220,6010level=1,2,3 j'ai essayé de les redéplacer avec josm, mais a chaque fois je perds la selection. Quelqu'un de plus habile dans la liste ? didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] j'arrive pas a corriger
Ça je sais faire (mais je ne referai pas la fusion de la fragmentation du polygone faite sur les lignes administratives; et là aussi je ferai le minimum pour que tout se referme; à terme il faudra à nouveau détacher ces fragments des lignes administratives, en sélectionnant de meilleurs traits de découpe sur le réel : autres polygones landuse=* ou natural=*, ou chemin agricole, ou route, ou rivière ou fossé). Le 9 octobre 2012 11:33, Mickaël Guéret m.gue...@free.fr a écrit : Bon, c'est parti. J'ai réparé le minimum, il reste des erreurs dans la zone (un énorme multipolygone CLC cassé par exemple, auquel je n'ose pas m'attaquer)... Mika Le mardi 09 octobre 2012 à 11:23 +0200, Mickaël Guéret a écrit : J'ai réparé, je suis prêt pour l'upload. J'y vais ? Mika Le mardi 09 octobre 2012 à 11:00 +0200, didier2020 a écrit : un certain nombre de node a été déplacé http://osmose.openstreetmap.fr/map/?zoom=13lat=48.6629lon=3.03685item=1040,1060,1150,1170,1190,1220,6010level=1,2,3 j'ai essayé de les redéplacer avec josm, mais a chaque fois je perds la selection. Quelqu'un de plus habile dans la liste ? didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] j'arrive pas a corriger
heu, les limites administratives qui servent aussi de limites de landuse, c'est du grand n'importe quoi à mon avis ! on a pas fini de réparer... Mika Le mardi 09 octobre 2012 à 11:33 +0200, didier2020 a écrit : merci pour nous ! didier Le mardi 09 octobre 2012 à 11:33 +0200, Mickaël Guéret a écrit : Bon, c'est parti. J'ai réparé le minimum, il reste des erreurs dans la zone (un énorme multipolygone CLC cassé par exemple, auquel je n'ose pas m'attaquer)... Mika Le mardi 09 octobre 2012 à 11:23 +0200, Mickaël Guéret a écrit : J'ai réparé, je suis prêt pour l'upload. J'y vais ? Mika Le mardi 09 octobre 2012 à 11:00 +0200, didier2020 a écrit : un certain nombre de node a été déplacé http://osmose.openstreetmap.fr/map/?zoom=13lat=48.6629lon=3.03685item=1040,1060,1150,1170,1190,1220,6010level=1,2,3 j'ai essayé de les redéplacer avec josm, mais a chaque fois je perds la selection. Quelqu'un de plus habile dans la liste ? didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] j'arrive pas a corriger
Lire ce que j'ai écrit sur le forum à ce sujet. (avec plein de détails). Corrigez ou commentez ce sujet si ce que j'ai écrit est ambigu, ou s'il y a des façons plus simples encore de faire. Je suis parfaitement d'accord que c'est nuisible et qu'on peut presque toujours faire autrement en choisissant de meilleurs traits de découpe basés sur le réel. Le 9 octobre 2012 11:42, Mickaël Guéret m.gue...@free.fr a écrit : heu, les limites administratives qui servent aussi de limites de landuse, c'est du grand n'importe quoi à mon avis ! on a pas fini de réparer... Mika Le mardi 09 octobre 2012 à 11:33 +0200, didier2020 a écrit : merci pour nous ! didier Le mardi 09 octobre 2012 à 11:33 +0200, Mickaël Guéret a écrit : Bon, c'est parti. J'ai réparé le minimum, il reste des erreurs dans la zone (un énorme multipolygone CLC cassé par exemple, auquel je n'ose pas m'attaquer)... Mika Le mardi 09 octobre 2012 à 11:23 +0200, Mickaël Guéret a écrit : J'ai réparé, je suis prêt pour l'upload. J'y vais ? Mika Le mardi 09 octobre 2012 à 11:00 +0200, didier2020 a écrit : un certain nombre de node a été déplacé http://osmose.openstreetmap.fr/map/?zoom=13lat=48.6629lon=3.03685item=1040,1060,1150,1170,1190,1220,6010level=1,2,3 j'ai essayé de les redéplacer avec josm, mais a chaque fois je perds la selection. Quelqu'un de plus habile dans la liste ? didier ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mise à jour du listing limites à importer/corriger
C'est maintenant précisé sur la page ;) Le 9 octobre 2012 08:31, Francescu GAROBY windu...@gmail.com a écrit : Ah ok. Merci pour la précision :-) Francescu Le 9 octobre 2012 08:08, Etienne Trimaille etienne.trimai...@gmail.com a écrit : Cette liste ne donne que les communes au format vecteur et non en raster. Le vecteur est beaucoup plus facilement importable. Ce sont les communes que tu retrouve sur cadastre.openstreetmap.fr Si tu veux la liste complète des communes manquantes vecteur et raster : http://suivi.openstreetmap.fr/communes/communes.csv.txt Le 9 octobre 2012 07:34, Francescu GAROBY windu...@gmail.com a écrit : Je ne comprends pas un truc : pourquoi cette liste est-elle si courte, alors que, quand on regarde la carte, on se rend compte qu'il manque des département quasiment en entier ! Francescu Le 6 octobre 2012 12:52, Christian Quest cqu...@openstreetmap.fr a écrit : Je viens de donner un petit lifting à http://openstreetmap.fr/outils/limites-communales-a-importer Il y a maintenant 2 listes: - les limites administratives disponibles en vectoriel sur le cadastre et manquantes dans OSM - les limites administratives à corriger dans OSM -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- Cordialement, Francescu GAROBY ___ 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] j'arrive pas a corriger
Petit conseil en général. Lorsqu'on veut vérifier en live s'il n'y a pas plusieurs personnes intervenant sur le même problème, on devrait prendre l'habitude de le faire sur IRC plutôt que sur cette liste. Il faudrait donc que le premier qui décide d'intervenir invite les autres à en parler sur un canal plus approprié à l'instantané qu'ici. Pieren ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Pushpin: nouvelle appli iOS pour contribuer
Pushpin est une nouvelle appli, plutôt bien faite pour contribuer avec un iPhone/iPad. http://spatialnetworks.com/blog/2012/10/pushpin-osm-an-openstreetmap-poi-editor-for-iphone-ipad/ Je l'ai rapidement testé et c'est un bon début. La méthode pour positionner un nouveau POI est très bonne, on fait glisser la carte avec une croix fixe au centre de l'écran. C'est précis et rapide. Pushpin affiche soit l'imagerie Bing, soit le rendu Mapnik. Sur les POI existants, on peut compléter les infos avec un formulaire adapté à chaque type de POI. Bref, pas mal du tout ! -- 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] Potlatch2 a évolué (était Encore un alignement de points abusif liéà Potlatch 2.)
Bonjour, J'ai l'impression que nous avons été entendus... Les développeurs de Potlatch2 ont récemment ajouté un petit bouton Show more/Show less qui permet de masquer les outils dont l'algorithme déplace la position des points ou en crée de nouveaux automatiquement, à savoir : - aligner tous les nodes des ways sélectionnés (en fonction du 1er et du dernier node de chacun des ways), - rendre une area d'apparence circulaire (ajoute des nodes si nécessaire), - rendre une area rectangulaire (ne marche qu'avec 4 nodes) - raccourci Q, - créer un way ou une area similaire (seulement si elle est concave) à une distance donnée (translation s'il s'agit d'un way simple, sinon homothétie). D'autre part, la touche Suppr ne permet plus de supprimer un way, à part en supprimant tous les nodes un par un. En espérant que cela permettra aux débutants de ne plus faire ce genre de gaffes... Teuxe PS. Sympa ces outils en fait, manquerait juste un outil de rotation... - Mail original - De: Eric eric...@sfr.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Samedi 6 Octobre 2012 10:04:54 Objet: Re: [OSM-talk-fr] Encore un alignement de points abusif liéà Potlatch 2. Le 04/10/12 11:37, Pmz a écrit : Salut, J'ai repéré un alignement de points non désiré causé par le changeset 13265346 sur le way 38575362. Potlatch 2 a encore frappé ! Quelqu'un peut-il corriger, s'il vous plait ? A+ Pmz J'ai jeté un coup d'oeil à la zone et on dirait qu'il y a pas mal de problèmes dans le coin : la route de Gardanne etait doublée, la D46G etait droite comme un I et ne respectait pas son tracé ... J'ai corrigé ca mais par contre les limites administratives ont aussi été abimées http://osm.org/go/xVv4rtlF et je ne suis pas très à l'aise avec ca donc je laisse volontiers faire à quelqu'un de plus qualifié Ps: j'ai compris ce qui a dû se passer : quelqu'un a du appuyer par mégarde sur aligner les points. C'est par ca que la D46 est devenue droite comme un I (mais avec bcp de points intermédiaires) et que tout ce qui etait rattaché comme transversales et limites admin a suivi. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Encore un alignement de points abusif liéà Potlatch 2.
Salut Eric, Après avoir jeté un œil aux modifs pour corriger vite fait, je pensais avoir écrit un mot à ce sujet mais j'ai peut-être zappé... j'allais conseiller de faire un revert plutôt que des modifs à la main, vu que des limites administratives étaient concernées. (Je ne sais pas faire de revert.) D'autant que toutes les références étaient disponibles dans le mail. Teuxe - Mail original - De: Eric eric...@sfr.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Samedi 6 Octobre 2012 10:04:54 Objet: Re: [OSM-talk-fr] Encore un alignement de points abusif liéà Potlatch 2. Le 04/10/12 11:37, Pmz a écrit : Salut, J'ai repéré un alignement de points non désiré causé par le changeset 13265346 sur le way 38575362. Potlatch 2 a encore frappé ! Quelqu'un peut-il corriger, s'il vous plait ? A+ Pmz J'ai jeté un coup d'oeil à la zone et on dirait qu'il y a pas mal de problèmes dans le coin : la route de Gardanne etait doublée, la D46G etait droite comme un I et ne respectait pas son tracé ... J'ai corrigé ca mais par contre les limites administratives ont aussi été abimées http://osm.org/go/xVv4rtlF et je ne suis pas très à l'aise avec ca donc je laisse volontiers faire à quelqu'un de plus qualifié Ps: j'ai compris ce qui a dû se passer : quelqu'un a du appuyer par mégarde sur aligner les points. C'est par ca que la D46 est devenue droite comme un I (mais avec bcp de points intermédiaires) et que tout ce qui etait rattaché comme transversales et limites admin a suivi. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Encore un alignement de points abusif liéà Potlatch 2.
Salut ! Oui, j'avais lu un peu trop vite le message initial donc emporté par l'élan je me suis lancé dans des corrections alors qu'un revert aurait surement été plus simple et plus efficace. Si tu penses que le mieux est de supprimer le changeset ayant provoqué l'alignement (et le mien ultérieur) ca ne me pose aucun soucis :) Seul problème, je ne sais pas faire ca non plus Eric Le 9 octobre 2012 13:46, te...@free.fr a écrit : Salut Eric, Après avoir jeté un œil aux modifs pour corriger vite fait, je pensais avoir écrit un mot à ce sujet mais j'ai peut-être zappé... j'allais conseiller de faire un revert plutôt que des modifs à la main, vu que des limites administratives étaient concernées. (Je ne sais pas faire de revert.) D'autant que toutes les références étaient disponibles dans le mail. Teuxe - Mail original - De: Eric eric...@sfr.fr À: Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé: Samedi 6 Octobre 2012 10:04:54 Objet: Re: [OSM-talk-fr] Encore un alignement de points abusif liéà Potlatch 2. Le 04/10/12 11:37, Pmz a écrit : Salut, J'ai repéré un alignement de points non désiré causé par le changeset 13265346 sur le way 38575362. Potlatch 2 a encore frappé ! Quelqu'un peut-il corriger, s'il vous plait ? A+ Pmz J'ai jeté un coup d'oeil à la zone et on dirait qu'il y a pas mal de problèmes dans le coin : la route de Gardanne etait doublée, la D46G etait droite comme un I et ne respectait pas son tracé ... J'ai corrigé ca mais par contre les limites administratives ont aussi été abimées http://osm.org/go/xVv4rtlF et je ne suis pas très à l'aise avec ca donc je laisse volontiers faire à quelqu'un de plus qualifié Ps: j'ai compris ce qui a dû se passer : quelqu'un a du appuyer par mégarde sur aligner les points. C'est par ca que la D46 est devenue droite comme un I (mais avec bcp de points intermédiaires) et que tout ce qui etait rattaché comme transversales et limites admin a suivi. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Encore un peu d'opendata... sur mp2013.fr
Dans le cadre de Marseille-Provence 2013 - capitale européenne de la culture, un fichier en LO/OL est disponible avec des lieux géolocalisés: http://www.mp2013.fr/espace-geek/ -- 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] Encore un alignement de points abusif liéà Potlatch 2.
Je pense sincèrement que ces alignements trop faciles viennent de leur raccourci clavier : une seule lettre. Pour peu que le focus de saisie soit mal positionné, au lieu de taper dans un champ on aligne le segment qui est même invisible derrière le dialogue de saisie. Ce genre de raccourci qui modifie trop rapidement la géométrie devrait avoir un raccourci plus compliqué (CTRL+L voire CTRL+ALT+L bien que ce soit la même chose que AltGr+L qui peut servir sur certains claviers internationaux pour taper certains caractères, au lieu de L tout seul), qu'on ne risque pas de saisir par erreur avec le mauvais focus, voire même aucun raccourci (obligation de cliquer une icône de la barre d'outils). Bref un problème d'interface UI. Je n'aime pas du tout les raccourcis clavier sur les lettres seules, ça se déclenche de façon intempestive et on ne le remarque pas toujours car la sélection d'objets n'est pas toujours dans la partie affichée. C'est vrai aussi bien dans Potlatch que dans JOSM d'ailleurs. Que ceux qui les veulent les activent dans leurs propres préférences (ils prendront le risque avec leurs propres gaffes involontaires), mais pas pour tout le monde par défaut, et surtout pas les débutants qui entrent la première fois sur Potlatch la plupart du temp. Le 9 octobre 2012 14:13, Eric eric...@sfr.fr a écrit : Salut ! Oui, j'avais lu un peu trop vite le message initial donc emporté par l'élan je me suis lancé dans des corrections alors qu'un revert aurait surement été plus simple et plus efficace. Si tu penses que le mieux est de supprimer le changeset ayant provoqué l'alignement (et le mien ultérieur) ca ne me pose aucun soucis :) Seul problème, je ne sais pas faire ca non plus Eric Le 9 octobre 2012 13:46, te...@free.fr a écrit : Salut Eric, Après avoir jeté un œil aux modifs pour corriger vite fait, je pensais avoir écrit un mot à ce sujet mais j'ai peut-être zappé... j'allais conseiller de faire un revert plutôt que des modifs à la main, vu que des limites administratives étaient concernées. (Je ne sais pas faire de revert.) D'autant que toutes les références étaient disponibles dans le mail. Teuxe ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Encore un peu d'opendata... sur mp2013.fr
Salut, pour ma part je met un gros WARNING sur ce fichier ! un géo-codage effectué par la fédération de tourisme des bouches-du-rhône c'est suspect par nature (quand on a vu ce qu'ils ont sorti sur http://data.visitprovence.com), et à première vue les quelques poi que j'ai testé ont tous une position absolument mauvaise, au mieux pas bonne ! exemple: objet 13EVT027352 La Vieille Charité cdt:SituationGeographique cdt:Latitude43.3174701/cdt:Latitude cdt:Longitude5.3599355/cdt:Longitude http://www.openstreetmap.org/?mlat=43.3174701mlon=5.3599355zoom=18layers=M Sylvain PS: ça doit être la section Il est composé d’éléments non-définitifs de l’avant-programme présenté en janvier 2012 et d’événements tests fictifs. dans le texte d'explication qui fait ça ... en tout cas je vais poser la question à Evolix si ils ont plus de détails sur le géocodage ;) 2012/10/9 Christian Quest cqu...@openstreetmap.fr Dans le cadre de Marseille-Provence 2013 - capitale européenne de la culture, un fichier en LO/OL est disponible avec des lieux géolocalisés: http://www.mp2013.fr/espace-geek/ -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Potlatch2 a évolué (était Encore un alignement de points abusif liéà Potlatch 2.)
Le 9 octobre 2012 13:43, te...@free.fr a écrit : Bonjour, J'ai l'impression que nous avons été entendus... Les développeurs de Potlatch2 ont récemment ajouté un petit bouton Show more/Show less qui permet de masquer les outils dont l'algorithme déplace la position des points ou en crée de nouveaux automatiquement, à savoir : - aligner tous les nodes des ways sélectionnés (en fonction du 1er et du dernier node de chacun des ways), - rendre une area d'apparence circulaire (ajoute des nodes si nécessaire), - rendre une area rectangulaire (ne marche qu'avec 4 nodes) - raccourci Q, - créer un way ou une area similaire (seulement si elle est concave) à une distance donnée (translation s'il s'agit d'un way simple, sinon homothétie). D'autre part, la touche Suppr ne permet plus de supprimer un way, à part en supprimant tous les nodes un par un. Masquer ces icônes de la barre d'outils me semble moins essentiel que supprimer ou remplacer les raccourcis claviers dangereux, qui servent normalement à la saisie de texte normal (une seule lettre, minuscule ou majuscule, l'espace et la ponctuation la plus courante) ainsi que les touches de correction de texte habituelles (Suppr/Del et Retour Arrière/Backspace, flèches gauche et droite). Séparer dans l'interface tout ce qui sert au texte de ce qui sert à l'édition graphique me semble la seule solution raisonnable. Tant pis si pour les commandes graphiques cela fait des raccourcis plus compliqués. C'est pourtant dans le B.-A.-ba de toute interface utilisateur accessible (que ce soit sous Windows ou Linux, ou Mac, peut importe d'ailleurs). Ou alors il faut ne les autoriser que s'il n'y a nulle part à l'écran une zone de texte modifiable, et cela ne devrait même pas dépendre du fait que cette zone de saisie a le focus ou pas. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Encore un peu d'opendata... sur mp2013.fr
Le 9 octobre 2012 15:19, Sylvain Maillard sylvain.maill...@gmail.com a écrit : Salut, pour ma part je met un gros WARNING sur ce fichier ! un géo-codage effectué par la fédération de tourisme des bouches-du-rhône c'est suspect par nature (quand on a vu ce qu'ils ont sorti sur http://data.visitprovence.com), et à première vue les quelques poi que j'ai testé ont tous une position absolument mauvaise, au mieux pas bonne ! Peut-être parce que leurs données ont été géocododées uniquelent pour une représentation sur une carte à une échelle limitée. L'imprécision est suffisante pour leur application et pour pouvoir discerner les points entre eux et localiser les zones que chaque POI dessert (par exemple tout un quartier). Cela n'ôte pas l'intérêt de ces données, si elles sont assez exhaustives. Mais cela veut dire qu'il faut les regéolocaliser de façon plus précise lors de l'intégration, en cherchant autour de façon plus fine. C'est le même problème d'ailleurs avec les données des bureaux de La Poste, ou des agences bancaires, ou d'autres sociétés, qui ne sont pas à 200 mètres près, ou qui se contentent de localiser un point au milieu de la bonne rue mais pas forcément au bon numéro ni du bon côté de la rue. Bref on ne les importe pas directement, on les intègre. Ce serait bien d'ailleurs que les imports de données qui contiennent des positions géolocalisées indiquent une longueur de rayon pour estimer l'erreur maximale commise dans la source. Ce qui aurait pour effet de ne pas importer des nœuds simples mais des cercles autour du point. Le tag de rayon de recherche indiquerait alors explicitement où chercher le point si on veut le positionner de façon plus précise. Et cela pourrait être suivi : en repositionnant le point plus précisément, le tag de rayon pourrait alors être enlevé manuellement. On aurait ensuite un suivi possible par des outils automatique, du travail d'intégration consistant à les repositionner précisément. Et tant que ce tag d'imprécision est présent, le nœud ne devrait pas apparaître sur aucune carte de rendu (il devrait être caché par défaut et ne serait visible que dans les éditeurs, et ne devrait même pas pouvoir être lié à d'autres objets précis ne contenant aucun objet imprécis, ou juste lié à des objets de d'imprécision équivalente). Cela permettrait de distinguer effectivement dans la base ce qui est importé (imprécis par défaut et non rendu, y compris les bâtiments, pusique le rayon d'imprécision serait même plus grand que les points de polygone du bâtiment lui-même) de ce qui est intégré. Jusqu'à même permettre d'importer des doublons qui ne gêneront pas le rendu de l'existant plus précis, et par des outils de vérifier ces doublons. Je proposerais par exemple import_precision=longueur en mètres de l'imprécision, à mettre surtout sur tous les noeuds importés (des polygones peuvent être formés dessus, mais ils n'ont pas besoin de ce tag car ils seront cachés par défaut dans les rendus puisqu'ils référencent des noeuds imprécis. A la limite un rendu pourrait malgré tout les afficher si nécessaire pour un rendu a faible niveau de zoom/échelle, où cette distance d'imprécision n'est pas perceptible et fait moins de 1 pixel (mais il resterait le risque de doublon non éliminé), ou bien les présenter effectivement juste comme des disques semi-transparents ayant ce rayon. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] tag name avec double nom (Osmose)
Salut, Comment taguer name=Commissariat de Secteur de Tours Nord/St Cyr sur Loire ? Osmose dit Le tag name contient deux noms (http://wiki.openstreetmap.org/wiki/FR:Osmose/erreurs#5030) Merci -- Cyrille. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Encore un peu d'opendata... sur mp2013.fr
non, là les points sont beaucoup plus loin que pour l'affichage sur une carte à grande échelle ! Sinon c'est qu'ils ont voulu positionner des points dans une ville depuis une carte au 1:100 ... au début j'ai pensé n'avoir rien compris à ce fichier xml, mais dans l'exemple que j'ai donné le point est clairement situé dans la mer (enfin, dans le port) et non pas en pleine ville, et il doit bien y avoir 2 km de décalage ! A ce point là ça n'est plus de l'affinage de position qu'il faut faire, c'est carrément la géolocalisation complète qui est à revoir ... Sylvain Le 9 octobre 2012 15:49, Philippe Verdy verd...@wanadoo.fr a écrit : Le 9 octobre 2012 15:19, Sylvain Maillard sylvain.maill...@gmail.com a écrit : Salut, pour ma part je met un gros WARNING sur ce fichier ! un géo-codage effectué par la fédération de tourisme des bouches-du-rhône c'est suspect par nature (quand on a vu ce qu'ils ont sorti sur http://data.visitprovence.com), et à première vue les quelques poi que j'ai testé ont tous une position absolument mauvaise, au mieux pas bonne ! Peut-être parce que leurs données ont été géocododées uniquelent pour une représentation sur une carte à une échelle limitée. L'imprécision est suffisante pour leur application et pour pouvoir discerner les points entre eux et localiser les zones que chaque POI dessert (par exemple tout un quartier). Cela n'ôte pas l'intérêt de ces données, si elles sont assez exhaustives. Mais cela veut dire qu'il faut les regéolocaliser de façon plus précise lors de l'intégration, en cherchant autour de façon plus fine. C'est le même problème d'ailleurs avec les données des bureaux de La Poste, ou des agences bancaires, ou d'autres sociétés, qui ne sont pas à 200 mètres près, ou qui se contentent de localiser un point au milieu de la bonne rue mais pas forcément au bon numéro ni du bon côté de la rue. Bref on ne les importe pas directement, on les intègre. Ce serait bien d'ailleurs que les imports de données qui contiennent des positions géolocalisées indiquent une longueur de rayon pour estimer l'erreur maximale commise dans la source. Ce qui aurait pour effet de ne pas importer des nœuds simples mais des cercles autour du point. Le tag de rayon de recherche indiquerait alors explicitement où chercher le point si on veut le positionner de façon plus précise. Et cela pourrait être suivi : en repositionnant le point plus précisément, le tag de rayon pourrait alors être enlevé manuellement. On aurait ensuite un suivi possible par des outils automatique, du travail d'intégration consistant à les repositionner précisément. Et tant que ce tag d'imprécision est présent, le nœud ne devrait pas apparaître sur aucune carte de rendu (il devrait être caché par défaut et ne serait visible que dans les éditeurs, et ne devrait même pas pouvoir être lié à d'autres objets précis ne contenant aucun objet imprécis, ou juste lié à des objets de d'imprécision équivalente). Cela permettrait de distinguer effectivement dans la base ce qui est importé (imprécis par défaut et non rendu, y compris les bâtiments, pusique le rayon d'imprécision serait même plus grand que les points de polygone du bâtiment lui-même) de ce qui est intégré. Jusqu'à même permettre d'importer des doublons qui ne gêneront pas le rendu de l'existant plus précis, et par des outils de vérifier ces doublons. Je proposerais par exemple import_precision=longueur en mètres de l'imprécision, à mettre surtout sur tous les noeuds importés (des polygones peuvent être formés dessus, mais ils n'ont pas besoin de ce tag car ils seront cachés par défaut dans les rendus puisqu'ils référencent des noeuds imprécis. A la limite un rendu pourrait malgré tout les afficher si nécessaire pour un rendu a faible niveau de zoom/échelle, où cette distance d'imprécision n'est pas perceptible et fait moins de 1 pixel (mais il resterait le risque de doublon non éliminé), ou bien les présenter effectivement juste comme des disques semi-transparents ayant ce rayon. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Contrôle qualité des axes routiers
Fabien, j'ai testé ce calque small components.C'est en effet très efficace pour repérer les problèmes de routage. Le calque permet de repérer rapidement les zones à problème. J'ai rapidement repéré deux chemins connectés à un polygone leisure=park plutôt qu'au chemin le croisant. Dans un cas, le polygone se superposait aux chemins, et les masquaient. Pour un contributeur moins expérimenté ou un distrait, il est vite fait de sélectionner le polygone plutôt que le chemin. À ma connaissance, il n'existe pas dans JOSM une feuille de style Routing MapCSS ou une règle de validation qui signale de tels problèmes. Ce serait des ajout intéressants pour repérer à la source ces problèmes Pierre De : Ab_fab gamma@gmail.com À : Discussions sur OSM en français talk-fr@openstreetmap.org Envoyé le : Mardi 9 octobre 2012 5h00 Objet : Re: [OSM-talk-fr] Contrôle qualité des axes routiers Quelques nouvelles en provenance d'OSRM, pour le contrôle qualité des itinéraires : http://lists.openstreetmap.org/pipermail/dev/2012-October/025716.html Ce que je comprends, c'est que cela met en évidence des voies desquelles on peut entrer, mais d'où on ne peut pas sortir, à cause de mauvaises connexions avec le reste du réseau routier. Les infos peuvent être consultées sur un calque small components du site osrm, ou bien sur osm inspector (qui proposait déjà l'analyse des fins de ways très proches mais non connectées à d'autres éléments de voirie) Le 1 octobre 2012 23:11, Vincent de Chateau-Thierry v...@laposte.net a écrit : Le 01/10/2012 18:24, Ab_fab a écrit : Ça peut être une bonne occasion de voir le détail de ce schéma. Et s'il est interessant les références des noeuds pourraient y être indiquées, c'est sûr. Le 1 oct. 2012 18:19, Christian Quest cqu...@openstreetmap.fr mailto:cqu...@openstreetmap.fr a écrit : Il faudrait aussi regarder la proposition des jonctions routières complexes qui a été présentée au SOTM à Tokyo. L'idée est d'avoir une relation pour décrire un noeud routier, ce qui permet aux algos de routage (et de rendu) de mieux fonctionner. C'est sur ces noeuds routiers qu'il faudrait peut être mettre les infos DATEX. A lire ici: http://wiki.openstreetmap.org/wiki/Proposed_features/Junction#Complex_junction_relation Pour revenir à ta question initial Ab_fab*, je suis aussi partant pour contribuer sur le sujet. En revancheje coince sur la motivation contrôle qualité que tu associes : pour moi il y a d'un coté le référentiel TMC qu'on peut vouloir intégrer à OSM si on estime que ça apporte de la valeur à la base, et de l'autre le besoin de faire du contrôle-qualité sur le graphe OSM. Pour ce second point pris seul, je préfère dépenser du temps à constituer des matrices origine-destination et à lancer des batteries d'itinéraires via OSRM, pour ensuite détecter les changements dans les durées et/ou les kilométrages, et par suite analyser les causes du changement, voire détecter des cassures dans le graphe. Je pense qu'on aura des résultats plus rapides et des diagnostics plus simples à partager que ceux basés sur le TMC. Sans compter que le rythme d'intégration d'un tel référentiel risque d'être modeste, et engage derrière une maintenance à chaque nouvelle version des tables de localisants. Donc partant, si on pense que ça servira à autre chose que du contrôle-qualité :-) vincent * pas facile de gober en une soirée les 100 messages du jour sur talk-fr :-) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr -- ab_fab Il n'y a pas de pas perdus ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Encore un peu d'opendata... sur mp2013.fr
Je n'ai pas regardé le contenu du fichier, mon message avait juste pour but de signaler son existence... Il est peut être exploitable pour certains croisements d'infos, pour compléter des POI existants ou futurs, mais visiblement pas importable en l'état (comme dans la majorité des cas). -- 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] Contrôle qualité des axes routiers: OSRM
J'ai l'impression qu'OSRM ne gère pas bien les chemins fermés avec un area=yes Exemple: http://tools.geofabrik.de/osmi/?view=routinglon=2.45612lat=48.79363zoom=18overlays=islands La place du Maréchal Joffre est en highway=residential+area=yes Cet area=yes est à retirer, mais ne devrait pas gêner le routage, hors les deux rues en sens unique qui arrivent et partent de la place sont marquées comme non connectées... Le 9 octobre 2012 11:00, Ab_fab gamma@gmail.com a écrit : Quelques nouvelles en provenance d'OSRM, pour le contrôle qualité des itinéraires : http://lists.openstreetmap.org/pipermail/dev/2012-October/025716.html Ce que je comprends, c'est que cela met en évidence des voies desquelles on peut entrer, mais d'où on ne peut pas sortir, à cause de mauvaises connexions avec le reste du réseau routier. -- Christian Quest - OpenStreetMap France - http://openstreetmap.fr/u/cquest ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Rencontre des Mappeurs Ardéchois
Bonjour, Je tente d'organiser une rencontre des mappeurs ardéchois et des personnes interressés par le projet : le mercredi 17 octobre 2012 de 18h à 20h à la salle de réunion des Inforoutes, ZI du Lac, InnoParc à Privas. Contact : Henry-Pascal ELDIN, el...@inforoutes.fr , 06 84 11 70 35 04 75 30 79 15 http://www.openstreetmap.org/?lat=44.717213lon=4.609967zoom=18layers=M -- Cordialement, Henry-Pascal ELDIN Courayon, Route de St Bauzile 07210 CHOMERAC, FRANCE Tel 04 75 65 19 93 Orange 06 80 75 74 80 http://www.eldin.net ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Rencontre des Mappeurs Ardéchois
Et hop: http://openstreetmap.fr/2012-10-17-rencontre-privas Le 9 octobre 2012 17:16, Henry-Pascal ELDIN el...@eldin.net a écrit : Bonjour, Je tente d'organiser une rencontre des mappeurs ardéchois et des personnes interressés par le projet : le mercredi 17 octobre 2012 de 18h à 20h à la salle de réunion des Inforoutes, ZI du Lac, InnoParc à Privas. Contact : Henry-Pascal ELDIN, el...@inforoutes.fr , 06 84 11 70 35 04 75 30 79 15 http://www.openstreetmap.org/?lat=44.717213lon=4.609967zoom=18layers=M -- Cordialement, Henry-Pascal ELDIN Courayon, Route de St Bauzile 07210 CHOMERAC, FRANCE Tel 04 75 65 19 93 Orange 06 80 75 74 80 http://www.eldin.net ___ 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] Potlatch2 a évolué (était Encore un alignement de points abusif liéà Potlatch 2.)
Teuxe a écrit: J'ai l'impression que nous avons été entendus... Oui. :) amitiés Richard -- View this message in context: http://gis.19327.n5.nabble.com/Encore-un-alignement-de-points-abusif-liea-Potlatch-2-tp5729034p5729634.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
