Re: [Talk-transit] routing on osm using public transport ?
Qlex, For 1), I'd suggest you check out OpenTripPlanner, which has a multimodal routing engine that includes transit: http://www.opentripplanner.org OTP requires GTFS data for transit, so this would be needed to create routes for public transportation. It has a RESTful API that you can query once you get an instance running: http://www.opentripplanner.org/apidoc/ You might also want to check out GO-Sync (http://code.google.com/p/gtfs-osm-sync/), which is an open-source desktop app our group developed to help synchronize GTFS data with OSM. This tool is currently mainly for bus stops, though, and not the relations for routes on OSM streets. We've stayed away from trying to automatically sync route relations on roads since as you say this is complex and requires significant manual inspection to ensure the data is coded correctly. Relations for bus stops and their memberships in routes, though, is handled in GO-Sync. GO-Sync is an open-source project so feel free to use the code if you'd like as a starting point for adding route relations with roads, if this is something you'd like to tackle. Sean Sean J. Barbeau, M.S. Comp.Sci. Research Associate Center for Urban Transportation Research University of South Florida 4202 E. Fowler Avenue, CUT100 | Tampa, FL 33620-5375 813.974.7208 2D barcode | 813.974.5168 (fax) | barb...@cutr.usf.edu USF Location-Aware Information Systems Lab - http://www.locationaware.usf.edu/ -Original Message- From: talk-transit-requ...@openstreetmap.org [mailto:talk-transit-requ...@openstreetmap.org] Sent: Friday, November 04, 2011 8:01 AM To: talk-transit@openstreetmap.org Subject: Talk-transit Digest, Vol 34, Issue 1 Send Talk-transit mailing list submissions to talk-transit@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-transit or, via email, send a message with subject or body 'help' to talk-transit-requ...@openstreetmap.org You can reach the person managing the list at talk-transit-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-transit digest... Today's Topics: 1. routing on osm using public transport ? (Wojciech Kulesza) -- Message: 1 Date: Thu, 3 Nov 2011 21:07:05 +0100 From: Wojciech Kulesza wkule...@gmail.com To: talk-transit@openstreetmap.org Subject: [Talk-transit] routing on osm using public transport ? Message-ID: CAB9LHzEPjAXKMWSqYhtXpWvS+s0nBJw3h8Gyx6xqGnM=oos...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Hi, we're aiming at creating shapes of various bus routes. For this purpose, we use various osm routing engines (including cloudmade) to draw the paths that buses use. Due to limitation that such routing is using car for calculations, we're finding it hard to overcome a difficulty of how to route in places that are for public transport only, as bus stations etc. Good example is this station: http://www.openstreetmap.org/?lat=52.409641lon=16.955182zoom=18layers=M I tried to add a key psv=yes or perhaps should we use access=designated cloudmade only updates their data once a week so it is of crucial importance to find out what's the best approach. Several questions that i find important: 1) is there a router with API that would allow public transport as mode of transport ? 2) how should places like bus station be tagged in order to allow car as mode of transport i noticed that once station has access=no bus=yes and then routing request provides an answer with routing starting from nearest available normal street. other settings provide no result. Do you have any suggestions on what's the best approach ? Manual creation of route relations has disadvantages, due to frequent changes that result from construction and other changes. therefore, we would be then able to create a possibly-open source software to allow better and quicker updates of route relations (coming from stops location and automatic creation of shapes from osm routing). Any comments most welcome. Maybe we could discuss this on osm irc channel as well. Regards, Qlex -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-transit/attachments/2003/40214d91/attachment-0001.html -- ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit End of Talk-transit Digest, Vol 34, Issue 1 *** ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] routing on osm using public transport ?
If you need just the route shapes, I suggest using openrouteservice.org and choosing bicycle. It can go anywhere. You can take on foot but it will go on footpaths and you will need more via points. Here is an example of a routehttp://openrouteservice.org/index.php?start=16.9560725,52.4096701end=16.9549348,52.4103792via=16.9545036,52.4093393%20pref=Bicyclelang=denoMotorways=falsenoTollways=false . Janko 2011/11/4 Barbeau, Sean barb...@cutr.usf.edu Qlex, For 1), I'd suggest you check out OpenTripPlanner, which has a multimodal routing engine that includes transit: http://www.opentripplanner.org OTP requires GTFS data for transit, so this would be needed to create routes for public transportation. It has a RESTful API that you can query once you get an instance running: http://www.opentripplanner.org/apidoc/ You might also want to check out GO-Sync ( http://code.google.com/p/gtfs-osm-sync/), which is an open-source desktop app our group developed to help synchronize GTFS data with OSM. This tool is currently mainly for bus stops, though, and not the relations for routes on OSM streets. We've stayed away from trying to automatically sync route relations on roads since as you say this is complex and requires significant manual inspection to ensure the data is coded correctly. Relations for bus stops and their memberships in routes, though, is handled in GO-Sync. GO-Sync is an open-source project so feel free to use the code if you'd like as a starting point for adding route relations with roads, if this is something you'd like to tackle. Sean Sean J. Barbeau, M.S. Comp.Sci. Research Associate Center for Urban Transportation Research University of South Florida 4202 E. Fowler Avenue, CUT100 | Tampa, FL 33620-5375 813.974.7208 2D barcode | 813.974.5168 (fax) | barb...@cutr.usf.edu USF Location-Aware Information Systems Lab - http://www.locationaware.usf.edu/ -Original Message- From: talk-transit-requ...@openstreetmap.org [mailto: talk-transit-requ...@openstreetmap.org] Sent: Friday, November 04, 2011 8:01 AM To: talk-transit@openstreetmap.org Subject: Talk-transit Digest, Vol 34, Issue 1 Send Talk-transit mailing list submissions to talk-transit@openstreetmap.org To subscribe or unsubscribe via the World Wide Web, visit http://lists.openstreetmap.org/listinfo/talk-transit or, via email, send a message with subject or body 'help' to talk-transit-requ...@openstreetmap.org You can reach the person managing the list at talk-transit-ow...@openstreetmap.org When replying, please edit your Subject line so it is more specific than Re: Contents of Talk-transit digest... Today's Topics: 1. routing on osm using public transport ? (Wojciech Kulesza) -- Message: 1 Date: Thu, 3 Nov 2011 21:07:05 +0100 From: Wojciech Kulesza wkule...@gmail.com To: talk-transit@openstreetmap.org Subject: [Talk-transit] routing on osm using public transport ? Message-ID: CAB9LHzEPjAXKMWSqYhtXpWvS+s0nBJw3h8Gyx6xqGnM=oos...@mail.gmail.com Content-Type: text/plain; charset=iso-8859-1 Hi, we're aiming at creating shapes of various bus routes. For this purpose, we use various osm routing engines (including cloudmade) to draw the paths that buses use. Due to limitation that such routing is using car for calculations, we're finding it hard to overcome a difficulty of how to route in places that are for public transport only, as bus stations etc. Good example is this station: http://www.openstreetmap.org/?lat=52.409641lon=16.955182zoom=18layers=M I tried to add a key psv=yes or perhaps should we use access=designated cloudmade only updates their data once a week so it is of crucial importance to find out what's the best approach. Several questions that i find important: 1) is there a router with API that would allow public transport as mode of transport ? 2) how should places like bus station be tagged in order to allow car as mode of transport i noticed that once station has access=no bus=yes and then routing request provides an answer with routing starting from nearest available normal street. other settings provide no result. Do you have any suggestions on what's the best approach ? Manual creation of route relations has disadvantages, due to frequent changes that result from construction and other changes. therefore, we would be then able to create a possibly-open source software to allow better and quicker updates of route relations (coming from stops location and automatic creation of shapes from osm routing). Any comments most welcome. Maybe we could discuss this on osm irc channel as well. Regards, Qlex -- next part -- An HTML attachment was scrubbed... URL: http://lists.openstreetmap.org/pipermail/talk-transit/attachments/2003/40214d91/attachment-0001.html
Re: [talk-ph] Easy way to test routing on OSM data
Cool! exactly what I'm looking for. My brother-in-law came here in the metro as part of his advance training. He needs to drive around frequently so I installed GarminXT+OSM on his phone. The tool is doing a great job and it's bringing him from place to place. But like all gps do, he's having poor signal from time to time, something which gives him uncomfort. This online routing calculator surely will help him navigate his way. Btw, allow me to say my appreciation to Maning. Pre your osm map set server is awesome! A great help to many On Sat, Nov 5, 2011 at 6:45 AM, Eugene Alvin Villar sea...@gmail.comwrote: Go here: http://apmon.dev.openstreetmap.org/routing?lat=14.58917lon=121.0708zoom=17layers=M Click on the Routing tab. Click on the start marker and then on the map to select your starting point. Click on the end marker and then on the map to select your destination. Select your routing engine (don't select Opensource Routing Machine since it doesn't have data for the Philippines) Select other options. Then click on Find Route. Ta da! You guys should play around with this in order to find routing errors and missing turn restrictions (such as no-left-turns). ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] Esri spain abuse?
On 03/11/11 23:49, Fredy Rivera wrote: ESRI use our map[0] without respecting the terms of our license [0] http://www.votosycifras.com/ This has been corrected now: https://twitter.com/#!/Esri_Spain/status/132380656759083008 Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Here's what they do in Korea
On 04/11/11 03:11, Arun Ganesh wrote: I am totally blown away by the level of detail provided by the map providers in Korea. Even the navigation devices they use in almost any vehicle is of a much higher level than anything I have seen outside. As the car approaches a flyover or a junction, the device actually renders a 3d view of the area from the pov of the vehicle, with detailed buildings, trees and lighting to match the time of the day. Each lane of the road is marked with turn restrictions and speed limits. All the gloating we do of the capabilities of osm fades in comparison to what's been achieved here. We are years away from reaching such a level where it will possible to crowdsource data to such a detailed level in a consistent manner. On Thu, Nov 3, 2011 at 9:00 PM, talk-requ...@openstreetmap.org mailto:talk-requ...@openstreetmap.org wrote: http://local.daum.net/map/index.jsp?t__nil_navi=bestmainnil_id=map http://local.daum.net/map/index.jsp?t__nil_navi=bestmainnil_id=map http://map.naver.com/ Even if you don't read Korean you can still appreciate the scope and scale of their undertaking. The datasets are also unique- take a look at the same area from the different providers. Click on various icons to see aerial photos and Daum's street view. Also provided: route planning, traffic density, and the weather for the chunk of map you are looking at. Oh, and as well as the distance and journey time the route planner will tell you the taxi fare you would have to pay. Best wishes, Andrew -- j.mp/ArunGanesh http://j.mp/ArunGanesh ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk This is really interesting Andrew /Arun, Thanks for posting. John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Here's what they do in Korea
On 04/11/11 03:11, Arun Ganesh wrote: I am totally blown away by the level of detail provided by the map providers in Korea. Even the navigation devices they use in almost any vehicle is of a much higher level than anything I have seen outside. As the car approaches a flyover or a junction, the device actually renders a 3d view of the area from the pov of the vehicle, with detailed buildings, trees and lighting to match the time of the day. Each lane of the road is marked with turn restrictions and speed limits. All the gloating we do of the capabilities of osm fades in comparison to what's been achieved here. We are years away from reaching such a level where it will possible to crowdsource data to such a detailed level in a consistent manner. On Thu, Nov 3, 2011 at 9:00 PM, talk-requ...@openstreetmap.org mailto:talk-requ...@openstreetmap.org wrote: http://local.daum.net/map/index.jsp?t__nil_navi=bestmainnil_id=map http://local.daum.net/map/index.jsp?t__nil_navi=bestmainnil_id=map http://map.naver.com/ Even if you don't read Korean you can still appreciate the scope and scale of their undertaking. The datasets are also unique- take a look at the same area from the different providers. Click on various icons to see aerial photos and Daum's street view. Also provided: route planning, traffic density, and the weather for the chunk of map you are looking at. Oh, and as well as the distance and journey time the route planner will tell you the taxi fare you would have to pay. Best wishes, Andrew -- j.mp/ArunGanesh http://j.mp/ArunGanesh ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk This is really interesting Andrew /Arun, Thanks for posting. John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Here's what they do in Korea
On 04/11/11 03:11, Arun Ganesh wrote: I am totally blown away by the level of detail provided by the map providers in Korea. Even the navigation devices they use in almost any vehicle is of a much higher level than anything I have seen outside. As the car approaches a flyover or a junction, the device actually renders a 3d view of the area from the pov of the vehicle, with detailed buildings, trees and lighting to match the time of the day. Each lane of the road is marked with turn restrictions and speed limits. All the gloating we do of the capabilities of osm fades in comparison to what's been achieved here. We are years away from reaching such a level where it will possible to crowdsource data to such a detailed level in a consistent manner. On Thu, Nov 3, 2011 at 9:00 PM, talk-requ...@openstreetmap.org mailto:talk-requ...@openstreetmap.org wrote: http://local.daum.net/map/index.jsp?t__nil_navi=bestmainnil_id=map http://local.daum.net/map/index.jsp?t__nil_navi=bestmainnil_id=map http://map.naver.com/ Even if you don't read Korean you can still appreciate the scope and scale of their undertaking. The datasets are also unique- take a look at the same area from the different providers. Click on various icons to see aerial photos and Daum's street view. Also provided: route planning, traffic density, and the weather for the chunk of map you are looking at. Oh, and as well as the distance and journey time the route planner will tell you the taxi fare you would have to pay. Best wishes, Andrew -- j.mp/ArunGanesh http://j.mp/ArunGanesh ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk This is really interesting Andrew /Arun, Thanks for posting. John ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] South Sudan: Update border from DoS data
In the meanwhile I have looked into to both taginfo and other disputed borders (see [1]). Looks like there is no established way of handling this. So I would now probably separate into two topics: - Import the DoS data to update the border between Sudan and South Sudan. Basically the border currently isn't tagged as disputed so 1. doesn't make things worse. But I will add a corresponding note where applicable. - Keep thinking how to tag disputed borders appropriately. This is probably nothing that can be achieved quickly. Any thoughts or comments are welcome. Michael - [1] http://en.wikipedia.org/wiki/List_of_territorial_disputes ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] South Sudan: Update border from DoS data
Just a thought: how about simply mapping each country's border so as to include the disputed area? Steve On 31/10/2011 10:33, Michael Krämer wrote: Hi, in a post [1] by Mikel end of September he proposed to use the data from US Department of State to update the border of South Sudan. As the dataset look pretty accurate compared to natural features I have already started using it. After noticing that the border of South Sudan is not updated yet I would volunteer to do so. Unfortunately this raises the question of the disputed area of Kafia Kingi in the west: The current border in OSM attributes this area to Sudan, the DoS dataset to South Sudan, not even indicating a dispute. There seems to be some uncertainty on where the border should be (cf. [2]). Google Maps/Earth show both borders as disputed. So I would like to bring up the question here, which border to use. From what I found in the list and wiki the current border in OSM has not necessarily based on detailed consideration but basicallay what had been available at the time. Personally I would tend to use the DoS border, but I'm definetly not an expert on neither South Sudan nor international borders. Michael [1] http://lists.openstreetmap.org/pipermail/talk/2011-September/060226.html [2] http://ogleearth.com/2011/07/mapping-south-sudans-northern-border-not-so-fast/ ___ 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-nl] BAG-update: ook bruikbaar voor BRT?
Mergen en een data set van maken. Dat is toch hetzelfde. Probleem is echter dat het geautomatiseerd samenvoegen om technische en wenselijke redenen vaak een probleem is en dat menselijke tussenkomst onvermijdelijk is gebleken. Centraal beschikbaar stellen en de community het werk laten doen (of niet) is precies waardoor we OSM waarderen en juist dit is de kracht van OSM. En kennelijk waarderen steeds meer partijen deze aanpak. Met vriendelijke groeten, Robert Elsenaar (Verzonden vanaf Mobile) Stefan de Konink ste...@konink.de schreef: -BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 03-11-11 23:08, Frank Steggink schreef: Zomaar een ideetje op de late avond ;) Gegeven dat al die data PD is waarom zou je in vredesnaam meerdere databronnen gaan mergen? In plaats van kijken hoeveel PD data nu naar buiten komt, daar een nieuwe gecombineerde dataset van maken, en daar een best of both worlds van maken? Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.18 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAk6zGvoACgkQYH1+F2Rqwn1DNwCeIZ8ggL6/71wIaM9SmiCVJp+P orAAnRMgTah+949vWPHFL+4MFbzLwhPP =UmZe -END PGP SIGNATURE- ___ 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
[OSM-talk-nl] kleuren openfietskaart
Kan ik hier ook een issue neerleggen over de kleuren van openfietskaart? Als men (als voorbeeld) in de openfietskaart inzoomt op zuid limburg is goed te zien dat de MTB-routes dezelfde kleur hebben als de locale fietsroutes, hier de mergellandroute bijvoorbeeld. Er ontstaat nu een wirwar van lijntjes van de zelfde kleur. wie regelt die kleurtjes en hoe is hier een aanpassing in te regelen, zodat de tagcombi lcn/mtb een andere kleur krijgt dan lcn/bicycle? Patrick ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] kleuren openfietskaart
Patrick, Ik weet niet of Minko (de man achter de OFM) deze mailinglist leest, maar anders kun je het altijd rechtstreeks proberen: http://sites.google.com/site/openfietsmap/contact Gegroet, Frank Op 4 november 2011 08:58 heeft Patrick Coenen pe...@live.com het volgende geschreven: Kan ik hier ook een issue neerleggen over de kleuren van openfietskaart? Als men (als voorbeeld) in de openfietskaart inzoomt op zuid limburg is goed te zien dat de MTB-routes dezelfde kleur hebben als de locale fietsroutes, hier de mergellandroute bijvoorbeeld. Er ontstaat nu een wirwar van lijntjes van de zelfde kleur. wie regelt die kleurtjes en hoe is hier een aanpassing in te regelen, zodat de tagcombi lcn/mtb een andere kleur krijgt dan lcn/bicycle? Patrick ___ 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] kleuren openfietskaart
of bedoel je http://openfietskaart.nl/ ? ik heb geen idee of ik nog toegang heb.. anders zal ik eens kijken Rob Op 4 november 2011 09:23 schreef Frank Fesevur f...@users.sourceforge.nethet volgende: Patrick, Ik weet niet of Minko (de man achter de OFM) deze mailinglist leest, maar anders kun je het altijd rechtstreeks proberen: http://sites.google.com/site/openfietsmap/contact Gegroet, Frank Op 4 november 2011 08:58 heeft Patrick Coenen pe...@live.com het volgende geschreven: Kan ik hier ook een issue neerleggen over de kleuren van openfietskaart? Als men (als voorbeeld) in de openfietskaart inzoomt op zuid limburg is goed te zien dat de MTB-routes dezelfde kleur hebben als de locale fietsroutes, hier de mergellandroute bijvoorbeeld. Er ontstaat nu een wirwar van lijntjes van de zelfde kleur. wie regelt die kleurtjes en hoe is hier een aanpassing in te regelen, zodat de tagcombi lcn/mtb een andere kleur krijgt dan lcn/bicycle? Patrick ___ 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] kleuren openfietskaart
Ik bedoel openfietskaart.nl, maar ook op opencyclemap doet zicht hetzelfde probleem voor. locale vaste mtb routes en locale vaste fietsroutes zijn van dezelfde kleur. Erg onoverzichtelijk ,tot op het onmogelijke toe! Date: Fri, 4 Nov 2011 09:48:42 +0100 From: interru...@gmail.com To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] kleuren openfietskaart of bedoel je http://openfietskaart.nl/ ? ik heb geen idee of ik nog toegang heb.. anders zal ik eens kijken Rob Op 4 november 2011 09:23 schreef Frank Fesevur f...@users.sourceforge.net het volgende: Patrick, Ik weet niet of Minko (de man achter de OFM) deze mailinglist leest, maar anders kun je het altijd rechtstreeks proberen: http://sites.google.com/site/openfietsmap/contact Gegroet, Frank Op 4 november 2011 08:58 heeft Patrick Coenen pe...@live.com het volgende geschreven: Kan ik hier ook een issue neerleggen over de kleuren van openfietskaart? Als men (als voorbeeld) in de openfietskaart inzoomt op zuid limburg is goed te zien dat de MTB-routes dezelfde kleur hebben als de locale fietsroutes, hier de mergellandroute bijvoorbeeld. Er ontstaat nu een wirwar van lijntjes van de zelfde kleur. wie regelt die kleurtjes en hoe is hier een aanpassing in te regelen, zodat de tagcombi lcn/mtb een andere kleur krijgt dan lcn/bicycle? Patrick ___ 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 ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] kleuren openfietskaart
toen ik heb de kaart heb gemaakt, 2 jaren geleden, waren ze in elk geval donker groen ik weet niet of de route tags inmiddels zijn aangepast door iemand of dat iemand de stylesheets heeft aangepast.. Rob Op 4 november 2011 12:15 schreef Patrick Coenen pe...@live.com het volgende: Ik bedoel openfietskaart.nl, maar ook op opencyclemap doet zicht hetzelfde probleem voor. locale vaste mtb routes en locale vaste fietsroutes zijn van dezelfde kleur. Erg onoverzichtelijk ,tot op het onmogelijke toe! -- Date: Fri, 4 Nov 2011 09:48:42 +0100 From: interru...@gmail.com To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] kleuren openfietskaart of bedoel je http://openfietskaart.nl/ ? ik heb geen idee of ik nog toegang heb.. anders zal ik eens kijken Rob Op 4 november 2011 09:23 schreef Frank Fesevur f...@users.sourceforge.net het volgende: Patrick, Ik weet niet of Minko (de man achter de OFM) deze mailinglist leest, maar anders kun je het altijd rechtstreeks proberen: http://sites.google.com/site/openfietsmap/contact Gegroet, Frank Op 4 november 2011 08:58 heeft Patrick Coenen pe...@live.com het volgende geschreven: Kan ik hier ook een issue neerleggen over de kleuren van openfietskaart? Als men (als voorbeeld) in de openfietskaart inzoomt op zuid limburg is goed te zien dat de MTB-routes dezelfde kleur hebben als de locale fietsroutes, hier de mergellandroute bijvoorbeeld. Er ontstaat nu een wirwar van lijntjes van de zelfde kleur. wie regelt die kleurtjes en hoe is hier een aanpassing in te regelen, zodat de tagcombi lcn/mtb een andere kleur krijgt dan lcn/bicycle? Patrick ___ 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 ___ 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] kleuren openfietskaart
Een goede vraag natuurlijk, maar nog meer de vraag is, of er iemand iets aan kan doen? Date: Fri, 4 Nov 2011 12:42:54 +0100 From: interru...@gmail.com To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] kleuren openfietskaart toen ik heb de kaart heb gemaakt, 2 jaren geleden, waren ze in elk geval donker groen ik weet niet of de route tags inmiddels zijn aangepast door iemand of dat iemand de stylesheets heeft aangepast.. Rob Op 4 november 2011 12:15 schreef Patrick Coenen pe...@live.com het volgende: Ik bedoel openfietskaart.nl, maar ook op opencyclemap doet zicht hetzelfde probleem voor. locale vaste mtb routes en locale vaste fietsroutes zijn van dezelfde kleur. Erg onoverzichtelijk ,tot op het onmogelijke toe! Date: Fri, 4 Nov 2011 09:48:42 +0100 From: interru...@gmail.com To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] kleuren openfietskaart of bedoel je http://openfietskaart.nl/ ? ik heb geen idee of ik nog toegang heb.. anders zal ik eens kijken Rob Op 4 november 2011 09:23 schreef Frank Fesevur f...@users.sourceforge.net het volgende: Patrick, Ik weet niet of Minko (de man achter de OFM) deze mailinglist leest, maar anders kun je het altijd rechtstreeks proberen: http://sites.google.com/site/openfietsmap/contact Gegroet, Frank Op 4 november 2011 08:58 heeft Patrick Coenen pe...@live.com het volgende geschreven: Kan ik hier ook een issue neerleggen over de kleuren van openfietskaart? Als men (als voorbeeld) in de openfietskaart inzoomt op zuid limburg is goed te zien dat de MTB-routes dezelfde kleur hebben als de locale fietsroutes, hier de mergellandroute bijvoorbeeld. Er ontstaat nu een wirwar van lijntjes van de zelfde kleur. wie regelt die kleurtjes en hoe is hier een aanpassing in te regelen, zodat de tagcombi lcn/mtb een andere kleur krijgt dan lcn/bicycle? Patrick ___ 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 ___ 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] kleuren openfietskaart
Hallo, De actiefst ontwikkelde web-kaart met routes is op dit moment de volgende denk ik: http://cycling.lonvia.de/?zoom=14lat=50.88389lon=5.84841 http://mtb.lonvia.de/?zoom=14lat=50.88389lon=5.84841 http://hiking.lonvia.de/?zoom=14lat=50.88389lon=5.84841 m.v.g., Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-de] vermehrt geplante Straßen
Am 03.11.2011 17:00, schrieb Heiko Jacobs: Moin Ein Mapper MrWebber http://www.openstreetmap.org/user/MrWebber scheint di eletzte Zeit einige geplante Straßen in OSM eingebaut zu haben. Ja, der ist neulich auch schon auf der Bonner Mailingliste unangenehm aufgefalllen. Stand der Erkenntnis ist, dass er Planungen einträgt, für die es allenfalls eine Grobplanung im Bundesverkehrswegeplan gibt. Also weit entfernt von dem, was in nächster Zeit oder überhaupt jemals gebaut wird. Natürlich reagiert er nicht auf Mails, und gibt auch seine Quelle nicht preis. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rcn route und network relations
Am 04.11.2011 02:16, schrieb Jo: In meine erste Botschaft habe ich gefragt ob os normal sei dass Netzwerke Wegen enthalten. Ist das so? Ich bin jetzt beschäftigt mit es mahen von Routes zwischen Knoten anstatt die Wegen im Netzwerk relation. Wird das alles umsonst gewesen sein? Lass es doch einfach so, wie es ist. In DE gibt es keine flächendeckenden Knotenpunktnetzwerke wie in NL und BE. Nur in den Kreisen Heinsberg, Aachen und Kleve hat man das Niederländische Modell übernommen. Aber nebenbei gibt es dort auch andere Radrouten, die von uns als rcn eingstuft wurden. Hier: http://wiki.openstreetmap.org/wiki/Radverkehrsnetz_NRW wurde schon vor Jahren beschlossen, dass das Radverkehrsnetz NRW (mit den roten Schildern) je Landkreis in eine Relation gepackt wird. In den Kreisen mit Knotenpunkten gibt es zusätzlich Relationen, die von Knotenpunkt zu Knotenpunkt führen. Und ausserdem gibt es über tausend anderer Radrelationen allein in NRW, die als ncn, rcn oder lcn eingestuft wurden: http://bahnradwandern.bplaced.net/rad-nrw.htm Ich glaube, es bringt wenig, da jetzt mit einem script was ändern zu wollen. Besser wird es dadurch bestimmt nicht. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rcn route und network relations
Das Skript ist da für Qualitätskontrolle. Seit ich das in Belgien benutze habe ich schon mehrere Probleme detektiert die nachher eingetragen würden. In September habe ich alle Routes kontrolliert und an Network relationen zusammen mit den Knoten hinzugefügt. Jetzt bemerke ich das schnell wenn Leute getrennte Strassen neu konnektieren, oder wenn sie rcn_refs entfernen, weil sie nicht verstehen wieso die da sind. Das wird alles detektiert. Ich kontroliere auch ob man van ein Nummerierte Knoten zu andere kommt und wieder zurück. Wenn die Knotenpunktenetzwerke so aufgebaut sind wie in Belgien und Niederland (das Model ist entstehen in Belgisches Limburg), wäre es schön wenn die verbunden werden könnten. Ist es vielleicht eine Möglichkeit um die andere Netzwerke die rcn benutzen ein extra Tag zu geben? Jo 2011/11/4 Andre Joost andre+jo...@nurfuerspam.de: Am 04.11.2011 02:16, schrieb Jo: In meine erste Botschaft habe ich gefragt ob os normal sei dass Netzwerke Wegen enthalten. Ist das so? Ich bin jetzt beschäftigt mit es mahen von Routes zwischen Knoten anstatt die Wegen im Netzwerk relation. Wird das alles umsonst gewesen sein? Lass es doch einfach so, wie es ist. In DE gibt es keine flächendeckenden Knotenpunktnetzwerke wie in NL und BE. Nur in den Kreisen Heinsberg, Aachen und Kleve hat man das Niederländische Modell übernommen. Aber nebenbei gibt es dort auch andere Radrouten, die von uns als rcn eingstuft wurden. Hier: http://wiki.openstreetmap.org/wiki/Radverkehrsnetz_NRW wurde schon vor Jahren beschlossen, dass das Radverkehrsnetz NRW (mit den roten Schildern) je Landkreis in eine Relation gepackt wird. In den Kreisen mit Knotenpunkten gibt es zusätzlich Relationen, die von Knotenpunkt zu Knotenpunkt führen. Und ausserdem gibt es über tausend anderer Radrelationen allein in NRW, die als ncn, rcn oder lcn eingestuft wurden: http://bahnradwandern.bplaced.net/rad-nrw.htm Ich glaube, es bringt wenig, da jetzt mit einem script was ändern zu wollen. Besser wird es dadurch bestimmt nicht. Gruß, André Joost ___ 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] Aerowest ist nicht immer das neuste
Moin Jan, Am 03.11.2011 13:45, schrieb Jan Tappenbeck: heute habe ich mir Niendorf / Ostsee (bei Travemünde) angesehen und festgestellt das ein Baugebiet [1] das es schon min. 5 Jahre gibt nicht in den Luftbildern enthalten ist. Ich dachte immer die Bilder wären relativ aktuell - dem scheint aber nicht so zu sein. Also Achtung beim Inhalt ! also mal ehrlich Jan, was genau ist an der Angabe Orthofoto 2006-05-03 nicht zu verstehen, dass Dich die Bilder als relativ aktuell vermuten lässt? Die Bilder sind also jetzt 5 Jahre und 5 Monate alt ... Erst wenn Du tatsächlich konkretere Hinweise haben solltest, dass das Gebiet noch älter ist, wäre Aerowests Angabe des Aufnahmezeitpunkts in Frage zu stellen ... Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rcn route und network relations
Gegen die QA spricht ja nichts. Heuristisch kannst du natürlich einfach schauen was für Elemente (mehrheitlich?) verwendet werden. Ist natürlich schon unschön ist wenn man eigentlich Fehler finden will. Aber du kannst jetzt nicht verlangen, dass einfach die anderen ihre Routen umtaggen um vor deinen Scripts sicher zu sein. Beide Routenerfassungsmethoden sind nun mal gleichermassen zulässig. Simon Am 04.11.2011 08:41, schrieb Jo: Das Skript ist da für Qualitätskontrolle. Seit ich das in Belgien benutze habe ich schon mehrere Probleme detektiert die nachher eingetragen würden. In September habe ich alle Routes kontrolliert und an Network relationen zusammen mit den Knoten hinzugefügt. Jetzt bemerke ich das schnell wenn Leute getrennte Strassen neu konnektieren, oder wenn sie rcn_refs entfernen, weil sie nicht verstehen wieso die da sind. Das wird alles detektiert. Ich kontroliere auch ob man van ein Nummerierte Knoten zu andere kommt und wieder zurück. Wenn die Knotenpunktenetzwerke so aufgebaut sind wie in Belgien und Niederland (das Model ist entstehen in Belgisches Limburg), wäre es schön wenn die verbunden werden könnten. Ist es vielleicht eine Möglichkeit um die andere Netzwerke die rcn benutzen ein extra Tag zu geben? Jo 2011/11/4 Andre Joostandre+jo...@nurfuerspam.de: Am 04.11.2011 02:16, schrieb Jo: In meine erste Botschaft habe ich gefragt ob os normal sei dass Netzwerke Wegen enthalten. Ist das so? Ich bin jetzt beschäftigt mit es mahen von Routes zwischen Knoten anstatt die Wegen im Netzwerk relation. Wird das alles umsonst gewesen sein? Lass es doch einfach so, wie es ist. In DE gibt es keine flächendeckenden Knotenpunktnetzwerke wie in NL und BE. Nur in den Kreisen Heinsberg, Aachen und Kleve hat man das Niederländische Modell übernommen. Aber nebenbei gibt es dort auch andere Radrouten, die von uns als rcn eingstuft wurden. Hier: http://wiki.openstreetmap.org/wiki/Radverkehrsnetz_NRW wurde schon vor Jahren beschlossen, dass das Radverkehrsnetz NRW (mit den roten Schildern) je Landkreis in eine Relation gepackt wird. In den Kreisen mit Knotenpunkten gibt es zusätzlich Relationen, die von Knotenpunkt zu Knotenpunkt führen. Und ausserdem gibt es über tausend anderer Radrelationen allein in NRW, die als ncn, rcn oder lcn eingestuft wurden: http://bahnradwandern.bplaced.net/rad-nrw.htm Ich glaube, es bringt wenig, da jetzt mit einem script was ändern zu wollen. Besser wird es dadurch bestimmt nicht. Gruß, André Joost ___ 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] village_green und die Bebauung
Hi ! in der Brandenbaumer Landstraße in Lübeck gibt es viel Rasenflächen zwsichen der Bebauung. http://www.openstreetmap.org/browse/way/135850194 Sollten die Bebauung aus der Fläche raus genommen werden oder durchgehend die Fläche erstellen werden ? Wie ist Eure Meinung? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rcn route und network relations
Am 04.11.2011 08:41, schrieb Jo: Wenn die Knotenpunktenetzwerke so aufgebaut sind wie in Belgien und Niederland (das Model ist entstehen in Belgisches Limburg), wäre es schön wenn die verbunden werden könnten. Wie gesagt, in den Grenzgebieten gibt es sowas. In meiner Liste http://bahnradwandern.bplaced.net/rad-nrw.htm findest du die bereits angelegten Relationen ab FN Aachen 5008 Die Relationen Radverkehrsnetz NRW, Kreis xyz sollten aber in der bisherigen Form bestehen bleiben. Ist es vielleicht eine Möglichkeit um die andere Netzwerke die rcn benutzen ein extra Tag zu geben? Die openCyclemap unterscheidet nach network=icn/ncn/rcn/lcn. Wenn du jetzt einer Gruppe von Radwegen stattdessen einen anderen Wert für network zuweist, verschwinden diese aus der Karte. Damit machst du dich bei den Mappern unbeliebt, die diese Routen eingetragen haben. Die Chance, im Stil von opencyclemap ewas geändert zu bekommen, sind sehr gering. Da die nicht nummerierten Routen die Mehrheit bilden (weltweit), ist es besser, für die Knotenpunktnetzwerke ein Zusatztag zu vergeben. Das kannst du dann in deinem script auswerten. Und wer will in seiner eigenen Karte. Dieses tag sollte natürlich Englisch sein. Dummerweise haben in England die Routen die Nummern, und nicht die Knotenpunkte. Wenn du ein solches Zusatztag einführen willst, sollte das auf der englischen tagging-mailingliste ausdiskutiert werden, und ein proposal im wiki angelegt werden. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village_green und die Bebauung
Am 04.11.2011 09:07, schrieb Jan Tappenbeck: Hi ! in der Brandenbaumer Landstraße in Lübeck gibt es viel Rasenflächen zwsichen der Bebauung. http://www.openstreetmap.org/browse/way/135850194 village green ist in England eigentlich was anderes, was es bei uns so nicht gibt: eine *öffentliche* Grünfläche in Dorfmitte. Die Grünfläche zwischen Miethäusern ist dagegen wohl eher im Eigentum der Wohnungsbaugesellschaft. Ich würde das bei landuse=residential belassen. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rcn route und network relations
Es hatten schon Leute network:type=knoop hinzugefügt auf manche Routes in Belgien. Das war in Niederländisch, also habe ich diese Tags entfernt. Ich werde dann network:type=numbered_nodes oder sowas vorschlagen und an allen Routes hinzufügen. Ich denke aber nicht Tagging sei der beste Stelle um das vor zu schlagen. Wenn das in Niederland und Belgien akzeptiert ist, kann ich nur der Wiki anpassen und dann ist es schon gut. In die Darstellung (rendering auf opencyclemap.org und openfietskaart.nl) bleibt es aber ganz verwirrt. Das ist aber nicht mein Problem. Ich möchte lieber dass es da eine richtige Lösung gefunden wird, aber es ist für mich trivial um alle Knotennetzwerkroutes mit einem extra Tag aus zu rüsten. Das einzige Problem damit ist das Leute die neue Routes anlegen dieser Tag nicht vergessen sollten, sonst wird mein Skript ihre Routes auch nicht detektieren... Also für mich wäre es einfacher um die NRW und routes wie diese: http://www.openstreetmap.org/browse/relation/13404/ einen extra Tag zu geben. Jo 2011/11/4 Andre Joost andre+jo...@nurfuerspam.de: Am 04.11.2011 08:41, schrieb Jo: Wenn die Knotenpunktenetzwerke so aufgebaut sind wie in Belgien und Niederland (das Model ist entstehen in Belgisches Limburg), wäre es schön wenn die verbunden werden könnten. Wie gesagt, in den Grenzgebieten gibt es sowas. In meiner Liste http://bahnradwandern.bplaced.net/rad-nrw.htm findest du die bereits angelegten Relationen ab FN Aachen 5008 Die Relationen Radverkehrsnetz NRW, Kreis xyz sollten aber in der bisherigen Form bestehen bleiben. Ist es vielleicht eine Möglichkeit um die andere Netzwerke die rcn benutzen ein extra Tag zu geben? Die openCyclemap unterscheidet nach network=icn/ncn/rcn/lcn. Wenn du jetzt einer Gruppe von Radwegen stattdessen einen anderen Wert für network zuweist, verschwinden diese aus der Karte. Damit machst du dich bei den Mappern unbeliebt, die diese Routen eingetragen haben. Die Chance, im Stil von opencyclemap ewas geändert zu bekommen, sind sehr gering. Da die nicht nummerierten Routen die Mehrheit bilden (weltweit), ist es besser, für die Knotenpunktnetzwerke ein Zusatztag zu vergeben. Das kannst du dann in deinem script auswerten. Und wer will in seiner eigenen Karte. Dieses tag sollte natürlich Englisch sein. Dummerweise haben in England die Routen die Nummern, und nicht die Knotenpunkte. Wenn du ein solches Zusatztag einführen willst, sollte das auf der englischen tagging-mailingliste ausdiskutiert werden, und ein proposal im wiki angelegt werden. Gruß, André Joost ___ 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] village_green und die Bebauung
Am 04.11.2011 09:15, schrieb Andre Joost: Am 04.11.2011 09:07, schrieb Jan Tappenbeck: Hi ! in der Brandenbaumer Landstraße in Lübeck gibt es viel Rasenflächen zwsichen der Bebauung. http://www.openstreetmap.org/browse/way/135850194 village green ist in England eigentlich was anderes, was es bei uns so nicht gibt: eine *öffentliche* Grünfläche in Dorfmitte. Die Grünfläche zwischen Miethäusern ist dagegen wohl eher im Eigentum der Wohnungsbaugesellschaft. Ich würde das bei landuse=residential belassen. Gruß, André Joost so wie ich es verstehe ist mit dem village green etwas ähnliches wie die hierzulande früher üblichen dorfanger gemeint die es üblicherweise dank neubebauung meist nicht mehr gibt. (steht abe glaube auch im wiki so drin) gruß volker ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village_green und die Bebauung
Am 4. November 2011 09:15 schrieb Andre Joost andre+jo...@nurfuerspam.de: Am 04.11.2011 09:07, schrieb Jan Tappenbeck: village green ist in England eigentlich was anderes, was es bei uns so nicht gibt: eine *öffentliche* Grünfläche in Dorfmitte. +1, m.E. braucht man für solche Spezialfälle keine deutsche Entsprechung erfinden, wenn es das so nicht gibt, würde ich den Tag auch nicht verwenden. Die Grünfläche zwischen Miethäusern ist dagegen wohl eher im Eigentum der Wohnungsbaugesellschaft. Ich würde das bei landuse=residential belassen. +1, wenn es zu den umliegenden Mietshäusern gehört, würde ich auch keine andere Landnutzung verwenden. Wenn Du das trotzdem gerne erfassen willst, dann vielleicht mit so was wie landcover=grass oder so. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village_green und die Bebauung
Andre Joost wrote: village green ist in England eigentlich was anderes, was es bei uns so nicht gibt: eine *öffentliche* Grünfläche in Dorfmitte. @jan: Beim Übersetzen/Interpretieren fremdsprachlicher Begriffe sollte man immer vorsichtig sein. public viewing bedeutet im englischen Sprachraum Aufbahrung einer Leiche vor der Beerdigung Gegenbeispiel: ein Kindergarten ist kein Garten und eine Baumschule ist keine Schule Gruss Walter - Wenn du den Wald vor lauter Bäumen nicht siehst, fälle die Bäume und du wirst sehen, dass da kein Wald ist. -- View this message in context: http://gis.638310.n2.nabble.com/village-green-und-die-Bebauung-tp6961963p6962049.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village_green und die Bebauung
Hallo, Am Freitag, 4. November 2011 09:07:41 schrieb Jan Tappenbeck: Hi ! in der Brandenbaumer Landstraße in Lübeck gibt es viel Rasenflächen zwsichen der Bebauung. http://www.openstreetmap.org/browse/way/135850194 Sollten die Bebauung aus der Fläche raus genommen werden oder durchgehend die Fläche erstellen werden ? Das ist wieder ein netter Streitpunkt zwischen den Befürwortern des Sandkornmappings und den Globalisierern :-) Wenn du jede Rasenfläche in der Stadt darstellen willst und der Mapnik das auch noch unabhängig vom Maßstab unterstützt wie leider zur Zeit, werden die Städte bald eine durchgehende grüne Fläche sein. Dann sind weder Wohngebiete noch sonstwas zu erkennen. Auch in Gewerbe- und Industrieflächen gibt es Rasenflächen, die dann natürlich auch gemappt werden. Schön auch zu sehen http://www.openstreetmap.org/?lat=53.5775lon=9.9958zoom=14layers=M Sieht aus, als würde der Stadtteil so vor sich hin schimmeln... (scnr). Das Problem liegt vor allem beim Mapnik-Stil, der sich so langsam vom Aushängeschild für OSM verabschiedet. Man müsste eigentlich mehrere Themenserver als Standardkarten haben, das dürfte aber das alte Speicherplatz - Traffik - Geld - Problem sein. Schön wäre es, wenn man Mapnik dazu bringen könnte, in verschiedenen Zoomstufen verschiedene Ansichten zu produzieren, z.B. in Z12/Z13 landuse und Z15/16 eher landcover. Das würde vermutlich einiges entschärfen. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rcn route und network relations
Am 04.11.2011 09:34, schrieb Jo: Es hatten schon Leute network:type=knoop hinzugefügt auf manche Routes in Belgien. Das war in Niederländisch, also habe ich diese Tags entfernt. Ich werde dann network:type=numbered_nodes oder sowas vorschlagen und an allen Routes hinzufügen. Ich denke aber nicht Tagging sei der beste Stelle um das vor zu schlagen. Wenn das in Niederland und Belgien akzeptiert ist, kann ich nur der Wiki anpassen und dann ist es schon gut. Openstreetmap ist nun mal ein Community-Projekt. Da zählt nicht nur die eigene Meinung. Ich möchte lieber dass es da eine richtige Lösung gefunden wird, aber es ist für mich trivial um alle Knotennetzwerkroutes mit einem extra Tag aus zu rüsten. Das einzige Problem damit ist das Leute die neue Routes anlegen dieser Tag nicht vergessen sollten, sonst wird mein Skript ihre Routes auch nicht detektieren... Dafür ist ja der Mailinglisten-Wiki-proposal-Vorgang so vorgesehen, damit andere Mapper wissen, was du da vorhast. Und eventuell die Editoren das schon als Auswahl anbieten. Anders wird es sich nicht durchsetzen. Also für mich wäre es einfacher um die NRW und routes wie diese: http://www.openstreetmap.org/browse/relation/13404/ einen extra Tag zu geben. Das sind aber tausende. Weltweit. Die alle nur für dein script zu ändern, ist nicht so gut. Ausserdem kommen täglich neue Relationen hinzu, die alle dein tag nicht haben werden, weil die anderen Mapper es nicht kennen. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village_green und die Bebauung
Am 04.11.2011 09:41, schrieb Walter Nordmann: Andre Joost wrote: village green ist in England eigentlich was anderes, was es bei uns so nicht gibt: eine *öffentliche* Grünfläche in Dorfmitte. @jan: Beim Übersetzen/Interpretieren fremdsprachlicher Begriffe sollte man immer vorsichtig sein. public viewing bedeutet im englischen Sprachraum Aufbahrung einer Leiche vor der Beerdigung ... und ein handy ist dort alles andere als ein Mobiltelefon. Gegenbeispiel: ein Kindergarten ist kein Garten und eine Baumschule ist keine Schule ... und ein Zitronenfalter faltet keine Zitronen ;-) Gruß und SCNR, André joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village_green und die Bebauung
Am 04.11.2011 09:41, schrieb Wolfgang: Wenn du jede Rasenfläche in der Stadt darstellen willst und der Mapnik das auch noch unabhängig vom Maßstab unterstützt wie leider zur Zeit, werden die Städte bald eine durchgehende grüne Fläche sein. Dann sind weder Wohngebiete noch sonstwas zu erkennen. Auch in Gewerbe- und Industrieflächen gibt es Rasenflächen, die dann natürlich auch gemappt werden. Schön auch zu sehen http://www.openstreetmap.org/?lat=53.5775lon=9.9958zoom=14layers=M Sieht aus, als würde der Stadtteil so vor sich hin schimmeln... (scnr). Mit solch einem Datenschrott (sogar das residential wurde zugunsten der Privatgärten gelöscht) ist natürlich keine GIS-Auswertung mehr möglich. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village_green und die Bebauung
Hi ! Schön auch zu sehen http://www.openstreetmap.org/?lat=53.5775lon=9.9958zoom=14layers=M das Beispiel in HH finde ich auch wirklich übertrieben. Hier ist aber keine Gartennutzung etc. dazwischen und deshalb hätte ich das als eine Art Grün erfaßt. Manchmal grenzt ja auch ein Park an und da ist dann auch der Übergang relativ schleifend. Werde das mit dem GRAS jetzt zuweisen. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village_green und die Bebauung
Am 4. November 2011 09:41 schrieb Wolfgang wolfg...@ivkasogis.de: Schön auch zu sehen http://www.openstreetmap.org/?lat=53.5775lon=9.9958zoom=14layers=M Sieht aus, als würde der Stadtteil so vor sich hin schimmeln... (scnr). ist allerdings auch nicht besonders gut gemappt: die Häuser sind alle Teil des Gartens, access=private trifft für halb-öffentliche Bereiche (wie ich sie hier vermute, kann mich aber auch täuschen) nicht direkt zu, der landuse wurde im Laufe der Zeit schlechter anstatt besser: http://www.openstreetmap.org/browse/way/37375104/history zeigt, dass dort schonmal präziser gemappt war (der landuse=residential für den Bereich der Grundstücke, dann hat ein anderer User gröber einen Landuse darüber gezeichnet: http://www.openstreetmap.org/browse/way/128611699/history und später hat ein weiterer User einfach das feinere gelöscht. Einer der frühen User hat das dann wiederherstellen müssen und das Landuse allerdings weggelassen. Schön wäre es, wenn man Mapnik dazu bringen könnte, in verschiedenen Zoomstufen verschiedene Ansichten zu produzieren, z.B. in Z12/Z13 landuse und Z15/16 eher landcover. Das würde vermutlich einiges entschärfen. ja, wenn man beides hätte könnte man sich entscheiden, wobei bisher kaum einer landcover zu mappen scheint (m.E. weil es nicht gerendert wird). Evtl. könnte man auch mehrere tags dafür haben, z.B. einen für den Boden, einen für die Vegetation (bzw. mehrere: z.B. vegetation:dicht=ja, ...) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village_green und die Bebauung
Hallo, Am Freitag, 4. November 2011 11:10:01 schrieb Martin Koppenhoefer: Am 4. November 2011 09:41 schrieb Wolfgang wolfg...@ivkasogis.de: Schön auch zu sehen http://www.openstreetmap.org/?lat=53.5775lon=9.9958zoom=14layers=M Sieht aus, als würde der Stadtteil so vor sich hin schimmeln... (scnr). ist allerdings auch nicht besonders gut gemappt: die Häuser sind alle Teil des Gartens, access=private trifft für halb-öffentliche Bereiche (wie ich sie hier vermute, kann mich aber auch täuschen) nicht direkt zu, der landuse wurde im Laufe der Zeit schlechter anstatt besser: http://www.openstreetmap.org/browse/way/37375104/history zeigt, dass dort schonmal präziser gemappt war (der landuse=residential für den Bereich der Grundstücke, dann hat ein anderer User gröber einen Landuse darüber gezeichnet: http://www.openstreetmap.org/browse/way/128611699/history und später hat ein weiterer User einfach das feinere gelöscht. Einer der frühen User hat das dann wiederherstellen müssen und das Landuse allerdings weggelassen. Wobei die Kombination landuse=residential,leisure=garden mit access=private den private auf den residential abbildet, was in sich Quatsch ist. Bis zum Klingelknopf der Haustür/Wohnungstür kann der access gar nicht private sein, sonst gibt es keine Post und keine Brötchen mehr. Außerdem sollte der, der private Gärten mappt, dann nicht einen Stadtteil als Garten kidnappen, sondern wirklich Garten für Garten mappen, jeden mit seinem Umring, sonst entsteht eine private Gartenlandschaft. Bei Mehrfamilienhäusern dürfte häufig Garten und private auch unzutreffend sein (+1). Die Grünflächen werden häufig von Kindern zum Spielen benutzt. Landcover=grass und am Rande scrub wäre wohl passender. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village_green und die Bebauung
Am 4. November 2011 11:52 schrieb Wolfgang wolfg...@ivkasogis.de: Außerdem sollte der, der private Gärten mappt, dann nicht einen Stadtteil als Garten kidnappen, sondern wirklich Garten für Garten mappen, jeden mit seinem Umring, sonst entsteht eine private Gartenlandschaft. +1, auch wenn das hier Blocks und keine Stadtteile sind (sehe ich da gleich). Landcover=grass und am Rande scrub wäre wohl passender. -1, landcover=grass halte ich für die Rasenflächen auch für passend, aber natural=scrub für Vorgärten? Es gibt übrigens auch garden:type http://taginfo.openstreetmap.org/keys/garden%3Atype#values vielleicht will man damit weiter differenzieren? http://wiki.openstreetmap.org/wiki/Proposed_features/Garden_specification Dazu läuft übrigens gerade eine Abstimmung. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village_green und die Bebauung
Moin, Am 04.11.2011 11:52, schrieb Wolfgang: Bis zum Klingelknopf der Haustür/Wohnungstür kann der access gar nicht private sein, sonst gibt es keine Post und keine Brötchen mehr. tja, da sind das Grundbuchamt und zum Glück auch unsere PostbotInnen anderer Meinung. Ach ja, ich übrigens auch. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village_green und die Bebauung
Am 4. November 2011 12:13 schrieb Georg Feddern o...@bavarianmallet.de: Am 04.11.2011 11:52, schrieb Wolfgang: Bis zum Klingelknopf der Haustür/Wohnungstür kann der access gar nicht private sein, sonst gibt es keine Post und keine Brötchen mehr. tja, da sind das Grundbuchamt und zum Glück auch unsere PostbotInnen anderer Meinung. Ach ja, ich übrigens auch. Hab mich mal auf den Weg gemacht: http://maps.google.it/maps?q=hamburg+oberstra%C3%9Fehl=deie=UTF8ll=53.57764,9.98676spn=0.000404,0.002642hnear=Oberstra%C3%9Fe,+Hamburg,+Deutschlandt=hz=19vpsrc=6layer=ccbll=53.57764,9.986761panoid=DFC_2abPHll6mH2L80t8ugcbp=11,14.4,,0,2.81 Da es eine Umfriedung am Vorgarten gibt gebe ich Dir Recht, private ist angemessen für diesen Bereich. Oft sind ähnlich Stellen allerdings auch access=destination wenn nicht permissive. Wenn man das verfeinern wollte, könnte man z.B. den Zaun und das Tor mappen, so dass es klarer wird. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village_green und die Bebauung
Hallo, Am Freitag, 4. November 2011 12:28:36 schrieb Martin Koppenhoefer: Am 4. November 2011 12:13 schrieb Georg Feddern o...@bavarianmallet.de: Am 04.11.2011 11:52, schrieb Wolfgang: Bis zum Klingelknopf der Haustür/Wohnungstür kann der access gar nicht private sein, sonst gibt es keine Post und keine Brötchen mehr. tja, da sind das Grundbuchamt und zum Glück auch unsere PostbotInnen anderer Meinung. Ach ja, ich übrigens auch. Hab mich mal auf den Weg gemacht: http://maps.google.it/maps?q=hamburg+oberstra%C3%9Fehl=deie=UTF8ll=53.57 764,9.98676spn=0.000404,0.002642hnear=Oberstra%C3%9Fe,+Hamburg,+Deutschla ndt=hz=19vpsrc=6layer=ccbll=53.57764,9.986761panoid=DFC_2abPHll6mH2L8 0t8ugcbp=11,14.4,,0,2.81 Da es eine Umfriedung am Vorgarten gibt gebe ich Dir Recht, private ist angemessen für diesen Bereich. Oft sind ähnlich Stellen allerdings auch access=destination wenn nicht permissive. Wenn man das verfeinern wollte, könnte man z.B. den Zaun und das Tor mappen, so dass es klarer wird. -1 access=destination für die Weg bis zur Klingel. Für den Vorgarten, wenn er umfriedet ist, natürlich private. Es geht hier nicht um das rechtliche privat, da würde ich auch zustimmen, sondern um die Erlaubnes des Betretens (access) im Sinne von OSM. Die kann man nicht vor dem Klingeln einholen. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] einige Tipps um das bearbeiten von Route und Network Relationen einfacher zu machen in JOSM
Hallo, Vielleicht ist das interessant für Leute die viel met Route und Network Relationen beschäfigt sind. Entweder Fahrrad, Fuss oder Busroutes und ihre Netzwerke. http://wiki.openstreetmap.org/wiki/User:Polyglot/Some_ways_to_simplify_editing_cycle_node_routes_with_JOSM Es sind Tipps die ich in die vorbeie 2 Monate entdeckt habe und die es editieren viel angenehmer machen. Jo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM(Bug)-Kekse
Hi! habe eben zufällig über die Landshut-Wiki-Seite die OSM-Kekse gefunden [1]. Ein interessantes Tool um OSMBugs sich mal in die Hosentasche stecken zu können - schön wenn es eine solche Funktion in der OSMB-Seite auch schon geben würde - oder zumindest der Link zu [1]. [1] http://www.van-der-gucht.de/index.php?menu=karlosubmenu=keks Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] regionale Treffen Chemnitz/Leipzig
Hi, gibt es irgendwelche regionale Treffen oder OSM-Events in Chemnitz oder Leipzig? Im Wiki http://wiki.openstreetmap.org/wiki/Leipzig/Stammtisch steht als naechster Termin einer im Oktober 2010 (!), also wenn man sich dort wirklich seitdem nicht getroffen hat, sollte man diese regionale Gruppe vielleicht mal von der Karte auf www.openstreetmap.de streichen ;) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] rcn route und network relations
Das Problem mit mapcss so gelöst: relation[type=route][route=bicycle][network=rcn][ref!=RUR][ref!=NRR] way::relation_underlay {z-index: -1; width: 12; color: cyan; opacity: 0.3; linecap: none; text-color: red; font-size: 12; text: parent_tag(note); text-position: line; text-offset-y: 16} Und im Pythonskript: if aRelation.get('type') == 'route' and aRelation.get('network') == 'rcn' and not(aRelation.get('ref') in ['RUR','NRR','NRW',]): Jetzt sollte ich die nicht mehr sehen und das Skript auch nicht. Jo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] UTF8 ?
@ServerAdmin Warum macht der Server aus UTF8 immer us-ascii? Sieht lustig aus… ist aber schwer zu lesen. Klaus signature.asc Description: This is a digitally signed message part ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] R: [Talk-it-bici] Ostacoli su percorsi ciclabili
Un ottimo (ahimè…) argomento. Io utilizzerei il tag barrier (pollard, gate …), con una distinzione per le categorie di veicoli per i quali è valido e se vale giocoforza il rpincipio “cicli solo se condotti a mano” Al lavoro non dovrei aprire internet e il wiki ^^ ma mi sembra che si possa far valere la barrier solo per alcuni, vero ? Ed esiste la distinzione per recumbént/handybikes/bike-trailers/3wheeled bikes ? Ho trovato cancelli chiusi con accanto il varco per bici sulla ciclabile** del Tevere (percorsa da Saxa Rubra a ponte Milvio) e qui sdoppierei la way. Ciao, Ale. ** percorso in .gpx Firenze-Roma realizzato tutto con OSM applicata a Bikeroutetoaster !!! Da: Volker Schmidt [mailto:vosc...@gmail.com] Inviato: venerdì 4 novembre 2011 9.18 A: talk-it-b...@openstreetmap.org Oggetto: [Talk-it-bici] Ostacoli su percorsi ciclabili Come sappiamo tutti ci sono tante barriere su percorsi ciclabili per impedire agli automobilisti e motociclisti di utilizzarli. Purtroppo in tanti casi questi ostacoli impediscono anche l'uso del percorso da parte degli stessi ciclisti. Ho incontrato principalmente due tipi: 1) Ostacoli a labirinto ovvero quelle che dovrebbero forzare i ciclisti a smontare e di attraversare una strada a piedi (per esempio). Tipicamente sono fatte da barriere in metallo a forma di U rovesciate, che formano un piccolo labirinto (ci saranno termini tecnici per questi, che purtroppo non conosco) 2) Barriere alzabili chiuse con lucchetto dove si passa più o meno facilmente accanto. Questi si trovano spesso su percorsi arginali. Il passaggio laterale spesso è stretto e non sicuro. Questi ostacoli ci fanno bestemmiare se li doviamo affrontare con la bici vuota, ma possono essere un ostacolo pesante per un cicloturista con la bici pesante, o possono impedire completamente il passaggio a una bici con carrello per bambini o per bagagli. E non parliamo neanche di persone anziane in bici, delle bici speciali per persone meno abili, le sedie a rotelle, o di bici basse (dove il pilota è sdraiato). Ne ho documentato con foto un bel numero di questi. Che ne faccio? Possiamo utilizzare OSM per la documentazione? Ci sono già tags da utilizzare? Esempi di siti dove l'utente finale può inserire le sue trovate? L'unico esempio che conosco personalmente è https://padova.crowdmap.com/main (grazie, Tiziano) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come sono taggate le malghe?
2011/11/4 Maurizio Napolitano napoo...@gmail.com: Quali tag si usano per identificare le malghe? Con il termine malga si fa riferimento all'insieme dei fattori produttivi fissi e mobili in cui avviene l'attività di monticazione: terreni, fabbricati, attrezzature, animali, lavorazione del latte prodotto. source: http://it.wikipedia.org/wiki/Alpeggio potrebbe andare landuse=farmyard per l'area (al meno in WP:de viene definita la malga (de:Sennerei) parte del de:Sennhof (farmyard, http://de.wikipedia.org/wiki/Schwaighof_(Hofform) ). Forse un place=isolated_dwelling al livello toponomastico (oppure hamlet, dipende quanto sono grandi), building=building-type per i fabbricati, attrezzature e animali non lo so, dovresti ricercare e probabilmente inventare qualcosa se veramente importa e hai dati. Se vuoi identificare proprio quel tipo di oggetto (e se non c'è qualcosa ancora) inventerei un nuovo tag, il mio dizionario le chiama alpine_dairy (=de:Sennerei = it:malga), che pur essendo più una descrizione che una parola dedicata direi che per OSM va bene. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Talk-it-trentino] cena
Luca Delucchi wrote: Il 03 novembre 2011 10:16, Maurizio Napolitano napoo...@gmail.com ha scritto: Fammi invece capire una cosa: per arrivare li' mi lascio alle spalle Gardolo e poi giro a destra, ma per uscire poi devo salire fino a Lavis e girarmi oppure c'e' una strada barbatrucco? devi salire fino lavis secondo me... Uhm altrimenti pensavo: se andassimo alla Rosa d'Oro? È forse più caratteristica, e si mangiano cose altrettanto buone. Volendo c'è anche la Grotta e I Campei. Altri consigli? Chiedo in particolare ai trentini nativi (io sono di recente importazione :) ) signature.asc Description: OpenPGP digital signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Talk-it-trentino] cena
Stefano Cavallari wrote: [...] Scusate ho sbagliato lista. signature.asc Description: OpenPGP digital signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Talk-it-trentino] cena
Uhm altrimenti pensavo: se andassimo alla Rosa d'Oro? È forse più caratteristica, e si mangiano cose altrettanto buone. Volendo c'è anche la Grotta e I Campei. Altri consigli? Chiedo in particolare ai trentini nativi (io sono di recente importazione :) ) Se vi puo' interessare il I due giganti ha cambiato da poco gestione. I gestori sono i proprietari della Rosa D'Oro e della Grotta. Adesso la formula prevede che si paghi 4 euro per mangiare pizza. Le cameriere non fanno altro che continuare a venire al tavolo con dei taglieri di pizza e ciascuno si prende quella che vuole fino a che non e' sazio. C'e' un costo fisso di un euro per il coperto e le bevande sono extra (da un ero per mezzo litro d'acqua a 3 per la birra media) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come sono taggate le malghe?
A me viene in mente subito un aspetto pratico: si manga e si beve li? E quando è aperto? Del resto è come un'azienda agricola solo che è di solito chiusa in inverno. Volker 2011/11/4 Martin Koppenhoefer dieterdre...@gmail.com 2011/11/4 Maurizio Napolitano napoo...@gmail.com: Quali tag si usano per identificare le malghe? Con il termine malga si fa riferimento all'insieme dei fattori produttivi fissi e mobili in cui avviene l'attività di monticazione: terreni, fabbricati, attrezzature, animali, lavorazione del latte prodotto. source: http://it.wikipedia.org/wiki/Alpeggio potrebbe andare landuse=farmyard per l'area (al meno in WP:de viene definita la malga (de:Sennerei) parte del de:Sennhof (farmyard, http://de.wikipedia.org/wiki/Schwaighof_(Hofform) ). Forse un place=isolated_dwelling al livello toponomastico (oppure hamlet, dipende quanto sono grandi), building=building-type per i fabbricati, attrezzature e animali non lo so, dovresti ricercare e probabilmente inventare qualcosa se veramente importa e hai dati. Se vuoi identificare proprio quel tipo di oggetto (e se non c'è qualcosa ancora) inventerei un nuovo tag, il mio dizionario le chiama alpine_dairy (=de:Sennerei = it:malga), che pur essendo più una descrizione che una parola dedicata direi che per OSM va bene. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Volker SCHMIDT Via Vecchia 18/ter 35127 Padova Italy mailto:vosc...@gmail.com office phone: +39-049-829-5977 office fax +39-049-8700718 home phone: +39-049-851519 personal mobile: +39-340-1427105 skype: volker.schmidt ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come sono taggate le malghe?
Grazie a Maurizio per aver sollevato il problema, fin'ora ho mappato le malghe/alpeggi con building=farm_auxiliaryhttp://wiki.openstreetmap.org/index.php/Tag:building=farm_auxiliary(1) place=isolated_dwelling name= Alpe Vattelapesca Se non vi sono obiezioni provvedo a correggere seguendo la proposta di Martin: building=alpine_dairy Credo che in Valle d'Aosta ce ne siano diverse centinaia, nelle Alpi saranno migliaia, è importante distinguerle dalle fattorie perché sono utilizzate sono in estate: se cercate soccorso in una malga al 30 agosto lo trovate subito, se lo cercate il 30 settembre vi tocca probabilmente aspettare l'anno successivo. NB La quota degli edifici è solo parzialmente significativa: vi sono fattorie costruite a quote superiori a quelle delle malghe (1) http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.it/16533 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Talk-it-trentino] cena
Messaggio originale Da: napoo...@gmail.com Data: 04/11/2011 16.47 A: openstreetmap list - italianotalk-it@openstreetmap.org Ogg: Re: [Talk-it] [Talk-it-trentino] cena . . . . . . . Adesso la formula prevede che si paghi 4 euro per mangiare pizza. Le cameriere non fanno altro che continuare a venire al tavolo con dei taglieri di pizza e ciascuno si prende quella che vuole fino a che non e' sazio. C'e' un costo fisso di un euro per il coperto e le bevande sono extra (da un ero per mezzo litro d'acqua a 3 per la birra media) ___ OT: ma è il paese del Bengodi!!! A Genova non trovi nulla a meno di 6euro (pizza sottile con strato di pomodoro submicrometrico) Alessandro ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come sono taggate le malghe?
alpine_dairy non mi piace tanto, non perché è nuovo, ma perché implicherebbe che c'è possibilmente vendita di prodotti (latte, formaggio) che, almeno in Italia, è severamente limitata per legge. Tante malghe non vendono prodotti. Il problema della stagione di apertura e' reale, ma non si risolve con alpine_dairy. Bisognerebbe utilizzare opening_hours. La questione del periodo di apertura si pone è simile a quello per i rifugi (alpine_hut). Sotto l'aspetto di soccorso umano e anche sotto quello di trovare un ricovero d'emergenza. La differenza fra rifugio e malga è che i periodi di apertura per i rifugi sono definiti, quelle delle malghe operative no. Ci sarebbe anche Key:seasonal da considerare, che esprime questo concetto. Volker 2011/11/4 gian mario navillod gian.mario.navil...@gmail.com Grazie a Maurizio per aver sollevato il problema, fin'ora ho mappato le malghe/alpeggi con building=farm_auxiliaryhttp://wiki.openstreetmap.org/index.php/Tag:building=farm_auxiliary(1) place=isolated_dwelling name= Alpe Vattelapesca Se non vi sono obiezioni provvedo a correggere seguendo la proposta di Martin: building=alpine_dairy Credo che in Valle d'Aosta ce ne siano diverse centinaia, nelle Alpi saranno migliaia, è importante distinguerle dalle fattorie perché sono utilizzate sono in estate: se cercate soccorso in una malga al 30 agosto lo trovate subito, se lo cercate il 30 settembre vi tocca probabilmente aspettare l'anno successivo. NB La quota degli edifici è solo parzialmente significativa: vi sono fattorie costruite a quote superiori a quelle delle malghe (1) http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.it/16533 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it -- Volker SCHMIDT Via Vecchia 18/ter 35127 Padova Italy mailto:vosc...@gmail.com office phone: +39-049-829-5977 office fax +39-049-8700718 home phone: +39-049-851519 personal mobile: +39-340-1427105 skype: volker.schmidt ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [Talk-it-trentino] cena
Il 04 novembre 2011 16:47, Maurizio Napolitano napoo...@gmail.com ha scritto: Se vi puo' interessare il I due giganti ha cambiato da poco gestione. I gestori sono i proprietari della Rosa D'Oro e della Grotta. Adesso la formula prevede che si paghi 4 euro per mangiare pizza. Le cameriere non fanno altro che continuare a venire al tavolo con dei taglieri di pizza e ciascuno si prende quella che vuole fino a che non e' sazio. C'e' un costo fisso di un euro per il coperto e le bevande sono extra (da un ero per mezzo litro d'acqua a 3 per la birra media) la cosa mi sembra molto interessante, com'è l'ambiente? -- 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
[Talk-it] R: Re: [Talk-it-trentino] cena
Ma a che ora ci troviamo? Le mail ti raggiungono ovunque con BlackBerry® from Vodafone! -Original Message- From: Luca Delucchi lucadel...@gmail.com Date: Fri, 4 Nov 2011 18:52:22 To: openstreetmap list - italianotalk-it@openstreetmap.org Reply-To: openstreetmap list - italiano talk-it@openstreetmap.org Subject: Re: [Talk-it] [Talk-it-trentino] cena Il 04 novembre 2011 16:47, Maurizio Napolitano napoo...@gmail.com ha scritto: Se vi puo' interessare il I due giganti ha cambiato da poco gestione. I gestori sono i proprietari della Rosa D'Oro e della Grotta. Adesso la formula prevede che si paghi 4 euro per mangiare pizza. Le cameriere non fanno altro che continuare a venire al tavolo con dei taglieri di pizza e ciascuno si prende quella che vuole fino a che non e' sazio. C'e' un costo fisso di un euro per il coperto e le bevande sono extra (da un ero per mezzo litro d'acqua a 3 per la birra media) la cosa mi sembra molto interessante, com'è l'ambiente? -- 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 ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-dk] Multipolygoner
2011/11/4 Morten Juhl-Johansen Zölde-Fejer mj...@syntaktisk.dk: Kære venner, lidt assistance her - Jeg har indtegnet et par skoler, hvor der er en form for åbne gårdhaver indeni bygningen, som jeg ikke er helt sikker på, hvordan jeg indtegner - eksempel: http://osm.org/go/0H543dM1x-- ... kunne nogen give mig et tip til det? Hej Morten Jeg har tilladt mig at rette din bygning til hvordan du kan gøre det http://www.openstreetmap.org/browse/relation/1828845 Først har jeg tilføjet 3 stk haver leisure=garden (ved ikke om interne skolegårdshaver har deres eget tag) - jeg har dernæst oprettet en relation (multipolygon) building = yes (relationsnummer 1828845) så har jeg tilføjet de tre haver som rollen inner til denne multipolygon fordi de udgør inderkredsen af bygningen. Yderkredsen af bygningen http://www.openstreetmap.org/browse/way/135844425 har jeg givet rollen outer og tilføjet multipolygonen - bemærk at building=yes har jeg fjernet i 135844425 yderpolygonen, det er fordi denne yderpolygon jo ikke udgør hele bygningen, Det er multipolygonen der beskriver hele bygningen i form af inner og outer rollerne. Jeg ved godt i starten at dette er lidt kompleks her i starten - Der er på OSM wiki nogle eksempler http://wiki.openstreetmap.org/wiki/Multipolygon_Examples og mere intro her http://wiki.openstreetmap.org/wiki/Multipolygon Håber det var en hjælp - Men prøv selv et par skoler mere. vh Søren Johannessen ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Multipolygoner
On 04.11.2011 08:05, Soren Johannessen wrote: Jeg har tilladt mig at rette din bygning til hvordan du kan gøre det http://www.openstreetmap.org/browse/relation/1828845 Først har jeg tilføjet 3 stk haver leisure=garden (ved ikke om interne skolegårdshaver har deres eget tag) - jeg har dernæst oprettet en relation (multipolygon) building = yes (relationsnummer 1828845) så har jeg tilføjet de tre haver som rollen inner til denne multipolygon fordi de udgør inderkredsen af bygningen. Yderkredsen af bygningen http://www.openstreetmap.org/browse/way/135844425 har jeg givet rollen outer og tilføjet multipolygonen - bemærk at building=yes har jeg fjernet i 135844425 yderpolygonen, det er fordi denne yderpolygon jo ikke udgør hele bygningen, Det er multipolygonen der beskriver hele bygningen i form af inner og outer rollerne. Jeg ved godt i starten at dette er lidt kompleks her i starten - Der er på OSM wiki nogle eksempler http://wiki.openstreetmap.org/wiki/Multipolygon_Examples og mere intro her http://wiki.openstreetmap.org/wiki/Multipolygon Håber det var en hjælp - Men prøv selv et par skoler mere. vh Søren Johannessen Det ser fint ud - jeg vil prøve at få det på plads. Jeg har tegnet ganske meget ind i tidens løb, men dette her er en disciplin, jeg ikke har helt på plads endnu. Tak for hjælpen. Med venlig hilsen Morten __ Morten Juhl-Johansen Zölde-Fejér http://syntaktisk.dk * mj...@syntaktisk.dk ___ Talk-dk mailing list Talk-dk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-dk
Re: [Talk-dk] Ang. adressenoder med fejl
Den 03-11-2011 10:38, Jørgen Elgaard Larsen skrev: Jonas Häggqvist skrev: Jeg forestiller mig vi måske kunne komme på et keyword som vi inkluderer i fixme tagget når vi har det på fornemmelsen at der er tale om fejl i OIS. Listen kunne så nøjes med at vise disse, eller fremhæve dem, således at kommunerne kan få en oversigt over punkter de skal tjekke op på. Fantastisk lækker liste! Fixmes er gode til vores brug, men knap så interessante for kommunerne. Så en særlig markering er en god idé. Jeg foreslår selv et nyt tag: fixme:ois = * Spørgsmålet er om kommunerne er interesseret i andet end egentlige fejlrettelser. Jeg har bemærket at der kommer en del ændringer fra OSAK der består i at de har tilføjet et name-tag (Hestegården, Jagthytten, Villa Udsigt og den slags). Og de tags er der også en del af i OSM. Til kommunerne vil man så kunne lave en liste kun med punkter, der har dette tag. Gerne (måske senere) suppleret med de punkter, som bliver sorteret fra af Peters vejopdatering (0,0-koordinater og andet skrammel). - Jørgen ___ 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-gb-westmidlands] Interconnect Birmingham Mapping Project
Hi everyone Following last night's meeting I sent off the following FOI request this morning: http://www.whatdotheyknow.com/request/birmingham_interconnect_mapping/new Let's see what happens! Regards Brian ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-gb-westmidlands] Time to put Kings Heath Village Square on the Map
Dear Councillors This new major development in the civic landscape deserves to be represented on maps of Kings Heath to show yourself as a community to the world. Help is at hand - local volunteers from OpenStreetMap took *2-3 days* to have this major change to Birmingham's cityscape surveyed and displayed on a globally-recognised online digital map. You also have the base data available for producing maps in any cartographic style and highlighting any geospatial data you choose for any community publicity you want. *AND IT'S FREE* of all royalties. See herehttp://www.openstreetmap.org/?lat=52.432885lon=-1.893418zoom=18layers=Mfor our map It's a great example of what citizen volunteers can achieve who passionately care about how their neighborhoods are portrayed. Kings Heath organisations can demonstrate how up to date they are in the digital world by making use of this resource. You'll search in vain on the big mapping providers for this change: none of Googlemaps, Bing, Mapquest, the AA, the Ordnance Survey,or Multimap had this change on their maps today as I write this email. TIME TO PUT KINGS HEATH ON THE MAP: OPENSTREETMAP TAKES DAYS; COMMERCIAL MAPPING PROVIDERS TAKE MONTHS IF NOT YEARS Several dozen volunteers, including residents, UK and global visitors have achieved an incredibly rich and up-to-date map of our city. If we could collaborate with Birmingham City Council and community organisations in a structured way, together we could achieve far more and really put Birmingham on the map! In fact we could lead the world in community-based digital city-mapping where a City administration, community organisations and its population work together to produce something faster,cheaper and better than what's available commercially. We are favourably identified as a successful Big Societyproject in a research paper written by the Office of Civil Society in the Cabinet Office.http://www.arnaudriegert.com/wp-content/uploads/international-examples-big-society.pdf (Appendix A1) I look forward to putting even more of Kings Heath on the map with you Regards Brian Prangle Mappa-mercia Community Co-ordinator 0121 604 1141 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-gb-westmidlands] Allotments project
Hi everyone Anyone who wants to update their local allotments please feel free to do so using the example of the allotment here http://www.openstreetmap.org/?lat=52.45061lon=-1.842371zoom=18layers=M tagged as follows with data from the attached Excel spreadsheet. name= ward= operator= Birmingham City Council facilities= total_plots= x Regards Brian eurohack-birmingham-allotments.xls Description: MS-Excel spreadsheet ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
[Talk-gb-westmidlands] Time to put Yardley on the map!
http://www.openstreetmap.org/?lat=52.46371lon=-1.81328zoom=17layers=MDear Councillors The new major development in the highways landscape at Church Road to accommodate the New Tesco supermarket deserves to be represented on maps of Yardley to show yourself as an up-to-date community to the world. Help is at hand - local volunteers from OpenStreetMap took *2-3 days* to have this major change to Birmingham's cityscape surveyed and displayed on a globally-recognised online digital map. You also have the base data available for producing maps in any cartographic style and highlighting any geospatial data you choose for any community publicity you want. *AND IT'S FREE* of all royalties. See herehttp://www.openstreetmap.org/?lat=52.46371lon=-1.81328zoom=17layers=M for our map And when the Tesco supermarket opens it will be on our map within 2-3 days, available to the citizens of Yardley and the world-at-large. It's a great example of what citizen volunteers can achieve who passionately care about how their neighborhoods are portrayed. Kings Heath organisations can demonstrate how up to date they are in the digital world by making use of this resource. You'll search in vain on the big mapping providers for this change: none of Googlemaps, Bing, Mapquest, the AA, the Ordnance Survey,or Multimap had this change on their maps today as I write this email. TIME TO PUT YARDLEY ON THE MAP: OPENSTREETMAP TAKES DAYS; COMMERCIAL MAPPING PROVIDERS TAKE MONTHS IF NOT YEARS Several dozen volunteers, including residents, UK and global visitors have achieved an incredibly rich and up-to-date map of our city. If we could collaborate with Birmingham City Council and community organisations in a structured way, together we could achieve far more and really put Birmingham on the map! In fact we could lead the world in community-based digital city-mapping where a City administration, community organisations and its population work together to produce something faster,cheaper and better than what's available commercially. We are favourably identified as a successful Big Societyproject in a research paper written by the Office of Civil Society in the Cabinet Office.http://www.arnaudriegert.com/wp-content/uploads/international-examples-big-society.pdf (Appendix A1) I look forward to putting even more of Yardley on the map with you Regards Brian Prangle Mappa-mercia Community Co-ordinator 0121 604 1141 ___ Talk-gb-westmidlands mailing list Talk-gb-westmidlands@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb-westmidlands
Re: [Talk-es] ¿source=catastro?
Hola a todos, Hemos añadido a la lista de traducción más campos del catastro a los cuales habría que buscar los tags que mas se acerquen para representarlos. Están en las últimas tablas de la página. Os rogamos le echéis un vistazo para saber si están bien traducidos y si conocéis algunos de los que están en blanco. Saludos. El 29 de octubre de 2011 00:24, Daniel Rodríguez García dan...@gmail.comescribió: Habéis solucionado un montón de dudas que tenía jeje; ansioso estoy por ver vuestro manual howto para que los que no sepamos de esto podamos ayudar también. Sé algo de programación (fortran, c, matlab), pero no creo que lo suficiente como para poder hacer una aportación significa en ese sentido... He visto que el código del cat2osm está en java, y ahí sí que estoy pez. Habéis hablado de los núcleos urbanos; ¿sabéis si los elementos naturales (ríos, bosques...) también se importarán? Gracias a todos por vuestro esfuerzo. Daniel Rodríguez El 28 de octubre de 2011 21:16, Cruz Enrique Borges Hernandez cruz.bor...@deusto.es escribió: On Friday 28 October 2011 16:31:53 Toni Guasch wrote: En leste último año he dedicado parte de mi tiempo libre en entrar centenares de km de rutas (route=hiking), los GR’s y muchos PR’s de Cataluña. Ver http://hiking.lonvia.de/. ¿Tenéis alguna propuesta de como regenerar las rutas durante o una vez concluido el proceso de importación?. Probablemente se filtrará el contenido a machacar. Me refiero, si hay dos way's con el mismo nombre y/o localización hay dos opciones: - Quedarse con uno de ellos. - Marcar con un tag de conflicto:catastro y luego generar un visor para ir corrigiendo uno a uno. YO personalmente creo que la mejor opción es la primera (quedándonos con el catastro) pero como desconozco cual es la calidad de los datos supongo que lo más conservador es usar la segunda. De todas formas, aún estamos muy lejos de llegar a ese punto. Supongo que lo mejor es hacer algunas pruebas y luego ver como va la cosa. Nos vemos. Saludos, Toni ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Dudas de uso josm
El 03/11/11 20:28, Jesús González Genicio escribió: El 2 de noviembre de 2011 22:25, Javier Sánchez javiers...@gmail.com mailto:javiers...@gmail.com escribió: El día 1 de noviembre de 2011 22:20, Jesús González Genicio jgenicio.mo...@gmail.com mailto:jgenicio.mo...@gmail.com escribió: Y la otra opción, al pasar la traza a una capa osm, los puntos que marco con el tlfo, en este caso restaurantes, no se importan, y debo crearlos a mano. Como puedes ver en el pantallazo, si aparecen los restaurantes pero al fijarlos con el ratón no se pueden seleccionar. Hola. Ummm... No me ha llegado el pantallazo, pero me supongo que te http://vivimosdelaire.org/OSM/Pantallazos/gpx_a_josm.png http://vivimosdelaire.org/OSM/Pantallazos/gpx_a_josm.png refieres a que los waypoints del archivo gpx se abren como una capa de marcadores. Efectivamente, a no ser que alguien sepa como convertir los marcadores en nodos, hay que dibujarlos a mano, pero como de todas formas tendrías que añadirles etiquetas a cada uno, no es tanto trabajo dibujarlos usando como referencia el marcador y la ortofoto de PNOA, ¿no? Así es, al final la herramienta del tlfo OSMTracker http://wiki.openstreetmap.org/wiki/OSMtracker_(Android) http://wiki.openstreetmap.org/wiki/OSMtracker_(Android) no me da los resultados que me imaginaba, así que ve voy a pasar al método antiguo del lapiz y el papel. http://wiki.openstreetmap.org/wiki/OSMtracker_(Android) También tienes otras opciones en campo. Mientras se está registrando el recorrido con el gps puedes sacar fotos o grabar audio y Josm se encarga después de sincronizarlos. No se que sistema operativo tienes en el móvil, Android pero mira en la wiki, hay muchas aplicaciones como http://wiki.openstreetmap.org/wiki/OSMtracker y Vespucci! http://code.google.com/p/osmeditor4android/ No he hecho nunca fotos geolocalizadas pero... los taggings no se pierden. No se crean waypoints sino auténticos puntos osm que luego puedes editar. Saludos. ___ Talk-es mailing list Talk-es@openstreetmap.org mailto:Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Saludos/ Best Regards ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ¿source=catastro?
El día 4 de noviembre de 2011 10:35, Ander Pijoan ander.pij...@deusto.es escribió: Perdón, por si no teníais el link a la wiki: http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features Hay varias cosas que me gustaría comentar, pero necesito mirarlo con más tiempo. ¿Podrías también poner, aunque solo fuera de parte de un municipio, una muestra de un XML resultado? -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ¿source=catastro?
A eso mismo íbamos. Todavía quedan cosas por hacer peor aquí tenéis una pequeña muestra de Aldeaseca de Alba. paginaspersonales.deusto.es/cruz.borges/AldeasecadeAlbaUrbanoRustico.osm.zip La idea es luego unir los ways comunes en uno solo, para ello fijándonos en que los tags sean iguales y compartan algún nodo. De esa forma simplificar los multiples ways separados que hay ahora. También tenemos que crear los portales en sus respectivos edificios en lugar de alejados como los trae el catastro. Hay problemas de edificios cuya información la han metido de forma errónea pero bueno. Espero que sean pocos casos. Seguimos trabajando en ello =) Saludos. El 4 de noviembre de 2011 15:19, Jaime Crespo jy...@jynus.com escribió: El día 4 de noviembre de 2011 10:35, Ander Pijoan ander.pij...@deusto.es escribió: Perdón, por si no teníais el link a la wiki: http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features Hay varias cosas que me gustaría comentar, pero necesito mirarlo con más tiempo. ¿Podrías también poner, aunque solo fuera de parte de un municipio, una muestra de un XML resultado? -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ¿source=catastro?
El día 4 de noviembre de 2011 15:25, Ander Pijoan ander.pij...@deusto.es escribió: A eso mismo íbamos. Todavía quedan cosas por hacer peor aquí tenéis una pequeña muestra de Aldeaseca de Alba. Seguimos trabajando en ello =) Tranquilo, entendemos que es trabajo en curso. Pero cuanto más cómodo se deje a los demás, más ojos habrá mirando ;-). -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ¿source=catastro?
Cosas que he cambiado/añadido: ALMACÉN-ESTACIONAMIENTO: Estaba landuse = farmyard y lo he quitado porque no me parece del todo apropiado, aunque si no se nos ocurre algo quizá debamos usar farmyard. LANDUSE = RECREATION_GROUND: Para distinguir en OSM entre zonas deportivas, de espectáculos y culturales , he añadido recreation_type a cada uno: DEPORTIVO: landuse = recreation_ground, recreation_type = sports ESPECTÁCULOS: landuse = recreation_ground, recreation_type = entertainment CULTURAL: landuse = recreation_ground, recreation_type = culture OBRAS DE URBANIZACIÓN, JARDINERÍA Y SUELOS SIN EDIFICAR: Estaba en landuse = allotments y lo he cambiado a landuse = greenfield. Ojalá fueran allotments todas esas parcelas y descampados! EDIFICIO SINGULAR: Añadido: tourism = attraction, building = yes ALMACÉN AGRARIO: Cambiado de landuse = orchad a landuse = farmyard CURSO FLUVIAL: Cambiado de waterway = stream a waterway = river CURSO FLUVIAL (A TRAZOS) lo he dejado como estaba (waterway = stream) En los mapas se suele representar los ríos que no siempre llevan agua con trazos discontinuos, entiendo que ese A TRAZOS tiene éste significado para el catastro. HITO KILOMÉTRICO AUTOPISTAS/AUTOVIAS: Añadido: highway = milestone, pk = NUMERO DE KILOMETRO, ref = REFERENCIA LINEA TELEFÓNICA/TELEGRÁFICA: Añadido telephone = line. TORRE/POSTE DE CONDUCCIÓN: Cambiado de power = pole a power = tower ACCESO A GARAJES/APARCAMIENTO PÚBLICO: Creado amenity = parking_entrance Saludos, El vie, 04-11-2011 a las 10:35 +0100, Ander Pijoan escribió: Perdón, por si no teníais el link a la wiki: http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features Saludos. El 4 de noviembre de 2011 09:15, Ander Pijoan ander.pij...@deusto.es escribió: Hola a todos, Hemos añadido a la lista de traducción más campos del catastro a los cuales habría que buscar los tags que mas se acerquen para representarlos. Están en las últimas tablas de la página. Os rogamos le echéis un vistazo para saber si están bien traducidos y si conocéis algunos de los que están en blanco. Saludos. El 29 de octubre de 2011 00:24, Daniel Rodríguez García dan...@gmail.com escribió: Habéis solucionado un montón de dudas que tenía jeje; ansioso estoy por ver vuestro manual howto para que los que no sepamos de esto podamos ayudar también. Sé algo de programación (fortran, c, matlab), pero no creo que lo suficiente como para poder hacer una aportación significa en ese sentido... He visto que el código del cat2osm está en java, y ahí sí que estoy pez. Habéis hablado de los núcleos urbanos; ¿sabéis si los elementos naturales (ríos, bosques...) también se importarán? Gracias a todos por vuestro esfuerzo. Daniel Rodríguez El 28 de octubre de 2011 21:16, Cruz Enrique Borges Hernandez cruz.bor...@deusto.es escribió: On Friday 28 October 2011 16:31:53 Toni Guasch wrote: En leste último año he dedicado parte de mi tiempo libre en entrar centenares de km de rutas (route=hiking), los GR’s y muchos PR’s de Cataluña. Ver http://hiking.lonvia.de/. ¿Tenéis alguna propuesta de como regenerar las rutas durante o una vez concluido el proceso de importación?. Probablemente se filtrará el contenido a machacar. Me refiero, si hay dos way's con el mismo nombre y/o localización hay dos opciones: - Quedarse con uno de ellos. - Marcar con un tag de conflicto:catastro y luego generar un visor para ir corrigiendo uno a uno. YO personalmente creo que la mejor opción es la primera (quedándonos con el catastro) pero como desconozco cual es la calidad de los datos supongo que lo más conservador es usar la segunda. De todas formas, aún estamos muy lejos de
Re: [Talk-es] ¿source=catastro?
Muchas gracias ahora mismo lo cambiamos. En cuanto al xml, hemos hecho una prueba para subir un pequeño trozo de mapa con JOSM pero nos dice que no hay nada que subir. Hemos cargado la capa y combinado con la existente y nos dice que no se han realizado cambios como para subir nada. ¿ Alguna idea de como solucionarlo? Saludos El 4 de noviembre de 2011 15:45, kresp0 talk-openstreetmap@flanera.netescribió: Cosas que he cambiado/añadido: ALMACÉN-ESTACIONAMIENTO: Estaba landuse = farmyard y lo he quitado porque no me parece del todo apropiado, aunque si no se nos ocurre algo quizá debamos usar farmyard. LANDUSE = RECREATION_GROUND: Para distinguir en OSM entre zonas deportivas, de espectáculos y culturales , he añadido recreation_type a cada uno: DEPORTIVO: landuse = recreation_ground, recreation_type = sports ESPECTÁCULOS: landuse = recreation_ground, recreation_type = entertainment CULTURAL: landuse = recreation_ground, recreation_type = culture OBRAS DE URBANIZACIÓN, JARDINERÍA Y SUELOS SIN EDIFICAR: Estaba en landuse = allotments y lo he cambiado a landuse = greenfield. Ojalá fueran allotments todas esas parcelas y descampados! EDIFICIO SINGULAR: Añadido: tourism = attraction, building = yes ALMACÉN AGRARIO: Cambiado de landuse = orchad a landuse = farmyard CURSO FLUVIAL: Cambiado de waterway = stream a waterway = river CURSO FLUVIAL (A TRAZOS) lo he dejado como estaba (waterway = stream) En los mapas se suele representar los ríos que no siempre llevan agua con trazos discontinuos, entiendo que ese A TRAZOS tiene éste significado para el catastro. HITO KILOMÉTRICO AUTOPISTAS/AUTOVIAS: Añadido: highway = milestone, pk = NUMERO DE KILOMETRO, ref = REFERENCIA LINEA TELEFÓNICA/TELEGRÁFICA: Añadido telephone = line. TORRE/POSTE DE CONDUCCIÓN: Cambiado de power = pole a power = tower ACCESO A GARAJES/APARCAMIENTO PÚBLICO: Creado amenity = parking_entrance Saludos, El vie, 04-11-2011 a las 10:35 +0100, Ander Pijoan escribió: Perdón, por si no teníais el link a la wiki: http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features Saludos. El 4 de noviembre de 2011 09:15, Ander Pijoan ander.pij...@deusto.es escribió: Hola a todos, Hemos añadido a la lista de traducción más campos del catastro a los cuales habría que buscar los tags que mas se acerquen para representarlos. Están en las últimas tablas de la página. Os rogamos le echéis un vistazo para saber si están bien traducidos y si conocéis algunos de los que están en blanco. Saludos. El 29 de octubre de 2011 00:24, Daniel Rodríguez García dan...@gmail.com escribió: Habéis solucionado un montón de dudas que tenía jeje; ansioso estoy por ver vuestro manual howto para que los que no sepamos de esto podamos ayudar también. Sé algo de programación (fortran, c, matlab), pero no creo que lo suficiente como para poder hacer una aportación significa en ese sentido... He visto que el código del cat2osm está en java, y ahí sí que estoy pez. Habéis hablado de los núcleos urbanos; ¿sabéis si los elementos naturales (ríos, bosques...) también se importarán? Gracias a todos por vuestro esfuerzo. Daniel Rodríguez El 28 de octubre de 2011 21:16, Cruz Enrique Borges Hernandez cruz.bor...@deusto.es escribió: On Friday 28 October 2011 16:31:53 Toni Guasch wrote: En leste último año he dedicado parte de mi tiempo libre en entrar centenares de km de rutas (route=hiking), los GR’s y muchos PR’s de Cataluña. Ver http://hiking.lonvia.de/. ¿Tenéis alguna propuesta de como regenerar las rutas durante o una vez concluido el proceso de importación?. Probablemente se filtrará el contenido a machacar. Me refiero, si hay dos way's con el mismo nombre y/o localización hay dos opciones: - Quedarse con uno de ellos. - Marcar con un tag de conflicto:catastro y luego generar un visor para ir corrigiendo uno a uno. YO personalmente creo que la mejor opción es la primera (quedándonos con el catastro) pero como desconozco cual es la calidad de
Re: [Talk-es] ¿source=catastro?
El día 4 de noviembre de 2011 15:48, Ander Pijoan ander.pij...@deusto.es escribió: Muchas gracias ahora mismo lo cambiamos. En cuanto al xml, hemos hecho una prueba para subir un pequeño trozo de mapa con JOSM pero nos dice que no hay nada que subir. Hemos cargado la capa y combinado con la existente y nos dice que no se han realizado cambios como para subir nada. ¿ Alguna idea de como solucionarlo? El estándar dice que tiene que haber una versión para cada elemento, probablemente es lo que os falle. De todas formas, os aconsejaría esperar unos días antes de hacer merges con datos existentes (los borrados contaminan la base de datos). -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ¿source=catastro?
En esta muestra los datos me salen un poco movidos hacia abajo a la derecha tanto con las ortofotos del ITACyL como con la propia capa WMS del Catastro El 4 de noviembre de 2011 15:25, Ander Pijoan ander.pij...@deusto.esescribió: A eso mismo íbamos. Todavía quedan cosas por hacer peor aquí tenéis una pequeña muestra de Aldeaseca de Alba. paginaspersonales.deusto.es/cruz.borges/AldeasecadeAlbaUrbanoRustico.osm.zip La idea es luego unir los ways comunes en uno solo, para ello fijándonos en que los tags sean iguales y compartan algún nodo. De esa forma simplificar los multiples ways separados que hay ahora. También tenemos que crear los portales en sus respectivos edificios en lugar de alejados como los trae el catastro. Hay problemas de edificios cuya información la han metido de forma errónea pero bueno. Espero que sean pocos casos. Seguimos trabajando en ello =) Saludos. El 4 de noviembre de 2011 15:19, Jaime Crespo jy...@jynus.com escribió: El día 4 de noviembre de 2011 10:35, Ander Pijoan ander.pij...@deusto.es escribió: Perdón, por si no teníais el link a la wiki: http://wiki.openstreetmap.org/wiki/Traduccion_metadatos_catastro_a_map_features Hay varias cosas que me gustaría comentar, pero necesito mirarlo con más tiempo. ¿Podrías también poner, aunque solo fuera de parte de un municipio, una muestra de un XML resultado? -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Ander Pijoan Lamas Ingeniero Técnico en Informática de Gestión Universidad de Deusto Contacto: Email: ander.pij...@deusto.es Móvil: 664471228 ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es -- Jorge Sanz Sanfructuoso - Sanchi Blog http://blog.jorgesanzs.com/ ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] ¿source=catastro?
El día 4 de noviembre de 2011 15:25, Ander Pijoan ander.pij...@deusto.es escribió: A eso mismo íbamos. Todavía quedan cosas por hacer peor aquí tenéis una pequeña muestra de Aldeaseca de Alba. paginaspersonales.deusto.es/cruz.borges/AldeasecadeAlbaUrbanoRustico.osm.zip La idea es luego unir los ways comunes en uno solo, para ello fijándonos en que los tags sean iguales y compartan algún nodo. De esa forma simplificar los multiples ways separados que hay ahora. También tenemos que crear los portales en sus respectivos edificios en lugar de alejados como los trae el catastro. Hay problemas de edificios cuya información la han metido de forma errónea pero bueno. Espero que sean pocos casos. Seguimos trabajando en ello =) Un par de cosas, a grano grueso, sin todavía entrar al código: * En el archivo de ejemplo hay un desplazamiento, principalmente N-S de unos 5-10 metros. No me procuparía si sólo fuera respecto a ciertas trazas o a las imágenes de Bing, pero el desplazamiento es consistente respecto al PNOA y al propio WMS del Catrastro: http://i.imgur.com/BDsxc.png Estoy casi seguro de que hay algún tipo de pequeño error de conversión de coordenadas. No os hice mucho caso cuando me lo comentasteis, porque pensaba que eran errores espúreos con las ediciones de usuarios, pero visto más detenidamente, parecen reales. *Las vías de los multipolígonos no están ordenados. No es un error, aunque se sugiere que se haga: http://wiki.openstreetmap.org/wiki/Relation:multipolygon Pero si se podría ordenar durante la creación de las relaciones o en un paso posterior, esto ayudaría a su edición posterior (o la revisión que estoy haciendo ahora mismo) -- Jaime Crespo ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
[Talk-ee] Linnad valdades
Koheselt poordun kusimusele naidest Viljandi maakonnas (http://et.wikipedia.org/wiki/Viljandi_maakond) on jargmised omavalitsuse uksused linnad: Moisakula (http://et.wikipedia.org/wiki/Moisakula) Viljandi (http://et.wikipedia.org/wiki/Viljandi) Vohma (http://et.wikipedia.org/wiki/Vohma) valdad: Abja vald, Halliste vald, Karksi vald, Kolga-Jaani vald, Koo vald, Kopu vald, Paistu vald, Parsti vald, Saarepeedi vald, Suure-Jaani vald, Tarvastu vald, Viiratsi vald Koik aru saavad et nende administratiiv piiridel OSMis peab olema admin_level=8 Aga olemas veel jargmised linnas, mis asuvad valdades: Karksi-Nuia (Karksi vald: http://et.wikipedia.org/wiki/Karksi-Nuia) Abja-Paluoja (Abja vald: http://et.wikipedia.org/wiki/Abja-Paluoja) Suure-Jaani (Suure-Jaani vald: http://et.wikipedia.org/wiki/Suure-Jaani) Viimasedel on kaa pandud admin_level=8, ja see on oige, kui otsustada admin_level vaartus ainult OMS Wiki jargi (http://wiki.openstreetmap.org/wiki/Key:admin_level#admin_level) Kui Linn, siis admin_level=8 Aga, arvan, et see on ekslik jareldus. Ei ole loogiline, et kui administratiiv uksus asub teises administratiiv uksuses, ja molemadel on sama admin_level. Arvan, et nendel linnadel, mis ei ole omavalitsused, ja asuvad mingi valdas, siis nendel admin_level peab olema suurem, kui valdal. S.t. Karksi-Nuia, Abja-Paluoja, Suure-Jaani administratiiv piiridel peab olema admin_level = 9. Mis Te arvate sellest? ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-pt] Como ajudar na tradução do Potlach 2 para PT?
Contatei a mailing list Developer do Potlach 2 (potlach-dev) e parece que a aplicação ainda não está preparada para permitir a troca de idioma em conformidade com o browser do utilizador... Fica a resposta do Tom Hughes à minha questão: On 04/11/11 16:33, Pedro Mendes wrote: How can I help translating Potlach2 to pt_PT locale? I've been browsing through the GiHub repo and I did find this https://github.com/**gravitystorm/Potlatch2/tree/**master/l10n/localehttps://github.com/gravitystorm/Potlatch2/tree/master/l10n/locale. But that two files per locale is all there is to assure the app translation? There are still some bugs that need to be resolved with the basic localisation framework before we're ready to start soliciting translations I'm afraid. 2011/11/4 Pedro Mendes p.m.g.men...@gmail.com Viva, Estou a tentar identificar a forma de ajudar na tradução do Potlach 2, mas estou com dificuldades em encontrar o local com esta info. Já me registei aqui: https://translatewiki.net/wiki/Translating:OpenStreetMap E tb encontrei a seguinte página http://wiki.openstreetmap.org/wiki/Pt:Potlatch/Translation, mas está marcada como deprecated.. Alguma ideia? Obrigado! Mendes. ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Como ajudar na tradução do Potlach 2 para PT?
Olá Francisco, No âmbito da iniciativa Vamos Mapear Portugalhttp://wiki.osgeopt.pt/index.php/Vamos_mapear_Portugal, que teve o seu *kickoff* no ultimo SASIG em Guimarãeshttp://www.osgeopt.pt/node/51 ficou certo que se fará a tradução para PT de outro manual tb muito jeitoso - http://www.learnosm.org/ - visto que é um manual bastante curto e incisivo para o efeito. O livro que indicas tambem foi dado a conhecer às 30 e tal pessoas presentes no arranque da iniciativa, por isso, tb já ficaram cientes que poderão contribuir. Mendes. 2011/11/4 f.dos.san...@free.fr Ola, Falando de tradu�ão, precisa-se de pessoal na tradu�ão do livro FLOSS sobre OSM. Um brasileiro pediu ajuda aqui : http://www.openstreetmap.org/user/wille/diary/15215 O meu português não é muito bom (é pena) mais pessoal nesta lista deve poder dar uma ajuda ;-) Francisco Pedro Mendes p.m.g.men...@gmail.com: Contatei a mailing list Developer do Potlach 2 (potlach-dev) e parece que a aplica�ão ainda não está preparada para permitir a troca de idioma em conformidade com o browser do utilizador... Fica a resposta do Tom Hughes à minha questão: On 04/11/11 16:33, Pedro Mendes wrote: How can I help translating Potlach2 to pt_PT locale? I've been browsing through the GiHub repo and I did find this https://github.com/**gravitystorm/Potlatch2/tree/**master/l10n/locale https://github.com/gravitystorm/Potlatch2/tree/master/l10n/locale. But that two files per locale is all there is to assure the app translation? There are still some bugs that need to be resolved with the basic localisation framework before we're ready to start soliciting translations I'm afraid. 2011/11/4 Pedro Mendes p.m.g.men...@gmail.com Viva, Estou a tentar identificar a forma de ajudar na tradu�ão do Potlach 2, mas estou com dificuldades em encontrar o local com esta info. Já me registei aqui: https://translatewiki.net/wiki/Translating:OpenStreetMap E tb encontrei a seguinte página http://wiki.openstreetmap.org/wiki/Pt:Potlatch/Translation, mas está marcada como deprecated.. Alguma ideia? Obrigado! Mendes. ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Como ajudar na tradução do Potlach 2 para PT?
Viva, eu já comecei a traduzir o learnosm à duas semanas atrás, e tenho ido devagar mas certinho. Tou no terceiro capítulo de 8. Tou a traduzir em pt-pt e acho que depois os colegas brasileiros poderão dar um jeito para adaptar para pt-br os termos técnicos e expressões, para ficar mais localizado e mais amigável para iniciados. O Outro manual do floss sendo mais completo e de maiores dimensões parece-me mais necessitado de ajuda, e assim ficariamos com duas bases em português porreiras para formação dos iniciados! VIctor Ferreira 2011/11/4 Pedro Mendes p.m.g.men...@gmail.com: Olá Francisco, No âmbito da iniciativa Vamos Mapear Portugal, que teve o seu kickoff no ultimo SASIG em Guimarães ficou certo que se fará a tradução para PT de outro manual tb muito jeitoso - http://www.learnosm.org/ - visto que é um manual bastante curto e incisivo para o efeito. O livro que indicas tambem foi dado a conhecer às 30 e tal pessoas presentes no arranque da iniciativa, por isso, tb já ficaram cientes que poderão contribuir. Mendes. 2011/11/4 f.dos.san...@free.fr Ola, Falando de tradu�ão, precisa-se de pessoal na tradu�ão do livro FLOSS sobre OSM. Um brasileiro pediu ajuda aqui : http://www.openstreetmap.org/user/wille/diary/15215 O meu português não é muito bom (é pena) mais pessoal nesta lista deve poder dar uma ajuda ;-) Francisco Pedro Mendes p.m.g.men...@gmail.com: Contatei a mailing list Developer do Potlach 2 (potlach-dev) e parece que a aplica�ão ainda não está preparada para permitir a troca de idioma em conformidade com o browser do utilizador... Fica a resposta do Tom Hughes à minha questão: On 04/11/11 16:33, Pedro Mendes wrote: How can I help translating Potlach2 to pt_PT locale? I've been browsing through the GiHub repo and I did find this https://github.com/**gravitystorm/Potlatch2/tree/**master/l10n/localehttps://github.com/gravitystorm/Potlatch2/tree/master/l10n/locale. But that two files per locale is all there is to assure the app translation? There are still some bugs that need to be resolved with the basic localisation framework before we're ready to start soliciting translations I'm afraid. 2011/11/4 Pedro Mendes p.m.g.men...@gmail.com Viva, Estou a tentar identificar a forma de ajudar na tradu�ão do Potlach 2, mas estou com dificuldades em encontrar o local com esta info. Já me registei aqui: https://translatewiki.net/wiki/Translating:OpenStreetMap E tb encontrei a seguinte página http://wiki.openstreetmap.org/wiki/Pt:Potlatch/Translation, mas está marcada como deprecated.. Alguma ideia? Obrigado! Mendes. ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [Talk-pt] Como ajudar na tradução do Potlach 2 para PT?
Olá Victor, Eu próprio, como newbie, tenho apreciado bastante o LearnOSM! Seria interessante conjugar o seu esforço desenvolvido até agora, com o trabalho de tradução que se iniciará em breve (no âmbito da iniciativa). Isto para evitar que o mesmo trabalho seja a ser realizado com o dobro do esforço. Os voluntários a darem o passo em frente para assumir para a tradução completa do LearnOSM foram o Nuno Patrício, Jorge Antunes e o Prof. José Alberto Gonçalves ( http://wiki.osgeopt.pt/index.php/Vamos_mapear_Portugal#Organiza.C3.A7.C3.A3o). Penso que o Prof. Jorge Rocha e o Tozé têm uma versão do documento original (googledocs) cedida pelos autores que será a base para o inicio da tradução. Nota: Esta mailing list ficou definida como o meio de intra comunicação para os assuntos que digam tambem respeito à iniciativa. Mendes. 2011/11/4 Victor Ferreira victor.mota.ferre...@gmail.com Viva, eu já comecei a traduzir o learnosm à duas semanas atrás, e tenho ido devagar mas certinho. Tou no terceiro capítulo de 8. Tou a traduzir em pt-pt e acho que depois os colegas brasileiros poderão dar um jeito para adaptar para pt-br os termos técnicos e expressões, para ficar mais localizado e mais amigável para iniciados. O Outro manual do floss sendo mais completo e de maiores dimensões parece-me mais necessitado de ajuda, e assim ficariamos com duas bases em português porreiras para formação dos iniciados! VIctor Ferreira 2011/11/4 Pedro Mendes p.m.g.men...@gmail.com: Olá Francisco, No âmbito da iniciativa Vamos Mapear Portugal, que teve o seu kickoff no ultimo SASIG em Guimarães ficou certo que se fará a tradução para PT de outro manual tb muito jeitoso - http://www.learnosm.org/ - visto que é um manual bastante curto e incisivo para o efeito. O livro que indicas tambem foi dado a conhecer às 30 e tal pessoas presentes no arranque da iniciativa, por isso, tb já ficaram cientes que poderão contribuir. Mendes. 2011/11/4 f.dos.san...@free.fr Ola, Falando de tradu�ão, precisa-se de pessoal na tradu�ão do livro FLOSS sobre OSM. Um brasileiro pediu ajuda aqui : http://www.openstreetmap.org/user/wille/diary/15215 O meu português não é muito bom (é pena) mais pessoal nesta lista deve poder dar uma ajuda ;-) Francisco Pedro Mendes p.m.g.men...@gmail.com: Contatei a mailing list Developer do Potlach 2 (potlach-dev) e parece que a aplica�ão ainda não está preparada para permitir a troca de idioma em conformidade com o browser do utilizador... Fica a resposta do Tom Hughes à minha questão: On 04/11/11 16:33, Pedro Mendes wrote: How can I help translating Potlach2 to pt_PT locale? I've been browsing through the GiHub repo and I did find this https://github.com/**gravitystorm/Potlatch2/tree/**master/l10n/locale https://github.com/gravitystorm/Potlatch2/tree/master/l10n/locale. But that two files per locale is all there is to assure the app translation? There are still some bugs that need to be resolved with the basic localisation framework before we're ready to start soliciting translations I'm afraid. 2011/11/4 Pedro Mendes p.m.g.men...@gmail.com Viva, Estou a tentar identificar a forma de ajudar na tradu�ão do Potlach 2, mas estou com dificuldades em encontrar o local com esta info. Já me registei aqui: https://translatewiki.net/wiki/Translating:OpenStreetMap E tb encontrei a seguinte página http://wiki.openstreetmap.org/wiki/Pt:Potlatch/Translation, mas está marcada como deprecated.. Alguma ideia? Obrigado! Mendes. ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt ___ Talk-pt mailing list Talk-pt@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-pt
Re: [OSM-talk-fr] ANNULÉ : Coupure réseau des serveurs Cr@ns samedi 5 novembre
Le 01/11/2011 à 19:44, Jocelyn Jaubert jocelyn.jaub...@gmail.com écrivit : Le 28 octobre 2011, Nicolas Dandrimont a écrit : Salut à tous, La DSI de l'ENS Cachan nous a prévenus d'une coupure totale du lien internet de l'ENS le samedi 5 novembre de 8h30 à 15h, pour des travaux dans le bâtiment hébergeant ses routeurs. Merci d'avoir prévenu. Pour info, ça impactera principalement les services suivants, qui ne seront donc plus accessibles le 5 novembre: - http://osmose.openstreetmap.fr - http://taginfo.openstreetmap.fr - http://syj.renevier.net (et tous les services listés sur http://wiki.openstreetmap.org/wiki/FR:Servers#Server_list comme tournant sur osm1 à osm4.crans.org) Bonjour, Les travaux ont été reportés à une date ultérieure, les services resteront donc accessibles demain. Je vous tiendrai au courant quand on connaitra la nouvelle date. Bonne journée, -- Nicolas Dandrimont ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mécénat ?
J'avais déjà creusé cette piste de l'intérêt général pour OSM-FR. Lerci à Jean pour les infos détaillées du wiki. Pour l'utilité publique, cela prendra plus de temps (plus de 3 ans d'activité et surtout un budget annuel de plus de 46000 euros). -- Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mécénat ?
Le jeu. 03 nov. 2011 à 21:01 +0100, Jean Millerat a ecrit : Ton idée a du bon. Mais concernant la mailing list [wecena-osm], c'est une liste que j'utilise déjà pour la coordination des volontaires des SSII que j'aide à contribuer sur la problématique du handicap. Je propose simplement de la réutiliser pour ne pas polluer talk-fr. Là, c'est autre chose. Si on envisage de constituer un groupe de travail mécénat au sein d'OSM-FR (l'association), ce qui se défend, il n'y a aucune raison qu'il soit confondu avec wecena, qui est le nom de ta société. Tu as une idée intéressante, et tu essaies de développer un modèle économique autour, ce qui se défend toujours, mais : - ce n'est pas la seule forme de mécénat que l'association peut envisager - l'association peut avoir des partenariats mais certainement pas exclusifs Il est donc urgent de clarifier ta proposition quant à un groupe de travail. J'exprime bien sûr ici uniquement mon opinion personnelle, et pas celle du Conseil d'administration. -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Mécénat ?
Le 4 nov. 2011 à 00:20, PierreV a écrit : pour les impôts ce qui est déduit pour une asso d’intérêt général c'est que 50% du don... Mais la aussi il faut faire une demande pour etre reconnue d’intérêt général: http://www.crib93.org/FICHE%20-%20Association%20Reconnue%20d%20Interet%20General.pdf Donc, il faut que le trésorier envoie, dès maintenant la demande, même avec des éléments incomplets (PV AG + statuts + déclaration au JO + les 3 ou 4 écritures en cours) afin d'être prêt pour émettre des reçus en début d'année 2012. Le risque est nul, puisqu'il n'y a pas d'activité commerciale et qu'il n'y en aura pas avant longtemps. Si le fisc demande des précisons, on les lui fournit à la becquée. Christian (sans tirets) ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
[OSM-talk-fr] Crowdsourcing en Allemagne (vs. Import Massif)
Bonjour, Effectivement, tout ce qui est manuel est chronophage, mais la clef du crowdsourcing est dans la répartition des tâches. Plus on est nombreux et plus ça va vite C'est de bon ton d'aller dire que l'herbe est plus verte outre-Rhin, alors je vais faire de même : Pour moi l'Allemagne est un pays exemplaire par la vitalité de sa communauté. La richesse de la carte est bluffante, probablement plus homogène qu'en France, et je ne crois pas qu'ils aient de facilités particulières de type imports automatiques pour tracer les sentiers. La Hollande a un import de données d'occupation de terrain ultra précis, l'Angleterre a désormais les données de l'Ordonnance Survey ... mais quid de l'Allemagne ? A part Bing et les sorties sur le terrain, quels sont les moyens à leur disposition ? Je ne connais pas bien le contexte local, mis à part la quantité pléthorique de rassemblements locaux et de visibilité dans les médias (articles et reportages TV) qu'on peut observer sur le wiki. Est-ce que des gens ici suivent les discussions de la communauté allemande et auraient décelé ce qui peut expliquer un tel engouement et ce qui fait que cela touche un public plus large qu'en France ? Est-ce un goût plus prononcé de tout un chacun pour les cartes, ou bien une meilleure approche de communication pour éveiller au projet ? Voila pour ma petite curiosité du vendredi ! Et pour en revenir au sujet initial, même sans avoir recours à des imports automatiques massifs, la mise à disposition des données de la part d'institutions permet de bénéficier de leur travail de hierarchisation ou de classification sur ces données (on est forts en France, pour ça ;-) ). Avoir la possibilité d'ajouter les codes SANDRE, INSEE, GRxx c'est ouvrir la porte à des utilisations et des extractions plus faciles des données (via une requête XAPI par exemple), faire des croisements avec des fiches sur des sites web Le 2 novembre 2011 17:09, darrepac pascal.da...@laposte.net a écrit : (...) Dans tous les cas, au vu des échanges, tout ceci doit rester très manuel...et donc chronophage et donc prendre du temps à intégrerLes routes c'est beaucoup plus simples à dessiner que les sentiers (bcp plus de kilomètres de sentiers et bcp moins de personne qui vont dessus) Pascal -- View this message in context: http://gis.638310.n2.nabble.com/Import-Massif-tp6955301p6955845.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 -- 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] Crowdsourcing en Allemagne (vs. Import Massif)
Le ven. 04 nov. 2011 à 14:47 +0100, Ab_fab a ecrit : Avoir la possibilité d'ajouter les codes SANDRE, INSEE, GRxx c'est ouvrir la porte à des utilisations et des extractions plus faciles des données (via une requête XAPI par exemple), faire des croisements avec des fiches sur des sites web 100% d'accord avec ça. Et également suivre la progression de la part de données présentes, pour se concentrer là où ça manque (comme on peut le faire avec Sandre ou les limites communales). -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Re : Récapitulatif du débat sur la traduction
Le 3 nov. 2011 à 19:51, yvecai a écrit : A mon sens,way node et relation sont des termes techniques profondément ancrés dans le projet, L'usage de l'anglais dans chez les OSMeurs francophones a évolué et évoluera encore. Par exemple, même s'il a été décidé de ne pas traduire mapping partie, il y a un ou deux ans, je parierais bien que c'est finalement cartopartie qui gagnera. Ce qui est certain, c'est que, si des formations un tant soit peu efficaces et coordonnées se mettent en place, il ne sera pas possible d'avoir indéfiniment 2 termes pour un même élément. Un jour, le choix se fera. Même chose pour les manuels à venir. Christian ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Crowdsourcing en Allemagne (vs. Import Massif)
Oui, plus de 35 000 km de cours d'eau, et encore, de vilains bugs (script ? modif ou particularité de certains codes SANDRE ?) qui font que des cours d'eau majeurs sont évincés du total. Au pif, la Loire :-) http://beta.letuffe.org/cron/etat-cours-eau/suivi-cours-eau.php Le 4 novembre 2011 15:07, Guillaume Allegre allegre.guilla...@free.fr a écrit : Le ven. 04 nov. 2011 à 14:47 +0100, Ab_fab a ecrit : Avoir la possibilité d'ajouter les codes SANDRE, INSEE, GRxx c'est ouvrir la porte à des utilisations et des extractions plus faciles des données (via une requête XAPI par exemple), faire des croisements avec des fiches sur des sites web 100% d'accord avec ça. Et également suivre la progression de la part de données présentes, pour se concentrer là où ça manque (comme on peut le faire avec Sandre ou les limites communales). -- ° /\Guillaume AllègreOpenStreetMap France /~~\/\ allegre.guilla...@free.fr Cartographie libre et collaborative / /~~\tél. 04.76.63.26.99 http://www.openstreetmap.fr ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://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] Un GR dans osm
Bonjour, J'ai trouvé un GR ce jour dans la base OSM : http://osm.org/go/xV@yklNYx-- De mémoire ce n'était pas authorisé de reproduire les GR au vu des conditions de la FFR. Il y a-t'il eu des avancés ce point ? A++ -- Rodolphe Quiédeville http://cartosm.eu - Intégration de carte libre sur site web Blog : http://blog.rodolphe.quiedeville.org/ SIP/XMPP : rodol...@quiedeville.org ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import Massif
Bon je relance un peu le sujet après avoir fait pas mal (à mon niveau) de modifs OSM aujourd'hui et notamment rentrer des sentiers (beau bordel je trouve pour bien définir un sentier et notamment son usage à la fois rando et à la fois vtt mais passons). J'ai aussi comparé avec la BDTopo de l'IGN pour voir à quel point OSM en est loin ou pas. Cela m'a fait penser à un point qui mélange quantité et qualité. - Si je passe sur un sentier avec un GPS et que je veux vérifier son état dans OSM. Même si le sentier existe déjà, forcément les 2 tracés ne vont pas parfaitement se superposer (erreur du GPS) même si les 2 traces sont de qualités (ce qui déjà n'est pas toujours le cas dans ce que j'ai pu voir). Comment faites-vous dans ce cas? Vous êtes obligés soit de garder la trace courante soit la remplacer par la nouvelle soit faire une sorte de moyenne visuelle et de rentrer les points entre les 2 tracés (why not)...dans tous les cas, pas très satisfaisant (qualitativement parlant). - Les sentiers, chemins, routes sont avant tout des highways et finalement, à mon avis, il serait bon d'avoir une base riche et qualitative (au sens précision du tracé) de ces voies et ensuite d'enrichir les attributs au fur et à mesure (et c'est déjà le cas actuellement où plein de voies ont des attributs incomplets). Des 2 aspects précédents, je me dis que si je récupère une base de données très riche de trace GPS de sentiers (donc utilisateur randonneur ou VTTiste), je peux grâce à la quantité de donnée et donc au moyennage de ces traces (y a qu'à voir sur le site vttrack.fr pour voir comment sur certaines zones 10 traces d'utilisateur passent au même endroit) avoir un maillage quantitatif (car milliers de traces) et qualitatif (car bien meilleur que le passage d'un seul GPS). J'ai fait le test sur une sortie avec 17 GPS (!) dans les Alpes Maritimes, le résultat du maillage est époustouflant: fini les points d'errement, fini l'impossibilité de savoir exactement ou le sentier fait ses lacés etc...le rendu était très très net et d'ailleurs quasi superposable sur le sentier de la carte IGN. Comment faire le maillage/moyenne? J'ai utilise Topofusion perso (http://www.topofusion.com/) mais l'algorithme de moyennage ne semble pas compliquer à refaire dans n'importe quel langage (http://www.topofusion.com/network.php) Je suis encore à l'ouest par rapport à la philosophie OSM? Pascal -- View this message in context: http://gis.638310.n2.nabble.com/Import-Massif-tp6955301p6964370.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] Crowdsourcing en Allemagne (vs. Import Massif)
Ab_fab wrote: Bonjour, Effectivement, tout ce qui est manuel est chronophage, mais la clef du crowdsourcing est dans la répartition des tâches. Plus on est nombreux et plus ça va vite C'est de bon ton d'aller dire que l'herbe est plus verte outre-Rhin, alors je vais faire de même : Pour moi l'Allemagne est un pays exemplaire par la vitalité de sa communauté. La richesse de la carte est bluffante, probablement plus homogène qu'en France, et je ne crois pas qu'ils aient de facilités particulières de type imports automatiques pour tracer les sentiers. La Hollande a un import de données d'occupation de terrain ultra précis, l'Angleterre a désormais les données de l'Ordonnance Survey ... mais quid de l'Allemagne ? A part Bing et les sorties sur le terrain, quels sont les moyens à leur disposition ? Je ne connais pas bien le contexte local, mis à part la quantité pléthorique de rassemblements locaux et de visibilité dans les médias (articles et reportages TV) qu'on peut observer sur le wiki. Est-ce que des gens ici suivent les discussions de la communauté allemande et auraient décelé ce qui peut expliquer un tel engouement et ce qui fait que cela touche un public plus large qu'en France ? Est-ce un goût plus prononcé de tout un chacun pour les cartes, ou bien une meilleure approche de communication pour éveiller au projet ? Voila pour ma petite curiosité du vendredi ! Oups j'avais loupé ton message (à cause du changement de sujet?). Je suis d'accord, l'Allemagne est très en avance et les utilisateurs sont aussi pas mal en demande de GPS avec une carte OSM dessus. Pourquoi, je sais pas. Il est vrai qu'ils ont un historique, une culture moins centralisée, homogène de la carte qu'en France où l'IGN est vraiment la référence unique et universelle. Ils ont aussi une communauté de freaky/geek du GPS beaucoup plus développé qu'en France avec des forums très actifs sur les GPS..mais c'est plus une constatation que j'ai vu en tant que fabricant de GPS qu'une explication Pascal -- View this message in context: http://gis.638310.n2.nabble.com/Crowdsourcing-en-Allemagne-vs-Import-Massif-tp6962771p6964423.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] Import Massif
Le 04/11/2011 23:18, darrepac a écrit : Bon je relance un peu le sujet après avoir fait pas mal (à mon niveau) de modifs OSM aujourd'hui et notamment rentrer des sentiers (beau bordel je trouve pour bien définir un sentier et notamment son usage à la fois rando et à la fois vtt mais passons). une regle dans OSM est de decrire le terrain au mieux, mais pas son usage une piste de kart, qui est par essence construite et reservee pour les karts, on va mettre que c'est une piste de kart, mais un chemin on va pas mettre si c'est un chemin de VTT ou de rando, on va mettre que c'est un chemin, avec eventuellement une description de son etat de surface si des gens veulent faire des traces de chemins avec dans l'idee l'usage VTT, ils peuvent le faire dans une base de donnees separee si on veut decrire dans OSM des itineraires pietons, et des itineraires VTT, ou meme des itineraires de lignes de bus, on le fait en faisant des relations qui contiennent tous les bouts de chemins par ou passe l'itineraire mais dans OSM ca n'a de sens que si l'itineraire existe sur le terrain, par exemple avec une signalisation qui le balise J'ai aussi comparé avec la BDTopo de l'IGN pour voir à quel point OSM en est loin ou pas. Cela m'a fait penser à un point qui mélange quantité et qualité. - Si je passe sur un sentier avec un GPS et que je veux vérifier son état dans OSM. Même si le sentier existe déjà, forcément les 2 tracés ne vont pas parfaitement se superposer (erreur du GPS) même si les 2 traces sont de qualités (ce qui déjà n'est pas toujours le cas dans ce que j'ai pu voir). Comment faites-vous dans ce cas? Vous êtes obligés soit de garder la trace courante soit la remplacer par la nouvelle soit faire une sorte de moyenne visuelle et de rentrer les points entre les 2 tracés (why not)...dans tous les cas, pas très satisfaisant (qualitativement parlant). un chemin dans OSM n'est jamais l'importation brute d'une trace GPS : c'est trop imprecis si on n'a qu'une trace GPS, on dessine a la main un chemin qui passe dessus au mieux en lissant les aleas dus a l'iprecision du GPS si il y a deja plusieurs traces et qu'on en rajoute une, on dessine a la main un chemin qui passe au mieux dans le gros du paquet de traces, en ignorant les aleas des GPS et les traces erratiques si il y a deja un chemin trace et qu'on rajoute une trace, la flemme commande de ne modifier le chemin existant que la ou la trace montre qu'on peut l'ameliorer dans tous les cas c'est pas plus mal de recouper plusieurs sources d'infos, par exemple tracer un chemin sur une trace GPS avec une photo satellite en fond d'ecran - Les sentiers, chemins, routes sont avant tout des highways et finalement, à mon avis, il serait bon d'avoir une base riche et qualitative (au sens précision du tracé) de ces voies et ensuite d'enrichir les attributs au fur et à mesure (et c'est déjà le cas actuellement où plein de voies ont des attributs incomplets). la je comprend pas de quoi tu parle les grosses routes sont des highway=primary, les petites sont des highway=unclassified, les chemins sont des highway=path, etc... que veux tu dire par base des voies et par enrichir les attributs au fur et a mesure ? Des 2 aspects précédents, je me dis que si je récupère une base de données très riche de trace GPS de sentiers (donc utilisateur randonneur ou VTTiste), je peux grâce à la quantité de donnée et donc au moyennage de ces traces (y a qu'à voir sur le site vttrack.fr pour voir comment sur certaines zones 10 traces d'utilisateur passent au même endroit) avoir un maillage quantitatif (car milliers de traces) et qualitatif (car bien meilleur que le passage d'un seul GPS). J'ai fait le test sur une sortie avec 17 GPS (!) dans les Alpes Maritimes, le résultat du maillage est époustouflant: fini les points d'errement, fini l'impossibilité de savoir exactement ou le sentier fait ses lacés etc...le rendu était très très net et d'ailleurs quasi superposable sur le sentier de la carte IGN. Comment faire le maillage/moyenne? a la main, en dessinant un chemin qui passe au mieux sur le troupeau de traces OSM est un travail de fourmis, qui n'est possible que parce que les fourmis sont nombreuses si on a une grande quantite de traces GPS disponibles et donc pas le temps de les tracer toutes une a une, on les uploade dans OSM, ca permet a d'autres de les voir et de tracer les chemins en se servant de ces traces du coup peut etre que je comprend mieux la question precedente : importer un grand nombre de traces de facon automatique sans y mettre de tags ou un tag generique (il y a highway=road pour ca) en se disant qu'on mettra bien les bons tags plus tard, ca c'est clairement pas dans les us et coutumes J'ai utilise Topofusion perso (http://www.topofusion.com/) mais l'algorithme de moyennage ne semble pas compliquer à refaire dans n'importe quel langage (http://www.topofusion.com/network.php) Je suis encore à l'ouest par rapport à la
Re: [OSM-talk-fr] Import Massif
- Les sentiers, chemins, routes sont avant tout des highways et finalement, à mon avis, il serait bon d'avoir une base riche et qualitative (au sens précision du tracé) de ces voies et ensuite d'enrichir les attributs au fur et à mesure (et c'est déjà le cas actuellement où plein de voies ont des attributs incomplets). Ce concept d'incomplet/complet ne colle pas du tout avec OSM en tant que projet ouvert. Chacun a sa propre notion de complétude qu'elle soit en terme de précision ou en terme de tag. Et il n'y a pas de référentiel global à atteindre. Moi, par exemple, j'aimerais bien avoir toute la voirie en France avec connectivité, nom, ref et restrictions diverses. D'autre vont surtout être intéressé par l'état de cette voirie pour faire du vélo ou du roller, sa dangerosité... Donc dire qu'on finit quelque chose (les tracés avec un niveau de précision donné dans ton cas) avant de passer aux tags n'a pas de sens du point de vue OSM. Par contre, chacun particulier ou entreprise peut de fixer des objectifs d'exhaustivité sur un aspect. Les allemands (entre autre) ont atteint exhaustivité pour la voirie. Des 2 aspects précédents, je me dis que si je récupère une base de données très riche de trace GPS de sentiers (donc utilisateur randonneur ou VTTiste), je peux grâce à la quantité de donnée et donc au moyennage de ces traces [...] avoir un maillage quantitatif (car milliers de traces) et qualitatif (car bien meilleur que le passage d'un seul GPS). Oui. Beaucoup de traces GPS peuvent aider le travail des mappeurs. Si tu trouves un ou plusieurs site de randonneurs, vttistes et autres qui veulent verser leurs traces à OSM dans une licence compatible, ça sera toujours bienvenu. Comment faire le maillage/moyenne? J'ai utilise Topofusion perso (http://www.topofusion.com/) mais l'algorithme de moyennage ne semble pas compliquer à refaire dans n'importe quel langage (http://www.topofusion.com/network.php) Des outils pour faire des moyennes de trace GPS seraient intéressants même pour les traces déjà disponibles dans le projet. J'avais déjà regardé des algorithmes pour faire des moyennes. Même si en première lecture, ça paraissait simple, dans les détails, ça se compliquait et je ne me suis pas lancé dans la programmation. http://citeseer.ist.psu.edu/viewdoc/summary?doi=10.1.1.16.5216 Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import Massif
ahmster wrote: Le 04/11/2011 23:18, darrepac a écrit : Bon je relance un peu le sujet après avoir fait pas mal (à mon niveau) de modifs OSM aujourd'hui et notamment rentrer des sentiers (beau bordel je trouve pour bien définir un sentier et notamment son usage à la fois rando et à la fois vtt mais passons). une regle dans OSM est de decrire le terrain au mieux, mais pas son usage une piste de kart, qui est par essence construite et reservee pour les karts, on va mettre que c'est une piste de kart, mais un chemin on va pas mettre si c'est un chemin de VTT ou de rando, on va mettre que c'est un chemin, avec eventuellement une description de son etat de surface Euh, c'est pas moi qui est inventé le tag sac_scale et mtb ...du coup, toi tu dis qu'il faut pas les utiliser? je mets juste highway=path et basta? un chemin dans OSM n'est jamais l'importation brute d'une trace GPS : c'est trop imprecis Je veux bien te croire mais dans la réalité de ce que j'ai vu aujourd'hui, ma trace GPS était bien plus précise que certains sentiers marqués...et globalement, une trace GPS de qualité (fréquence d'échantillonage suffisant etc) me semble être tout à fait une bonne référence pour des sentiers si on a une grande quantite de traces GPS disponibles et donc pas le temps de les tracer toutes une a une, on les uploade dans OSM, ca permet a d'autres de les voir et de tracer les chemins en se servant de ces traces ok donc j'ai loupé ca: on peut mettre plein de trace GPS et tout le monde peut les voir sans que ce soit rentré dans la carte? comment ca marche? Pascal -- View this message in context: http://gis.638310.n2.nabble.com/Import-Massif-tp6955301p6964503.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] Import Massif
Eric Sibert wrote: Des 2 aspects précédents, je me dis que si je récupère une base de données très riche de trace GPS de sentiers (donc utilisateur randonneur ou VTTiste), je peux grâce à la quantité de donnée et donc au moyennage de ces traces [...] avoir un maillage quantitatif (car milliers de traces) et qualitatif (car bien meilleur que le passage d'un seul GPS). Oui. Beaucoup de traces GPS peuvent aider le travail des mappeurs. Si tu trouves un ou plusieurs site de randonneurs, vttistes et autres qui veulent verser leurs traces à OSM dans une licence compatible, ça sera toujours bienvenu. ahh et donc concrètement, ca se passerait comment? Voilà, imaginons que j'ai 1000 traces GPS de randonneurs et que la license est ok...j'en fais quoi, je les donne à qui, je les upload où, qui peut les utiliser et comment? Pascal -- View this message in context: http://gis.638310.n2.nabble.com/Import-Massif-tp6955301p6964511.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] OSM sur magellan
Bon, le but n'est pas d'en faire une discussion autour de Magellan (on peut faire un autre thread, je me dérobe pas ;) ). Ça évitera de me lâcher ;-) Je discute avec Maps4me en effet, à voir ce qu'on arrive à faire. Dois-je comprendre que vous fournissez des informations privilégiées à Maps4me pour générer ses cartes? Si tel est le cas, je crains que ceci ne soit une distorsion de concurrence. Et c'est là qu'on sent bien tout l'intérêt des formats libres, logiciels libres et autres données libres, c'est que ça permet une concurrence saine et libre... Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import Massif
On 11/05/2011 12:15 AM, darrepac wrote: on peut mettre plein de trace GPS et tout le monde peut les voir sans que ce soit rentré dans la carte ? comment ca marche ? http://www.openstreetmap.org/traces On charge une trace sur le site, on choisit si elle est privée ou publique, anonyme ou pas, on l'étiquette et on la décrit... Et elle devient disponible dans le calque des traces GPS dans tous les bons éditeurs. On peut ainsi voir toutes les traces publiques ainsi que ses propres traces privées et s'en servir pour mieux positionner les éléments de la carte. ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import Massif
ahh et donc concrètement, ca se passerait comment? Voilà, imaginons que j'ai 1000 traces GPS de randonneurs et que la license est ok...j'en fais quoi, je les donne à qui, je les upload où, qui peut les utiliser et comment? Manuellement, sur le site web d'osm, il y a un onglet Traces GPS. Dans l'onglet, un lien Envoyer une trace. Ça peut aussi se faire avec l'outil JOSM. Il y a sans doute un moyen de le faire en plus automatisé avec l'API d'OSM. Eric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] OSM sur magellan
Eric Sibert wrote: Je discute avec Maps4me en effet, à voir ce qu'on arrive à faire. Dois-je comprendre que vous fournissez des informations privilégiées à Maps4me pour générer ses cartes? Euh non, enfin je crois pas... de quelles informations parles-tu? Je lui ai dit que j'aimerais que les icones des poteaux d'information de randonnée soit un i comme dans OSM ou un truc mieux que son icone appareil photo actuelc'est une info privilégiée pour toi? J'ai aussi traduit, à sa demande, une liste de nom de POIsbref rien d'extra-ordinaire. Encore une fois, j'aimerais bien que Magellan fournisse les outils à OSM en direct pour qu'on puisse sortir de la carto compatible sans passer par du reverse engeneering ou autre mais c'est pas le cas..pour le moment ;) Si tel est le cas, je crains que ceci ne soit une distorsion de concurrence. Concurrence avec qui??? Pascal -- View this message in context: http://gis.638310.n2.nabble.com/Import-Massif-tp6955301p6964527.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] OSM sur magellan
Le 05/11/2011 00:27, darrepac a écrit : Eric Sibert wrote: Je discute avec Maps4me en effet, à voir ce qu'on arrive à faire. Dois-je comprendre que vous fournissez des informations privilégiées à Maps4me pour générer ses cartes? Euh non, enfin je crois pas... de quelles informations parles-tu? J'ai cru que vous lui aviez fourni des informations sur les formats Magellan. Autant pour moi. Éric ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr
Re: [OSM-talk-fr] Import Massif
Jean-Marc Liotier wrote: http://www.openstreetmap.org/traces On charge une trace sur le site, on choisit si elle est privée ou publique, anonyme ou pas, on l'étiquette et on la décrit... Et elle devient disponible dans le calque des traces GPS dans tous les bons éditeurs. On peut ainsi voir toutes les traces publiques ainsi que ses propres traces privées et s'en servir pour mieux positionner les éléments de la carte. Ben voilà, j'avais pas vu qu'on pouvait avoir un calque avec toutes les traces publiquesd'ailleurs j'ai pas trouvé comment dans Merkaartor mais je vais chercher! Pascal -- View this message in context: http://gis.638310.n2.nabble.com/Import-Massif-tp6955301p6964532.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] Import Massif
Le 05/11/2011 00:15, darrepac a écrit : ahmster wrote: Le 04/11/2011 23:18, darrepac a écrit : Bon je relance un peu le sujet après avoir fait pas mal (à mon niveau) de modifs OSM aujourd'hui et notamment rentrer des sentiers (beau bordel je trouve pour bien définir un sentier et notamment son usage à la fois rando et à la fois vtt mais passons). une regle dans OSM est de decrire le terrain au mieux, mais pas son usage une piste de kart, qui est par essence construite et reservee pour les karts, on va mettre que c'est une piste de kart, mais un chemin on va pas mettre si c'est un chemin de VTT ou de rando, on va mettre que c'est un chemin, avec eventuellement une description de son etat de surface Euh, c'est pas moi qui est inventé le tag sac_scale et mtb ...du coup, toi tu dis qu'il faut pas les utiliser? je mets juste highway=path et basta? ces tags sont des descriptions de la difficulte du chemin ou de l'itineraire, exprimes selon divers criteres, c'est donc bien des descriptions du terrain et non pas de l'usage qui en est fait ces tags ne signifient pas qu'il s'agit de chemins pour VTT ou pour la rando par exemple il n'est pas du tout interdit de mettre un tag mtb-scale sur un escalier (on pourrait meme en mettre sur les autoroutes mais j'ai des doutes sur l'interet de le faire) un chemin dans OSM n'est jamais l'importation brute d'une trace GPS : c'est trop imprecis Je veux bien te croire mais dans la réalité de ce que j'ai vu aujourd'hui, ma trace GPS était bien plus précise que certains sentiers marqués...et globalement, une trace GPS de qualité (fréquence d'échantillonage suffisant etc) me semble être tout à fait une bonne référence pour des sentiers je disais cela non pas a cause de la precision mais a cause des tags a mettre, de la connexion avec les autres chemins, etc... difficle a faire de facon automatique maintenant si tu utilise un algorythme pour faire des moyennes de traces GPS et que tu reprend les chemins ainsi dessines pour rajouter les bons tags, les connecter aux croisements, leur mettre bridge=yes et layer=1 quand ils passent au dessus d'un ruisseau, les fusionner avec les chemins preexistants quand y'en a et regler tous les petits details de ce genre, tant mieux, publie ton soft il servira a d'autres si on a une grande quantite de traces GPS disponibles et donc pas le temps de les tracer toutes une a une, on les uploade dans OSM, ca permet a d'autres de les voir et de tracer les chemins en se servant de ces traces ok donc j'ai loupé ca: on peut mettre plein de trace GPS et tout le monde peut les voir sans que ce soit rentré dans la carte? comment ca marche? dans JOSM quand tu charge les donnees d'une zone t'a une case a cocher pour charger aussi les traces GPS pour envoyer tes traces dans OSM je sait pas, j'ai jamais fait de facon generale une carte (et pas LA carte) est un rendu graphique fait a partir d'une selection d'infos, mais la base de donnees est bien plus riche que ce qui est dessine sur la carte, trop riche pour qu'on puisse raisonnablement esperer faire une carte qui represente toutes ces infos ___ Talk-fr mailing list Talk-fr@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-fr