Re: [talk-ph] First case of removing tainted data
If you are going to proceed, I recommend following these steps, so that revertion would be minimized: http://wiki.openstreetmap.org/wiki/User:Maning/copyright_detection_notes#Removing_.22tainted.22_data On Tue, Apr 6, 2010 at 7:42 PM, ianlopez ian_lopez_1...@yahoo.com wrote: I'm planning to remove some tainted data in the area that was mentioned by Anthony a couple of emails back. ( http://www.openstreetmap.org/?lat=14.94963lon=120.08165zoom=15layers=B000FTFT ) However, I need your explicit approval before I can do this. (Not only that, I have to deal with those edits from Olongapo to Iba, Balanga and in Western Cavite). @Anthony: Have you uploaded the traces in the area? (And make sure that those traces are yours. By the way, the Mindanao Avenue tunnel is going to open in 45-70 days time, and when it opens, switch it to highway=construction to highway=primary ASAP) -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] First case of removing tainted data
Just to verify - should I add note=illegal data import on first changeset, then delete on the next? (This is like playing minesweeper - if you delete the data that wasn't part of the tainted changesets, game over) --- On Tue, 4/6/10, maning sambale emmanuel.samb...@gmail.com wrote: From: maning sambale emmanuel.samb...@gmail.com Subject: Re: First case of removing tainted data To: ianlopez ian_lopez_1...@yahoo.com Cc: Anthony G. Balico anthony.bal...@gmail.com, Eugene Alvin Villar sea...@gmail.com, OSM-PH talk-ph@openstreetmap.org Date: Tuesday, April 6, 2010, 8:04 PM If you are going to proceed, I recommend following these steps, so that revertion would be minimized: http://wiki.openstreetmap.org/wiki/User:Maning/copyright_detection_notes#Removing_.22tainted.22_data On Tue, Apr 6, 2010 at 7:42 PM, ianlopez ian_lopez_1...@yahoo.com wrote: I'm planning to remove some tainted data in the area that was mentioned by Anthony a couple of emails back. ( http://www.openstreetmap.org/?lat=14.94963lon=120.08165zoom=15layers=B000FTFT ) However, I need your explicit approval before I can do this. (Not only that, I have to deal with those edits from Olongapo to Iba, Balanga and in Western Cavite). @Anthony: Have you uploaded the traces in the area? (And make sure that those traces are yours. By the way, the Mindanao Avenue tunnel is going to open in 45-70 days time, and when it opens, switch it to highway=construction to highway=primary ASAP) -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] First case of removing tainted data
Hi Ian, Trust me, all the gpx traces i've uploaded are all mine. Since that conflict with you-know-who :), i've learned my lesson about proprietary. Im running 3 gps's now, thanks to Maning for one gpstogo unit. Its good to hear Mindanao Ave tunnel will be opening soon. Its one helluva traffic every rush hour in there. I will not miss that, i live in the area *wink* Bytheway, im uploading some traces taken at Negros, from Bacolod down south to Dumaguete. Tracing these at the same time. Anthony On Tue, 2010-04-06 at 04:42 -0700, ianlopez wrote: I'm planning to remove some tainted data in the area that was mentioned by Anthony a couple of emails back. ( http://www.openstreetmap.org/?lat=14.94963lon=120.08165zoom=15layers=B000FTFT ) However, I need your explicit approval before I can do this. (Not only that, I have to deal with those edits from Olongapo to Iba, Balanga and in Western Cavite). @Anthony: Have you uploaded the traces in the area? (And make sure that those traces are yours. By the way, the Mindanao Avenue tunnel is going to open in 45-70 days time, and when it opens, switch it to highway=construction to highway=primary ASAP) ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Node position for towns
Hi all. I have partially brought this subject up with Maning some time ago and would just like bring it up again on the forum ... I propose to make it standard to position town nodes as near as possible to the municipal hall of the towns. This makes for better and easier navigation when using the osmphil_garmin GPS map that Maning compiles. Most town nodes are still located at the geographical center of the boundaries of the town. If the node is moved near to the municipal hall (which is usually along the main road of the town), a traveller can see better what town is next down the road when he/she navigates with a GPS. cheers ed -- website administrator: - www.waypoints.ph - reeflife.eppgarcia.com PADI Divemaster #491048 ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Node position for towns
+1 for me as well On Tue, Apr 6, 2010 at 9:07 PM, Rally de Leon rall...@gmail.com wrote: +1 including town (at the heart of poblacion), and also for rural barangays (node should be nearest the concentration of community/houses... most of the time near the old churches, barangay halls or very near the town/brgy plaza. On Tue, Apr 6, 2010 at 8:50 PM, maning sambale emmanuel.samb...@gmail.com wrote: +1 for me On Tue, Apr 6, 2010 at 8:47 PM, Ed Garcia eppgar...@gmail.com wrote: Hi all. I have partially brought this subject up with Maning some time ago and would just like bring it up again on the forum ... I propose to make it standard to position town nodes as near as possible to the municipal hall of the towns. This makes for better and easier navigation when using the osmphil_garmin GPS map that Maning compiles. Most town nodes are still located at the geographical center of the boundaries of the town. If the node is moved near to the municipal hall (which is usually along the main road of the town), a traveller can see better what town is next down the road when he/she navigates with a GPS. cheers ed -- website administrator: - www.waypoints.ph - reeflife.eppgarcia.com PADI Divemaster #491048 ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ 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 ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Node position for towns
Good idea, moving Davao City to the City Hall. Let me see if it look better there. What I did before is to place those city/municipal name markers to a place where there's few POI's. Best, murlwe -Original Message- From: Ed Garcia [eppgar...@gmail.com] Sent: 4/6/2010 8:46:58 PM To: talk-ph@openstreetmap.org Subject: Re: [talk-ph] Node position for towns Hi all. I have partially brought this subject up with Maning some time ago and would just like bring it up again on the forum ... I propose to make it standard to position town nodes as near as possible to the municipal hall of the towns. This makes for better and easier navigation when using the osmphil_garmin GPS map that Maning compiles. Most town nodes are still located at the geographical center of the boundaries of the town. If the node is moved near to the municipal hall (which is usually along the main road of the town), a traveller can see better what town is next down the road when he/she navigates with a GPS. cheers ed -- website administrator: - www.waypoints.ph - reeflife.eppgarcia.com PADI Divemaster #491048 span id=m2wTlpfont face=Arial, Helvetica, sans-serif size=2 style=font-size:13.5px___BRGet the Free email that has everyone talking at a href=http://www.mail2world.com target=newhttp://www.mail2world.com/abr font color=#99Unlimited Email Storage #150; POP3 #150; Calendar #150; SMS #150; Translator #150; Much More!/font/font/span___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Node position for towns
+1 for me too. (http://osm.org/go/4sYiZTA6-) -Original Message- From: maning sambale [emmanuel.samb...@gmail.com] Sent: 4/6/2010 8:49:59 PM To: talk-ph@openstreetmap.org Subject: Re: [talk-ph] Node position for towns +1 for me On Tue, Apr 6, 2010 at 8:47 PM, Ed Garcia eppgar...@gmail.com wrote: Hi all. I have partially brought this subject up with Maning some time ago and would just like bring it up again on the forum ... I propose to make it standard to position town nodes as near as possible to the municipal hall of the towns. This makes for better and easier navigation when using the osmphil_garmin GPS map that Maning compiles. Most town nodes are still located at the geographical center of the boundaries of the town. If the node is moved near to the municipal hall (which is usually along the main road of the town), a traveller can see better what town is next down the road when he/she navigates with a GPS. cheers ed -- website administrator: - www.waypoints.ph - reeflife.eppgarcia.com PADI Divemaster #491048 ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph span id=m2wTlpfont face=Arial, Helvetica, sans-serif size=2 style=font-size:13.5px___BRGet the Free email that has everyone talking at a href=http://www.mail2world.com target=newhttp://www.mail2world.com/abr font color=#99Unlimited Email Storage #150; POP3 #150; Calendar #150; SMS #150; Translator #150; Much More!/font/font/span___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Node position for towns
do I get a vote? +1 for me too then ;) On Tuesday, 06 April, 2010 09:22 PM, George Tujan wrote: +1 for me as well On Tue, Apr 6, 2010 at 9:07 PM, Rally de Leon rall...@gmail.com mailto:rall...@gmail.com wrote: +1 including town (at the heart of poblacion), and also for rural barangays (node should be nearest the concentration of community/houses... most of the time near the old churches, barangay halls or very near the town/brgy plaza. On Tue, Apr 6, 2010 at 8:50 PM, maning sambale emmanuel.samb...@gmail.com mailto:emmanuel.samb...@gmail.com wrote: +1 for me On Tue, Apr 6, 2010 at 8:47 PM, Ed Garcia eppgar...@gmail.com mailto:eppgar...@gmail.com wrote: Hi all. I have partially brought this subject up with Maning some time ago and would just like bring it up again on the forum ... I propose to make it standard to position town nodes as near as possible to the municipal hall of the towns. This makes for better and easier navigation when using the osmphil_garmin GPS map that Maning compiles. Most town nodes are still located at the geographical center of the boundaries of the town. If the node is moved near to the municipal hall (which is usually along the main road of the town), a traveller can see better what town is next down the road when he/she navigates with a GPS. cheers ed -- website administrator: - www.waypoints.ph http://www.waypoints.ph - reeflife.eppgarcia.com http://reeflife.eppgarcia.com PADI Divemaster #491048 ___ talk-ph mailing list talk-ph@openstreetmap.org mailto:talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org mailto:talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org mailto: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: [talk-ph] Node position for towns
Ed Garcia wrote, On Tuesday, 06 April, 2010 10:05 PM: Glad you agree guys! Surprised to see so many +1s in barely an hour from posting. Okay then, I'll start with San Antonio in Zambales. That town node is currently so far away from town proper ... it is currently located on the mountains. Seems like a lot of these town / village / city markers are way off the mark to begin with. I guess they were imported en masse from an imprecise source. They usually seem to be 1 or 2 km off the mark. Usually when I find them, I'll drag them closer to a known settlement -- sort of plonk it in the middle of the most obvious mass of houses on a satellite view, or near the most obvious confluence of roads. Then when someone with more local knowledge finds it, they drag it closer to the City Hall ... and when the City Hall is actually on the map, then it's truly accurate. This process of gradually getting more and more precise seems to be what OSM is all about really. Jim -- datalude: information security e: j...@datalude.com Philippines: +63 2 403 1311 / mob: +63 920 912 5830 Hong Kong: +852 6840 6693 w: http://www.datalude.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Copied from Google Mapmaker?
Hi guys I stumbled to this area and... Compare: http://www.openstreetmap.org/?lat=7.08823lon=125.49418zoom=15layers=B 000FTF http://www.google.com/mapmaker?ll=7.090033,125.495968spn=0.02057,0.0378 51z=15 I corrected the roads earlier but later I realized that there is no satellite image in the area and I found out that the user who contributed the data doesn't have any GPS traces. http://www.openstreetmap.org/browse/way/43622767/history http://www.openstreetmap.org/user/timominous/traces I already contacted the user. I am waiting for his/her reply. murlwe span id=m2wTlpfont face=Arial, Helvetica, sans-serif size=2 style=font-size:13.5px___BRGet the Free email that has everyone talking at a href=http://www.mail2world.com target=newhttp://www.mail2world.com/abr font color=#99Unlimited Email Storage #150; POP3 #150; Calendar #150; SMS #150; Translator #150; Much More!/font/font/span___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Node position for towns
And of course there will be exceptions. Puerto Princesa City Hall is several kilometers away from the traditional city center/poblacion. Some towns are also relocating town halls away from the poblacion in order to add more buildings and decongest the center. On Tue, Apr 6, 2010 at 11:59 PM, Eugene Alvin Villar sea...@gmail.com wrote: I suggest to place the node in the town/city proper, which is not the geographical center and not always where the city or town hall is. The city/town proper is basically where the town plaza or poblacion area is. Usually, it's where the church or public market is. For example, the Las Pinas city hall is here: http://www.openstreetmap.org/?mlat=14.4496929645538mlon=120.982496738434zoom=14 But I placed the Las Pinas place=city node in the poblacion area, where the plaza and the main church (home of the famous Bamboo Organ) is: http://www.openstreetmap.org/?mlat=14.4809997081757mlon=120.981595516205zoom=14 On Tue, Apr 6, 2010 at 10:22 PM, Jim Morgan j...@datalude.com wrote: Ed Garcia wrote, On Tuesday, 06 April, 2010 10:05 PM: Glad you agree guys! Surprised to see so many +1s in barely an hour from posting. Okay then, I'll start with San Antonio in Zambales. That town node is currently so far away from town proper ... it is currently located on the mountains. Seems like a lot of these town / village / city markers are way off the mark to begin with. I guess they were imported en masse from an imprecise source. They usually seem to be 1 or 2 km off the mark. Usually when I find them, I'll drag them closer to a known settlement -- sort of plonk it in the middle of the most obvious mass of houses on a satellite view, or near the most obvious confluence of roads. Then when someone with more local knowledge finds it, they drag it closer to the City Hall ... and when the City Hall is actually on the map, then it's truly accurate. This process of gradually getting more and more precise seems to be what OSM is all about really. Jim -- datalude: information security e: j...@datalude.com Philippines: +63 2 403 1311 / mob: +63 920 912 5830 Hong Kong: +852 6840 6693 w: http://www.datalude.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Node position for towns
On that note, Maguindanao's Municipal Hall is located somewhere in the plains with only two large structures in sight the rest are insignificant. That's the center of the municipality and almost nothing around the area. I been there years before and still no significant structures around the town center except two big houses. murlwe -Original Message- From: maning sambale [emmanuel.samb...@gmail.com] Sent: 4/7/2010 6:52:03 AM To: talk-ph@openstreetmap.org Subject: Re: [talk-ph] Node position for towns And of course there will be exceptions. Puerto Princesa City Hall is several kilometers away from the traditional city center/poblacion. Some towns are also relocating town halls away from the poblacion in order to add more buildings and decongest the center. On Tue, Apr 6, 2010 at 11:59 PM, Eugene Alvin Villar sea...@gmail.com wrote: I suggest to place the node in the town/city proper, which is not the geographical center and not always where the city or town hall is. The city/town proper is basically where the town plaza or poblacion area is. Usually, it's where the church or public market is. For example, the Las Pinas city hall is here: http://www.openstreetmap.org/?mlat=14.4496929645538mlon=120.9824967384 34zoom=14 But I placed the Las Pinas place=city node in the poblacion area, where the plaza and the main church (home of the famous Bamboo Organ) is: http://www.openstreetmap.org/?mlat=14.4809997081757mlon=120.9815955162 05zoom=14 On Tue, Apr 6, 2010 at 10:22 PM, Jim Morgan j...@datalude.com wrote: Ed Garcia wrote, On Tuesday, 06 April, 2010 10:05 PM: Glad you agree guys! Surprised to see so many +1s in barely an hour from posting. Okay then, I'll start with San Antonio in Zambales. That town node is currently so far away from town proper ... it is currently located on the mountains. Seems like a lot of these town / village / city markers are way off the mark to begin with. I guess they were imported en masse from an imprecise source. They usually seem to be 1 or 2 km off the mark. Usually when I find them, I'll drag them closer to a known settlement -- sort of plonk it in the middle of the most obvious mass of houses on a satellite view, or near the most obvious confluence of roads. Then when someone with more local knowledge finds it, they drag it closer to the City Hall ... and when the City Hall is actually on the map, then it's truly accurate. This process of gradually getting more and more precise seems to be what OSM is all about really. Jim -- datalude: information security e: j...@datalude.com Philippines: +63 2 403 1311 / mob: +63 920 912 5830 Hong Kong: +852 6840 6693 w: http://www.datalude.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph span id=m2wTlpfont face=Arial, Helvetica, sans-serif size=2 style=font-size:13.5px___BRGet the Free email that has everyone talking at a href=http://www.mail2world.com target=newhttp://www.mail2world.com/abr font color=#99Unlimited Email Storage #150; POP3 #150; Calendar #150; SMS #150; Translator #150; Much More!/font/font/span___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Node position for towns
Last year, Axel proposed an approach to make the place nodes more accurate: http://www.mail-archive.com/talk-ph@openstreetmap.org/msg00360.html snip this is because GNS specifies towns and cities (Feature Designation Code (DGS) == ADM2 (second-order administrative division)) with a low 1 to 2 digits after the comma precision only. which makes sense, as these entities can be quite big. there are also much exacter (3 to 5 digit precision) coordinates of all these towns and cities in GNS, the ones with DGS == PPL, populated place. for example, for maasin in southern leyte: ADM2: 10.2, 124.85 PPL:10.133611, 124.844722 unfortunately, there is no easy way to relate the place with the exact coordinates to the administrative division. which i guess is why the import used the low precision coordinates and we got towns in the Philippine Sea and coastal towns on mountain ranges now. there might be some way, though. i've been fiddling around with this for some hours now and got some results that don't look too bad. my basic idea: get the name and some other characteristics (province, jog) of ADM2 and find the PPL entry with the same name and characteristics. there are some problems with this approach: ADM2 and PPL must have the same name (doesn't work for Ormoc City/Ormoc), sometimes there are more than 1 PPL with the same name and characteristics as ADM2 (San Miguel), sometimes the PPL coordinates are not of better precision, ... nonetheless, with some tweaking, i got precise coordinates for 1271 towns and cities, or 78% of the 136 cities, 1,495 municipalities [1] of the philippines. for a visual comparision of the old import and my results, i uploaded 2 josm screenshots of leyte with landsat background [2]. first with the old towns and cities, then with the better precision. note how the coastal towns align nicely with the coastline in the second image. comments? any interest in redoing the import like this? ax p.s. does anyone know of a way to automatically find all towns and cities that have been edited / relocated after the initial import? these towns wouldn't have to be reimported. [1] http://en.wikipedia.org/wiki/List_of_cities_and_municipalities_in_the_Philippines [2] http://picasaweb.google.com/axkosm/gns /snip He is referring to a wikipedia's Cities and municipalities entries which has a lon/lat coordinates. I've checked on some of them and indeed it seems to be more accurate: http://www.openstreetmap.org/index.html?mlat=17.6mlon=120.613889zoom=12layers=B000FTF However, many of these coordinates were extracted from Google Maps (there goes the debate again). In addition, even if we are allowed to use this data, it maybe even more harmful to re-import 136 cities and 1,495 municipalities again because many have been manually moved already. Re-visiting his message and looking at his screenshots: http://picasaweb.google.com/axkosm/gns#5294006509150710466 Another way for those interested to do wholesale adjustment of place nodes is to use Landsat image (in JOSM or Merkaartor). Concentration of settlements which is an indicator of the town's poblacion are seen as gray-purpleish color. You can adjust the nodes within that area. For long distance travellers, you can also note the KM markers along highways. KM 0 is usually the town center. On Wed, Apr 7, 2010 at 8:20 AM, Marloue Pidor mur...@mail2engineer.com wrote: On that note, Maguindanao's Municipal Hall is located somewhere in the plains with only two large structures in sight the rest are insignificant. That's the center of the municipality and almost nothing around the area. I been there years before and still no significant structures around the town center except two big houses. murlwe -Original Message- From: maning sambale [emmanuel.samb...@gmail.com] Sent: 4/7/2010 6:52:03 AM To: talk-ph@openstreetmap.org Subject: Re: [talk-ph] Node position for towns And of course there will be exceptions. Puerto Princesa City Hall is several kilometers away from the traditional city center/poblacion. Some towns are also relocating town halls away from the poblacion in order to add more buildings and decongest the center. On Tue, Apr 6, 2010 at 11:59 PM, Eugene Alvin Villar sea...@gmail.com wrote: I suggest to place the node in the town/city proper, which is not the geographical center and not always where the city or town hall is. The city/town proper is basically where the town plaza or poblacion area is. Usually, it's where the church or public market is. For example, the Las Pinas city hall is here: http://www.openstreetmap.org/?mlat=14.4496929645538mlon=120.982496738434zoom=14 But I placed the Las Pinas place=city node in the poblacion area, where the plaza and the main church (home of the famous Bamboo Organ) is: http://www.openstreetmap.org/?mlat=14.4809997081757mlon=120.981595516205zoom=14 On Tue, Apr 6, 2010 at 10:22 PM, Jim Morgan j...@datalude.com wrote: Ed Garcia wrote, On Tuesday, 06
Re: [talk-ph] u-turn slots
To add a new way: 1. Click the way you want to edit (i.e Quezon Ave.) 2. Shift-Click to add a point. 3. Double-click the point to add a new way then connect to the other Quezon ave way. 4. Add proper tags. On Wed, Apr 7, 2010 at 10:36 AM, tutubi tut...@backpackingphilippines.com wrote: hi maning, I'm trying to learn how to add u-turn slots in Potlatch but I just keep on dragging the ways. i want to add a few on Quezon avenue around araneta. I will also add turn restrictions there as the junction is just pass-through and use of u-turn slots required. same is true for Mindanao Avenue and Congressional, all in QC another one that needs a turn restriction is the no left turn from Pioneer street to Madison st in Mandaluyong I don't know how to add turn restriction relations in Potlatch. -- --- I explore, therefore I blog. http://www.backpackingphilippines.com -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[talk-ph] Greek philosophers have housenumbers
http://osm.org/go/4zhSvy1pW- :) -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] u-turn slots
(optional)name=U-Turn highway=*_link (since Quezon Avenue is a primary road, primary_link) maxspeed=40 lanes=(1 or 2) don't forget the corresponding oneway direction Tony Montana: Me, I want what's coming to me. Manny Ribera: Oh, well what's coming to you? Tony Montana: The world, chico, and everything in it. - http://ianlopez1115.wordpress.com/ --- On Wed, 4/7/10, maning sambale emmanuel.samb...@gmail.com wrote: From: maning sambale emmanuel.samb...@gmail.com Subject: Re: [talk-ph] u-turn slots To: tutubi tut...@backpackingphilippines.com, osm-ph talk-ph@openstreetmap.org Date: Wednesday, April 7, 2010, 10:50 AM To add a new way: 1. Click the way you want to edit (i.e Quezon Ave.) 2. Shift-Click to add a point. 3. Double-click the point to add a new way then connect to the other Quezon ave way. 4. Add proper tags. On Wed, Apr 7, 2010 at 10:36 AM, tutubi tut...@backpackingphilippines.com wrote: hi maning, I'm trying to learn how to add u-turn slots in Potlatch but I just keep on dragging the ways. i want to add a few on Quezon avenue around araneta. I will also add turn restrictions there as the junction is just pass-through and use of u-turn slots required. same is true for Mindanao Avenue and Congressional, all in QC another one that needs a turn restriction is the no left turn from Pioneer street to Madison st in Mandaluyong I don't know how to add turn restriction relations in Potlatch. -- --- I explore, therefore I blog. http://www.backpackingphilippines.com -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ 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
[OSM-legal-talk] ccbysa Prominence clause
Recent OSM-derived sites have included beautiful vanity logos on the map. As an example, the recent isochronous map of Paris: http://www.isokron.com/default/ Has a beautiful, bright isokron logo and link to their site. But I wonder if this meets with the Prominence clause of our ccbysa license? The full text of the cc-by-sa (v2.0) license includes this clause regarding prominence Such credit may be implemented in any reasonable manner; provided, however, that in the case of a Derivative Work or Collective Work, at a minimum such credit will appear where any other comparable authorship credit appears and in a manner at least as prominent as such other comparable authorship credit. http://creativecommons.org/licenses/by-sa/2.0/legalcode In our example above I'm comparing the isokron logo-link with the OSM/ccbysa link at the bottom of the page: large colour isokron logo - approx. 300x76 pixels - bright colours - link to www.isokron.com and OSM / ccbysa credit - approx. 175 x 10 pixels - grey on white - links to ccbysa text and openstreetmap.org The OSM / ccbysa link text appears to be fully compliant with our guidance on the wiki[1]. It has links to both OpenStreetMap and the CC license text. But the prominence? Not quite as good. The isokron logo is ~13 times larger than the OSM/ccbysa link. The isokron logo is colourful and the OSM/ccbysa link is monochrome. The isokron logo is on the map and the OSM/ccbysa link is below the map. My questions to legal-talk are: 1) Is this a situation where the prominence clause should be applied? And if not, when should the prominence clause apply? 2) What guidance should we offer to good members of the OSM community who wish to have a large beautiful logo on their map? Best regards, Richard [1] http://wiki.openstreetmap.org/wiki/Legal_FAQ#I_would_like_to_use_OpenStreetMap_maps._How_should_I_credit_you.3F Oh. That link is terrible. Here is a shorter link. http://ow.ly/1v4Z2 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] River boundaries , not Post code areas
I thought that's why the boundary should move, the river moving means the border moves, doesn't it? Does it? http://www.openstreetmap.org/?lat=45.7682lon=18.8893zoom=12layers=B000FTF http://www.openstreetmap.org/?lat=45.991lon=17.329zoom=11layers=B000FTF http://www.openstreetmap.org/?lat=46.5381lon=16.3773zoom=13layers=B000FTF Regards, Igor ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] River boundaries , not Post code areas
On 6 April 2010 17:29, Igor Brejc igor.br...@gmail.com wrote: Does it? From a legal point of view. Legally the border between NSW and Vic is the southern bank of the Murray River, it was set this way to try and end border disputes between the states, however over time the river moves and caused other disputes. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] River boundaries , not Post code areas
On Tue, Apr 6, 2010 at 9:42 AM, John Smith deltafoxtrot...@gmail.comwrote: On 6 April 2010 17:29, Igor Brejc igor.br...@gmail.com wrote: Does it? From a legal point of view. Legally the border between NSW and Vic is the southern bank of the Murray River, it was set this way to try and end border disputes between the states, however over time the river moves and caused other disputes. I don't know about NSW and Vic case, but in the above cases the official borders were set as exact geo points, which were in that time based on the river flow. But when the river moved, it did not affect the borders. Sometimes the countries then renegotiate a new border, but that's not always the case. Igor ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] River boundaries , not Post code areas
On 6 April 2010 18:00, Igor Brejc igor.br...@gmail.com wrote: I don't know about NSW and Vic case, but in the above cases the official Well we're talking about this specific case and the border is based on the southern bank of the main flow of the river. borders were set as exact geo points, which were in that time based on the river flow. But when the river moved, it did not affect the borders. The border in this case isn't set on geo points, but a physical landmark which moves... Sometimes the countries then renegotiate a new border, but that's not always the case. The states have gone to court when one made a claim about where the southern bank moved to, but wasn't the main flow of the river so NSW lost their case. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] River boundaries , not Post code areas
Gregory wrote: Sent: 06 April 2010 6:18 AM To: John Smith Cc: talk@openstreetmap.org Subject: Re: [OSM-talk] River boundaries , not Post code areas On 5 April 2010 20:35, John Smith deltafoxtrot...@gmail.com wrote: On 6 April 2010 13:19, Liz ed...@billiau.net wrote: The river can move, but leave the boundary behind. Why leave the boundary? Because people living under water in the area between the old-south bank and new-south bank would have the postcode that is south of the boundary. That is, if anyone was living under water there. /me considers mole from Wind in the Willows Cheers Andy -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.791 / Virus Database: 271.1.1/2793 - Release Date: 04/05/10 19:32:00 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Reporting bugs and documentation
-BEGIN PGP SIGNED MESSAGE- Hash: SHA256 Hi Richard Fairhurst schrieb: I was actually dissembling slightly in an effort to be polite. Thanks for being polite. I know. I could equally have written this is a clear failing in JOSM which should visualise route relations like Potlatch does. BAN JOSM!! 11!1one. But that would have been gratuitous, a little offensive and contrary to the point of a constructive e-mail. Explaining that has kind of defeated the purpose. Ah well. I often have to correct ordered route-relations cause a Potlatch user had just split a way. Do I complain ? I do use JOSM occasionally (http://www.openstreetmap.org/browse/changeset/4160689 ) and will continue to do so, at least while it still supports my system. :) Has someone yet considered about running JOSM in a virtualized environment or maybe provide a small bootable iso/usb linux-image for those without java6. I almost do only use JOSM cause I am editing offline and upload later. Even with an internet connection I am note sure if I could run potlatch with only using 80MB ram. browser+flash - java (JOSM) I can not do that with Potlatch. I have to admit that JOSM is a bit more complicated for the beginners but you do have more features. There were some bugs with relation handling 2 month ago and I damaged data myself. The are fixed now. The way JOSM renders relation (even selected ones) is not nice your are right. I wrote a ticket quite some time ago but it seemed note to be that important (I can live with it right now) or the do not have enough free-time to offer for an open-source-project. So well. I think we just need more people to get the documentation working and a better organisation within the project, even within the editors themselfs. As open-source-projects you should not only provide the source-code but also some of your thoughts and arguements that led to the implementation. But that is even more work ! Promote OSM and make it known. Mobilize people and try to get people payed to work for OSM and open-source-projects. Cheers colliar -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) iEYEAREIAAYFAku7H3EACgkQalWTFLzqsCu+ogCg1ldS//BakxuOk/vYYJnTqd5y iCAAoLfKYec7SiGs5UnxMYwHJGbxu6mt =CBfp -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] River boundaries , not Post code areas
As I mentioned in my real-life case of the Rio Grande changing channels, a larger shift in a river's course can leave dry ground, that had formerly been on one side of the river, now on the other side of the river. -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria -Original Message- From: Gregory nomoregra...@googlemail.com Date: Mon, 5 Apr 2010 22:17:33 To: John Smithdeltafoxtrot...@gmail.com Cc: talk@openstreetmap.org Subject: Re: [OSM-talk] River boundaries , not Post code areas ___ 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] River boundaries , not Post code areas
Having the river move doesn't necessarily move an boundary that had run along the river. It depends upon how the boundary is defined. -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria -Original Message- From: Igor Brejc igor.br...@gmail.com Date: Tue, 6 Apr 2010 09:29:53 To: John Smithdeltafoxtrot...@gmail.com Cc: talk@openstreetmap.org Subject: Re: [OSM-talk] River boundaries , not Post code areas ___ 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] Post code areas
Hi, Frederik Ramm wrote: we're thinking about importing post code areas in Germany. Are post code areas being mapped in other countries already, and if so, using what tagging schema? Thank you for the replies. I have one last question. I believe that Germany is not unique in sometimes using roads as post code boundaries, with houses on one side having post code A, and houses on the other side having post code B. Suppose that one were to create a multipolygon for such a post code area; how should it be done? Or turning the question around- if you looked at OSM data and you found that two neighbouring postcode areas were using a road as their boundary, would you automatically assume that houses on one side belong to one and houses on the other side belong to the other? (If *all* houses on the street belonged to one of the two post codes, then the boundary could not be the street but would have to be offset a bit.) Or is this something that would have to be tagged specially? Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] River boundaries , not Post code areas
On Tue, Apr 6, 2010 at 5:04 AM, John Smith deltafoxtrot...@gmail.comwrote: On 6 April 2010 18:00, Igor Brejc igor.br...@gmail.com wrote: I don't know about NSW and Vic case, but in the above cases the official Well we're talking about this specific case and the border is based on the southern bank of the main flow of the river. Do you have a legal document or court case or something stating that? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] River boundaries , not Post code areas
Hi, Anthony wrote: On Tue, Apr 6, 2010 at 5:04 AM, John Smith deltafoxtrot...@gmail.com mailto:deltafoxtrot...@gmail.com wrote: On 6 April 2010 18:00, Igor Brejc igor.br...@gmail.com mailto:igor.br...@gmail.com wrote: I don't know about NSW and Vic case, but in the above cases the official Well we're talking about this specific case and the border is based on the southern bank of the main flow of the river. Do you have a legal document or court case or something stating that? Without having any detail about Australia, I know for sure that there are boundaries which are legally defined in relation to a river or other natural feature, and will move if the feature moves. Other boundaries are defined as a geometric line which, at the time of definition, happened to coincide with a natural feature but will not move with it. And that's all not even considering plate tectonics. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Post code areas
On Tue, 06 Apr 2010 14:52:47 +0200, Frederik Ramm frede...@remote.org wrote: Hi, Frederik Ramm wrote: we're thinking about importing post code areas in Germany. Are post code areas being mapped in other countries already, and if so, using what tagging schema? Thank you for the replies. I have one last question. I believe that Germany is not unique in sometimes using roads as post code boundaries, with houses on one side having post code A, and houses on the other side having post code B. Suppose that one were to create a multipolygon for such a post code area; how should it be done? Or turning the question around- if you looked at OSM data and you found that two neighbouring postcode areas were using a road as their boundary, would you automatically assume that houses on one side belong to one and houses on the other side belong to the other? (If *all* houses on the street belonged to one of the two post codes, then the boundary could not be the street but would have to be offset a bit.) Or is this something that would have to be tagged specially? In the Netherlands, most roads have a different postcode on the two sides of the roads if you take the complete postcode. Suppose the postcode is 1234 AB then 1234 is (a part of) a town and AB is (a part of) a road. So the left side of the road (usually the odd numbers) has 1234 AB, the right side of the road has 1234 AC. I would assume that the boundary is just that: different postcode on either side of the boundary, wherever that boundary is situated. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] River boundaries , not Post code areas
* John Smith deltafoxtrot...@gmail.com [2010-04-05 23:35 EDT]: On 6 April 2010 13:19, Liz ed...@billiau.net wrote: Particularly on the River Murray, where the southern bank is defined as the boundary. I thought that's why the boundary should move, the river moving means the border moves, doesn't it? I can't speak to this specific river, but I've done some research on this topic recently, inspired by the question of what to do when administrative boundaries run along other ways (roads, rivers, etc.). It seems to be generally accepted that, absent any specific negotiations to the contrary, when a boundary is defined by a river, the gradual change of the river's course over time also causes the boundary to move. On the other hand, when a river's course changes abruptly (from a flood, or from a man-made diversion, for example), the border remains where it was before the change. An example of the latter is Carter Lake, Iowa in the US. A flood in 1877 moved the Missouri River, which serves as the boundary between Iowa and Nebraska, onto the opposite side of the town. The court system eventually ruled that because the change in the river's path was abrupt, the borders remained where they were before the flood, and the town remained in the state of Iowa. -- ...computer contrarian of the first order... / http://aperiodic.net/phil/ PGP: 026A27F2 print: D200 5BDB FC4B B24A 9248 9F7A 4322 2D22 026A 27F2 --- -- TeX has found at least one bug in every Pascal compiler it's been run on, I think, and at least two in every C compiler. -- Donald Knuth --- -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] River boundaries , not Post code areas
On 6 April 2010 23:10, Anthony o...@inbox.org wrote: Do you have a legal document or court case or something stating that? I tried to dig up relevant links from the talk-au list but wasn't able to find the them, maybe Liz will be able to point them out, however I did find this pdf: http://www.dse.vic.gov.au/CA256F310024B628/0/B8C0A1AE12E64D53CA2571250007BE10/$File/NSW-VIC+Border+Determination.pdf Which lists several laws and court decisions... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] River boundaries , not Post code areas
On 6 April 2010 23:19, Frederik Ramm frede...@remote.org wrote: And that's all not even considering plate tectonics. Most of that is mitigated by regional datums, that these days share the same ellipsod as GPS, in the case of Australia it's DGA94. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google Wave si great for organizing OSM mapping parties
On Mon, 05 Apr 2010 19:25:48 -0400, Anthony wrote: Maybe some people will be more interested in creating an account *after* or *during* the meetup. That is the idea, if at least half of 20 people who will come to meetup open account and if only 5 continue contributing that is a huge success for a town of 100,000 people. -- pratite me na twitteru - www.twitter.com/valentt blog: http://kernelreloaded.blog385.com linux, anime, spirituality, windsurf, wireless, ronjenje, pametne kuće registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google Wave si great for organizing OSM mapping parties
On Mon, 05 Apr 2010 21:37:45 +0200, Frederik Ramm wrote: Making the assumption that almost everybody has a Google account (often followed by and if you don't have one you can set one up in a minute) is a first step in that direction. You are absolutely right. Thank you for your insight. In fact it seams that almost everybody has google account but everybody has facebook accounts. I searched my friends friends, and people on different groups and tried to find people and groups who look like would be interested in this OpenStreetMap and found quite a few really interested people! Cheers! -- pratite me na twitteru - www.twitter.com/valentt blog: http://kernelreloaded.blog385.com linux, anime, spirituality, windsurf, wireless, ronjenje, pametne kuće registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google Wave si great for organizing OSM mapping parties
The source code behind Etherpad has been released. Perhaps someone could set up an OSM-specific Etherpad install and use it for organizing mapping parties? On Mon, Apr 5, 2010 at 3:55 AM, Valent Turkovic valent.turko...@gmail.comwrote: Hi, we have found out that Google Wave has an excellent use as a wiki for organizing mapping parties, especially for introducing new users to OpenStreetMap. Almost everybody has google account but not so many have OSM accounts so introducing OSM via collaborating on OSM mapping party is easier via Google Wave that OSM Wiki. Sure after all crucial info will be put on OSM Wiki as it is clearly the best place for that info. Is there a way to have OpenStreetMap inside Wave? -- pratite me na twitteru - www.twitter.com/valentt blog: http://kernelreloaded.blog385.com linux, anime, spirituality, windsurf, wireless, ronjenje, pametne kuće registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ 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] When will bots be removed from history?
On Sun, 28 Feb 2010 14:04:23 +0100, Frederik Ramm wrote: Having a bot flag would be good for a number of reasons but your problem would not be solved by that. In my opinion this is not something we can do in the API (personally I think the history tab on the web page was a big mistake, I would never have put it there). But it could be done on a third party site. Why not implement it? A little better coding quality on the bot programmers' side would also help. It would not be too hard to split up their changes so as to not create changesets spanning 100s of square kilometres. As I'm not a programmer and can't help in implementing this feature in any third party site I can only try to speak with bot programmers and ask if it is possible not to span so vast areas. Thank you for your answer. ps. it is a pitty that its not possible to implement bot flag :( -- pratite me na twitteru - www.twitter.com/valentt blog: http://kernelreloaded.blog385.com linux, anime, spirituality, windsurf, wireless, ronjenje, pametne kuće registered as user #367004 with the Linux Counter, http://counter.li.org. ICQ: 2125241, Skype: valent.turkovic, MSN: valent.turko...@hotmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] bz2-format of the planet-latest file
Hi there, I'm currently playing on a random access tool for compressed osm files. While my tool works fine for all files from http://download.geofabrik.de/osm/europe/, I've problems with the latest planet file. While all files from geofabrik are only single bz2 streams it seems that the planet consists of several independant streams that have many end of stream in the middle of the bz2 file. After recompressing the planet with bzcat planet-latest.osm.bz2 |bzip2 planet-recoded.osm.bz2 I can read the created planet-recoded with my script now. Does anyone know what is in the planet? Which tool is used to compress the planet? Links: Fileformat of bz2: http://en.wikipedia.org/wiki/Bzip2#File_format Regards Werner (werner2101) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] bz2-format of the planet-latest file
The planet is compressed with a multi-threaded bz2 to make the generation faster. Shaun On 6 Apr 2010, at 23:09, Werner Hoch wrote: Hi there, I'm currently playing on a random access tool for compressed osm files. While my tool works fine for all files from http://download.geofabrik.de/osm/europe/, I've problems with the latest planet file. While all files from geofabrik are only single bz2 streams it seems that the planet consists of several independant streams that have many end of stream in the middle of the bz2 file. After recompressing the planet with bzcat planet-latest.osm.bz2 |bzip2 planet-recoded.osm.bz2 I can read the created planet-recoded with my script now. Does anyone know what is in the planet? Which tool is used to compress the planet? Links: Fileformat of bz2: http://en.wikipedia.org/wiki/Bzip2#File_format Regards Werner (werner2101) ___ 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] Google Wave si great for organizing OSM mapping parties
On 6 April 2010 12:47, Valent Turkovic valent.turko...@gmail.com wrote: You are absolutely right. Thank you for your insight. In fact it seams that almost everybody has google account but everybody has facebook accounts. I searched my friends... As I was reading this I thought you were going to do a comparison of the networks like I did: Most of my friends have Google accounts, but all have Facebook accounts. Of course I count someone as my friend by looking at my list of friends on Facebook. :p Further statistics from this will show that most friends lose my phone number down the toilet (although they never had it in the first place) and far too many (a few) are on myspace. -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] bz2-format of the planet-latest file
On 7 April 2010 00:17, Shaun McDonald sh...@shaunmcdonald.me.uk wrote: The planet is compressed with a multi-threaded bz2 to make the generation faster. You can find the tool at http://compression.ca/pbzip2/ Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] When will bots be removed from history?
On 6 April 2010 12:51, Valent Turkovic valent.turko...@gmail.com wrote: I can only try to speak with bot programmers and ask if it is possible not to span so vast areas. This is the ideal solution. I actually want an option to see bot edits in the history. But only when the edited objects are in the area I'm looking at (or at least near). -- Gregory o...@livingwithdragons.com http://www.livingwithdragons.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Floodways ?
I've used waterway=drain for some of the other waterways in this area - scroll north a bit from Franc's map to see the drain that runs between Dunn Street and Topham Road. That's a real drain - even looks like the picture in the Wiki. But I assume Franc is referring to the large grassed area between the blocks of houses. They don't look like drains at all. And they are very common in the Macarthur region. Richard John Smith wrote: On 5 April 2010 21:57, Franc Carter franc.car...@intersect.org.au wrote: Hi, What if anything have people been using to map 'floodways', i.e channels that are design to retain water in high rainfall times., e.g I've mostly used waterway=drain http://wiki.openstreetmap.org/wiki/Tag:waterway%3Ddrain ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Floodways ?
On 6 April 2010 18:24, Richard Colless fire...@ar.com.au wrote: the blocks of houses. They don't look like drains at all. And they are very common in the Macarthur region. They're storm water drains, just not concrete ones... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Floodways ?
Yes, but how would you map them? The ones at Narellan are about 50 metres wide, and I know of others that are wider. Too wide for a single line like a concrete drain. John Smith wrote: On 6 April 2010 18:24, Richard Colless fire...@ar.com.au wrote: the blocks of houses. They don't look like drains at all. And they are very common in the Macarthur region. They're storm water drains, just not concrete ones... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Floodways ?
On 6 April 2010 19:14, Richard Colless fire...@ar.com.au wrote: Yes, but how would you map them? The ones at Narellan are about 50 metres wide, and I know of others that are wider. Too wide for a single line like a concrete drain. I've mapped them in the past as a single centreline, rather than trying to map the width, the width can always be tagged as natural=grass area... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] NearMap now have OSM opaque maps as well as overlays
Actually, it's just the standard mapnik styles from the download as far as colours are concerned - we've not yet done any serious editing to it (except for hiding some overlays at some zoom levels). It doesn't look like the actual style files that the OSM site uses are available (or if they are, they're not easy to find). We will be making changes over the next few months as we tune things, though. Cheers b On 3 April 2010 10:51, James Andrewartha tr...@student.uwa.edu.au wrote: On 1 April 2010 16:04, Ben Last ben.l...@nearmap.com wrote: Thought you might like to know that NearMap now have OSM data as opaque maps as well as transparent overlays on our PhotoMaps. OSM data's in for the whole world (currently from the 17/2/10 planet file, now importing the 24/3/10 file). It looks pretty good, I like the colour scheme you've got going. Just a few things don't fit in though - highway=service is a dark grey that looks out of place, and is hard to see in PhotoMap w/StreetMap since it's a similar colour to bitumen It's also visible at lower zoom levels than highway=residential, which you can see best on the Terrain view with StreetMap. You've swapped the colours of bike paths and footpaths compared to the standard OSM Mapnik view. The colour of streams/rivers is a bit dark and not blue enough IMHO. James -- Ben Last Development Manager (HyperWeb) NearMap Pty Ltd ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] NearMap now have OSM opaque maps as well as overlays
On Wed, Apr 7, 2010 at 10:55 AM, Ben Last ben.l...@nearmap.com wrote: It doesn't look like the actual style files that the OSM site uses are available (or if they are, they're not easy to find). I'm guessing it's this one (?): http://trac.openstreetmap.org/browser/applications/rendering/mapnik/osm.xml As described on the wiki (http://wiki.openstreetmap.org/wiki/Mapnik): The version we use on the live slippy map is probably the osm.xml file in the SVN head:applications/rendering/mapnik/osm.xml ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-br] Relatório Semanal: 06/04/2010
*Status dos Projetos OSM-br* * B250C - Brasil 250 Cidades* Página do Projeto: http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Brasil_250_Cidades *2a. fase* Conectividade em *65,29%* *(+0,89%)* Grid Atualizado (html): http://mapaslivres.org/cidades-distancias.html (13 Mb) Grid Atualizado (zip): http://mapaslivres.org/cidades-distancias.zip (2 Mb) *JOSM - Tradução ao português* Página do Projeto: https://translations.launchpad.net/josm/trunk/+pots/josm Indicador: Percentual de strings traduzidas em *68.15% **(+0,00%)*** *Merkaator - Tradução ao português* Página do Projeto: https://translations.launchpad.net/merkaartor Indicador: Percentual de strings traduzidas em *61.66% **(45,12%)*** *Site osm.org - Tradução ao português * Página do Projeto: http://translatewiki.net/wiki/Translating:OpenStreetMap/stats/trunk/site Indicador: String Traduzidas em *100%* *Potlach* - *Tradução ao português* Página do Projeto: http://translatewiki.net/wiki/Translating:OpenStreetMap/stats/trunk/potlatch Indicador: String Traduzidas em *100%* ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] village, hamlet, locality?
Am Dienstag 06 April 2010 07:02:49 schrieb Thomas Reincke: Guenther Meyer schrieb: die einwohnerzahl nicht, da soll sich die auswertende software die grenzen festlegen, wie sie sie braucht. der status ist dagegen meistens recht eindeutig. allerdings sollte man gleich gar nicht versuchen, das international zu harmonisieren, denn sowas geht aufgrund der unterschiedlichen verwaltungssysteme zwangslaeufig schief. Die Einwohnerzahl wäre für mich ein Merkmal um im Konfliktfall die Darstellung der größten von mit gleichen Atributen versehenen Siedlung zu ermöglichen. Damit Nürnberg und nicht Fürth in der Karte steht. Warum sollte das international nicht klappen? wer lesen kann ist klar im vorteil... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village, hamlet, locality?
Am Dienstag 06 April 2010 07:43:07 schrieb Johannes Hüsing: Guenther Meyer schrieb: der status ist dagegen meistens recht eindeutig. allerdings sollte man gleich gar nicht versuchen, das international zu harmonisieren, denn sowas geht aufgrund der unterschiedlichen verwaltungssysteme zwangslaeufig schief. _ Man könnte doch die Grenzrelation mit dem Hauptort verbinden, dann kann man schon anhand der Karte herausbekommen, von welch einer großen Fläche der Ort der Hauptort ist. Das ist dann wieder international vergleichbar. ich glaub nicht, dass das funktioniert. vor allem brauchst du dann auch die grenzrelationen von allen verwaltungsbereichen dazu. sowas wie eine bundeshauptstadt mag es noch in jedem land geben, aber wie sieht es darunter aus? bundeslaender, regierungsbezirke, landkreise, gemeinden, bundesstaaten, districts, provinzen, ... sicher gibt's da auch mal parallelen, aber ob das immer vergleichbar ist? wieso nicht was in der art: administration:de = Kreisstadt;Bezirkshauptstadt administrated_area:landkreis = Landkreis Regensburg administrated_area:regierungsbezirk = Oberpfalz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation 18162 (Radroute D11 Ostsee - Oberbayern) ist z.Z. leer
Am 5. April 2010 21:45 schrieb Frederik Ramm frede...@remote.org: Beim Hochladen gab's einen Konflikt, den ich glaubte in JOSM gelöst zu haben Das sollten wir mal genauer erforschen, weil immer mal wieder Leute von solchen Problemen mit JOSM berichten (Relationen, die ploetzlich keine Member mehr haben). Es geht ja nicht um den Einzelfall, sowas laesst sich ja relativ leicht reparieren, sondern um die Frage, ob die Software vielleicht kaputt ist und daher immer wieder solche Fehler macht. Aus meiner Erinnerung: Wenn der Dialog auftaucht und man nichts weiter unternimmt als auf Konflikt Lösen zu klicken, werden die schon in der Relation gespeicherten Elemente nicht übernommen (?). Bemerkt man dieses Standartverhalten (?) von JOSM nicht dann läd man eine Relation mit wenigen oder keinen Mitgliedern hoch. Wenn ich mich recht entsinne muss man vorher noch irgendwo anwählen welche Wegstücke man aus der alten in die neue Version übernehmen will. Das alles unter Vorbehalt und frei aus dem Gedächtnis. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village, hamlet, locality?
Am 6. April 2010 08:28 schrieb Guenther Meyer d@sordidmusic.com: Am Dienstag 06 April 2010 07:43:07 schrieb Johannes Hüsing: Guenther Meyer schrieb: der status ist dagegen meistens recht eindeutig. allerdings sollte man gleich gar nicht versuchen, das international zu harmonisieren, denn sowas geht aufgrund der unterschiedlichen verwaltungssysteme zwangslaeufig schief. Man könnte doch die Grenzrelation mit dem Hauptort verbinden, dann kann man schon anhand der Karte herausbekommen, von welch einer großen Fläche der Ort der Hauptort ist. Das ist dann wieder international vergleichbar. ich glaub nicht, dass das funktioniert. vor allem brauchst du dann auch die grenzrelationen von allen verwaltungsbereichen dazu. sowas wie eine bundeshauptstadt mag es noch in jedem land geben, aber wie sieht es darunter aus? bundeslaender, regierungsbezirke, landkreise, gemeinden, bundesstaaten, districts, provinzen, ... sicher gibt's da auch mal parallelen, aber ob das immer vergleichbar ist? wieso nicht was in der art: administration:de = Kreisstadt;Bezirkshauptstadt administrated_area:landkreis = Landkreis Regensburg administrated_area:regierungsbezirk = Oberpfalz Warum nicht am admin_level=value orientieren? Der ist international kompatibel und unabhängig von der konkreten Bezeichnung der Verwaltungseinheit. town:admin_level=value Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM: Wegepunkte werden OHNE Text angezeigt
Moin ! zwei Fragen zur Darstellung von Wegepunkten in JOSM: * wenn ich das GPX-File in JOSM ziehe dann werden nur die Kreuze dargestellt - aber keine Beschriftung - hat einer eine Idee woran das liegen könnte ? * Automatisch wird jeder Track bei mir in Gelb dargestellt. Das kann ich zwar für jeden manuell umstellen - ist aber umständlich. Kann man das generell voreinstellen (wo?) und kann man die Farbe für die Beschriftung der Wegepunkte seperat einstellen ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sandbox
Christian Knorr os...@gmx.de wrote: ich habe mich soeben für einen Platz auf dem dev-Server beworben: http://wiki.openstreetmap.org/wiki/DE:FOSSGIS/Server/Projects/Sandbox Ich habe das eben auf der Adminliste gelesen. Sehe ich das richtig, dass Du einen API-Server zum spielen aufsetzen möchtest? Feedback und Ideen zur Machbarkeit und Umsetzung immer Willkommen. Ich hab da ehrlich gesagt große Bedenken ob das unsere sowieso schon überlasteten Server nicht vollkommen sprengen würde. Sven -- Threading is a performance hack. (The Art of Unix Programming by Eric S. Raymond) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS von DigitalGlobe
Bodo Meissner o...@bodo-m.de wrote: Wenn ich das Bild an einer Stelle passend zu einer kurvenreichen Straße ausrichte gibt es nach weniger als einem Kilometer schon eine deutliche Abweichung. Mache ich etwas falsch? Ich sehe nicht dass das stärker abweicht als im Rahmen der normalen GPS Genauigkeit üblich. Passstraßen sind häufig prinzipbedingt nur relativ ungenau zu erfassen. Es gibt ja gerade keine systematische Abweichung z.B. eine generelle Verschiebung oder sowas.Jedenfalls kriege ich die Übereinstimmung von Bild und Straßen durch verschieben des WMS Layers _nicht_ besser deckungsgleich. Gruss Sven -- Das Internet wird vor allem von Leuten genutzt, die sich Pornografie ansehen, während sie Bier trinken, es ist daher für Wahlen nicht geeignet (Jaroslaw Kaczynski) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Wegepunkte werden OHNE Text angezeigt
Moin, Jan Tappenbeck schrieb: * wenn ich das GPX-File in JOSM ziehe dann werden nur die Kreuze dargestellt - aber keine Beschriftung - hat einer eine Idee woran das liegen könnte ? Klar - da sie dargestellt wird, wenn sie 'richtig' im XML vorhanden ist, *könnte* es daran liegen, dass die Beschriftung *nicht* 'richtig' im XML vorhanden ist. Aber so ohne Beispiel hilft da nur die Glaskugel - also welche 'Beschriftung' welches gpx-Files? * Automatisch wird jeder Track bei mir in Gelb dargestellt. Das kann ich zwar für jeden manuell umstellen - ist aber umständlich. Kann man das generell voreinstellen (wo?) Wenn ich mich recht erinnere, kann man unter - Einstellungen --- Anzeige-Einstellungen - Farben GPS-Markierung die Standardfarbe vorgeben. und kann man die Farbe für die Beschriftung der Wegepunkte seperat einstellen ? Nicht dass ich wüsste. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Wegepunkte werden OHNE Text angezeigt
Jan Tappenbeck o...@tappenbeck.net wrote: * wenn ich das GPX-File in JOSM ziehe dann werden nur die Kreuze dargestellt - aber keine Beschriftung - hat einer eine Idee woran das liegen könnte ? Weißer Adler auf weißem Grund? * Automatisch wird jeder Track bei mir in Gelb dargestellt. Das kann ich zwar für jeden manuell umstellen - ist aber umständlich. Kann man das generell voreinstellen (wo?) Einstellungen - Anzeige-Einstellungen - Farben Diesen Menüpunkt finde ich schon deshalb wichtig um diesen unsäglichen schwarzen Default Hintergrund abzuschalten. und kann man die Farbe für die Beschriftung der Wegepunkte seperat einstellen ? Nicht dass ich wüßte. Sven -- TCP/IP: telecommunication protocol for imbibing pilsners (Man-page uubp(1C) on Debian/GNU Linux) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Zeitzonen
Hallo, gibt es eigentlich eine Möglichkeit aus den Koordinaten die Zeitzone zu ermitteln? Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeitzonen
Am 06.04.2010 10:12, schrieb Dimitri Junker: gibt es eigentlich eine Möglichkeit aus den Koordinaten die Zeitzone zu ermitteln? Ja natürlich per look-up Table. Jeder Punkt ist doch eindeutig einer Zeitzone zugeordnet. http://de.wikipedia.org/wiki/Zeitzone Die Zeitzonen sind meines Wissens nicht als boundary=timezone in OSM eingetragen. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation 18162 (Radroute D11 Ostsee - Oberbayern) ist z.Z. leer
Falk Zscheile schrieb: Am 5. April 2010 21:45 schrieb Frederik Ramm frede...@remote.org: Beim Hochladen gab's einen Konflikt, den ich glaubte in JOSM gelöst zu haben Das sollten wir mal genauer erforschen, weil immer mal wieder Leute von solchen Problemen mit JOSM berichten (Relationen, die ploetzlich keine Member mehr haben). Es geht ja nicht um den Einzelfall, sowas laesst sich ja relativ leicht reparieren, sondern um die Frage, ob die Software vielleicht kaputt ist und daher immer wieder solche Fehler macht. Aus meiner Erinnerung: Ist hier ausführlich erläutert: http://wiki.openstreetmap.org/wiki/DE:Relations#Konflikte_bei_Relationen_aufl.C3.B6sen http://wiki.openstreetmap.org/wiki/DE:JOSM/Werkzeuge#Konflikte_beheben Ein Hinweis im Programm zu diesen Wiki-Stellen würde ja vielleicht/hoffentlich/eventuell helfen. Ob und wie das in potlatch und anderen zu lösen ist, weiss ich leider auch nicht. Gruß, André Joost, heute schon wieder 2 Relationen wiederbelebt ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation 18162 (Radroute D11 Ostsee - Oberbayern) ist z.Z. leer
Am 6. April 2010 10:44 schrieb Andre Joost andre+jo...@nurfuerspam.de: Falk Zscheile schrieb: Am 5. April 2010 21:45 schrieb Frederik Ramm frede...@remote.org: Beim Hochladen gab's einen Konflikt, den ich glaubte in JOSM gelöst zu haben Das sollten wir mal genauer erforschen, weil immer mal wieder Leute von solchen Problemen mit JOSM berichten (Relationen, die ploetzlich keine Member mehr haben). Es geht ja nicht um den Einzelfall, sowas laesst sich ja relativ leicht reparieren, sondern um die Frage, ob die Software vielleicht kaputt ist und daher immer wieder solche Fehler macht. Aus meiner Erinnerung: Ist hier ausführlich erläutert: http://wiki.openstreetmap.org/wiki/DE:Relations#Konflikte_bei_Relationen_aufl.C3.B6sen http://wiki.openstreetmap.org/wiki/DE:JOSM/Werkzeuge#Konflikte_beheben Danke für den Hinweis. Dort ist das Problem auf den Punkt gebracht: Lässt man die mittlere Spalte leer, ist dann anschließend die ganze Relation leer. Leider wird das von josm und dem osm-Server so ohne Murren akzepiert. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sandbox
Am Dienstag 06 April 2010 09:47:18 schrieb Sven Geggus: Christian Knorr os...@gmx.de wrote: ich habe mich soeben für einen Platz auf dem dev-Server beworben: http://wiki.openstreetmap.org/wiki/DE:FOSSGIS/Server/Projects/Sandbox Ich habe das eben auf der Adminliste gelesen. Sehe ich das richtig, dass Du einen API-Server zum spielen aufsetzen möchtest? Was meinst du mit spielen? Am Ende soll das ein Produktivsystem sein, mit dem Jeder Dinge testen kann. Vorzüglich für Newbies bestimmt, aber Profis können sich ja auch Dinge angucken wie sie gerendert werden z.B. Feedback und Ideen zur Machbarkeit und Umsetzung immer Willkommen. Ich hab da ehrlich gesagt große Bedenken ob das unsere sowieso schon überlasteten Server nicht vollkommen sprengen würde. Alternativen? Sven MfG, Chris.. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sandbox
Hallo, Christian Knorr wrote: Ich hab da ehrlich gesagt große Bedenken ob das unsere sowieso schon überlasteten Server nicht vollkommen sprengen würde. Alternativen? Was soll denn die Sandbox leisten, was nicht bereits durch den Testserver auf http://api06.dev.openstreetmap.org/ geleistet wird? Eventuell kann man die Features, die Dir dort fehlen, einfach irgendwie dort mit einbauen, statt alles nochmal neu aufzusetzen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sandbox
AFAIK gibt es genau das doch schon als den offiziellen dev Server oder liege ich falsch? Dort kann man u.a. auch sowas wie Account-Erstellung und Übersetzungen testen. Gruß Jonas Am 06.04.2010 um 09:47 schrieb Sven Geggus li...@fuchsschwanzdomain.de: Christian Knorr os...@gmx.de wrote: ich habe mich soeben für einen Platz auf dem dev-Server beworben: http://wiki.openstreetmap.org/wiki/DE:FOSSGIS/Server/Projects/Sandbox Ich habe das eben auf der Adminliste gelesen. Sehe ich das richtig, dass Du einen API-Server zum spielen aufsetzen möchtest? Feedback und Ideen zur Machbarkeit und Umsetzung immer Willkommen. Ich hab da ehrlich gesagt große Bedenken ob das unsere sowieso schon überlasteten Server nicht vollkommen sprengen würde. Sven -- Threading is a performance hack. (The Art of Unix Programming by Eric S. Raymond) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ 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] Sandbox
Frederik Ramm schrieb: Hallo, Christian Knorr wrote: Ich hab da ehrlich gesagt große Bedenken ob das unsere sowieso schon überlasteten Server nicht vollkommen sprengen würde. Alternativen? Was soll denn die Sandbox leisten, was nicht bereits durch den Testserver auf http://api06.dev.openstreetmap.org/ geleistet wird? Eventuell kann man die Features, die Dir dort fehlen, einfach irgendwie dort mit einbauen, statt alles nochmal neu aufzusetzen. So wie ich Christian verstanden habe, möchte er eine Spielwiese für OSM bauen. Es können zwar die originalen OSM-Daten benutzt werden, aber wenn man Fehler macht beim bearbeiten, dann ist nur die Spielwiese kaputt. Diese kann immer wieder auf den Anfangszustand zurückgesetzt werden. Mann bräuchte dann aber in jedem Editor/tool die Option statt OSM die Spielwiese auswählen zu können. Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sandbox
Christian Knorr os...@gmx.de wrote: Was meinst du mit spielen? Am Ende soll das ein Produktivsystem sein, mit dem Jeder Dinge testen kann. Das mein ich damit. Ein Second World sozusagen :) Ich hab absolut keine Ahnung wie viel Last sowas verursachen würde. Gruss Sven -- Der wichtigste Aspekt, den Sie vor der Entscheidung für ein Open Source-Betriebssystem bedenken sollten, ist, dass Sie kein Windows-Betriebssystem erhalten. (von http://www.dell.de/ubuntu) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sandbox
Am Dienstag 06 April 2010 11:13:10 schrieb Frederik Ramm: Hallo, Hallo Frederik, Christian Knorr wrote: Ich hab da ehrlich gesagt große Bedenken ob das unsere sowieso schon überlasteten Server nicht vollkommen sprengen würde. Alternativen? Was soll denn die Sandbox leisten, was nicht bereits durch den Testserver auf http://api06.dev.openstreetmap.org/ geleistet wird? Rendering und automatische Löschung nach 24-36 Stunden. Die Integration in JOSM und ein Wiki-Artikel folgt dann. Eventuell kann man die Features, die Dir dort fehlen, einfach irgendwie dort mit einbauen, statt alles nochmal neu aufzusetzen. Womit wir dann den langersehnten Sandkasten hätten - perfekt :) Bye Frederik MfG, Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sandbox
Am Dienstag 06 April 2010 11:39:19 schrieb Lars Lingner: Hallo Lars, So wie ich Christian verstanden habe, möchte er eine Spielwiese für OSM bauen. Korrekt. Es können zwar die originalen OSM-Daten benutzt werden, aber wenn man Fehler macht beim bearbeiten, dann ist nur die Spielwiese kaputt. Diese kann immer wieder auf den Anfangszustand zurückgesetzt werden. Jein. Originale OSM-Daten zu benutzen war nicht geplant. Man kann natürlich (Danke für die Idee) im Wiki-Artikel schreiben, dass man sicherlich die OSM-Daten runterlädt, das aber incl. seiner Änderung auf den Sandkasten spielt. Der Sandkasten soll sich aber automatisch zurücksetzen - ohne Wartungsaufwand. Mann bräuchte dann aber in jedem Editor/tool die Option statt OSM die Spielwiese auswählen zu können. Genau. Das wäre dann einer der nächsten Schritte. Bei händischer Vergabe des Servers ist das mit JOSM ja jetzt schon möglich - gerade getestet. Ein Pulldown-Menü dürfte für die Programmierer ein Leichtes sein. Lars MfG, Chris... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] path ... paved
Am 05.04.2010 18:52, Karl Eichwalder: Und da ich so schön am klagen bin, gleich noch dies: 3/ Nicht nur am Leipziger Platz haben die plätzemaler die treppen wegoptimiert, sondern auch am Sebalder. Jetzt könnte ein rollstuhlfahrer meinen, er könne direkt von der Glöckleinsgasse auf den platz. Dem ist so aber nicht -- dort sind zunächst erst einmal 2 stufen. Er wird fast bis zur straße Albrecht-Dürer-Platz fahren müssen, um barrierefrei auf den platz zu gelangen. Was willst du mit deinen Kommentaren hier auf der Mailingliste bezwecken? Schreib den Nutzer doch direkt an. Nur so lässt sich das lösen. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sandbox
Am Dienstag 06 April 2010 11:42:10 schrieb Sven Geggus: Christian Knorr os...@gmx.de wrote: Was meinst du mit spielen? Am Ende soll das ein Produktivsystem sein, mit dem Jeder Dinge testen kann. Das mein ich damit. Ein Second World sozusagen :) Genau :) Es hörte sich so an, als würdest Du annehmen, ich würde das mal eben nur so für mich zum spielen aufsetzen wollen ;) - ist ja nun geklärt. Ich hab absolut keine Ahnung wie viel Last sowas verursachen würde. Das habe ich in der Tat auch nicht. Aber selbst wenn das Ding künstlich gebremst wird reicht es ja immer noch. Man benötigt es ja wahrscheinlich nur am Anfang häufig, später wenn man sich auskennt dann nicht mehr so oft. Es sei denn, man baut in die Spielwiese eine Zweite, wo sich die Renderer austoben können - warum nicht? Dann brauchen wir halt nur noch einen Bereich der eben nicht gelöscht, sondern immer wieder zurück gesetzt wird - Fantasy Island oder so. Gruss Sven MfG, Chris.. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sandbox
Christian Knorr os...@gmx.de wrote: Rendering und automatische Löschung nach 24-36 Stunden. Wie soll das gehen? Nach 24-36 Stunden sollen dann weiße Kacheln gerendert werden?! Oder willst Du nen DB Rollback machen. Gruss Sven -- If you don't make lower-resolution mapping data publicly available, there will be people with their cars and GPS devices, driving around with their laptops (Tim Berners-Lee) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sandbox
Christian Knorr schrieb: ich habe mich soeben für einen Platz auf dem dev-Server beworben: http://wiki.openstreetmap.org/wiki/DE:FOSSGIS/Server/Projects/Sandbox Freu' mich schon auf Antwort :) Wer sich beteiligen möchte sei hiermit herzlich eingeladen, sonst werde ich kräftig um Hilfe schreien :D aber da tu' ich auch so. Feedback und Ideen zur Machbarkeit und Umsetzung immer Willkommen. Die Sandbox finde ich eine gute Idee! Der Hintergrund ist vermutlich unter anderem der Thread Seltsame Edits von Nutzer kurs_webmapping , fortgeführt als Spielwiese Siehe auch http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.de/64059 Dürfte für einige Leute hilfreich sein, diese zu lesen. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sandbox
Am Dienstag 06 April 2010 11:52:56 schrieb Sven Geggus: Christian Knorr os...@gmx.de wrote: Rendering und automatische Löschung nach 24-36 Stunden. Wie soll das gehen? Nach 24-36 Stunden sollen dann weiße Kacheln gerendert werden?! Oder willst Du nen DB Rollback machen. In erster Linie soll die DB gelöscht werden. Man kann ja ein paar Grunddaten behalten. Imaginäre Insel z.B., zum Testen der Renderer - 2 Fliegen mit einer Klappe. Des Weiteren halte ich es für sinnvoll Meere und Landmassen zu behalten. Also den groben Planeten. Gruss Sven Chris.. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Sandbox
Am Dienstag 06 April 2010 12:13:09 schrieb malenki: Christian Knorr schrieb: ich habe mich soeben für einen Platz auf dem dev-Server beworben: http://wiki.openstreetmap.org/wiki/DE:FOSSGIS/Server/Projects/Sandbox Freu' mich schon auf Antwort :) Wer sich beteiligen möchte sei hiermit herzlich eingeladen, sonst werde ich kräftig um Hilfe schreien :D aber da tu' ich auch so. Feedback und Ideen zur Machbarkeit und Umsetzung immer Willkommen. Die Sandbox finde ich eine gute Idee! Gut :) Der Hintergrund ist vermutlich unter anderem der Thread Seltsame Edits von Nutzer kurs_webmapping , fortgeführt als Spielwiese Korekt, das war das zweite Mal dass ich mich da eingeklingt hatte. Siehe auch http://comments.gmane.org/gmane.comp.gis.openstreetmap.region.de/64059 Dürfte für einige Leute hilfreich sein, diese zu lesen. Gruß malenki Chris. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Meta-Relation unsichtbar
Beim Aufteilen des D4 erstellte ich eine Metarelation, die alle Teilrelationen enthielt. Als ich nach der ersten Bearbeitung und dem Upload das Datenlayer schloß und die Daten erneut herunterludt, war die Relation, die die Unterrelationen enthielt, nicht dabei. Weil ich glaubte, beim Erstellen einen Fehler gemacht zu haben, erstellte ich die Relation aufs Neue. Selbes Ergebnis. Als ich fertig war mit dem Aufteilen des Radweges, erstellte ich die Meta-Relation mit allen Unterrelationen erneut. Als ich dann über osm.org die Relationen betrachtete, sah ich, dass es drei Eltern-Relationen gab. :( Keine davon wurde bei einem frischen Donload in Josm angezeigt. VSandre gab mir den Tipp, die Elternrelationen über Objekt herunterladen zu laden - dann wurden die Elternrelationen auch geladen und angezeigt. Das kanns aber nicht sein, oder? Ist es Bug oder Feature, dass Josm die Eltern-Relationen nicht mehr herunterlädt? Oder stelle ich mich nur ungeschickt an? Hier eine Stelle mit zwei Radwegrelationen, die beide die selbe Eltern-Relation haben: http://osm.org/go/0MKUIDfI1- Gruß malenki (sorry für den Roman) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] D4 ebenfalls aufteilen? [war: Re: Relation 18162 (Radroute D11 Ostsee - Oberbayern) ist z.Z. leer]
malenki schrieb: In meiner Ecke fand ich den D4 gefunden [, ...] Es wäre gut, diese Relation vor einem großen Crash in Einzelteile zu zerlegen. done ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Grenzen type=multipolygon?
Beim Bearbeiten des D4 fiel mir auf, dass die Grenzrelationen unterschiedlich getaggt werden. Thüringen hat zum Beispiel type=boundary, boundary administrative, das angrenzende Hessen type=multipolygon, boundary=administrative. Siehe auch die Relationen an diesem Weg: http://www.openstreetmap.org/browse/way/29412813 Was davon ist richtig™? Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen type=multipolygon?
Hallo, malenki wrote: Beim Bearbeiten des D4 fiel mir auf, dass die Grenzrelationen unterschiedlich getaggt werden. Thüringen hat zum Beispiel type=boundary, boundary administrative, das angrenzende Hessen type=multipolygon, boundary=administrative. Siehe auch die Relationen an diesem Weg: http://www.openstreetmap.org/browse/way/29412813 Was davon ist richtig™? Da gibts eine Ewig-Diskussion auf der Diskussionsseite zur Boundary-Relation. Meine Meinung ist, dass multipolygon richtig ist und boundary nur von denen befuerwortet wird, die multipolygon nicht richtig verstanden haben. Aber andere Leute haben andere Meinungen ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen type=multipolygon?
Frederik Ramm schrieb: malenki wrote: Thüringen hat zum Beispiel type=boundary, boundary administrative, das angrenzende Hessen type=multipolygon, boundary=administrative. Was davon ist richtig™? Da gibts eine Ewig-Diskussion auf der Diskussionsseite zur Boundary-Relation. Meine Meinung ist, dass multipolygon richtig ist und boundary nur von denen befuerwortet wird, die multipolygon nicht richtig verstanden haben. Aber andere Leute haben andere Meinungen ;-) Na, solange die Anwendungen mit heterogenen Tags für gleiche Objekte klar kommen... Danke für die Aufklärung. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeitzonen
Chris-Hein Lunkhusen chris66...@gmx.de schrieb/wrote: Jeder Punkt ist doch eindeutig einer Zeitzone zugeordnet. http://de.wikipedia.org/wiki/Zeitzone Das ist nicht ganz richtig. Die Zuordnung auf der Land ist (meistens) eindeutig. (Es gibt zum Beispiel Gebiete in China, wo zwei Zeitzonen gleichzeitig in Verwendung sind: die traditionelle, lokale und die offizielle, an Peking ausgerichtete Zeit.) Auf dem Meer sieht das aber anders aus: Dort gilt eigentlich, zumindest in internationalen Gewässern: Zeitzone nach Längengrad. Bei Inselstaaten, die in einer fremden Zeitzone liegen, ist das aber nicht praktikabel. Auch ein Schiff, das von Irland nach Island fährt, wird wohl kaum seine Zeit umstellen, weil es die -01:00-Zone schneidet. Claus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] path ... paved
Am 6. April 2010 11:51 schrieb Claudius claudiu...@gmx.de: Am 05.04.2010 18:52, Karl Eichwalder: Und da ich so schön am klagen bin, gleich noch dies: 3/ Nicht nur am Leipziger Platz haben die plätzemaler die treppen wegoptimiert, sondern auch am Sebalder. Jetzt könnte ein rollstuhlfahrer meinen, er könne direkt von der Glöckleinsgasse auf den platz. Dem ist so aber nicht -- dort sind zunächst erst einmal 2 stufen. Er wird fast bis zur straße Albrecht-Dürer-Platz fahren müssen, um barrierefrei auf den platz zu gelangen. Was willst du mit deinen Kommentaren hier auf der Mailingliste bezwecken? Schreib den Nutzer doch direkt an. Nur so lässt sich das lösen. ja, und ggf. das Mapping so anpassen, dass das Routing auch wieder funktioniert. Treppen sind leider ein leidiges Thema, weil wir immer noch keine vernüftige Darstellungsmethode dafür haben, sobald sie über eine lineare Verbindung hinausgehen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zeitzonen
Dimitri Junker o...@dimitri-junker.de wrote: gibt es eigentlich eine Möglichkeit aus den Koordinaten die Zeitzone zu ermitteln? Unter http://efele.net/maps/tz/world/ gibt es ein Shapefile zum download mit dem man die aktuelle Postition verschneiden kann. Aktuelle Garmingeräte haben soetwas eingebaut. Gruss Sven -- Das Internet ist kein rechtsfreier Raum, das Internet ist aber auch kein bürgerrechtsfreier Raum. (Wolfgang Wieland Bündnis 90/Die Grünen) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meta-Relation unsichtbar
Das ist ein Bug/Feature welches sich bei der Neu-Implementation der API 0.6 eingeschlichen hat. Ich habe dazu mal einen Fehlerbericht geschrieben [1], aber es gab bisher noch keine Reaktion. Vielleicht hilft es ja, wenn du die Problematik dort noch mal aus deiner Sichtweise schilderst... [1] http://trac.openstreetmap.org/ticket/2699 Gruß, Sebastian malenki wrote: Beim Aufteilen des D4 erstellte ich eine Metarelation, die alle Teilrelationen enthielt. Als ich nach der ersten Bearbeitung und dem Upload das Datenlayer schloß und die Daten erneut herunterludt, war die Relation, die die Unterrelationen enthielt, nicht dabei. Weil ich glaubte, beim Erstellen einen Fehler gemacht zu haben, erstellte ich die Relation aufs Neue. Selbes Ergebnis. Als ich fertig war mit dem Aufteilen des Radweges, erstellte ich die Meta-Relation mit allen Unterrelationen erneut. Als ich dann über osm.org die Relationen betrachtete, sah ich, dass es drei Eltern-Relationen gab. :( Keine davon wurde bei einem frischen Donload in Josm angezeigt. VSandre gab mir den Tipp, die Elternrelationen über Objekt herunterladen zu laden - dann wurden die Elternrelationen auch geladen und angezeigt. Das kanns aber nicht sein, oder? Ist es Bug oder Feature, dass Josm die Eltern-Relationen nicht mehr herunterlädt? Oder stelle ich mich nur ungeschickt an? Hier eine Stelle mit zwei Radwegrelationen, die beide die selbe Eltern-Relation haben: http://osm.org/go/0MKUIDfI1- Gruß malenki (sorry für den Roman) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meta-Relation unsichtbar
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gleiches passiert auch, wenn man Buslinien nach dem eine-route-pro-richtung mit einer superrelation (metarelation) erstellt. Nach dem neuen ÖPNV-Schema. siehe http://www.openstreetmap.org/browse/relation/421262 http://www.openstreetmap.org/browse/relation/333125 - - fips - -- Sebastian Klein wrote: Das ist ein Bug/Feature welches sich bei der Neu-Implementation der API 0.6 eingeschlichen hat. Ich habe dazu mal einen Fehlerbericht geschrieben [1], aber es gab bisher noch keine Reaktion. Vielleicht hilft es ja, wenn du die Problematik dort noch mal aus deiner Sichtweise schilderst... [1] http://trac.openstreetmap.org/ticket/2699 Gruß, Sebastian malenki wrote: Beim Aufteilen des D4 erstellte ich eine Metarelation, die alle Teilrelationen enthielt. Als ich nach der ersten Bearbeitung und dem Upload das Datenlayer schloß und die Daten erneut herunterludt, war die Relation, die die Unterrelationen enthielt, nicht dabei. Weil ich glaubte, beim Erstellen einen Fehler gemacht zu haben, erstellte ich die Relation aufs Neue. Selbes Ergebnis. Als ich fertig war mit dem Aufteilen des Radweges, erstellte ich die Meta-Relation mit allen Unterrelationen erneut. Als ich dann über osm.org die Relationen betrachtete, sah ich, dass es drei Eltern-Relationen gab. :( Keine davon wurde bei einem frischen Donload in Josm angezeigt. VSandre gab mir den Tipp, die Elternrelationen über Objekt herunterladen zu laden - dann wurden die Elternrelationen auch geladen und angezeigt. Das kanns aber nicht sein, oder? Ist es Bug oder Feature, dass Josm die Eltern-Relationen nicht mehr herunterlädt? Oder stelle ich mich nur ungeschickt an? Hier eine Stelle mit zwei Radwegrelationen, die beide die selbe Eltern-Relation haben: http://osm.org/go/0MKUIDfI1- Gruß malenki (sorry für den Roman) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAku7VlYACgkQnHVyAFIfTkE52gCeJHhUgR1YSfF2kG+c3DrKBFYc 0iYAn0d3mUiOdTJkPGjV9VuhJTbDidDk =7s8U -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS von DigitalGlobe
Am 06.04.2010 00:49, schrieb Bodo Meissner: Vorher hatte ich das an einer Stelle in Bayern getestet. Da waren die Abweichungen der DG-Bilder wesentlich geringer. Hi, Du hattest mitbekommen, dass wir DG nur für Krisengebiete nutzen dürfen? Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tierpark Hellabrunn
Hi! In unserem Zoo in München sind alle Tiergehege mit leisure=park, Name=z.B. Tiger getaggt. Das kommt mir ziemlich blödsinnig vor. Das komplette Areal hat leisure=park und tourism=zoo. Wie wäre es richtig? Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Schiffe
Hi Leute, Ich hab da mal ein Tagging-Problem bei dem ich im Wiki nicht wirklich fündig wurde: Es geht um ein Minenräumschiff, das als Vereinsheim der Marinekameradschaft im Aschaffenburger Floßhafen festgemacht hat. Es ist definitiv ortsfest und wird mit Sicherheit nicht mehr irgendwohin fahren (mit schweren Stahlstangen am Ufer „vertäut“) schwimmt aber noch durch seinen Auftrieb und ist nicht auf dem Grund sitzend. [1] Ich hab das Schiff jetzt mal als man_made=ship getaggt [2], war in meinen Augen das logischste. Als Vergleich in der Karte ist mir nur die „HMS Belfast“ in London eingefallen, hier wurde das Problem mit „building=boat“ gelöst [3]. Wobei ein Bauwerk ist das ja eigentlich nicht wirklich… Kennt noch einer von euch entsprechende Schiffe / Schwimmende Bauwerke? Wie wurden die eingetragen? Gruß Mirko [1] http://www.info-aschaffenburg.de/tourismus/auf-einen-blick/museen-und-galerien/orion-als-museumsschiff_11.html [2] http://www.openstreetmap.org/browse/way/54366931 [3] http://www.openstreetmap.org/browse/way/5006061 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] WMS von DigitalGlobe
Chris-Hein Lunkhusen schrieb: Du hattest mitbekommen, dass wir DG nur für Krisengebiete nutzen dürfen? Vergleichen darf ich überall. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zum Tagging komplizierterer access-Restriktionen
Am 5. April 2010 20:33 schrieb Florian Lohoff f...@zz.de: On Mon, Apr 05, 2010 at 06:08:11PM +0200, Rolf Bode-Meyer wrote: ich bin gerade über eine Durchfahrtbeschränkung für LKW (bzw. Fahrzeuge) 7.5 Tonnen gestolpert. Für solche Fahrzeuge ist nur Anlieferverkehr zugelassen. Komme ich jetzt nur nicht drauf oder ist ein solcher Fall in unserem Schema nicht möglich? 7.5to ist IMHO hgv (goods ist Lastkraftwagen von 3.5 bis 7.5 was in der deutschen StVO so explizit als Gruppe nicht gibt). Eben, hgv=destination würde also auch für diesen Zwischenbereich gelten und damit nicht mit dem Schild übereinstimmen. Nicht alles muss 100% so exakt abgebildet werden. Immer mit Menschenverstand mal ueberlegen wer sich denn bei einer Karte auf die Tags verlassen wuerde. Jo, dass Menschenverstand dazugehört ist klar. Für mich wäre o.g. Tagging auch ok, hat mich vor allem interessiert ob ich da einen Knick in der Logik habe oder es wirklich nicht geht. Und Tobias' Antwort (danke!) zeigt, dass es das zwar nicht tut, aber auch schon Gedanken gemacht wurden. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schiffe
Mir fallen da folgende Beispiele ein: building=ship http://www.openstreetmap.org/browse/way/22983286 tourism=attraction http://www.openstreetmap.org/browse/way/50603780 http://www.openstreetmap.org/browse/way/53142768 Gruß, - Bartosz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Meta-Relation unsichtbar
Sebastian Klein schrieb: Das ist ein Bug/Feature welches sich bei der Neu-Implementation der API 0.6 eingeschlichen hat. Ich habe dazu mal einen Fehlerbericht geschrieben [1], aber es gab bisher noch keine Reaktion. Vielleicht hilft es ja, wenn du die Problematik dort noch mal aus deiner Sichtweise schilderst... [1] http://trac.openstreetmap.org/ticket/2699 Erledigt. Hoffe, dass es hilft... malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schiffe
Hallo Mirko, Minenräumschiff als Vereinsheim im Aschaffenburger Floßhafen Wie wär's mit: building=yes | building=ship + floating=yes + type=Minenräumschiff + name=Vereinsheim Marinekameradschaft analog zu den Schwimmstegen dort: man_made=pier + floating=yes + name=13 Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tierpark Hellabrunn
Am 06.04.2010 17:52, schrieb Daniela Duerbeck: In unserem Zoo in München sind alle Tiergehege mit leisure=park, Name=z.B. Tiger getaggt. Das kommt mir ziemlich blödsinnig vor. Das komplette Areal hat leisure=park und tourism=zoo. Wie wäre es richtig? Für das komplette Areal tourism=zoo und für die einzelnen Gehege leisure=enclosure (habe ich gerade erfunden ;-) ) oder das allgemeine place=locality. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village, hamlet, locality?
Falk Zscheile schrieb: Am 6. April 2010 08:28 schrieb Guenther Meyer d@sordidmusic.com: Am Dienstag 06 April 2010 07:43:07 schrieb Johannes Hüsing: Guenther Meyer schrieb: der status ist dagegen meistens recht eindeutig. allerdings sollte man gleich gar nicht versuchen, das international zu harmonisieren, denn sowas geht aufgrund der unterschiedlichen verwaltungssysteme zwangslaeufig schief. Man könnte doch die Grenzrelation mit dem Hauptort verbinden, dann kann man schon anhand der Karte herausbekommen, von welch einer großen Fläche der Ort der Hauptort ist. Das ist dann wieder international vergleichbar. ich glaub nicht, dass das funktioniert. vor allem brauchst du dann auch die grenzrelationen von allen verwaltungsbereichen dazu. sowas wie eine bundeshauptstadt mag es noch in jedem land geben, aber wie sieht es darunter aus? bundeslaender, regierungsbezirke, landkreise, gemeinden, bundesstaaten, districts, provinzen, ... sicher gibt's da auch mal parallelen, aber ob das immer vergleichbar ist? wieso nicht was in der art: administration:de = Kreisstadt;Bezirkshauptstadt administrated_area:landkreis = Landkreis Regensburg administrated_area:regierungsbezirk = Oberpfalz Warum nicht am admin_level=value orientieren? Der ist international kompatibel und unabhängig von der konkreten Bezeichnung der Um mal meinem eigenen Vorschlag zu widersprechen: In manchen Ländern ist ein übergeordneter Status politisch fast weniger bedeutend als der darunter. Ein Beispiel ist der Regierungsbezirk. Arnsberg, Detmold und Ansbach sind sicher weniig bedeutend gegenüber Dortmund, Bielefeld und Nürnberg. Aber der Vorschlag hat eben den Vorteil, allgemein zu sein, von Daten abzuhängen, die aus der Karte herleitbar sind, ähnlich wie die Ableitung aus Einwohnerzahl und Dominanz. Demgegenüber ist es deutlich lästiger, automatisch innerhalb der Grenzen der Kommune eine Universität oder einen Hafen zu finden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation 18162 (Radroute D11 Ostsee - Oberbayern) ist z.Z. leer
Am 05.04.2010 21:45, schrieb Frederik Ramm: Hallo, Toni Erdmann wrote: Die Relation wurde am 26.3. vom Nutzer ToniE ihrer Member beraubt. Oops, das bin ich. Ich hatte an der Relation nichts geändert, außer einen Node aus einem Way gelöscht (südöstlich von München). Beim Hochladen gab's einen Konflikt, den ich glaubte in JOSM gelöst zu haben (in dem ich mein Löschen ignorieren ließ). Möglicherweise hatte ein anderer User zu gleichen Zeit eine andere Stelle des D11 in Bearbeitung (bei der Länge nicht unwahrscheinlich)? Das sollten wir mal genauer erforschen, weil immer mal wieder Leute von solchen Problemen mit JOSM berichten (Relationen, die ploetzlich keine Member mehr haben). Es geht ja nicht um den Einzelfall, sowas laesst sich ja relativ leicht reparieren, sondern um die Frage, ob die Software vielleicht kaputt ist und daher immer wieder solche Fehler macht. Ich schreibe das mal auf die JOSM-Liste. Kannst Du dich noch an Details zum dem Konflikt erinnern? Das Changeset ist relativ umfangreich: http://www.openstreetmap.org/browse/changeset/4238359 Hi Frederik, yes, es war umfangreich. Ursprünglich wollte ich undo machen, bis der Konflikt weg ist (der eine Node war nicht so wichtig). Soweit ich das noch weiss: Einen Punkt gelöscht bei http://www.openstreetmap.org/?mlat=47.969161mlon=11.769685zoom=18 danach noch ein paar (viele) andere Änderungen. Beim Hochladen gab's den Hinweis auf den Konflikt. Die Area nochmals runtergeladen und versucht, den Konflikt zu lösen. In der GUI ist glaube ich: rechts der Knopf für 'deren Version'. Auf die mittlere Spalte (wie von Falk weiter unten angemerkt) habe ich aber nicht geachtet! Beim Hochladen ging's danach gut. Aber: - Am Bahnhof wird von D11 _und_ Mangfall-Radweg (dieser ist Teil des D11) benutzt - der gelöschte Node alleine hat die Relation eigentlich nicht verändert, sondern nur den Way. - der Mangfall-Radweg war nicht betroffen (kein Konflikt) - also muss ich doch irgendwas gemacht haben, das den D11 und den Mangfall-Radweg verändert hat (Way gesplitted z.B.) - und jemand muss in der Zwischenzeit den D11 verändert haben - bei der Länge nicht unwahrscheinlich - bei dem Umfang meines Changesets hatte ich 'meine' Version des D11 wohl für 30-60 Minuten (zw. Down- und Upload) - so dass es beim Hochladen bereits eine Folgeversion des D11 gab (SVN, CVS, RCS, SCCS, ClearCase, ...: 2 * 'checkout' ohne Lock und 2 * 'checkin': der letzte ist der gekniffene) - und dann die verpatzte Konfliktbehebung ... Viele Grüße, Toni ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tierpark Hellabrunn
Am 06.04.2010 19:11, schrieb Chris-Hein Lunkhusen: Am 06.04.2010 17:52, schrieb Daniela Duerbeck: In unserem Zoo in München sind alle Tiergehege mit leisure=park, Name=z.B. Tiger getaggt. Das kommt mir ziemlich blödsinnig vor. Das komplette Areal hat leisure=park und tourism=zoo. Wie wäre es richtig? Für das komplette Areal tourism=zoo und für die einzelnen Gehege leisure=enclosure (habe ich gerade erfunden ;-) ) oder das allgemeine place=locality. Oder einfach: area=yes und name=Leoparden für das Gehege ... und ... einen Zaun! Viele Grüße Toni ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village, hamlet, locality?
Am 6. April 2010 19:28 schrieb Johannes Hüsing johan...@huesing.name: Falk Zscheile schrieb: Am 6. April 2010 08:28 schrieb Guenther Meyer d@sordidmusic.com: Am Dienstag 06 April 2010 07:43:07 schrieb Johannes Hüsing: Guenther Meyer schrieb: der status ist dagegen meistens recht eindeutig. allerdings sollte man gleich gar nicht versuchen, das international zu harmonisieren, denn sowas geht aufgrund der unterschiedlichen verwaltungssysteme zwangslaeufig schief. Man könnte doch die Grenzrelation mit dem Hauptort verbinden, dann kann man schon anhand der Karte herausbekommen, von welch einer großen Fläche der Ort der Hauptort ist. Das ist dann wieder international vergleichbar. ich glaub nicht, dass das funktioniert. vor allem brauchst du dann auch die grenzrelationen von allen verwaltungsbereichen dazu. sowas wie eine bundeshauptstadt mag es noch in jedem land geben, aber wie sieht es darunter aus? bundeslaender, regierungsbezirke, landkreise, gemeinden, bundesstaaten, districts, provinzen, ... sicher gibt's da auch mal parallelen, aber ob das immer vergleichbar ist? wieso nicht was in der art: administration:de = Kreisstadt;Bezirkshauptstadt administrated_area:landkreis = Landkreis Regensburg administrated_area:regierungsbezirk = Oberpfalz Warum nicht am admin_level=value orientieren? Der ist international kompatibel und unabhängig von der konkreten Bezeichnung der Um mal meinem eigenen Vorschlag zu widersprechen: In manchen Ländern ist ein übergeordneter Status politisch fast weniger bedeutend als der darunter. Ein Beispiel ist der Regierungsbezirk. Arnsberg, Detmold und Ansbach sind sicher weniig bedeutend gegenüber Dortmund, Bielefeld und Nürnberg. Aber der Vorschlag hat eben den Vorteil, allgemein zu sein, von Daten abzuhängen, die aus der Karte herleitbar sind, ähnlich wie die Ableitung aus Einwohnerzahl und Dominanz. Demgegenüber ist es deutlich lästiger, automatisch innerhalb der Grenzen der Kommune eine Universität oder einen Hafen zu finden. Eben. Man könnte ja auch daran denken, die Werte Einwohnerzahl und admin_level zu Kombinieren. Darüber hinaus handelt es sich bei Deinen Beispielen (kleine Städte mit hohem admin_level) um den Sitz der Bezirksregierung (Regierungspräsidium). Das gibt es ohnehin nicht in jedem Bundesland. Man könnte ja erst einmal mit so einfachen Sachen wie Kreisstädten anfangen :-) Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gemeindenamen
Moin, wie handhabt ihr das mit den Zusatznamen, die eine Gemeinde tragen kann. Da gibt es ja eine ganze menge: Landeshauptstadt, Universitätsstadt, Hansestadt, Seebad, Seeheilbad, Lutherstadt, Reuterstadt, Schliemanngemeinde etc. Das ganze gehört zum Namen der jeweiligen Gemeinde interessiert aber unter geografischen Gesichtspunkten nicht unbedingt. Würdet ihr so etwas gegebenenfalls in ein separates Tag auslagern. Gibt es ein solches evtl. schon? Wie sind sonst die Konventionen hierzu? Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] village, hamlet, locality?
Hallo Johannes und alle, die Bedeutung eines Ortes ist multifaktoriell. Jeder (wichtige) Faktor ist einzeln zu erfassen. Dann kann man je nach Ziel der Karte entsprechend gewichten. Hauptort/Einwohner/Fläche: Grenzrelation mit dem Hauptort verbinden, administrative Hierarchie: administration:de = Kreisstadt;Bezirkshauptstadt administrated_area:landkreis = Landkreis Regensburg administrated_area:regierungsbezirk = Oberpfalz Bedeutung: Regierungsbezirk vs. Stadt Einwohnerzahl und Dominanz Universität, Hafen Verkehrsknoten, Handel, Industrie, etc. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schiffe
2010/4/6 Markus liste12a4...@gmx.de: building=yes | building=ship ehrlich gesagt ist wie der OP auch schon schrieb ein Schiff eigentlich kein building, von daher würde ich noch eher building=ship als building=yes verwenden. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
