[talk-ph] GPS-Trusting Tourists Rescued From Australian Forest
Just sharing... The Gist: Three South Korean tourists whose trust in their Ford Falcon’s GPS got them stuck in a gully in southeast Queensland’s Cordalba State Forest, near Childers. The Link: http://ht.ly/1IuwN For those too lazy to click, The Article: GPS-Trusting Tourists Rescued From Australian Forest AUSTRALIA, TRAVEL NEWS — BY DAVID CHALK ON MAY 7, 2010 AT 4:25 PM “A TIP for tourists: if your GPS system leads you into a forest, forces you to unlock gates and move rocks blocking the road, chances are something is amiss.” Thus begins the Courier Mail story of three South Korean tourists whose trust in their Ford Falcon’s GPS got them stuck in a gully in southeast Queensland’s Cordalba State Forest, near Childers. Attempting to drive from Brisbane to Rockhampton (about a nine hour drive according to Google Maps), the tourists followed GPS instructions onto gravel roads, then dirt roads, then through a couple of gates. They passed danger signs (which since they didn’t speak English they may not have understood), and they moved rocks blocking one road. By the time their car got stuck in the gully they were in an isolated part of the forest that was nearly inaccessible. After an unsuccessful attempt to free their car (and its awesome GPS), they walked several kilometers through the forest trying to get cell phone reception. They were finally able to make an emergency call to Bundaberg police at 1am. After some initial difficulties finding a translator, authorities were on their way, eventually finding the stranded tourists more than six hours later. “We had an approximate GPS location for them, but it was in an area that was extremely difficult to get into — practically inaccessible — and we couldn’t find them,” said Childers Police officer in charge Sergeant Geoff Fay. Sgt Fay added that the South Korean tourists were not the first group in the area that followed their GPS into a situation requiring rescuing. About a month earlier GPS-following backbackers from Bundaberg had gotten lost in the same forest. Sgt. Fay’s advice was similar to the Courier Mail’s: People need to know how to use their GPS and navigation systems. They also need to use their self-preservation skills, and turn back if something looks wrong or if signs don’t match what appears on their GPS.___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] GPS-Trusting Tourists Rescued From Australian Forest
That's why eventhough I (we) collected the data, I still don't trust my own GPS. :) Seriously though, the article provides very good insights on what we should add in the map other than roads. - access restrictions - gates and other barriers - natural features like cliffs and mountain peaks - isolated community centers (purok, sitios) - etc. PS. I just love roadguide.ph user's mantra. The map is simply a guide. On Tue, May 11, 2010 at 4:04 PM, Jim Morgan j...@datalude.com wrote: Carlos Tirona wrote, On Tuesday, 11 May, 2010 03:52 PM: Three South Korean tourists whose trust in their Ford Falcon’s GPS got them stuck in a gully in southeast Queensland’s Cordalba State Forest, near Childers. :-) Shortest Distance routing perhaps? I'm sure there must be a 'Pick another route' button. Jim ___ 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] GPS-Trusting Tourists Rescued From Australian Forest
On Tuesday 11 May 2010 4:04:02 pm Jim Morgan wrote: Carlos Tirona wrote, On Tuesday, 11 May, 2010 03:52 PM: Three South Korean tourists whose trust in their Ford Falcon’s GPS got them stuck in a gully in southeast Queensland’s Cordalba State Forest, near Childers. :-) Shortest Distance routing perhaps? I'm sure there must be a 'Pick : another route' button. This happens so often in Australia, a Highway in someplaces maybe a dirt track. Roads that traverse the country may not be up to International or Australian Standards but the real Aussie knows that before they head off. Never expect the road to be there when you arrive and never expect it to be usable.. always plan for diversions if needed. Shortest route technology is worse in the UK they get Trucks Stuck down country lanes where they need to extract the trucks with cranes.. http://www.switched.com/2009/02/27/gps-leads-truck-to-impassable-road-for-5- days/ But then again the police directed a similar truck into a no go street in cornwall so people and GPS need to think twice.. ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] GPS-Trusting Tourists Rescued From Australian Forest
If your not sure Stop.. This guy had no GPS but kept on going and going.. An 81-year-old Australian man became lost on an early morning drive to the shops and ended up almost 600km (370 miles) away from his starting point. http://news.bbc.co.uk/2/hi/8365665.stm On Tuesday 11 May 2010 4:14:16 pm maning sambale wrote: That's why eventhough I (we) collected the data, I still don't trust my own GPS. :) Seriously though, the article provides very good insights on what we should add in the map other than roads. - access restrictions - gates and other barriers - natural features like cliffs and mountain peaks - isolated community centers (purok, sitios) - etc. PS. I just love roadguide.ph user's mantra. The map is simply a guide. On Tue, May 11, 2010 at 4:04 PM, Jim Morgan j...@datalude.com wrote: Carlos Tirona wrote, On Tuesday, 11 May, 2010 03:52 PM: Three South Korean tourists whose trust in their Ford Falcon’s GPS got them stuck in a gully in southeast Queensland’s Cordalba State Forest, near Childers. :-) Shortest Distance routing perhaps? I'm sure there must be a 'Pick : another route' button. Jim ___ 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] OSM routing problems...
some experiences in routing from QC to Paete, Laguna GPS initially wanted me to take Ortigas avenue probably via Manila East Road, kept on bugging me even on Shaw. After Magallanes, it wanted me to take Sucat road. unit only corrected itself after passing Alabang and guided me to the correct route though I took the narrow bypass route in Calamba routing from Paete to Nagcarlan underground cemetery was fine except the untagged one-way road in nagcarlan public market (now corrected) my earlier reported routing problem in Munoz, QC was corrected with the making of Roosevelt avenue into a road with no center island. Note San Francisco del Monte (frisco) still has the center island on OSM even though it really doesn't exist except on the bridge near Roosevelt. Expect routing errors in that area as i still don't dare touch the street (what's an admin boundary, btw?) I'm trying to know the routing algorithm of Garmin in determining route, and the effects of GPS unit settings (shortest route, ecoroute). I presume certain factors like distance, max speed, highway type, lanes are all included but i don't know which is considered first. (one of my past jobs is an inter-network routing engineer, finding optimum packet paths on the Internet for a telco/ISP) that's why i wanted to know how i can tweak routes to suit my needs) I'm using gps routing just to know if it's but i still don't trust it. as the saying goes, Trust but verify...or better: verify then trust! -- --- I explore, therefore I blog. http://www.backpackingphilippines.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk] Create custom map from OSM data
Tanveer Singh tanveer1979 at gmail.com writes: Thanks, this is exactly what I am looking for. Now one question, on the generated gmapsupp.img, is it possible that the track I create is of different color or something altogether. For example, lets say there are other roads in the area, and I follow the offroad track, I should not get confused with the other roads. To do it properly I guess you should use your own tag like highway=my_track in JOSM map side and make a rule for colouring it with your favourite colour on the Garmin map. Or then you can just tag for the renderer. Tag your off-roud tracks as highway=motorway and I suppose you will easily distinguish them. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Different tile numbers in MapTiler than other tile sets
I was trying last night to tile some maps and imagery that I have access to. I've got MapTiler set up to generate the tiles, but I've noticed that it seems to be generating tile numbers that are different from the ones used for tiles in OSM, so Potlatch isn't able to pick them up. The tiles look the same, and the directories are numbered correctly, but just that the actual tiles are numbered differently. http://themap.im/tiles/2007_OLM_SW_tiff/13/3987/5565.png http://a.tile.openstreetmap.org/13/3987/2626.png Can anyone point me in the right direction? Am I just using the wrong settings? Cheers, Dan -- Dan Karran d...@karran.net www.dankarran.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Create custom map from OSM data
On Tue, May 11, 2010 at 3:27 PM, Tanveer Singh tanveer1...@gmail.comwrote: On Tue, May 11, 2010 at 12:23 PM, Jukka Rahkonen jukka.rahko...@mmmtike.fi wrote: Tanveer Singh tanveer1979 at gmail.com writes: Thanks, this is exactly what I am looking for. Now one question, on the generated gmapsupp.img, is it possible that the track I create is of different color or something altogether. For example, lets say there are other roads in the area, and I follow the offroad track, I should not get confused with the other roads. To do it properly I guess you should use your own tag like highway=my_track in JOSM map side and make a rule for colouring it with your favourite colour on the Garmin map. Or then you can just tag for the renderer. Tag your off-roud tracks as highway=motorway and I suppose you will easily distinguish them. I guess I will use the former. For example highway=rally_track. In JOSM is there a way to assign a color and thickness to such a track. It should be visible at all zoom levels more detailed than 9 regards Tanveer oops, reply button goes to Jukka, and not talk, I wonder why OSM is set that way! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Create custom map from OSM data
Tanveer Singh (tanveer1...@gmail.com) wrote: On Tue, May 11, 2010 at 3:27 PM, Tanveer Singh tanveer1...@gmail.comwrote: On Tue, May 11, 2010 at 12:23 PM, Jukka Rahkonen jukka.rahko...@mmmtike.fi wrote: Tanveer Singh tanveer1979 at gmail.com writes: Thanks, this is exactly what I am looking for. Now one question, on the generated gmapsupp.img, is it possible that the track I create is of different color or something altogether. For example, lets say there are other roads in the area, and I follow the offroad track, I should not get confused with the other roads. To do it properly I guess you should use your own tag like highway=my_track in JOSM map side and make a rule for colouring it with your favourite colour on the Garmin map. Or then you can just tag for the renderer. Tag your off-roud tracks as highway=motorway and I suppose you will easily distinguish them. I guess I will use the former. For example highway=rally_track. In JOSM is there a way to assign a color and thickness to such a track. It should be visible at all zoom levels more detailed than 9 regards Tanveer The way the line appears in the final gmapsupp.img is controlled by mkgmap's style rules. Different OSM tags are assigned different Garmin line types by the style rules. So you can control how your tracks appear by selecting the specific Garmin line type that is assigned to them. If you want to go beyond this and use a custom style* for your lines you will need to delve into the dark art of TYP files. * i.e. one that isn't a Garmin default for your particular GPSr -- Charlie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Create custom map from OSM data
On Tue, May 11, 2010 at 3:36 PM, char...@cferrero.net wrote: Tanveer Singh (tanveer1...@gmail.com) wrote: On Tue, May 11, 2010 at 3:27 PM, Tanveer Singh tanveer1...@gmail.com wrote: On Tue, May 11, 2010 at 12:23 PM, Jukka Rahkonen jukka.rahko...@mmmtike.fi wrote: Tanveer Singh tanveer1979 at gmail.com writes: Thanks, this is exactly what I am looking for. Now one question, on the generated gmapsupp.img, is it possible that the track I create is of different color or something altogether. For example, lets say there are other roads in the area, and I follow the offroad track, I should not get confused with the other roads. To do it properly I guess you should use your own tag like highway=my_track in JOSM map side and make a rule for colouring it with your favourite colour on the Garmin map. Or then you can just tag for the renderer. Tag your off-roud tracks as highway=motorway and I suppose you will easily distinguish them. I guess I will use the former. For example highway=rally_track. In JOSM is there a way to assign a color and thickness to such a track. It should be visible at all zoom levels more detailed than 9 regards Tanveer The way the line appears in the final gmapsupp.img is controlled by mkgmap's style rules. Different OSM tags are assigned different Garmin line types by the style rules. So you can control how your tracks appear by selecting the specific Garmin line type that is assigned to them. If you want to go beyond this and use a custom style* for your lines you will need to delve into the dark art of TYP files. * i.e. one that isn't a Garmin default for your particular GPSr -- Charlie There is no easy way...? I was hoping there is one. We are also planning to have a 50 vehicle event, and we will give garmin GPS units with gmapsupp.img created with the track as part of map. I know we can load track, but garmin allows loading of 500 point track only. If there was a way of loading 100,000 point track, things would be simple, but since there isn't it would be great to have a red colored line on the map which the driver has to follow. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Create custom map from OSM data
On Tue, May 11, 2010 at 3:52 PM, Tanveer Singh tanveer1...@gmail.comwrote: There is no easy way...? I was hoping there is one. We are also planning to have a 50 vehicle event, and we will give garmin GPS units with gmapsupp.img created with the track as part of map. I know we can load track, but garmin allows loading of 500 point track only. If there was a way of loading 100,000 point track, things would be simple, but since there isn't it would be great to have a red colored line on the map which the driver has to follow. I may have found a way by using a style file. Basically add a highway=rally_track and then garmin style. Now the problem is where do I find a key with garmin style codes! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Create custom map from OSM data
Tanveer Singh (tanveer1...@gmail.com) wrote: On Tue, May 11, 2010 at 3:52 PM, Tanveer Singh tanveer1...@gmail.comwrote: There is no easy way...? I was hoping there is one. We are also planning to have a 50 vehicle event, and we will give garmin GPS units with gmapsupp.img created with the track as part of map. I know we can load track, but garmin allows loading of 500 point track only. If there was a way of loading 100,000 point track, things would be simple, but since there isn't it would be great to have a red colored line on the map which the driver has to follow. I may have found a way by using a style file. Basically add a highway=rally_track and then garmin style. Now the problem is where do I find a key with garmin style codes! These are somewhat device dependent. The easiest way would be for you to create a map in JOSM with 22 ways. Give each way a different tag/key combination (e.g. highway=way1, highway=way2 etc). Then create a mkgmap style that just defines 22 rules in the lines file, one for each way, and assign a different Garmin code to each way: highway=way1 [0x01 resolution 23] highway=way2 [0x02 resolution 23] ...etc highway=way22 [0x1b resolution 23] Note that only Garmin types 0x01 to 0x13, 0x16, 0x1a 0x1b are routable, giving you 22 different ways to worry about. Many will look identical. Now create a gmapsupp.img and take a look at how each line type renders. You can find a full list of Garmin types here: http://www.mail-archive.com/mkgmap-...@lists.mkgmap.org.uk/msg01125.html (but note that it doesn't explain what they actually render as) -- Charlie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Different tile numbers in MapTiler than other tile sets
On Tue, May 11, 2010 at 10:40 AM, Dan Karran d...@karran.net wrote: I was trying last night to tile some maps and imagery that I have access to. I've got MapTiler set up to generate the tiles, but I've noticed that it seems to be generating tile numbers that are different from the ones used for tiles in OSM, so Potlatch isn't able to pick them up. The tiles look the same, and the directories are numbered correctly, but just that the actual tiles are numbered differently. http://themap.im/tiles/2007_OLM_SW_tiff/13/3987/5565.png http://a.tile.openstreetmap.org/13/3987/2626.png Can anyone point me in the right direction? Am I just using the wrong settings? gdal2tiles, and probably MapTiler too, produce OGC-approved, industry-standard TMS tiles, which are numbered from bottom left. Over here in the real world, everyone else uses tiles numbered from the top left. That's almost certainly the problem. I don't know how to fix it for you, but maybe look for an option (x) ignore the standards when the standards are wrong option in MapTiler? Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Different tile numbers in MapTiler than other tile sets
Dan Karran dan at karran.net writes: I was trying last night to tile some maps and imagery that I have access to. I've got MapTiler set up to generate the tiles, but I've noticed that it seems to be generating tile numbers that are different from the ones used for tiles in OSM, so Potlatch isn't able to pick them up. The tiles look the same, and the directories are numbered correctly, but just that the actual tiles are numbered differently. http://themap.im/tiles/2007_OLM_SW_tiff/13/3987/5565.png http://a.tile.openstreetmap.org/13/3987/2626.png Can anyone point me in the right direction? Am I just using the wrong settings? Hi, There is an active ticket about making Potlatch to support TMS tiling schema. Richard Fairhurst is willing to implement it but he is busy. It will be a great feature when it is ready because MapTiler is so simple to use. And because it is using GDAL it supports very many formats and projections. Another possibility would be to make MapTiler to create tiles according to Google naming schema but I guess that Klokan is busy too, maybe with the OGC WTMS http://www.opengeospatial.org/standards/wmts Anyway, some day Potlatch will support TMS tiles. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Different tile numbers in MapTiler than othe r tile sets
Andy Allan gravitystorm at gmail.com writes: gdal2tiles, and probably MapTiler too, produce OGC-approved, industry-standard TMS tiles, which are numbered from bottom left. Over here in the real world, everyone else uses tiles numbered from the top left. That's almost certainly the problem. I don't know how to fix it for you, but maybe look for an option (x) ignore the standards when the standards are wrong option in MapTiler? TMS standard comes originally from the Open source GIS world, see http://wiki.osgeo.org/wiki/Tile_Map_Service_Specification. Are you suggesting to ignore Open source when industry starts to accept the same concepts :) -Jukka Rahkonen- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Different tile numbers in MapTiler than other tile sets
On 11 May 2010 14:45, Jukka Rahkonen jukka.rahko...@mmmtike.fi wrote: There is an active ticket about making Potlatch to support TMS tiling schema. Richard Fairhurst is willing to implement it but he is busy. It will be a great feature when it is ready because MapTiler is so simple to use. And because it is using GDAL it supports very many formats and projections. I found that ticket just after I posted, when I realised is was TMS that was being used. That'd be a great option to have if that's the standard that's being moved towards. I was quite pleased at how easy to use MapTiler was, and I guess the easier the process, the more likely people would be to let us use their geodata. Another possibility would be to make MapTiler to create tiles according to Google naming schema but I guess that Klokan is busy too, maybe with the OGC WTMS http://www.opengeospatial.org/standards/wmts That'd be handy too. Anyway, some day Potlatch will support TMS tiles. Cheers, Dan -- Dan Karran d...@karran.net www.dankarran.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Different tile numbers in MapTiler than other tile sets
On Tue, May 11, 2010 at 2:51 PM, Jukka Rahkonen jukka.rahko...@mmmtike.fi wrote: Andy Allan gravitystorm at gmail.com writes: gdal2tiles, and probably MapTiler too, produce OGC-approved, industry-standard TMS tiles, which are numbered from bottom left. Over here in the real world, everyone else uses tiles numbered from the top left. That's almost certainly the problem. I don't know how to fix it for you, but maybe look for an option (x) ignore the standards when the standards are wrong option in MapTiler? TMS standard comes originally from the Open source GIS world, see http://wiki.osgeo.org/wiki/Tile_Map_Service_Specification. Are you suggesting to ignore Open source when industry starts to accept the same concepts :) We've been ignoring Open Source GIS standards since forever, because they generally suck. Note the lack of WMS and/or WFS-T running on any of our servers :-) This reminds me of sitting around with various OSGeo+OCG people at FOSS4G in Cape Town, with them all berating their own standards for being overcomplicated and impossible to implement! We've got nothing to be ashamed of by focussing on doing things better. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Different tile numbers in MapTiler than othe r tile sets
Andy Allan gravitystorm at gmail.com writes: We've been ignoring Open Source GIS standards since forever, because they generally suck. Note the lack of WMS and/or WFS-T running on any of our servers There is for sure place for both the native OSM systems and OGC standard services. Actually the difference is not always so big. For example the whole Mapnik rendering chain is just plain GIS stuff once a subset of OSM data and tags are first imported into PostGIS database with osm2pgsql. After running WMS and WFS services with OSM data for couple of years now I would say that are both very usable. However, free tagging and geometries with topology are both valuable features in OSM and they cannot be handled with OGC simple feature model. This reminds me of sitting around with various OSGeo+OCG people at FOSS4G in Cape Town, with them all berating their own standards for being overcomplicated and impossible to implement! We've got nothing to be ashamed of by focussing on doing things better. Well, WFS and WFS-T are indeed a bit tricky and developers have had different interpretations about what the standard says. However, the situation is much better now than couple of years ago, and learning to master WFS if not not any harder than learning to tag OSM cycleways or how to edit advanced multipolygons and big route relations withour breaking them. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Yahoo imagery missing
I and at least one other user (See OSM Diaries) have noticed that Yahoo imagery is not currently displayed in the Potlatch editor. Does anyone know what the issue is? Thanks, Dave J ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Yahoo imagery missing
I and at least one other user (See OSM Diaries) have noticed that Yahoo imagery is not currently displayed in the Potlatch editor. Does anyone know what the issue is? http://trac.openstreetmap.org/ticket/2950 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] 500 error on main site
I'm getting this error since a few hours ago on the main site. The history however, looks OK. On Sun, Apr 26, 2009 at 1:14 AM, Chris Hill chillly...@yahoo.co.uk wrote: The 500 - Internal Server Error is spreading. Now the main site has succumbed. Cheers, Chris ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] 500 error on main site
seems to be OK now. Sorry for the noise. :) On Wed, May 12, 2010 at 1:46 PM, maning sambale emmanuel.samb...@gmail.com wrote: I'm getting this error since a few hours ago on the main site. The history however, looks OK. On Sun, Apr 26, 2009 at 1:14 AM, Chris Hill chillly...@yahoo.co.uk wrote: The 500 - Internal Server Error is spreading. Now the main site has succumbed. Cheers, Chris ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.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 mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] More General Observations
Liz ed...@billiau.net wrote: In the 1980s we lived in NWQ, and travelled to Tassie on holidays. We got the impression that the road engineers were paid by the corner. As a motorcyclist who was finally able to tour Tassie on two wheels recently (been waiting ten years for the chance) I'd just like to say roads in Tasmania are AWESOME. The roads in South Gippsland on the way there and back... not so good for motorbikes, especially around Sale. -- Sam Couter | mailto:s...@couter.id.au OpenPGP fingerprint: A46B 9BB5 3148 7BEA 1F05 5BD5 8530 03AE DE89 C75C signature.asc Description: Digital signature ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-br] Importação dos dados da prefeitura d e Goiânia
Olá Arlindo, *! Não tive sorte em utilizar o ogr2osm.py. Primeiro pq não sei exatamente o que cada arquivo .shp que possuo significa, segundo que para cada arquivo .shp que rodo o script obtenho sempre os mesmos erros e nada de arquivo .osm. Em anexo está um log de um dos arquivos que tentei converter. Alguma ideia? Gostaria muito de brincar com esses arquivos da Prefeitura de Goiânia, mas não estou conseguindo nem começar. Rs... A paz! Flávio Henrique 2010/5/9 Arlindo Pereira openstreet...@arlindopereira.com Senhores, consegui os dados da prefeitura do Rio. O arquivo zip tem uns 50 megabytes, daí eu extraí e disponibilizei no meu servidor: http://nighto.net/rio/ http://nighto.net/rio.zip Tomemos o arquivo de ciclovias (ciclovias.shp e correlatos), que já tenho em grande parte mapeado no OSM com GPS: sudo apt-get install python-gdal libgdal-perl libproj-dev gdal-bin dbview wget http://svn.openstreetmap.org/applications/utils/import/ogr2osm/ogr2osm.py wget http://svn.openstreetmap.org/applications/utils/import/ogr2osm/SimpleXMLWriter.py python ogr2osm.py ciclovias.shp wget http://josm.openstreetmap.de/josm-latest.jar java -jar josm-latest.jar (manda abrir o ciclovias.osm) (manda baixar os dados do OSM dando zoom na ciclovia do aterro do flamengo, a mais a direita) http://img534.imageshack.us/img534/7035/capturadetelak.png a linha vermelha é da prefeitura, a linha cinza levemente deslocada foi a criada por mim com base nas imagens de satélite do Yahoo! e rotas GPX. O que pode ter ocasionado esse deslocamento na conversão? Sistema de coordenadas errado? []s ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br python ogr2osm.py hid.shp /usr/lib/python2.6/dist-packages/osgeo/gdal.py:99: DeprecationWarning: ogr.py was placed in a namespace, it is now available as osgeo.ogr DeprecationWarning) ([], ['hid.shp']) Preparing to convert file hid.shp (extension is shp) into hid.osm Will try to detect projection from source metadata, or fall back to EPSG:4326 Parsing features No projection metadata, falling back to EPSG:4326 ['ID', 'TP_HID', 'NM_HID', 'CD_ERR'] Got layer field definitions Nodes: 198190 Way segments: 198580 Lines: 0 Areas: 1919 Joining segments Simplifying line segments Simplifying area segments Traceback (most recent call last): File ogr2osm.py, line 603, in module for nodeID in segmentNodes[segmentID]: KeyError: -7722 ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Wie finde ich eben angelegte Relation
On Mon, May 10, 2010 at 10:52:19PM +0200, Florian Lohoff wrote: On Mon, May 10, 2010 at 05:12:24PM +0300, Fips Schneider wrote: Wenn nix in der Relation drin ist: Pech gehabt. Huch - sollte die API nicht leere relationen verhindern? Und auch leere wege? Macht ja keinen sinn und ist nur nicht referenzierbarer datenschrott ... Genau das hatte ich für sinnvoll gehalten und angenommen. Daher hatte ich auch bedenkenlos noch einmal eine neue angelegt gehabt, die dann nicht leer war und mich später nur gewundert, daß dann doch zwei aufgetaucht sind. Gestern abend ist mir dann das gleiche mit einer leeren Relation sogar noch einmal passiert. Ich habe sie zwar dann noch befüllen können, kann aber bestätigen: Die API läßt (unsinnigerweise) leere Relationen zu. Ich fände es besser, wenn das nicht ginge (oder wenigstens die Interfaces eine Warnung ausgeben würden). Viele Grüße Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie finde ich eben angelegte Relation
Hallo, Florian Lohoff wrote: Huch - sollte die API nicht leere relationen verhindern? Und auch leere wege? Macht ja keinen sinn und ist nur nicht referenzierbarer datenschrott ... Eine Relation muss, um theoretisch nuetzlich zu sein, entweder Tags oder Mitglieder haben. Nur eine Relation ohne Tags *und* ohne Mitglieder ist Datenschrott. Auffindbar kann sie dennoch sein, und zwar wenn sie Mitglied einer anderen Relation ist. Nur eine Relation ohne Tags *und* ohne Mitglieder *und* ohne Elternrelationen ist wirklich unauffindbar, ausser natuerlich man kennt ihre ID: http://api06.dev.openstreetmap.org/browse/relation/4526 Bei Forderungen die API bezueglich wird oft vergessen, dass die API urspruenglich als ein sehr duenner Aufsatz auf SQL konzipiert war. Es war nie geplant, dass man da grossartige Anwendungslogik einbaut. Die API erlaubt daher allerhand Unsinn, genauso, wie man auch in einer SQL-Datenbank allerhand Unsinn speichern kann. Das Konzept wurde natuerlich schon hie und da etwas aufgeweicht, und man kann es natuerlich auch insgesamt in Frage stellen. Aber von der Grundidee her sollte die API eigentlich nie wissen, mit was sie da eigentlich zu tun hat. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats OSMI Routing View 2010/05
Ich finde es immer noch Schade, dass Wege, welche mit einem Knoten mit noexit=yes enden, und Weg, welche mit highway=platform oder public_transport=platform verbunden sind, als Fehler angesehen werden! Ciao André Am 10. Mai 2010 23:09 schrieb Pascal Neis pascal.n...@gmail.com: Hi, wie in den vergangenen zwei Monaten, möchte ich hier wieder die aktuellen Statistiken zum OSM Inspector Routing View senden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats OSMI Routing View 2010/05
André Riedel wrote: Ich finde es immer noch Schade, dass Wege, welche mit einem Knoten mit noexit=yes enden, ..., als Fehler angesehen werden! hi andré, meines wissens nach ist noexit=yes eine eigenschaft des weges und nicht des letzten punktes. somit weiss man (router) schon am anfang, dass hier bald schluss ist. gruss walter - Der Kopf ist rund, damit die Gedanken auch mal die Richtung ändern können. -- View this message in context: http://gis.638310.n2.nabble.com/Stats-OSMI-Routing-View-2010-05-tp5032986p5035700.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats OSMI Routing View 2010/05
Am 11. Mai 2010 14:27 schrieb Walter Nordmann walter.nordm...@web.de: André Riedel wrote: Ich finde es immer noch Schade, dass Wege, welche mit einem Knoten mit noexit=yes enden, ..., als Fehler angesehen werden! hi andré, meines wissens nach ist noexit=yes eine eigenschaft des weges und nicht des letzten punktes. somit weiss man (router) schon am anfang, dass hier bald schluss ist. Aber das weiß er auch ohne diesen Schlüssel, denn der Weg hat keine weitere Verbindung. Das weiß der router und das sieht man auf der Karte, nur wenn man im Straßenverkehr ist kann man das nicht wissen, weshalb da Schilder aufgestellt werden. Diese geben wir aber nicht in die Datenbank ein. Mit diesem Schlüssel helfen wir den Fehler-In-Den-Daten-Finder-Programmen, damit er weiß, wann ein Weg wirklich eine Sackgasse, nur aus Unachtsamkeit nicht verbunden oder der Beginn eines neuen bisher nicht eingetragenen Wegs ist. Ich bevorzuge daher klar, die Variante nur den letzten Knoten eines Weges zu taggen. Laut Wiki und den Statistik-Seiten bin ich da nicht der einzige. Des Weiteren ist das eintragen von noexit nach einem vorhandenen Schild sehr Autofixiert, denn oft gibt es Wege, welche von Fußgängern weiter genutzt werden können. Ciao André [1] http://tagwatch.stoecker.eu/Europe/En/keystats_noexit.html [2] http://wiki.openstreetmap.org/wiki/Tag:noexit=yes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relation doppelt (War: Wie finde ich eben angelegte Relation)
Frederik Ramm frede...@remote.org wrote: Technisch gesehen kannst Du in JOSM beide Relationen oeffnen, in der einen alle Mitglieder markieren, sie in der anderen alle hinzufuegen, und dann die erste Relation (nach einem Tag-Vergleich) loeschen. Manche erstellen zwei Relationen für eine Bundesstraße: den Straßenkörper und die Route. Hintergrund: Ehemals durchgehende Bundesstraßen sind heute nur noch Stückwerk. In Bereichen, in denen neue Autobahnen gebaut werden, wird die Bundesstraße dort angeschlossen. Der parallele Teil wird abgestuft. Im Amtsdeutsch spricht man von Ersatz. Eine Relation gibt den tatsächlich existenten Straßenkörper wieder. Die andere greift den Netzgedanken des Bundesfernstraßensystems auf zeichnet die durchgängige Route inklusive Ersatz nach. In den Bundesstraßen Artikeln der Wikipedia kann man im ausklappbaren Verlauf nachlesen, wo die Route über den Ersatz verläuft. IMHO sollte man dann aber die beiden Relationen auch so bezeichnen, damit das nachvollziehbar bleibt. In diesem Falle wäre es nämlich kontraproduktiv, diese zu vereinen. Außerdem würde ich für solche Zwecke die komplette Straßenkörper-Relation in die Routen-Relation packen und nicht alles zweimal erfassen. Gemäß dem Netzgedanken des Bundes endet jede Fernstraße (mit Ausnahme der Küsten) wieder auf einer anderen Fernstrasse und nichts ist unterbrochen. Diesen Netzgedanken nimmt die Routenrelation auf. Inzwischen ist der Netzgedanke schon transeuropäisch geworden und endet an den Staatsgrenzen nicht (Europastraßen). Manche Bundesstraßen zu den Küsten (Beispiel B72) enden direkt an den Terminals der Fähren und spinnen auch hier den Netzgedanken weiter. Beim Straßenkörper wäre noch anzumerken, dass dieser auch einige Meter in abbiegende Straßen vordringt. Genaue Infos hierzu gibt es nur auf den Geoservern der Bundesländer. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bayernviewer-Daten (was: Re: Häuse r einzeichnen?)
Karl Eichwalder wrote: Anfrage an den Seitenbetreiber ist raus. Das sollte man sich besser schenken. Fakten sind frei. Besorg dir einen stadtplan, mach eine fotosafari, zusätzlich ein paar lageskizzen und leg bayernviewer, google und yahoo daneben. Dann werte alle datenquellen parallel aus und trag das ergebnis bei OSM ein. Yahoo bringt mir nichts. Keine Daten für mein Gebiet. Fotosafari würde nur die Hausfronten erfassen. Bleibt eigentlich nur Google und Bayernviewer. Beides Quellen, die nicht lizenzfrei sind. Antwort von den Bayernviewer-Leuten habe ich. Sieht aus wie ein Standardtext mit einen Hinweis auf die Lizenzierung. Ich habe nun geantwortet, dass ich nur Hausumrisse brauche. Auch auf die ehrenamtliche Tätigkeit habe ich hingewiesen. Ich mache das unter anderem um unsere Karte für den Heimat- und Geschichtsverein zu verbessern. Was bringt es, wenn ich in einer kommerziellen Karte ein Sühnekreuz im Wald markiere, aber die Waldwege dorthin fehlen. Wer nicht gerade mit einem GPS da hin latscht, um sich den Koordinaten anzunähern, dem bringt so eine kommerzielle Karte garnichts. Gerade Google, als direkter Konkurrent, glänzt mit miserabler Erfassung von Wald- und Feldwegen. Dafür haben die hier Straßen, die es garnicht gibt. Ist aber ein anderes Thema. Vielleicht gar absichtlich falsche Daten. Ich halte euch auf dem Laufenden, ob eine Sonderlizenzierung möglich war. Wenn die auf die Standardpreisliste bestehen kommt postwendend eine Absage zurück. Ich brauche keine Lizenz für den ganzen Datenbestand, wenn ich nur Hausumrisse übertragen will. Da ich die Google-Sat-Fotos auch nicht nutzen darf, würde ich dann als nächstes einen etwas unkonventionellen Versuch durchführen und Straße für Straße mit dem GPS ablaufen um dann immer Anfang und Ende der Häuser zu markieren. Je ein Kasterl hin und es passt wenigstens in Etwa. Wenn irgendwann jemand sich tatsächlich den Luxus einer Lizenz leistet, dann kann er meine in Etwa-Häuser ja noch nachbessern. Wichtig ist mir, die Adressdaten zu vervollständigen. Also Hausnummern nachtragen. Ein Kästchen mit building=yes ist da immerhin besser als ein einzelner Knoten. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie finde ich eben angelegte Relation
On Tue, May 11, 2010 at 10:25:23AM +0200, Frederik Ramm wrote: Eine Relation muss, um theoretisch nuetzlich zu sein, entweder Tags oder Mitglieder haben. Nur eine Relation ohne Tags *und* ohne Mitglieder ist Datenschrott. Auffindbar kann sie dennoch sein, und zwar wenn sie Mitglied einer anderen Relation ist. Nur eine Relation ohne Tags *und* ohne Mitglieder *und* ohne Elternrelationen ist wirklich unauffindbar, ausser natuerlich man kennt ihre ID: Aber eine relation beschreibt doch das verhaeltnis mehrere OSM Objekte untereinander. Um das zu koennen muessen doch member vorhanden sein - In meinen Augen mindestens eines als sonderfall einer geschlossenen Boundary zumindest. Das Konzept wurde natuerlich schon hie und da etwas aufgeweicht, und man kann es natuerlich auch insgesamt in Frage stellen. Aber von der Grundidee her sollte die API eigentlich nie wissen, mit was sie da eigentlich zu tun hat. Okay - dann sollten die Editoren das versuchen zu verhindern. Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats OSMI Routing View 2010/05
Pascal Neis wrote: http://tools.geofabrik.de/osmi/?view=routinglon=10.54395lat=50.89888zoom=6 Danke für den Tipp! Kannte das Tool nicht. Etwa 5 Fehler in meinem Zuständigkeitsgebiet sind jetzt draußen. Wie oft werden denn die Daten aktualisiert? Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM: Objekte von der Karte entfernen
Ich möchte in JOSM heruntergeladene Objekte von der Karte entfernen, ohne dass diese beim nachfolgenden Hochladen aus der Datenbank gelöscht werden. Wie stelle ich das an? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Lastenseilbahn
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, bin ich nur zu doof oder gibt es keinen Tag für eine Lastenseilbahn? Ich würde gerne eine taggen - aber was ist da der richtige Tag? aerialway=goods_lift ? Unter Lastenseilbahn verstehe ich eine Seilbahn in der ausschließlich Lasten und keine Personen befördert werden dürfen, das ganze besteht auch nur aus zwei Seilen, einem Haufen Masten und einem verrosteten Metallverschlag, der an einer Laufkatze hängt. Für Informationen dankbar! - Fips - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkvphBcACgkQnHVyAFIfTkHr4gCdH3BKnheoY5D/kFTGKge1HFYD 4KsAn3J2waUi8joDSLULbWAUtyKnr1S1 =zx36 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Objekte von der Karte entfernen
Du kannst Objekte vorübergehend ausblenden, entweder mit dem eingebauten Filter von JOSM per Suchausdruck oder mit dem Plugin ghost per Mausklick. bye Nop -- View this message in context: http://gis.638310.n2.nabble.com/JOSM-Objekte-von-der-Karte-entfernen-tp5036847p5037008.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lastenseilbahn
Fips Schneider o...@fips-schneider.de wrote: bin ich nur zu doof oder gibt es keinen Tag für eine Lastenseilbahn? Ich würde gerne eine taggen - aber was ist da der richtige Tag? aerialway=goods_lift ? Unter Lastenseilbahn verstehe ich eine Seilbahn in der ausschließlich Lasten und keine Personen befördert werden dürfen, das ganze besteht auch nur aus zwei Seilen, einem Haufen Masten und einem verrosteten Metallverschlag, der an einer Laufkatze hängt. Die einzige gemappte Lastenseilbahn die ich kenne ist der Lift zum Stripsenjochhaus. Der ist als normale Seilbahn gemappt: http://osm.org/go/0IXkRjgy3-- aerialway=cable_car Gefühlsmäßig würde ich die Eignung/Zulassung für Personen und/oder Material aber sowieso in getrennte Tags packen also erscheint mir das richtig. Viele Materialbahnen grade bei Alpenvereinshütten sind ja für nicht öffentliche Personenbeförderung zugelassen. Du kannst Dir ja mit piste:lift:occupancy=0 behelfen :) Gruss Sven -- Der normale Bürger ist nicht an der TU Dresden und schreibt auch nicht mit mutt. (Ulli Kuhnle in de.comp.os.unix.discussion) /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] Stats OSMI Routing View 2010/05
Pascal Neis schrieb: wie in den vergangenen zwei Monaten, möchte ich hier wieder die aktuellen Statistiken zum OSM Inspector Routing View senden. Was muss man hier noch eintragen, damit der Inspector zufrieden ist? http://tools.geofabrik.de/osmi/?view=routinglon=13.34248lat=50.88285zoom=18 Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Objekte von der Karte entfernen
Tirkon wrote: Ich möchte in JOSM heruntergeladene Objekte von der Karte entfernen, ohne dass diese beim nachfolgenden Hochladen aus der Datenbank gelöscht werden. Wie stelle ich das an? Hi Tirkon, wurde schon öfter nachgefragt, aber es hat sich schlicht noch niemand die Mühe gemacht, das in JOSM einzubauen. Mögliche workarounds: - *.osm im Texteditor öffnen und raus löschen - die zu löschenden Elemente mit einem Tag versehen und dann ein geeignetes Tool auf die osm Datei loslassen. (Osmosis?) Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats OSMI Routing View 2010/05
Hallo Dietmar, wenn das so ist, haben die Jungs von der Routing-Front an diesen Stellen Pech. Ich weiß wohl, dass das nicht so einfach zu bewerkstelligen ist, aber ich werde deshalb nicht anfangen, Wege einzuzeichnen, die vor Ort nicht vorhanden sind. Ich werde also den Fußweg, der an der Ecke eines großen Parkplatzes endet nicht quer über die ersten 2-3 Parkplätze mit dem highway=service darauf verbinden. Somit bleiben diese Fehler (wer sie so nennen mag) weiter drin. Schade. LG Christian Dietmar schrieb: Die Jungs von der Routing-Front wollen nicht über Flächen routen, also den Fußweg verlängern bis zum Ende des highway=service. Grüße Dietmar -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org]im Auftrag von C. Brause Gesendet am: Dienstag, 11. Mai 2010 01:05 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Stats OSMI Routing View 2010/05 Hallo! Noch eine Frage: Wird ein Parkplatz nicht als Fläche mit foot=yes akzeptiert? Habe nen Fall, dass ein Fußweg zu einem Parkplatz führt, aber nur mit diesem und nicht mit dem highway=service darauf verbunden ist. Für mein Verständnis müsste das fürs Fußgängerrouting reichen. Ich kenne jedenfalls keinen Parkplatz, den ich zwar befahren, aber nicht betreten darf ;-) LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Objekte von der Karte entfernen
Sebastian Klein wrote: Tirkon wrote: Ich möchte in JOSM heruntergeladene Objekte von der Karte entfernen, ohne dass diese beim nachfolgenden Hochladen aus der Datenbank gelöscht werden. Wie stelle ich das an? Hi Tirkon, wurde schon öfter nachgefragt, aber es hat sich schlicht noch niemand die Mühe gemacht, das in JOSM einzubauen. Mögliche workarounds: - *.osm im Texteditor öffnen und raus löschen - die zu löschenden Elemente mit einem Tag versehen und dann ein geeignetes Tool auf die osm Datei loslassen. (Osmosis?) osmgrep würde sich anbieten. Musst dann nur noch die Funktion -v (inverse match) einbauen. ;) http://svn.openstreetmap.org/applications/utils/filter/osmgrep/osmgrep.pl Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie finde ich eben angelegte Relation
Hallo, Florian Lohoff wrote: Aber eine relation beschreibt doch das verhaeltnis mehrere OSM Objekte untereinander. Um das zu koennen muessen doch member vorhanden sein - In meinen Augen mindestens eines als sonderfall einer geschlossenen Boundary zumindest. Meistens. Aber es kann auch sein, dass die Relation selber ein Member von irgendwas ist, statt welche zu haben! Alle Beispiele, die mir jetzt gerade einfallen, sind weit hergeholt. Aber nimm mal an, Du wolltest einer Routen-Relation eine Information ueber den Betreiber geben: operator=Deutcher Alpenverein. Soweit, so gut. Was, wenn Du nun zum Alpenverein noch Details speichern willst - seine Webseite und eine Telefonnummer zum Beispiel. Du legst eine Relation fuer den Alpenverein an und gibst der lauter Tags - Webseite, Telefonnummer, usw.; nun hast Du zwei Moeglichkeiten: 1. Alle Routen, die vom Deutschen Alpenverein betreiben werden, als Member in die Alpenverein-Relation oder 2. Den Alpenverein (der selber keinen Member hat) als Member in der Rolle operator in die Routen-Relation. Derzeit machen die meisten ersteres. Aber eigentlich ist es vom Modellierungs-Aspekt her falsch. Wenn die Zustaendigkeit einer Route vom Alpenverein auf den Naturschutzbund uebergeht, dann aendert sich nicht der Alpenverein - es aendert sich die Route. Nur mit dem Fall 2 koennte man das korrekt abbilden. Wie gesagt, ist alles ein bisschen theoretisch, aber ich sehe durchaus einen Nutzen fuer Relationen ohne Member. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Objekte von der Karte entfernen
Am 11. Mai 2010 18:11 schrieb Tirkon tirko...@yahoo.de: Ich möchte in JOSM heruntergeladene Objekte von der Karte entfernen, ohne dass diese beim nachfolgenden Hochladen aus der Datenbank gelöscht werden. Wie stelle ich das an? Meiner Meinung nach sollte das mit Layern funktionieren. Als ich es das letzte Mal versucht habe (ist schon länger her) konnte man leider noch keine Objekte von einem auf den anderen (Daten-)Layer verschieben. Wenn das ginge könnte man einfach den kompletten Layer, auf den man alle Objekte die man nicht mehr im Speicher haben will, geschoben hat, löschen (oder z.B. auch nur ausblenden). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie finde ich eben angelegte Relation
Am 10. Mai 2010 22:52 schrieb Florian Lohoff f...@zz.de: On Mon, May 10, 2010 at 05:12:24PM +0300, Fips Schneider wrote: Wenn nix in der Relation drin ist: Pech gehabt. Huch - sollte die API nicht leere relationen verhindern? Und auch leere wege? Macht ja keinen sinn und ist nur nicht referenzierbarer datenschrott ... hm, es wird wohl leider nicht verhindert, ein ähnliches Problem hatte ich neulich auch mal mit Multipolygon-Relationen, die ich versehentlich leer erstellt hatte. M.E. wenn man eine Selektion hat und dann eine neue Relation erstellt sollte gleich die Selektion automatisch aufgenommen werden (oder eine Nachfrage, ob man das will). Ganz leer sind diese Relationen ja nicht, da ich ihr z.B. Tags (type etc.) zugewiesen hatte, nur halt keine Member. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats OSMI Routing View 2010/05
Am 11. Mai 2010 19:30 schrieb C. Brause chr_bra...@gmx.de: Hallo Dietmar, wenn das so ist, haben die Jungs von der Routing-Front an diesen Stellen Pech. Ich weiß wohl, dass das nicht so einfach zu bewerkstelligen ist, aber ich werde deshalb nicht anfangen, Wege einzuzeichnen, die vor Ort nicht vorhanden sind. Ich werde also den Fußweg, der an der Ecke eines großen Parkplatzes endet nicht quer über die ersten 2-3 Parkplätze mit dem highway=service darauf verbinden. Somit bleiben diese Fehler (wer sie so nennen mag) weiter drin. Schade. vielleicht behebt sie ja jemand anders, wenn Du Dich weigerst ;-) Ein Router wie sie heute gebräuchlich sind wird jedenfalls den unverbundenen Fußweg nicht verwenden. Wie ist denn Dein Alternativansatz um in den Daten zu verankern, dass der Service-Weg und der Fußweg verbunden sind, wenn nicht über einen Pseudoweg? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bayernviewer-Daten (was: Re: Häuse r einzeichnen?)
Am 11. Mai 2010 17:25 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Da ich die Google-Sat-Fotos auch nicht nutzen darf, würde ich dann als nächstes einen etwas unkonventionellen Versuch durchführen und Straße für Straße mit dem GPS ablaufen um dann immer Anfang und Ende der Häuser zu markieren. Je ein Kasterl hin und es passt wenigstens in Etwa. Wenn irgendwann jemand sich tatsächlich den Luxus einer Lizenz leistet, dann kann er meine in Etwa-Häuser ja noch nachbessern. Wichtig ist mir, die Adressdaten zu vervollständigen. Also Hausnummern nachtragen. Ein Kästchen mit building=yes ist da immerhin besser als ein einzelner Knoten. Hast Du mal nachgesehen, ob es evtl. einen Bebauungsplan gibt? Da stehen die Hausnummern z.B. auch drin. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lastenseilbahn
Hallo, ich hab hier vor einiger Zeit einige Materialseilbahnen, bzw. nur die Stationen eingetragen: http://www.openstreetmap.org/?lat=46.91118lon=12.29816zoom=15layers=B000FTF Damals wusste ich keine andere Methode, es entsprechend kennzuzeichnen, daher habe ich es so getaggt. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wie Häufig Punkte generieren lassen?
Hallo, im Wiki steht, dass man am besten pro Sekunde einen Punkt generieren lassen soll. Ist das so auch korrekt, wenn man bevorzugt zu Fuß oder mit dem Rad unterwegs ist? Ich habe den GPS-Logger bisher nie im Auto gehabt. Da die Straßen in unserem Gebiet schon weitestgehend komplett sind und gerade im Wohngebiet ein Erfassen der vielen Seitengassen mit dem Rad, bzw. zu Fuß viel einfacher ist, glaube ich auch nicht, dass ich jemals Wege mit dem Auto logge. Frage deshalb, weil die paar GPS-Daten, die es in meinem Gebiet schon gibt, durch die Bahn ungenauer sind. Teilweise allerdings so ungenau, dass ich Wege mit meinen Daten neu verbinden muss, um das, was ich vor Ort gesehen habe, auch in der Karte wiederzufinden. Mich stören die von mir generierten recht umfangreichen Daten persönlich nicht, aber verkraftet das der OSM-Server auf Dauer... Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats OSMI Routing View 2010/05
Am 11.05.2010 19:30, schrieb C. Brause: aber ich werde deshalb nicht anfangen, Wege einzuzeichnen, die vor Ort nicht vorhanden sind. Ich werde also den Fußweg, der an der Ecke eines großen Parkplatzes endet nicht quer über die ersten 2-3 Parkplätze mit dem highway=service darauf verbinden. Also auf die Idee würde ich (als jemand der immer das Routing im Auge hat) niemals kommen, die Fusswege *nicht* mit den service_aisles zu verbinden... ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Häufig Punkte generieren lassen?
Am 11.05.2010 20:12, schrieb Manuel Reimer: Mich stören die von mir generierten recht umfangreichen Daten persönlich nicht, aber verkraftet das der OSM-Server auf Dauer... Wenn nicht brauchen wir einen stärkeren Server. Es gibt keinen Grund, aus Angst um die Technik ungenaue Daten zu erfassen. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Häufig Punkte generieren lassen?
Am 11.05.2010 20:12, schrieb Manuel Reimer: im Wiki steht, dass man am besten pro Sekunde einen Punkt generieren lassen soll. Ist das so auch korrekt, wenn man bevorzugt zu Fuß oder mit dem Rad unterwegs ist? Ich logge mit meinem Legend meist mit der Einstellung automatisch/maximal, dann macht er in Kurven viele und auf Geraden wenige Punkte. Nur beim Feinmappen (zB. Kreisverkehre, eng verwinkelte Wege) gehe ich auf Entfernung/0.0km). Wenn Du das sekündliche Loggen bevorzugst besteht immer noch die Möglichkeit überflüssige Punkte nachträglich mit gpsbabel auszufiltern. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Häufig Punkte generieren lassen?
Am 11. Mai 2010 20:12 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: im Wiki steht, dass man am besten pro Sekunde einen Punkt generieren lassen soll. Ist das so auch korrekt, wenn man bevorzugt zu Fuß oder mit dem Rad unterwegs ist? Ich würde es in jedem Fall empfehlen. Die groben GPS-Daten mit 10m und mehr Abstand aus den Originaldaten schöngerechnet, die man teilweise antrifft, helfen m.E. deutlich weniger als ein dichter Track. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Häufig Punkte generieren lassen?
Manuel Reimer manuel.s...@nurfuerspam.de wrote: im Wiki steht, dass man am besten pro Sekunde einen Punkt generieren lassen soll. Ist das so auch korrekt, wenn man bevorzugt zu Fuß oder mit dem Rad unterwegs ist? Mit dem Rad ist das IMO perfekt. Zu Fuß reichen auch 2 oder 3 Sekunden. Sven -- Trotz der zunehmenden Verbreitung von Linux erfreut sich der Bär, und - dank Knut - insbesondere der Eisbär, deutlich größerer Beliebtheit als der Pinguin. (Gefunden bei http://telepolis.de/) /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] OSM Stadt/Land: Schere schließen , A lleinstellungsmerkmal
Am 8. Mai 2010 03:08 schrieb AssetBurned openstreet...@assetburned.de: moin On 08.05.2010, at 02:50, Daniela Duerbeck wrote: AssetBurned wrote: naja stellt sich dann doch die frage ob man solche tags nicht irgendwann als offizielle tags bezeichnet und nicht mehr als proposed. also wenn ich mir mal die verschiedenen seiten anschaut die tags beobachten, dann denk ich mir schon häufiger warum nen tag mit 200 oder mehr nutzungen und ohne häufiger verwendeter alternative nicht als offiziell gilt. wobei mich beim eisladen nun doch interessieren würde, hast du das als amenity=ice_cream oder als amenity=cafe + cuisine=ice_cream getaggt oder gar shop=ice_cream ? Mein derzeitiger Stand beim Eis ist: amenity = ice_cream food = ice_cream food:takeaway = yes food:taste = sweet für reine Mitnehmeisbuden (jedenfalls ohne Tischservice) und amenity=cafe, cuisine=ice_cream, food = ice_cream food:takeaway = yes, food:taste = sweet für Eiscafes (wie man sie in D. vermutlich öfter findet). food_taste ist evtl. nochmal überarbeitungsbedürftig (gedacht war, sowas wie eine Rubrik Süßwaren zu schaffen, wo man dann Konditoreien, Konfiserien, Eisbuden, Bonbonläden und anderes zusammenfassen könnte). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Häufig Punkte generieren lassen?
Chris66 schrieb: Ich logge mit meinem Legend meist mit der Einstellung automatisch/maximal, dann macht er in Kurven viele und auf Geraden wenige Punkte. Nur beim Feinmappen (zB. Kreisverkehre, eng verwinkelte Wege) gehe ich auf Entfernung/0.0km). Mit meinem GPSmap 60 Csx habe ich die Erfahrung gemacht, dass er bei automatisch/max in den Kurven wenig und auf den Geraden sehr wenig Punkte setzt. Beim Loggen per Fahrrad ist das schlecht, per motorisiertem Mobil sehr schlecht. Kleine Kurven sieht man bei dieser Einstellung gar nicht, bei starken Kurven darf man raten, wie sie etwa aussehen. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats OSMI Routing View 2010/05
Hi, Manuel Reimer schrieb: Pascal Neis wrote: http://tools.geofabrik.de/osmi/?view=routinglon=10.54395lat=50.89888zoom=6 Danke für den Tipp! Kannte das Tool nicht. dann müssten wir wohl doch noch mehr Werbung für den OSMI machen!? Etwa 5 Fehler in meinem Zuständigkeitsgebiet sind jetzt draußen. Wie oft werden denn die Daten aktualisiert? Die Daten/Fehler werden täglich neu aufbereitet! Ein Timestamp der OSM Daten ist auch unten links im OSMI zu sehen. viele gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats OSMI Routing View 2010/05
Hi, malenki schrieb: Pascal Neis schrieb: wie in den vergangenen zwei Monaten, möchte ich hier wieder die aktuellen Statistiken zum OSM Inspector Routing View senden. Was muss man hier noch eintragen, damit der Inspector zufrieden ist? http://tools.geofabrik.de/osmi/?view=routinglon=13.34248lat=50.88285zoom=18 so etwas wurde schon einmal angefragt. Da hatte auch jemand einen Zugang zu einem Haus/Garage gemappt. Ob oder was er dagegen unternommen hat, das der Knoten nicht mehr als Fehler angezeigt wird, fällt mir leider gerade nicht mehr ein. Vielleicht kann jemand anderes etwas dazu schreiben? viele gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats OSMI Routing View 2010/05
M∡rtin Koppenhoefer schrieb: Am 11. Mai 2010 19:30 schrieb C. Brause chr_bra...@gmx.de: Hallo Dietmar, wenn das so ist, haben die Jungs von der Routing-Front an diesen Stellen Pech. Ich weiß wohl, dass das nicht so einfach zu bewerkstelligen ist, aber ich werde deshalb nicht anfangen, Wege einzuzeichnen, die vor Ort nicht vorhanden sind. Ich werde also den Fußweg, der an der Ecke eines großen Parkplatzes endet nicht quer über die ersten 2-3 Parkplätze mit dem highway=service darauf verbinden. Somit bleiben diese Fehler (wer sie so nennen mag) weiter drin. Schade. vielleicht behebt sie ja jemand anders, wenn Du Dich weigerst ;-) Ein Router wie sie heute gebräuchlich sind wird jedenfalls den unverbundenen Fußweg nicht verwenden. Wie ist denn Dein Alternativansatz um in den Daten zu verankern, dass der Service-Weg und der Fußweg verbunden sind, wenn nicht über einen Pseudoweg? Gruß Martin Der Pseudoweg könnte vom Router generiert werden. Beispielsweise als kürzeste Verbindung vom Ende des Fußwegs zum Service-Weg. In die Datenbank gehört er meiner Meinung nach nicht, weil er nicht als solcher vorhanden ist. Zugegebener Maßen habe ich nicht viel Ahnung vom Programmieren von Routern. Aber möglich wäre es doch vielleicht so? Ich bin offen für Gegenstimmen. Aber ich wäre auch froh über eine andere Lösung als diese Pseudowege in die Hauptdatenbank zu schreiben. Eine andere Möglichkeit wäre vielleicht einen neuen Highway-Tag einzuführen, der für solche Hilfskonstruktionen steht. highway=routing oder so. Sie würden nicht gerendert, aber zum Routing benutzt werden. LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats OSMI Routing View 2010/05
Am 11. Mai 2010 22:08 schrieb C. Brause chr_bra...@gmx.de: Der Pseudoweg könnte vom Router generiert werden. Beispielsweise als kürzeste Verbindung vom Ende des Fußwegs zum Service-Weg. In die Datenbank gehört er meiner Meinung nach nicht, weil er nicht als solcher vorhanden ist. wenn gar nichts vorhanden ist weiss der Router halt auch nicht, dass es dort überhaupt eine Verbindung gibt. Er kann ja nicht auf Verdacht alle in der Nähe liegenden Wege verbinden (bzw. wirds dann richtig falsch). So ganz kann ich mir allerdings auch die geschilderte Situation nicht vorstellen: da endet ein offizieller Fußweg eingekesselt durch Parkplätze und man muss sich zwischen den Autos durchzwängen zur Parkplatzerschließungsstraße? Ist das in Deutschland? Könntest Du mal die Stelle posten? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats OSMI Routing View 2010/05
Hi, André Riedel schrieb: Ich finde es immer noch Schade, dass Wege, welche mit einem Knoten mit noexit=yes enden, und Weg, welche mit highway=platform oder public_transport=platform verbunden sind, als Fehler angesehen werden! ab morgen sollten Knoten die mit highway=platform oder mit public_transport=platform verbunden sind, nicht mehr als Fehler angezeigt werden. viele gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Häuser einzeichnen?
Am 9. Mai 2010 08:58 schrieb Karl Eichwalder k...@gnu.franken.de: Fakten sind frei. +1 Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Falsche(?) hamlets
Am 8. Mai 2010 06:14 schrieb Johannes Huesing johan...@huesing.name: Daniela Duerbeck daniela.duerb...@gmx.de [Sat, May 08, 2010 at 12:29:09AM CEST]: [...] Ich denke, dass das falsch ist, denn ein hamlet ist doch ein Weiler, Parkstadt Solln gehört aber zu München. Das widerspricht sich ja nicht, im Gegenteil, die meisten Weiler sind unselbständig und manches, was ich so taggen würde, gehört auch zu einer Großstadt Doch, m.E. passt Hamlet für den Stadtteil einer Großstadt überhaupt nicht. Dass Solln Stadtteil von München ist weiss ich nur von Wikipedia ( http://de.wikipedia.org/wiki/Solln ), falls das nicht so sein sollte lasse ich mich gern belehren. Wie wärs mit place=suburb? Das passt sprachlich zwar auch nicht, ist aber allgemein in OSM für Stadtteile verwendet. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats OSMI Routing View 2010/05
M∡rtin Koppenhoefer schrieb: Am 11. Mai 2010 22:08 schrieb C. Brause chr_bra...@gmx.de: Der Pseudoweg könnte vom Router generiert werden. Beispielsweise als kürzeste Verbindung vom Ende des Fußwegs zum Service-Weg. In die Datenbank gehört er meiner Meinung nach nicht, weil er nicht als solcher vorhanden ist. wenn gar nichts vorhanden ist weiss der Router halt auch nicht, dass es dort überhaupt eine Verbindung gibt. Er kann ja nicht auf Verdacht alle in der Nähe liegenden Wege verbinden (bzw. wirds dann richtig falsch). So ganz kann ich mir allerdings auch die geschilderte Situation nicht vorstellen: da endet ein offizieller Fußweg eingekesselt durch Parkplätze und man muss sich zwischen den Autos durchzwängen zur Parkplatzerschließungsstraße? Ist das in Deutschland? Könntest Du mal die Stelle posten? Gruß Martin Hier als Beispiele zwei kleine Parkplätze. Für größere könnte sich aber die gleiche Situation ergeben. http://tools.geofabrik.de/osmi/?view=routinglon=8.21190lat=53.15325zoom=18opacity=1.00 http://tools.geofabrik.de/osmi/?view=routinglon=8.21190lat=53.15325zoom=18opacity=1.00 LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene OSM-Wikiseite für Radfahr-Vereine
Am 8. Mai 2010 11:48 schrieb Carsten Gerlach daswaldh...@gmx.de: Das ist Meiner Meinung nach der falsche Ansatz, um die Routingqualität der Daten zu bewerten. Es ist vielmehr wichtig, daß die Wege richtig verbunden sind und die richtigen Tags haben. das stimmt natürlich allgemein erstmal Geht über einen Weg eine, wenn auch inoffizielle Radroute, kann man wohl davon ausgehen, dass dieser Weg gut mit dem Rad befahrbar ist. Das ist wieder eine Eigenschaft die durch die Tags der Wege beschrieben wird, z.B tracktype, surface usw. usw. ist z.B. Verkehrsdichte (wo sollen in OSM da objektive Daten herkommen?), Durchschnittsgeschwindigkeit der Autos, Breite des Randstreifens, Steigung/Gefälle der Strecke? Auch wenn ich prinzipiell von dem granularen Ansatz der universellen Tags überzeugt bin: um eine gute Radroute herauszufinden fehlen immer noch Informationen, die auch nicht so einfach nachzutragen sind. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats OSMI Routing View 2010/05
Hallo, über eine Fläche zu routen ist einfach viel aufwändiger, da gab es vor kurzem eine Diskussion, als in Dortmund wg. der hochauflösenden Luftbilder nachgefragt wurde, ob Fußwege flächenhaft erfasst werden könnten/sollten. Auf einer Fläche überlege ich mir, wie in Blinder oder ein Gehbehinderter mit Rollator die Fläche benutzen würde und zeichne für diese einen sinnvollen Weg ein. Grüße Dietmar -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org]im Auftrag von C. Brause Gesendet am: Dienstag, 11. Mai 2010 22:09 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Stats OSMI Routing View 2010/05 M?rtin Koppenhoefer schrieb: Am 11. Mai 2010 19:30 schrieb C. Brause chr_bra...@gmx.de: Hallo Dietmar, wenn das so ist, haben die Jungs von der Routing-Front an diesen Stellen Pech. Ich weiß wohl, dass das nicht so einfach zu bewerkstelligen ist, aber ich werde deshalb nicht anfangen, Wege einzuzeichnen, die vor Ort nicht vorhanden sind. Ich werde also den Fußweg, der an der Ecke eines großen Parkplatzes endet nicht quer über die ersten 2-3 Parkplätze mit dem highway=service darauf verbinden. Somit bleiben diese Fehler (wer sie so nennen mag) weiter drin. Schade. vielleicht behebt sie ja jemand anders, wenn Du Dich weigerst ;-) Ein Router wie sie heute gebräuchlich sind wird jedenfalls den unverbundenen Fußweg nicht verwenden. Wie ist denn Dein Alternativansatz um in den Daten zu verankern, dass der Service-Weg und der Fußweg verbunden sind, wenn nicht über einen Pseudoweg? Gruß Martin Der Pseudoweg könnte vom Router generiert werden. Beispielsweise als kürzeste Verbindung vom Ende des Fußwegs zum Service-Weg. In die Datenbank gehört er meiner Meinung nach nicht, weil er nicht als solcher vorhanden ist. Zugegebener Maßen habe ich nicht viel Ahnung vom Programmieren von Routern. Aber möglich wäre es doch vielleicht so? Ich bin offen für Gegenstimmen. Aber ich wäre auch froh über eine andere Lösung als diese Pseudowege in die Hauptdatenbank zu schreiben. Eine andere Möglichkeit wäre vielleicht einen neuen Highway-Tag einzuführen, der für solche Hilfskonstruktionen steht. highway=routing oder so. Sie würden nicht gerendert, aber zum Routing benutzt werden. LG Christian ___ 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] Stats OSMI Routing View 2010/05
Am 11. Mai 2010 22:49 schrieb C. Brause chr_bra...@gmx.de: Könntest Du mal die Stelle posten? Hier als Beispiele zwei kleine Parkplätze. Für größere könnte sich aber die gleiche Situation ergeben. http://tools.geofabrik.de/osmi/?view=routinglon=8.21190lat=53.15325zoom=18opacity=1.00 das ist wohl hier: http://maps.google.de/maps?hl=deq=schulzentrumie=UTF8sll=53.15365,8.211897sspn=0.001142,0.002411split=1rq=1ev=ziradius=0.06hq=schulzentrumhnear=ll=53.153695,8.2118spn=0.001142,0.002411t=hz=19 genau kann ich's Dir nicht sagen, aber es sieht für mich so aus, als gäbe es dort überhaupt keine eingezeichneten Stellplätze und von daher kannst Du auch nicht sagen, dass der Fußweg vor Ort nicht vorhanden ist (ist er doch: als Teil der Fläche). Als Alternative könntest Du den kompletten Parkplatz als Straßenfläche definieren, damit wäre er auch routbar. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanzdiskussion? (was: Eigene OSM-Wi kiseite für Radfahr-Vereine)
Am 8. Mai 2010 17:39 schrieb Tobias Knerr o...@tobias-knerr.de: Die Anforderung, dass ein anderer Mapper eine Information verifizieren kann, indem er sich selbst vor Ort begibt, ließe sich durchaus als OSM-Entsprechung zu den Quellenangaben in der Wikipedia sehen. -1, die Entsprechung für Quellenangaben in Wikipedia wären Quellenangaben in OSM, und die kann man haben wollen oder nicht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu Taxistandplätzen
Am 8. Mai 2010 00:19 schrieb Daniela Duerbeck daniela.duerb...@gmx.de: Letzteres hätte ich gerne in Mapnik hinzugefügt. Wohin muß ich mit der Bitte wenden? http://trac.openstreetmap.org Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats OSMI Routing View 2010/05
Am 11. Mai 2010 22:32 schrieb Pascal Neis pascal.n...@gmail.com: Hi, André Riedel schrieb: Ich finde es immer noch Schade, dass Wege, welche mit einem Knoten mit noexit=yes enden, und Weg, welche mit highway=platform oder public_transport=platform verbunden sind, als Fehler angesehen werden! ab morgen sollten Knoten die mit highway=platform oder mit public_transport=platform verbunden sind, nicht mehr als Fehler angezeigt werden. Und hat sich deine Meinung zu ersteren Fall geändert? Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Änderungsschneiderei
Hi! Weiß jemand, wie man sowas am besten tagged? Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats OSMI Routing View 2010/05
Dietmar schrieb: Hallo, über eine Fläche zu routen ist einfach viel aufwändiger, da gab es vor kurzem eine Diskussion, als in Dortmund wg. der hochauflösenden Luftbilder nachgefragt wurde, ob Fußwege flächenhaft erfasst werden könnten/sollten. Auf einer Fläche überlege ich mir, wie in Blinder oder ein Gehbehinderter mit Rollator die Fläche benutzen würde und zeichne für diese einen sinnvollen Weg ein. Grüße Dietmar Das werde ich wohl anderen überlassen und mich anderen Themen widmen. Für mich wäre schon routen über Wege aufwendig. Trotzdem machen es (zum Glück) andere. Wenn wir die Wirklichkeit kartieren wollen, dann ist dieser Weg für mich schlicht der falsche. Aufwendig heißt ja nicht, dass es nicht geht. Was die Überlegung für Blinde angeht, würde ich auf jeden Fall diese tastbaren weißen Riffelsteine eintragen. Ich würde aber nicht wirklich als Kriterium für einen Weg auf einer Fläche nehmen, ob jemand eher links, oder rechts über eine ebene Fläche geht. Gleichzeitig finde ich es ok, wenn es andere so machen. Ich werde da sicher nichts löschen. Vielleicht stehe ich ja mit der Meinung auch alleine da. LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] addr:housename
Hi! Wenn ich mir tagwatch so anschaue, dann besteht bei diesem Tag wohl erhöhter Aufklärungsbedarf. Dieses tag soll eigentlich nur dort angewendet werden, wo es keine Hausnummer gibt, und die Post dann anhand dieses Namens die Briefe zustellt. (In UK) Offenbar werden aber gar lustige Werte für dieses Tag vergeben. Am beliebtesten ist es, die Hausnummer nochmal zu kopieren, aber selbst Rufzeichen von Amateurfunkern habe ich gefunden. Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Änderungsschneiderei
Daniela Duerbeck schrieb: Hi! Weiß jemand, wie man sowas am besten tagged? Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Ohne Nachgeguckt zu haben, hätte ich gefühlsmäßig shop=tailor genommen. LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stats OSMI Routing View 2010/05
Hi, André Riedel schrieb: André Riedel schrieb: Ich finde es immer noch Schade, dass Wege, welche mit einem Knoten mit noexit=yes enden, und Weg, welche mit highway=platform oder public_transport=platform verbunden sind, als Fehler angesehen werden! ab morgen sollten Knoten die mit highway=platform oder mit public_transport=platform verbunden sind, nicht mehr als Fehler angezeigt werden. Und hat sich deine Meinung zu ersteren Fall geändert? vielleicht ein wenig ;o) Bisher habe ich es so verstanden, das in fast allen Posts, die ich von anderen gelesen habe, sie das Tag noexit an den Way und nicht an die Node hängen. Wie du richtig schreibst, sieht es laut tagwatch etwas anders aus. Ich persönlich finde es eigentlich auch besser wenn es am Way und nicht an der Node vorhanden ist. Da mich Flo vorhin noch auf einen anderen möglichen Fehler, den man noch in den View aufnehmen könnte, hingewiesen hat, versuche ich es die kommenden Tage mal umzusetzen. Es kommt ja ein langes Wochenende :o) Bitte achtet aber darauf: auch Ways mit einem noexit Tag können fehlerhaft sein. Nämlich genau dann, wenn sie an überhaupt keinem anderen Way angeschlossen sind. Dies kommt in DE auch ein paar mal vor ... viele gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Häufig Punkte generieren lassen?
Chris66 wrote: Ich logge mit meinem Legend meist mit der Einstellung automatisch/maximal, dann macht er in Kurven viele und auf Geraden wenige Punkte. Nur beim Feinmappen (zB. Kreisverkehre, eng verwinkelte Wege) gehe ich auf Entfernung/0.0km). Bei einem Legend (HCx) spricht nix gegen sekündliches abspeichern, da er mit einer Speicherkarte quasi unendlich viel abspeichern kann. Mit einem Oregon sieht die Sache anders aus. Der vergißt in wohl jeder Einstellung Trackpunkte. Da bin ich mir noch nicht sicher, ob es eine Möglichkeit gibt, wirklich alles abzuspeichern. Ich hab mich schon bei Garmin beschwert. Dieses wunderbare Feature, einfach alles sekündlich auf SD zu tracken, wurde beim teureren Oregon wieder vergessen. Sehr, sehr unschön. Für längere Strecken werde ich Zukunft immer den Oregon und den Legend mitnehmen. Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Änderungsschneiderei
C. Brause wrote: Ohne Nachgeguckt zu haben, hätte ich gefühlsmäßig shop=tailor genommen. Dort kann man aber nix schneidern lassen, sondern nur ändern, oder reparieren. Es gibt den von mir gemeinten Shop auch noch nicht, erst ab Juni, und ich gebe ihm nicht arg viel Zeit, da ich glaube, dass da kein Bedarf besteht, aber das Tag würde mich dennoch interessieren. Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Falsche(?) hamlets
Am Dienstag 11 Mai 2010, 22:43:15 schrieb M∡rtin Koppenhoefer: Doch, m.E. passt Hamlet für den Stadtteil einer Großstadt überhaupt nicht. Dass Solln Stadtteil von München ist weiss ich nur von Wikipedia ( http://de.wikipedia.org/wiki/Solln ), falls das nicht so sein sollte lasse ich mich gern belehren. ist so. Wie wärs mit place=suburb? Das passt sprachlich zwar auch nicht, ist aber allgemein in OSM für Stadtteile verwendet. +1 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-it] Trascinare percorsi in JOSM
Perché è diventato così difficile? Ogni volta che sposto una way mi ritorna dov'era! -- Giacomo Boschi http://gwilbor.wordpress.com/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Trascinare percorsi in JOSM
Giacomo Boschi ha scritto: Perché è diventato così difficile? Ogni volta che sposto una way mi ritorna dov'era! Ok, trovato la chiave da modificare, ora è a posto. -- Giacomo Boschi http://gwilbor.wordpress.com/ ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Punti fiduciali ?
Ciao a tutti. Preso da una mania di precisione indotta dall' avere a disposizione le ortofoto del PCN per inserire gli edifici, mi sono tornati in mente i punti fiduciali dell' Agenzia del Territorio già oggetto di diversi messaggi qualche tempo fa. Danno le coordinate di alcuni punti di edifici bene identificabili e dovrebbero (???) essere anche molto precisi essendo ottenuti topograficamente. Non si potrebbero usare come riferimento per correggere la posizione di alcuni punti della mappa OSM e definirli di coordinate certe ? Che ne pensate? Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Come cambiare dati importati da GFOSS?
Salve, ho trovato in OSM alcune coordinate dei centri di comuni che sono palesemente errate. Vorrei correggerle ma mi preoccupo del tag source. Attualmente è impostato su geodati.gfoss.it. Devo togliere quel tag visto che il nuovo dato non ha più quella come fonte? Ciao, -- Gioele Barabucci gio...@svario.it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come cambiare dati importati da GFOSS?
Vorrei correggerle ma mi preoccupo del tag source. Attualmente è impostato su geodati.gfoss.it. Devo togliere quel tag visto che il nuovo dato non ha più quella come fonte? tranquillo, correggi il dato e cancella il tag source. Ciao, Stefano ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Come cambiare dati importati da GFOSS?
Il 11 maggio 2010 19.00, Stefano Salvador stefano.salva...@gmail.com ha scritto: Vorrei correggerle ma mi preoccupo del tag source. Attualmente è impostato su geodati.gfoss.it. Devo togliere quel tag visto che il nuovo dato non ha più quella come fonte? tranquillo, correggi il dato e cancella il tag source. +1, anche i confini sono nettamente errati, a parte in friuli direi Ciao, Stefano ciao Luca ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Semi-tunnel?
2010/5/7 Federico Cozzi f.co...@gmail.com: Ciao, come si mappano quei tratti di strada (spesso in montagna) che corrono in un semi-tunnel, cioè un tunnel che ha una parete, il tetto ma l'altra parete invece è forata e sorretta da piloni? Per il momento uso tunnel=yes ma mi chiedevo se esistesse qualcosa di più preciso le gallerie si possono mappare con covered http://wiki.openstreetmap.org/wiki/Key:covered (lo uso anche per strade coperte da edifici) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] PCN nel wiki
Ho trovato questa nota: http://wiki.openstreetmap.org/wiki/Potential_Datasources#Portale_Cartografico_Nazionale e possibilmente ci sono altri. Posso chiedere a qualcuno di aggiornare le informazioni e sopratutto mettere un link al permesso e i indirizzi WMS che sono stati aperti per OSM? grazie, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] fontanelle
2010/5/10 ale_z...@libero.it ale_z...@libero.it: Ma ci sono solo quelle di Milano!!! gli ho invitato di inserire i loro dati in OSM, vediamo se li interessa. È un peccato che hanno GMaps come sfondo ;-) ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Punti fiduciali ?
Il 11/05/2010 17:00, albertobonati ha scritto: Non si potrebbero usare come riferimento per correggere la posizione di alcuni punti della mappa OSM e definirli di coordinate certe ? Che ne pensate? Il problema che era stato evidenziato è l'impossibilità di bloccare i dati. Purtroppo al momento questa caratteristica sembra interessare soli a me e pochi altri... In ogni caso, anche se ci fosse consenso, bisognerebbe attendere una modifica delle API. In pratica al momento è inutile anche parlarne, visto che i tempi sarebbero comunque lunghissimi. Ciao! Carlo -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\`/\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Classificazione strade principali di Roma
2010/5/10 Madeco davide@gmail.com: Stavo discutendo con Marco sulla classificazione delle strade importanti di Roma, come la via Appia Nuova o Via Salaria. La prima era su primary, la seconda su secondary. Ora entrambe sono direttrici principali, ma come classificazione con sarebbe come meglio agire? Si stava discutendo anche di connettere in primary la Tangenziale Est e via Cristoforo Colombo, Marco propone questo itinerario +1 da me. Come vedi era la mia ultima idea della cilicia: http://www.openstreetmap.org/browse/way/23551578/history Viale castrense (in parte) e la tangenziale est vedo in realtà trunk, ma era difficile nel passato a mettersi daccordo ;-) Per la connettività primary colombo-tangenziale, anche guardando i cartelli stradali che indicano la direzione Tangenziale, io metterei Cilicia - Acaia - Britannia - Soana - Cerveteri - Re di Roma - Aosta - Monza - Nola Cosa ne pensate? vedo il percorso Cilicia - Acaia - Britannia - Magna Grecia - la Spezia - Nola. Non sono aggiornato su via la Spezia: ci sono ancora i lavori linea C? Soana - cerverti vedo secondary (oppure a dirittura tertiary) Re di Roma primary (Appia verso fuori e fino porta san giovanni inclusa) Salaria - primary ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Classificazione strade principali di Roma
2010/5/11 M∡rtin Koppenhoefer dieterdre...@gmail.com: vedo il percorso Cilicia - Acaia - Britannia - Magna Grecia - la Spezia - Nola. Non sono aggiornato su via la Spezia: ci sono ancora i lavori linea C? questo per la direzione verso la tangenziale, mentre viale castrense da nola fino a piazzale appio primary per chi viene della tangenziale (grazie al senso unico). ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Classificazione strade principali di Roma
Ho fatto delle prime modifiche di prova per vedere nell'insieme, ditemi cosa ne pensate -- View this message in context: http://gis.638310.n2.nabble.com/Classificazione-strade-principali-di-Roma-tp5032689p5037931.html Sent from the Italy mailing list archive at Nabble.com. ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Punti fiduciali ?
Carlo Stemberger ha scritto: Il 11/05/2010 17:00, albertobonati ha scritto: Non si potrebbero usare come riferimento per correggere la posizione di alcuni punti della mappa OSM e definirli di coordinate certe ? Che ne pensate? Il problema che era stato evidenziato è l'impossibilità di bloccare i dati. Purtroppo al momento questa caratteristica sembra interessare soli a me e pochi altri... In ogni caso, anche se ci fosse consenso, bisognerebbe attendere una modifica delle API. In pratica al momento è inutile anche parlarne, visto che i tempi sarebbero comunque lunghissimi. Ciao! Carlo Io veramente non pensavo di utilizzare i punti fiduciali come dati bloccati la cui modifica presupporrebbe permessi speciali. Questo è un aspetto del problema che può riguardare praticamente tutte le informazioni immesse in OSM. Mi chiedevo più semplicemente se ci fosse la possibilità di utilizzare questi punti di coordinate note per aggiustare il posizionamento di edifici e di conseguenza posizionare con maggiore precisione le ortofoto. Si potrebbe poi fornire di un tag appropriato questi punti in modo da segnalare che sono attendibili (sempre che lo siano). Poi chiunque potrebbe spostarli o modificarli ma questo vale anche per tutto il resto. La lista dei punti fiduciali è disponibile sul sito dell' Agenzia del Territorio ma non so nemmeno se sia possibile utilizzarla per questo scopo. Non so nemmeno come fare con JOSM a definire un punto di coordinate note ma sarà senz'altro possibile Ciao Alberto ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Punti fiduciali ?
Il 11/05/2010 21:59, alberto bonati ha scritto: Poi chiunque potrebbe spostarli o modificarli ma questo vale anche per tutto il resto. È questo il problema: se vengono spostati lasciando il tag, potrebbe capitare che un altro utente, prendendoli erroneamente per affidabili, sposti tutti i vari oggetti lì attorno che in realtà sono già posizionati correttamente. -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\`/\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-es] Extremadura: ¿Qué hacer?
2010/5/11 Pablo Gómez pgo...@espeton.com El 11/05/10 00:52, Iván Sánchez Ortega escribió: A las buenas, Tras el revuelo montado por la IDE de Extremadura y su activeX, le he estado echando un vistazo a las FAQ que tienen, y en particular: « ¿Se pueden usar los datos libremente? Podrá ser empleada libremente por todas las personas y para todo tipo de trabajos, siempre que -para este último- se haga constar expresamente la fuente de la que procede la información empleada (Dirección General de Urbanismo y Ordenación del Territorio de Extremadura - DGUOT) » Con lo cual, me vienen a la cabeza dos opciones: a) Machacar los WMSs a golpe de JOSM (véase http://www.idee.es/CatalogoServicios/cat2/indexWMS.html#LocExtremadura). b) Poner a trabajar al capítulo español de OSM, y desde él mandarles una instancia pidiéndoles los datos, para publicarlos como el FSM manda. c) Las dos opciones anteriores son correctas. Yo me inclino por la opción C. ¿A favor, en contra? +1 Pablo G C, quedudacabe. -- Jonás Andradas Skype: jontux LinkedIn: http://www.linkedin.com/in/andradas GPG Fingerprint: 678F 7BD0 83C3 28CE 9E8F 3F7F 4D87 9996 E0C6 9372 Keyservers: pgp.mit.edu | pgp.rediris.es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Extremadura: ¿Qué hacer?
Estoy trabajando en alguna aportación a la plantilla de petición que Iván tenía en el cajón, para proponerla a vuestra consideración. Dadme un par de días (ayer por la noche se me desenchufó el portatil-sin batería- y me quedé sin avances). Creo que ahora se impone pedir directamente. Tengo el informe jurídico de la página Open Data de Euskadi y la página del Plan Aporta, del Ministerio de Industria, de donde puede salir información interesante. En cuanto tenga algo, lo envío. El mar, 11-05-2010 a las 08:10 +0200, sergio sevillano escribió: El 11/05/2010, a las 00:52, Iván Sánchez Ortega escribió: A las buenas, Tras el revuelo montado por la IDE de Extremadura y su activeX, le he estado echando un vistazo a las FAQ que tienen, y en particular: « ¿Se pueden usar los datos libremente? Podrá ser empleada libremente por todas las personas y para todo tipo de trabajos, siempre que -para este último- se haga constar expresamente la fuente de la que procede la información empleada (Dirección General de Urbanismo y Ordenación del Territorio de Extremadura - DGUOT) » Con lo cual, me vienen a la cabeza dos opciones: a) Machacar los WMSs a golpe de JOSM (véase http://www.idee.es/CatalogoServicios/cat2/indexWMS.html#LocExtremadura ). b) Poner a trabajar al capítulo español de OSM, y desde él mandarles una instancia pidiéndoles los datos, para publicarlos como el FSM manda. c) Las dos opciones anteriores son correctas. Yo me inclino por la opción C. ¿A favor, en contra? pues C, podríamos poner a prueba la plantilla de petición. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Extremadura: ¿Qué hacer?
A ver que os parece. he ampliado algo la exposición de motivos con datos concretos,pero creo que interesantes. He añadido una petición general en el solicita. No sé si todo lo demás sigue siendo válido. Queda lo de cómo poner las citas. La Asociación OpenStreetMap España, con domicilio en XXX, NIF G85751717 e inscrita en el Registro Nacional de Asociaciones con el nº 0123456789, aquí representada por su presidente, D. Iván Sánchez Ortega, con DNI 50204265B, EXPONE 1. Que entre los fines de la misma se encuentra el conseguir la puesta a disposición, por parte de las Administraciones y organismos públicos, de la mayor cantidad de información geográfica posible bajo una licencia que no impida su reutilización. 2. Que, en la Ley 37/2007, de 16 de noviembre, sobre reutilización de la información del sector público, que incorpora a nuestro ordenamiento jurídico la Directiva 2003/98/CE, de 17 de noviembre de 2003, del Parlamento Europeo y del Consejo, se establece que La información generada desde las instancias públicas, con la potencialidad que le otorga el desarrollo de la sociedad de la información, posee un gran interés para las empresas a la hora de operar en sus ámbitos de actuación, contribuir al crecimiento económico y la creación de empleo, y para los ciudadanos como elemento de transparencia y guía para la participación democrática. 3. Que, en el preámbulo de la citada Ley, se define el concepto de reutilización como: el uso por parte de personas físicas o jurídicas, de información generada por organismos del sector público, con fines comerciales o no comerciales. 4. Que, si bien las Administraciones y organismos del sector público pueden optar por permitir o no la reutilización de sus documentos, el Ministerio de Industria, Turismo y Comercio, a través de la Secretaría de Estado de Telecomunicaciones y para la Sociedad de la Información (SETSI), y de la entidad pública empresarial Red.es, adscrita a dicha Secretaría de Estado ha puesto en marcha el Proyecto Aporta, que es desarrollado en colaboración con el Ministerio de Presidencia. Este proyecto, enmarcado dentro del Plan Avanza2, promueve una cultura de reutilización de la información en el ámbito de la Administración pública, concienciando de la importancia y el valor que tiene la información del sector público y su reutilización, y quiere facilitar la puesta a disposición, por parte de las Administraciones y organismos públicos, de la información disponible, aprovechando así el potencial del mercado de reutilización de la información pública en España, pra situarla en la vanguardia europea en materia de reutilización de la información del sector público. 5. Que, en el artículo 3.2 de la Ley 37/2007, de 16 de noviembre, se incluye implícitamente en la definición de documento la información geográfica. 6. Que, a efectos de la presente, se entenderá como información geográfica aquella que es relativa o referida a algún aspecto del territorio, incluyendo, pero no limitándose a,: * Series y bases cartográficas * Ortofotografías aéreas * Ortoimágenes de satélites * Mapas y planos de todo tipo, en papel o cualquier formato electrónico * Informes y expedientes catastrales, registrales, y de ocupación del territorio * Datos estadísticos referidos a áreas geográficas * Planes urbanísticos, permisos de obra y, por tanto, SOLICITA 1. Que, en el caso de que el organismo al que va dirigida la presente no sea responsable de ninguna información geográfica, comunique a la Asociación cuál o cuáles son los que les facilitan este tipo de información, para poder dirigir una solicitud a los mismos [#]_. .. [#] Véase ley 37/2007 (16-nov), Art. 10.1, párrafos 1-2. 2. Que, en el caso de que el organismo al que va dirigida la presente sí sea responsable de alguna información geográfica, se den los pasos necesarios para llevar a efecto su liberación en una forma que permita su reutilización en los términos aludidos en la Ley 37/2007, de 16 de noviembre, sobre reutilización de la información del sector público, es decir, a través de licencias libres que permitan a los usuarios cualquier forma de explotación de la información geográfica. Además, debe contemplarse lo establecido en el artículo 11 del Esquema Nacional de Interoperabilidad, que obliga a la Administración a la utilización de estándares abiertos, visualizables, accesibles y funcionalmente operables en condiciones que permitan satisfacer el principio de neutralidad tecnológica y eviten la discriminación a los ciudadanos por razón de su elección tecnológica. 3. Que se remita a la Asociación un listado, o bien una base de datos, que contenga de manera unívoca los nombres de los documentos o bases de datos con información geográfica, con el objeto de poder realizar una solicitud concreta para reutilizar algunos de ellos [#]_. .. [#] Véase ley 37/2007 (16-nov), Art. 10.2, párrafo 1. 3.1. Si dicho listado es accesible
Re: [Talk-es] Extremadura: ¿Qué hacer?
El 11/05/2010 11:48, Jonas Andradas j.andra...@gmail.com escribió: 2010/5/11 Marcial Gómez Martín mgo...@uniovi.es A ver que os parece. Pues me parece muy currado y muy bien escrito. Sí señor! Y pregunto yo ahora, ¿el presi va a ponerse a enviar instancias a diestro y siniestro o se pueden enviar en su nombre? es más, ¿se pueden enviar o toca esperar un poco? a ver si es que llego y meto la pata. Buen trabajo! Marco. ___ Talk-es mailing list Talk-es@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-es
Re: [Talk-es] Extremadura: ¿Qué hacer?
Marcial, He pasado el modelo de petición que propones a un amigo versado en temas parecidos. En concreto EXPERTO en 11/2007 desde su concepción. Me recomienda varias cosas: * que no utilicemos más que una o dos referencias legales, que enseñemos los dientes de muchos pero no les mostremos todos los argumentos. * que contemos con un amigo interno que pueda servir de indicador de a quién dirigimos (je!) * que el pedir un censo de datos (solicita 3) es un brindis al sol :-), puesto que lo probablemnte va a recibir un funcionario incompetente en la materia y... se acabó. * y quizá sea mejor dirigirlo a los políticos, hacieńdoles referencia al contenido de propio programa político (o del espíritu del mismo). A propósito. La redacción de este doc es totalmente distinta al anterior. Cómo es que lo has replanteado así? Un saludo y buen trabajo! Pablo G El 11/05/10 10:37, Marcial Gómez Martín escribió: A ver que os parece. he ampliado algo la exposición de motivos con datos concretos,pero creo que interesantes. He añadido una petición general en el solicita. No sé si todo lo demás sigue siendo válido. Queda lo de cómo poner las citas. La Asociación OpenStreetMap España, con domicilio en XXX, NIF G85751717 e inscrita en el Registro Nacional de Asociaciones con el nº 0123456789, aquí representada por su presidente, D. Iván Sánchez Ortega, con DNI 50204265B, EXPONE 1. Que entre los fines de la misma se encuentra el conseguir la puesta a disposición, por parte de las Administraciones y organismos públicos, de la mayor cantidad de información geográfica posible bajo una licencia que no impida su reutilización. 2. Que, en la Ley 37/2007, de 16 de noviembre, sobre reutilización de la información del sector público, que incorpora a nuestro ordenamiento jurídico la Directiva 2003/98/CE, de 17 de noviembre de 2003, del Parlamento Europeo y del Consejo, se establece que La información generada desde las instancias públicas, con la potencialidad que le otorga el desarrollo de la sociedad de la información, posee un gran interés para las empresas a la hora de operar en sus ámbitos de actuación, contribuir al crecimiento económico y la creación de empleo, y para los ciudadanos como elemento de transparencia y guía para la participación democrática. 3. Que, en el preámbulo de la citada Ley, se define el concepto de reutilización como: el uso por parte de personas físicas o jurídicas, de información generada por organismos del sector público, con fines comerciales o no comerciales. 4. Que, si bien las Administraciones y organismos del sector público pueden optar por permitir o no la reutilización de sus documentos, el Ministerio de Industria, Turismo y Comercio, a través de la Secretaría de Estado de Telecomunicaciones y para la Sociedad de la Información (SETSI), y de la entidad pública empresarial Red.es, adscrita a dicha Secretaría de Estado ha puesto en marcha el Proyecto Aporta, que es desarrollado en colaboración con el Ministerio de Presidencia. Este proyecto, enmarcado dentro del Plan Avanza2, promueve una cultura de reutilización de la información en el ámbito de la Administración pública, concienciando de la importancia y el valor que tiene la información del sector público y su reutilización, y quiere facilitar la puesta a disposición, por parte de las Administraciones y organismos públicos, de la información disponible, aprovechando así el potencial del mercado de reutilización de la información pública en España, pra situarla en la vanguardia europea en materia de reutilización de la información del sector público. 5. Que, en el artículo 3.2 de la Ley 37/2007, de 16 de noviembre, se incluye implícitamente en la definición de documento la información geográfica. 6. Que, a efectos de la presente, se entenderá como información geográfica aquella que es relativa o referida a algún aspecto del territorio, incluyendo, pero no limitándose a,: * Series y bases cartográficas * Ortofotografías aéreas * Ortoimágenes de satélites * Mapas y planos de todo tipo, en papel o cualquier formato electrónico * Informes y expedientes catastrales, registrales, y de ocupación del territorio * Datos estadísticos referidos a áreas geográficas * Planes urbanísticos, permisos de obra y, por tanto, SOLICITA 1. Que, en el caso de que el organismo al que va dirigida la presente no sea responsable de ninguna información geográfica, comunique a la Asociación cuál o cuáles son los que les facilitan este tipo de información, para poder dirigir una solicitud a los mismos [#]_. .. [#] Véase ley 37/2007 (16-nov), Art. 10.1, párrafos 1-2. 2. Que, en el caso de que el organismo al que va dirigida la presente sí sea responsable de alguna información geográfica, se den los pasos necesarios para llevar a efecto su liberación en una forma que permita su reutilización en los términos aludidos en la Ley
Re: [Talk-ee] Mapping party Paide 2010
Mul on tuline kahju, aga sel päeval viin ma läbi üht teist mapping partyt ja Paidesse ei jõua :( t ___ Talk-ee mailing list Talk-ee@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ee
Re: [Talk-at] maxspeed auf autobahnen
Boris Cornet schrieb: Hallo Freunde! maxspeed=130 source:maxspeed=AT:motorway Ist ja nicht falsch, bringt aber nix, nix und nochmal nix! Ich kann niemand daavon abhalten, seine Zeit zu verschwenden, und alle Autobahnen mit 130 zu taggen, mir wär's halt lieber, derjenige würd sich ein GPS-gerät schnappen und die Wanderwege in seiner Umgebung tracken, oder die verquerten plan.at Imports verifizieren. Dass in Ö auf Autobahnen Tempo 130 besteht, kann man voraussetzen, und es gibt auch eine Seite im Wiki, wo die defaults für Straßen länderweise festgelegt werden. Im Datenbankwesen gibt es den Begriff der Redundanz, und es ist unwidersprochen, dass diese so gering wie möglich sein sollte. [...] Redundanz ist eigentlich ein gutes Argument. Aber die Zugangsschwelle niedrig zu halten, ist auch ein gutes. IMHO schadet das explizite Tagging von vmax nicht. Das Auswerten von Grenzrelationen, nur weil man vielleicht mit Kosmos mal gschwind eine maxspeed-Karte rendern will, finde ich relativ aufwendig und lässt sich mit reinen OSM-Mitteln nicht mehr bewerkstelligen (oder vielleicht kennt wer einen Weg?). Wenn in OSM Platz für Postkästen und Hundekottütenspender ist (keine Kritik!), wird es mit expliziten maxspeed-Tags auch nicht untergehen. my2cents roland ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
Re: [Talk-at] maxspeed auf autobahnen
On 10.05.10 23:33, Boris Cornet wrote: Im Datenbankwesen gibt es den Begriff der Redundanz, und es ist unwidersprochen, dass diese so gering wie möglich sein sollte. Zwei Anmerkungen von meiner Seite dazu: Erstens ist Redundanz in OSM usus und gewünscht, hilft bei der Fehlersuche, klärt Mißverständnisse usw. Zweitens haben wir uns hier unlängst drauf geeinigt, daß wir motorway dann taggen, wenn es sich so anfühlt (wenn ein autobahnartiger Querschnitt gegeben ist, kreuzungsfrei, usw.), und eben /unabhängig/ davon, was dort an Höchstgeschwindigkeit möglich/erlaubt ist. Diese Idee, ein Wege-Feature von einer is in polygon Bedingung abhängig zu machen, gibt es immer wieder, sie ist aber grundsätzlich mit Problemen behaftet, wenn es das Polygon noch nicht gibt, der Verlauf des Polygons kann beliebig falsch sein, ein (Multi-)Polygon ist auch schon mal kaputt... sind wir also wieder bei der Redundanz: wir taggen Ortsanfangs-Schilder dort, wo sie stehen, wir taggen Höchstgeschwindigkeiten dort, wo sie gelten, wir taggen administrative Grenzen dort, wo sie gelten, wir taggen landuse dort, wo wir ihn sehen, usw. Servus, Andreas ___ Talk-at mailing list Talk-at@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-at
