Re: [talk-ph] OSM Philippines meet-up
where exactly is grappa's here: http://openstreetmap.com/?lat=14.55261lon=121.02281zoom=17layers=B000FTF On Wed, Feb 4, 2009 at 3:52 PM, Eugene Alvin Villar sea...@gmail.com wrote: Ah Grappa's in Greenbelt 3. I've been here and I know the open-air balcony you're talking about. :-) Are you sure it'll be quiet? That time I was there, the place was packed. Then again, that was late in the evening. :-) On Wed, Feb 4, 2009 at 3:15 PM, Jim Morgan j...@datalude.com wrote: 1) Makati. Grappas, Greenbelt 3. Just awesome micro-brewed Czech beer. Enough said. http://openstreetmap.com/?lat=14.539482lon=120.979234zoom=18 OK, excellent. I can guarantee you won't regret trying the beer ... Grappas is upstairs in Greenbelt 3, quite close to the fountain, and opposite the Mac shop. If you walk through the restaurant, there's a table in the open air out the back, which will be quiet. I'll be there at 6pm, and you can just ask any of the Wait staff where Jim is sitting, or OSM if you forget the Jim bit. I'm passing that way tonight as it happens so I'll reserve the table. Jim -- datalude: information security e: j...@datalude.com Philippines: +63 2 403 1311 / mob: +63 920 912 5830 Hong Kong: +852 9100 7586 w: http://www.datalude.com/ ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] OSM Philippines meet-up
Well, I agree that it is overkill to mark each and every store/shop/resto inside a multistorey mall in OSM. I guess that's the job for something like OpenFloorPlans or OpenYellowPages. :-) Anyway, I'll trust you on the having the place to ourselves bit. :-) On Wed, Feb 4, 2009 at 4:39 PM, Jim Morgan j...@datalude.com wrote: maning sambale wrote, On Wednesday, February 04, 2009 04:24 PM: where exactly is grappa's here: http://openstreetmap.com/?lat=14.55261lon=121.02281zoom=17layers=B000FTF Its in Greenbelt 3, or III as its written on OSM. I guess this brings up a point about mapping protocol .. I've never felt that its necessary to subdivide malls into the many many shops and restaurants inside, and in fact I fear it would be messy to try. So anyway, probably easier the old school way: if you can get to Greenbelt 3 and go up to the middle level (between ground and cinema), and look near the Mac shop you'll find it easily. On Wed, Feb 4, 2009 at 3:52 PM, Eugene Alvin Villar sea...@gmail.com wrote: Are you sure it'll be quiet? That time I was there, the place was packed. Then again, that was late in the evening. :-) At 6pm on a Saturday I'd be willing to bet we have the balcony to ourselves. Jim ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Philippines first gps2go recipient
see the units in testing http://www.flickr.com/photos/esambale/3254740782/ On Mon, Feb 2, 2009 at 10:15 AM, maning sambale emmanuel.samb...@gmail.com wrote: Hi, The pledges I received is more then enough for custom duties. Thanks to all of you! I will get the units within the week and perhaps and collect the money to people on the meet-up on Saturday. If there are excess money left perhaps we can buy some SD cards for the units. Is everybody OK with that? On Thu, Oct 16, 2008 at 7:43 PM, maning sambale emmanuel.samb...@gmail.com wrote: Hi, I just got the news that our gps2go application from the OSM Foundation has been granted! GPStogo is a scheme for providing GPS receivers, for the purpose of contributing to OSM, to people in developing countries where the cost is otherwise prohibitively expensive. Details at: http://foundation.openstreetmap.org/gpstogo/ The press release will come out soon. The units will be delivered to me as the contact person for the Philippines. The units will be for OSM Philippines. And since the community owns the units, I would like the community to be involved in the maintenance and use. I have crafted a draft wikipage for it here: http://wiki.openstreetmap.org/index.php/Philippines_GPS_Units_for_Loan. Please expand. We also need to discuss a scheme on how we can distribute the units and who will be qualified to use it. We can follow the guidelines by OSM foundation (http://foundation.openstreetmap.org/gpstogo/ see section on recipients) or make our own. Once the units are with me, I would also like for us to have a meet-up/mapping party somewhere so we can use them right away. Any ideas! cheers, maning -- |-|--| | __.-._ |Ohhh. Great warrior. Wars not make one great. -Yoda | | '-._7' |Freedom is still the most radical idea of all -N.Branden| | /'.-c |Linux registered user #402901, http://counter.li.org/ | | | /T |http://esambale.wikispaces.com| | _)_/LI |-|--| -- 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-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] natural=peak GNS upload complete
On Thu, Jan 15, 2009 at 10:43 AM, maning sambale emmanuel.samb...@gmail.com wrote: Thanks again Mike! It's in osmarender already: http://www.openstreetmap.org/?lat=14.6908lon=121.2283zoom=14layers=0B00FTF I'm thinking of ways to properly move the points to the approximate location, here's the plan (warning GIS terms below): Using the SRTM DEM, calculate morphometric features: peaks, ridges, passes, channels, pits and planes. Overlay this map in JOSM via wms plugin. Move points to the calculated peak. I don't know how long this should take me though. In the absence of mapped trails, I think mountain peaks are excellent navigation aids for hikers. Although one thing I've learned working with local upland farmers and indigenous communities, the name on the topographic map (which was the primary source of the GNS) is not necessarily the same as what the locals call them. Just found an easier way ;) In potlatch select the cyclemap layer as a background map. -- 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: [OSM-talk] Potlatch readme gone?
Sentences like Read the Beginners Guide, because due to the fact that Potlatch is written in Flash, is is not as intuitive to use as other software! don't exactly help Before I started using (sorry : trying) Potlatch I had Flush disabled due to the problems websites using Flash create when browsing (of which the least nuisance are the delays, and publicities ) I could have not warned the user he is using flash, but if your right Mouse click says: about adobe flash player and settings which refers to allow openstreetmap.org to access your microphone and camera the new user might need some explanation. My intention was to warn the user he is using an other software layer as he might expect, with odd user interfaces, of which not all are the responsibility of the programmer. Gert Gremmen - Openstreetmap.nl (alias: cetest) Before printing, think about the environment. -Oorspronkelijk bericht- Van: talk-boun...@openstreetmap.org [mailto:talk-boun...@openstreetmap.org] Namens Simon Ward Verzonden: Wednesday, February 04, 2009 12:48 AM Aan: talk@openstreetmap.org Onderwerp: Re: [OSM-talk] Potlatch readme gone? On Sun, Feb 01, 2009 at 11:49:49PM -0800, Richard Fairhurst wrote: I removed the link on 14th January because, as the above comment suggested, the page wasn't finished enough to be the first documentation that a newcomer to OSM might see. Uhm, it’s a wiki, there’s a whole lot in that wiki already that possibly isn’t suitable for newcomers. But that’s not really going to be my point here… Sentences like Read the Beginners Guide, because due to the fact that Potlatch is written in Flash, is is not as intuitive to use as other software! don't exactly help Couldn’t you have just re‐wrote this rather than removing all references to the page? Simon -- A complex system that works is invariably found to have evolved from a simple system that works.—John Gall ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [tagging] Feature Proposal - RFC - infiltration_basin
http://wiki.openstreetmap.org/wiki/Proposed_features/infiltration_basin As there is no tag for a basin, that is build with the intention that rainwater from an area is able to seep in the ground slowly I looked up how to map the German Regenwassersickerbecken in the Wiki, but did not find anything appropriate. So I looked into Wikipedia and found http://en.wikipedia.org/wiki/Infiltration_basin. In contrast to the existing landuse=basin, the infiltration_basin most times is not filled with water, so the mapping should be different. Michael ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] setting up a server for a country
hi, I want to set up a server for rendering OSM for my country - can someone point me to documentation on how to go about this please? -- regards Kenneth Gonsalves Associate NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] setting up a server for a country
Kenneth There's a specific tilesathome mailing list where most of the t...@h people hang out. I've copied this post to that list, I'm sure someone there will be able to help you. Etienne On Wed, Feb 4, 2009 at 8:09 AM, Kenneth Gonsalves law...@au-kbc.org wrote: hi, I want to set up a server for rendering OSM for my country - can someone point me to documentation on how to go about this please? -- regards Kenneth Gonsalves Associate NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] setting up a server for a country
Found this on the OSM wiki. http://wiki.openstreetmap.org/wiki/The_Rails_Port This has some pointers on how to get started. - P On Wed, Feb 4, 2009 at 1:51 PM, Etienne Cherdlu openstreetma...@gj0.netwrote: Kenneth There's a specific tilesathome mailing list where most of the t...@h people hang out. I've copied this post to that list, I'm sure someone there will be able to help you. Etienne On Wed, Feb 4, 2009 at 8:09 AM, Kenneth Gonsalves law...@au-kbc.orgwrote: hi, I want to set up a server for rendering OSM for my country - can someone point me to documentation on how to go about this please? -- regards Kenneth Gonsalves Associate NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Pradeep B V -- Mapunity Social technology at work www.mapunity.in ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] setting up a server for a country
On Wednesday 04 Feb 2009 1:59:34 pm Pradeep B V wrote: Found this on the OSM wiki. http://wiki.openstreetmap.org/wiki/The_Rails_Port This has some pointers on how to get started. I am looking at mapnik right now - since it is in python, I can handle it. -- regards Kenneth Gonsalves Associate NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] setting up a server for a country
On Wednesday 04 Feb 2009 2:29:32 pm Kenneth Gonsalves wrote: On Wednesday 04 Feb 2009 1:59:34 pm Pradeep B V wrote: Found this on the OSM wiki. http://wiki.openstreetmap.org/wiki/The_Rails_Port This has some pointers on how to get started. I am looking at mapnik right now - since it is in python, I can handle it. and there is a debian package for it - so all that is needed is 'apt-get install python-mapnik' -- regards Kenneth Gonsalves Associate NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - infiltration_basin
The technical term for these surface infiltration beds used by local governments and industry (in the Netherlands) is 'wadi', referring to dry riverbeds like found in deserts. The Dutch section shows a few photographic examples that could apply in more temperate climates. The English wadi page shows some of the large dry riverbeds as found in deserts. http://en.wikipedia.org/wiki/Wadi http://nl.wikipedia.org/wiki/Wadi_(infiltratievoorziening) Perhaps this also applies to other countries? Michael wrote: http://wiki.openstreetmap.org/wiki/Proposed_features/infiltration_basin As there is no tag for a basin, that is build with the intention that rainwater from an area is able to seep in the ground slowly I looked up how to map the German Regenwassersickerbecken in the Wiki, but did not find anything appropriate. So I looked into Wikipedia and found http://en.wikipedia.org/wiki/Infiltration_basin. In contrast to the existing landuse=basin, the infiltration_basin most times is not filled with water, so the mapping should be different. Michael ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] setting up a server for a country
If you're looking for a Mapnik setup: http://wiki.openstreetmap.org/index.php/Mapnik There is also a basic readme on how the Dutch tileserver was setup: http://frysk.tile.openstreetmap.nl/README.txt Kenneth Gonsalves wrote: hi, I want to set up a server for rendering OSM for my country - can someone point me to documentation on how to go about this please? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] NZ LINZ data import and attribution
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tom Hughes wrote: Joe Richards wrote: It appears to be hanging on a minor technicality, ie attribution of the datasource. Since this is potentially a huge advance for New Zealand mapping, what is exactly the sticking point, ie do LINZ really require a notification on the map while being browsed? Or is just having the attribution on a message somewhere (e.g. a wiki page, or even a link to that page as an attribute on each node/way etc)? The distinction is fairly important here, since attributions are common elsewhere too. For example there is a Berkley University attribution tucked away in all copies of Windows to acknowledg the use of the TCP/IP stack. The big problem with all these data sets that require attribution is not adding the attribution (though that may be an issue if it needs to be recorded on each object we derive from it) but making sure that nobody deletes that attribution in the future. Exactly. If you look at the first couple of zoom levels, especially on Osmarender, they are derived from every data source we have. If we have to credit them all, there may end up no space on the screen for the map. Also, what about mapping software for blind people, like loadstone http://www.loadstone-gps.com/. How often should it read out the attribution? Robert (Jamie) Munro -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.8 (Darwin) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkmJYiQACgkQz+aYVHdncI22zgCguzuRcUvGkMCZPLXP2etHRGbF cdgAoKJJIEk1jeGEzlc6dhBJTAWj5d3H =Am6g -END PGP SIGNATURE- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] setting up a server for a country
On Wed, Feb 4, 2009 at 10:17 AM, Lambertus o...@na1400.info wrote: There is also a basic readme on how the Dutch tileserver was setup: http://frysk.tile.openstreetmap.nl/README.txt Is there a copy of the dutch tileserver setup somewhere? Like osm.xml stylesheets files etc... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] NZ LINZ data import and attribution
2009/2/4 Robert (Jamie) Munro rjmu...@arjam.net: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Tom Hughes wrote: Joe Richards wrote: It appears to be hanging on a minor technicality, ie attribution of the datasource. Since this is potentially a huge advance for New Zealand mapping, what is exactly the sticking point, ie do LINZ really require a notification on the map while being browsed? Or is just having the attribution on a message somewhere (e.g. a wiki page, or even a link to that page as an attribute on each node/way etc)? The distinction is fairly important here, since attributions are common elsewhere too. For example there is a Berkley University attribution tucked away in all copies of Windows to acknowledg the use of the TCP/IP stack. The big problem with all these data sets that require attribution is not adding the attribution (though that may be an issue if it needs to be recorded on each object we derive from it) but making sure that nobody deletes that attribution in the future. Exactly. If you look at the first couple of zoom levels, especially on Osmarender, they are derived from every data source we have. If we have to credit them all, there may end up no space on the screen for the map. A more serious problem with that would probably be that OSM in turn would have to require anyone who reuses OSM data to also show the attribution on the map. This would make OSM practically useless for users such as GPS vendors, and also would have to be mentioned in license terms. So I think we simply can't accept data from donors who ask that the acknowledgement be always visible. Cheers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] setting up a server for a country
Me starting on the same setup using t...@h. Vikas On Wed, 2009-02-04 at 14:29 +0530, Kenneth Gonsalves wrote: On Wednesday 04 Feb 2009 1:59:34 pm Pradeep B V wrote: Found this on the OSM wiki. http://wiki.openstreetmap.org/wiki/The_Rails_Port This has some pointers on how to get started. I am looking at mapnik right now - since it is in python, I can handle it. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tilesathome] setting up a server for a country
Etienne Cherdlu schrieb: Kenneth There's a specific tilesathome mailing list where most of the t...@h people hang out. I've copied this post to that list, I'm sure someone there will be able to help you. Etienne On Wed, Feb 4, 2009 at 8:09 AM, Kenneth Gonsalves law...@au-kbc.org wrote: hi, I want to set up a server for rendering OSM for my country - can someone point me to documentation on how to go about this please? I highly recommend looking into mapnik rendering instead of ti...@home, especially if you only want to render a part of the world. ti...@home, while very up-to-date is a very inefficient rendering process and work has been put into enabling mapnik to be as up-to date as t...@h can be. (see up-to-date bookmarklet by crschmidt) -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Osm2pgsql fails with Finland.osm.bz2
Hi, Jukka Rahkonen wrote: Processing: Node(2835k) Way(194k) Relation(0k)terminate called after throwing an instance of 'geos::util::TopologyException' what(): TopologyException: found non-noded intersection between 2.78294e+006 9.41427e+006, 2.78315e+006 9.41433e+006 and 2.78326e+006 9.41433e+006, 2.78269e+ 006 9.41433e+006 2.78315e+006 9.41433e+006 Reverse-projecting that into lat/lon gives 24.999;64.252. If you check the area in OSM Inspector: http://tools.geofabrik.de/osmi/?view=geometrylon=24.94860lat=64.24186zoom=11opacity=1.00 you will see that there are a number of geometry errors and quite possibly self-intersecting ways near the town of Oulainen. One of these is very likely responsible for the error you are seeing, however I cannot tell you why osm2pgsql chokes on this when it happily processes the myriad other geometry errors that OSM Inspector spots. You can select an object and then use the icons on the right to load it in an (already running) JOSM or launch Potlatch for that object. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tilesathome] setting up a server for a country
2009/2/4 Dirk-Lüder Kreie osm-l...@deelkar.net ti...@home, while very up-to-date is a very inefficient rendering process and work has been put into enabling mapnik to be as up-to date as t...@h can be. (see up-to-date bookmarklet by crschmidt) Or... http://matt.sandbox.cloudmade.com/ d ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] setting up a server for a country
On Wednesday 04 February 2009 10:11, Kenneth Gonsalves wrote: On Wednesday 04 Feb 2009 2:29:32 pm Kenneth Gonsalves wrote: On Wednesday 04 Feb 2009 1:59:34 pm Pradeep B V wrote: Found this on the OSM wiki. http://wiki.openstreetmap.org/wiki/The_Rails_Port This has some pointers on how to get started. I am looking at mapnik right now - since it is in python, I can handle it. All you need is here : http://wiki.openstreetmap.org/wiki/Mapnik It's very well done, just follow the white rabbit -- sly Sylvain Letuffe li...@letuffe.org qui suis-je : http://slyserv.dyndns.org ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OpenHikingMap - OpenCycleMap
Hello, With Sylvain Letuffe we progress to create an OpenHikingMap but we have some technical problem. He succeed to create geoTiff files for 1°x1° but if we generate a map of the total world we have thousands of files. And how to include it in the mapnik style file ? For contour generation we should generate if world wide in one time if we don't want to have some brake on the 1°x1° tiles borders. Where is it possible to download the mapnik style file (osm.xml) used to create OpenCycleMap it can be a good base. Thanks in advance Stéphane Brunner PS : sorry for my poor English. -- Stéphane Brunner mail : stephane.brun...@gmail.com messageries instantanées : stephane.brun...@gmail.com (http://talk.google.com) -- Non aux brevets logiciels http://stopsoftwarepatents.eu/banner/601000605319/ssp-468-96.gif http://stopsoftwarepatents.eu/601000605319 -- http://www.ubuntu-fr.org - Distribution Linux http://fr.wikipedia.org - Encyclopédie communautaire http://mozilla-europe.org - Navigateur internet / Client de messagerie http://framasoft.net - Annuaire de logiciel libre (gratuit) http://jeuxlibres.net - Jeux Libres (gratuit) http://openstreetmap.org - Cartographie libre (en développement) -- Il existe 10 sortes de personnes : celles qui connaissent le binaire, et les autres. -- Si un jour on te reproche que ton travail n'est pas un travail de professionnel, dis toi que : Des amateurs ont construit l'arche de Noé, et des professionnels le Titanic. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] setting up a server for a country
On Wednesday 04 Feb 2009 3:28:32 pm sly (sylvain letuffe) wrote: I am looking at mapnik right now - since it is in python, I can handle it. All you need is here : http://wiki.openstreetmap.org/wiki/Mapnik It's very well done, just follow the white rabbit already a long way down the hole ;-) -- regards Kenneth Gonsalves Associate NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] problem compiling mapnik
hi, I was trying to compile mapnik from source using the command: python scons/scons.py I get this error: /usr/include/boost/python/object_core.hpp:309: error: ‘object_base_initializer’ was not declared in this scope I am on mandriva2008 any clues? -- regards Kenneth Gonsalves Associate NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] Y-Boundary of Mercator-Projection
On Wed, February 4, 2009 13:27, Matthias Brandt wrote: i've searched the archive of this mailinglist and the wiki about the magical y-boundary set to 85.05113° (respective 180° projected) in the Mercator Projection. Did you have an alternative value in mind? Not really. But I would like to know, if there is any reason for this. I'm writing my Bachelor thesis about OpenStreetMaps and I would like to explain this bound. Quadtiles, quadtiles, quadtiles. Having a big square allows you to subdivide images in a fashion similar to quadtrees. Using rectangles would mess things up. -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tilesathome] setting up a server for a country
On Wed, Feb 4, 2009 at 3:39 PM, Dirk-Lüder Kreie osm-l...@deelkar.netwrote: Etienne Cherdlu schrieb: Kenneth There's a specific tilesathome mailing list where most of the t...@h people hang out. I've copied this post to that list, I'm sure someone there will be able to help you. Etienne On Wed, Feb 4, 2009 at 8:09 AM, Kenneth Gonsalves law...@au-kbc.org wrote: hi, I want to set up a server for rendering OSM for my country - can someone point me to documentation on how to go about this please? I highly recommend looking into mapnik rendering instead of ti...@home, especially if you only want to render a part of the world. ti...@home, while very up-to-date is a very inefficient rendering process and work has been put into enabling mapnik to be as up-to date as t...@h can be. (see up-to-date bookmarklet by crschmidt) Except, AIUI, the motivation is entirely because Mapnik can't handle the wide variety of Indian scripts: Hindi, Bengali, Tamil etc. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenHikingMap - OpenCycleMap
On Wed, 4 Feb 2009, Dave Stubbs wrote: For the contours we haven't figured out how to prevent those irritating joins on the srtm tile boundary yet. They're not that noticable. If you figure it out do let me andy know :-) This shouldn't be too hard - possibly even as a post-processing step once the contour lines are in a PostGIS table: - For each tile boundary, select all the contours that intersect it. - Iterate through all the contour lines which extend away from one side of the boundary line and match them up with the lines that extend away from the other side by looking at their heights (and probably also the heights of the surrounding contours). - Trim off the ends and glue the matched up lines together. - Steve xmpp:st...@nexusuk.org sip:st...@nexusuk.org http://www.nexusuk.org/ Servatis a periculum, servatis a maleficum - Whisper, Evanescence ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tilesathome] setting up a server for a country
On Wed, Feb 4, 2009 at 4:03 PM, D Tucny d...@tucny.com wrote: 2009/2/4 Dirk-Lüder Kreie osm-l...@deelkar.net ti...@home, while very up-to-date is a very inefficient rendering process and work has been put into enabling mapnik to be as up-to date as t...@h can be. (see up-to-date bookmarklet by crschmidt) Or... http://matt.sandbox.cloudmade.com/ Yeah, seriously. One server, the whole world, rendering all the changes that happen every minute. Until we do second-by-second diffs, it doesn't get much better than that. Cheers, Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OpenHikingMap - OpenCycleMap
2009/2/4 Stéphane Brunner stephane.brun...@gmail.com: Hello, With Sylvain Letuffe we progress to create an OpenHikingMap but we have some technical problem. He succeed to create geoTiff files for 1°x1° but if we generate a map of the total world we have thousands of files. And how to include it in the mapnik style file ? For contour generation we should generate if world wide in one time if we don't want to have some brake on the 1°x1° tiles borders. Where is it possible to download the mapnik style file (osm.xml) used to create OpenCycleMap it can be a good base. We have a python script that creates a layer for each tiff produced. I've attached it, it has some hardcoded paths so you'll need to edit it. The generated file is then included into the mapnik style sheet -- you can use XML entities to do that [1]. Make sure you're using a recent version of Mapnik (svn version 789 or later) because otherwise it can't handle the thousands of layers efficiently due to a bug. For the contours we haven't figured out how to prevent those irritating joins on the srtm tile boundary yet. They're not that noticable. If you figure it out do let me andy know :-) Thanks Dave [1] http://trac.mapnik.org/wiki/ManagingLargeXmlFiles # # Copyright David Stubbs Andy Allan # # This program is free software: you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation, either version 3 of the License, or # (at your option) any later version. # # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with this program. If not, see http://www.gnu.org/licenses/. # from mapnik import * from PIL import Image, ImageFilter import glob, os cleanup = True shaded = False y = 0 prj_str = +proj=merc +a=6378137 +b=6378137 +lat_ts=0.0 +lon_0=0.0 +x_0=0.0 +y_0=0 +k=1.0 +units=m +nadgri...@null +no_defs +over prj = Projection(prj_str) storagedir = '/mnt/shape-resources/SRTM3_fix/tiffs/' f = open('../osm-cycle/rasters.include', 'w') for X in glob.glob(storagedir+'*/*.final.tif'): ew = int(X[-13:-10]) if X[-14] == 'W': ew = 0 - ew ns = int(X[-16:-14]) if X[-17] == 'S': ns = 0 - ns merc = prj.forward(Coord(ew, ns)) lox = merc.x loy = merc.y merc = prj.forward(Coord(ew + 1, ns + 1)) hix = merc.x hiy = merc.y f.write(Layer name=\raster+`y`+\ status=\on\\n) f.write( StyleNameraster/StyleName\n) f.write( Datasource\n) f.write(Parameter name=\type\raster/Parameter\n) f.write('Parameter name=file' + X + /Parameter\n) f.write(Parameter name=\format\tiff/Parameter\n) f.write('Parameter name=lox%s/Parameter' % lox) f.write('Parameter name=loy%s/Parameter' % loy) f.write('Parameter name=hix%s/Parameter' % hix) f.write('Parameter name=hiy%s/Parameter' % hiy) f.write( /Datasource\n) f.write(/Layer\n) y = y + 1 f.close ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] NZ LINZ data import and attribution
It appears to be hanging on a minor technicality, ie attribution of the datasource. Since this is potentially a huge advance for New Zealand mapping, what is exactly the sticking point, ie do LINZ really require a notification on the map while being browsed? Or is just having the attribution on a message somewhere (e.g. a wiki page, or even a link to that page as an attribute on each node/way etc)? The distinction is fairly important here, since attributions are common elsewhere too. For example there is a Berkley University attribution tucked away in all copies of Windows to acknowledg the use of the TCP/IP stack. The big problem with all these data sets that require attribution is not adding the attribution (though that may be an issue if it needs to be recorded on each object we derive from it) but making sure that nobody deletes that attribution in the future. Exactly. If you look at the first couple of zoom levels, especially on Osmarender, they are derived from every data source we have. If we have to credit them all, there may end up no space on the screen for the map. Also, what about mapping software for blind people, like loadstone http://www.loadstone-gps.com/. How often should it read out the attribution? I think this might be taking attribution too literally. Just because Google Maps does this for the copyright holder, doesn't mean that LINZ insists on the same. Can anyone substantiate that LINZ actually require this to be on-screen at all times when LINZ data is viewed? I believe all they want is the attribution somewhere and to limit liability. As for how to tag these attributes, I believe it was nicely summarised here: quote source=http://lists.openstreetmap.org/pipermail/talk/2008-April/024900.html; I may be missing something, but why would we need to introduce a read- only attribution tag if we already have it? It's the source tag of the first version of an object, in http://api.openstreetmap.org/api/0.5/objtype/id/history /quote ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] NZ LINZ data import and attribution
A more serious problem with that would probably be that OSM in turn would have to require anyone who reuses OSM data to also show the attribution on the map. This would make OSM practically useless for users such as GPS vendors, and also would have to be mentioned in license terms. So I think we simply can't accept data from donors who ask that the acknowledgement be always visible. This seems to have been discussed (and I think put to rest) already: quote source=http://lists.openstreetmap.org/pipermail/talk/2008-April/025079.html; Actually *every* published map that uses OSM data, including OSM's own maps must satisfy the attribution requirement. That's what the BY clause in the CC-BY-SA means. Anyone publishing OSM data must provide attribution: You must attribute the work in the manner specified by the author or licensor is what Creative Commons actually says. The attribution page on the wiki at http://wiki.openstreetmap.org/index.php/Attribution would seem like a simple and convenient way of achieving this. /quote quote source=http://lists.openstreetmap.org/pipermail/legal-talk/2008-March/000865.html; and that we have no control over the use of map tiles on other sites. All we can do is ensure the source of the data when imported on the individual nodes and ways is clearly attributed and that the donating organisation gets prominent attribution via the blogs and wiki. not our responsibility - the data is available from numerous sources, none of whom are required to police it's use. neither are we /quote ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Key:smoothness, value:Good - summary
Sam Vekemans wrote: Hi all,1st off I got the page set up better now :) http://wiki.openstreetmap.org/wiki/Tag:smoothness%3Dgood BTW The page http://wiki.openstreetmap.org/wiki/Key:smoothness and the page http://wiki.openstreetmap.org/wiki/Approved_features/Smoothness should actually be merged, as the page ALSO lists the values. I organized the page so we have 'discussion FOR' and 'discussion AGAINST' so that should encourage people to list explanations in the right place. I think that the talk page should be more for the 'Overall Wiki page discussion', as technically speaking, the 'discussion:For' and 'against' is actually part of the map feature proposal process. ::We submit ideas, talk about it with examples, then refine our ideas until a satisfied answer is found. (in contrast, submitting ideas like headings to be changed, and content omitted/added.. is needed for the talk page) I don't understand: the original key:smoothness proposal was accepted, why would we need a new rfc/approval process for each separate value? If you want to propose a slew of new values to replace the good/bad/horrible series for smoothness=*, why not create a new page for that (or contribute to the existing proposed usability key or surface unification) -Alex Mauer hawke signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] NZ LINZ data import and attribution
Joe Richards wrote: I think this might be taking attribution too literally. Just because Google Maps does this for the copyright holder, doesn't mean that LINZ insists on the same. Can anyone substantiate that LINZ actually require this to be on-screen at all times when LINZ data is viewed? Someone needs to ask LINZ. There's no point us trying to second-guess them. If you're in New Zealand you're in a better position to ask than the rest of us. :) Suggest a talk-nz list would also be a good thing to create. cheers Richard -- View this message in context: http://www.nabble.com/NZ-LINZ-data-import-and-attribution-tp21810312p21837816.html Sent from the OpenStreetMap - General mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] NASA WorldWind + OSM
Hi all, I just stumbled across this while browsing through my RSS feeds: http://earthissquare.com/2009/02/03/improved-openstreetmap-layer-for-wwjava/ Not to wait around for someone else to do it, [WorldWind] forum member vash has used the new WWJava Virtual Earth code to make a new and improved OpenStreetMap layer that uses the ’slippy map’ Mercator version instead of the WMS version. (For those who don't know, NASA WorldWind is a virtual globe akin to google earth or Marble) Now I'll have to download worldwind again just to try this out (and see how it compares against Marble). Cheesr, -- -- Iván Sánchez Ortega i...@sanchezortega.es Q: How many IBM 370's does it take to execute a job? A: Four, three to hold it down, and one to rip its head off. signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] New Garmin/Asus - Navi-Phone
http://www.garminasus.com/garminasus/cms/ Looks like some sweet hardware, OSM client anyone? Mungewell. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Osm2pgsql fails with Finland.osm.bz2
On Wed, 2009-02-04 at 15:27 +, Jukka Rahkonen wrote: Hi, I have been importing Finland.osm.bz2 dataset from Geofabrik into Postgis every day with osm2pgsql.exe (on Windows) but now it fails. The error looks like this: Reading in file: finland.osm.bz2 Processing: Node(2835k) Way(37k) Relation(0k)Error allocating ways Error occurred, cleaning up I tried next to use Scandinavian dataset from hypercube.telascience.org. Result is about the same: Reading in file: planet-scand-090203.osm.gz Processing: Node(6670k) Way(0k) Relation(0k)Error allocating nodes Error occurred, cleaning up These first two look like an out of memory condition causing malloc() to fail. I made a third trial by using another version of osm2pgsql.exe with Finnish data but again with no luck. A bit different error message though: Reading in file: finland.osm.bz2 Processing: Node(2835k) Way(194k) Relation(0k)terminate called after throwing an instance of 'geos::util::TopologyException' what(): TopologyException: found non-noded intersection between 2.78294e+006 9.41427e+006, 2.78315e+006 9.41433e+006 and 2.78326e+006 9.41433e+006, 2.78269e+ 006 9.41433e+006 2.78315e+006 9.41433e+006 Normally the code catches exceptions from geos and ignores them. In some builds of osm2pgsql.exe this mechanism is broken and a geometry exception will instead cause the program to abort. It looks like this is one of these broken versions. Does anybody has an idea about what is going on, and if it is just a data error, how to find and correct it? This version of osm2pgsql.exe it should not have the exception problem: http://tile.openstreetmap.org/direct/osm2pgsql.zip Run the utility with the --slim parameter. This should fix any out of memory problems but it will be a bit slower and require more disk space. Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] problem compiling mapnik
On Wed, 2009-02-04 at 17:40 +0530, Kenneth Gonsalves wrote: hi, I was trying to compile mapnik from source using the command: python scons/scons.py I get this error: /usr/include/boost/python/object_core.hpp:309: error: ‘object_base_initializer’ was not declared in this scope I am on mandriva2008 any clues? What versions of Mapnik, boost and gcc do you have? You might get more responses on the mapnik-users or mapnik-devel list. Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tilesathome] setting up a server for a country
On Wednesday 04 Feb 2009 9:09:39 pm Dirk-Lüder Kreie wrote: I want to set up a server for rendering OSM for my country - can someone point me to documentation on how to go about this please? I highly recommend looking into mapnik rendering instead of ti...@home, especially if you only want to render a part of the world. ti...@home, while very up-to-date is a very inefficient rendering process and work has been put into enabling mapnik to be as up-to date as t...@h can be. (see up-to-date bookmarklet by crschmidt) that is what I am doing -- regards Kenneth Gonsalves Associate NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tilesathome] setting up a server for a country
On Wednesday 04 Feb 2009 10:15:13 pm 80n wrote: Except, AIUI, the motivation is entirely because Mapnik can't handle the wide variety of Indian scripts: Hindi, Bengali, Tamil etc. actually mapnik relies on DejaVu - we plan to add the Indian scripts to DejaVu, which will solve this problem. -- regards Kenneth Gonsalves Associate NRC-FOSS http://nrcfosshelpline.in/web/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Tilesathome] setting up a server for a country
2009/2/5 Kenneth Gonsalves law...@au-kbc.org On Wednesday 04 Feb 2009 10:15:13 pm 80n wrote: Except, AIUI, the motivation is entirely because Mapnik can't handle the wide variety of Indian scripts: Hindi, Bengali, Tamil etc. actually mapnik relies on DejaVu - we plan to add the Indian scripts to DejaVu, which will solve this problem. This isn't the case anymore... Mapnik supports fallback these days... There may be an issue with it's shaper though... d ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Osm2pgsql fails with Finland.osm.bz2
Jon Burgess jburgess777 at googlemail.com writes: On Wed, 2009-02-04 at 15:27 +, Jukka Rahkonen wrote: Hi, I have been importing Finland.osm.bz2 dataset from Geofabrik into Postgis every day with osm2pgsql.exe (on Windows) but now it fails. The error looks like this: Reading in file: finland.osm.bz2 Processing: Node(2835k) Way(37k) Relation(0k)Error allocating ways Error occurred, cleaning up These first two look like an out of memory condition causing malloc() to fail. Right, another computer with more memory imports the same data with same program versions. I made a third trial by using another version of osm2pgsql.exe with Finnish data but again with no luck. A bit different error message though: Reading in file: finland.osm.bz2 Processing: Node(2835k) Way(194k) Relation(0k)terminate called after throwing an instance of 'geos::util::TopologyException' ... Normally the code catches exceptions from geos and ignores them. In some builds of osm2pgsql.exe this mechanism is broken and a geometry exception will instead cause the program to abort. It looks like this is one of these broken versions. ... This version of osm2pgsql.exe it should not have the exception problem: http://tile.openstreetmap.org/direct/osm2pgsql.zip Right again, this one does not stop to topology errors. So no problem at all, the amount of data had just reached the limits of the first computer I used. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Auto routes
Leuk initiatief. Is ook ergens vast te leggen voor welke wegdeel deze omleiding geldt? -Original Message- From: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] On Behalf Of Roeland Douma Sent: dinsdag 3 februari 2009 21:29 To: OpenStreetMap NL discussion list Subject: [OSM-talk-nl] Auto routes Howdy, Het viel mij laatst op dat overal in Nederland bordjes met U verschijnen. Deze U-routes zijn officiele omleiding routes. http://www.rijkswaterstaat.nl/images/flyer%20vaste%20uitwijkroutes_tcm174-18 9614.pdf Het leek mij leuk deze routes te gaan taggen. Ik ben begonnen van de gene waar ik met enige regelmaat langs rij. Deze routes zijn goed te taggen met type = route route = detour ref = U* Het (eerste) resultaat is hier te zien: http://tile.openstreetmap.nl/~rullzer/routes/ Maar waarom daar stommen met routes taggen. We zouden ook de routes voor het vervoeren van giftige stoffen kunnen gaan taggen (K14-bord http://nl.wikipedia.org/wiki/Verkeersborden_-_Serie_K:_Bewegwijzering ) Ook zijn er genoeg rondritten van de ANWB die we zouden kunnen taggen. Of de P-routes in de steden. Zou wel erg leuk zijn om deze dingen allemaal in onze database te hebben en te renderen. En in de toekomst zouden eventueel navigatie software deze routes ook kunnen gebruiken. Nu zijn, behalve de detour routes, er nog geen voorstellen hiervoor. (Maar dat is zo geregend, route = toxic/recreational/parking). Maar ik vroeg me af of er nog meer mensen waren met idee-en voor routes? En natuurlijk begin allemaal met de U-routes te taggen! --Roeland ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsroutes Incrorrect getagged
Lennard, Dank voor je duidelijke uitleg. Even een paar opmerkingen/vragen: network=rcn is om technische redenen nodig op de routerelatie. Het proces om de osm db te importeren in pgsql, osm2pgsql dus, heeft deze nodig om de routerelatie te kunnen verwerken. De osm db is toch een 'normale' relationele database? In dat geval zou ik verwachten dat het mogelijk is de import aan te passen aan het veranderde datamodel, of heb ik dat mis? In dat geval zou de network tag van de bovenliggende netwerk relatie gehaald kunnen worden, evenals de route en type tags. Ik kan me wel voorstellen, dat je om 'backward compatible' te willen zijn de huidige tags laat bestaan. Je ziet hier en daar wel eens verwijzing naar verouderde (deprecated) tags, keepright.at verwijst er naar: 'This way uses deprecated tag landuse=wood. Please use landuse=forest instead!' Bovendien moet het mogelijk zijn een bot te schrijven die dit aanpast. Voor het koppelen van netwerken, in de provincie Friesland heb je 5 netwerken, te weten zuidwest, zuidoost, midden, noordwest en noordoost. Tussen deze netwerken liggen in totaal zo'n 50 routes. Dat zijn er toch voldoende om een 'mooie' oplossing voor te bedenken lijkt me. We hebben dat nu opgelost door een name tag te geven die de koppeling beschrijft: 'FRN Zuidwest-Midden Friesland' bijvoorbeeld. Routes tussen netwerken horen eigenlijk bij geen van beide netwerken. Is het een idee om een link relatie in het leven te roepen die deze verbindingen beschrijft? De link relatie wordt dan gebruikt op de route onderdelen, ways en nodes. De link relatie bevat 2 netwerk relaties, meer lijkt me niet nodig. -Original Message- From: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] On Behalf Of Lennard Sent: woensdag 4 februari 2009 0:02 To: OpenStreetMap NL discussion list Subject: Re: [OSM-talk-nl] Fietsroutes Incrorrect getagged Gert Gremmen wrote: wat is de meerwaarde van het opnemen van de nodes in de relatie Ik heb dat tot nu toe nooit gedaan, Het heeft ook niet altijd en/of even duidelijk in de wiki gestaan. Het voordeel, in mijn ogen, is dat je zo makkelijk kunt zien of een route compleet is. Als ik nu op een knooppunt aankom, en ik kan daarvandaan 2 kanten op, kan ik er fysiek maar 1 volgen. Dan maak ik alvast wel een route aan voor de andere mogelijkheid, en zet het eerste stuk straat dat ik al kon vaststellen er al in. Zo weet ik, maar ook ieder ander, dat daar nog een mogelijkheid is, die nog niet is uitgewerkt. Ben Laenen wrote: Vraag is natuurlijk of het niet even makkelijk te zien is als de uiteindes van die routes een node hebben met een rcn_ref... En horen de knooppunten ook misschien niet eerder thuis in de overkoepelende netwerk-relatie? Je hebt gelijk dat je het ook zou kunnen zien aan nodes in member ways, met rcn_ref gezet. Dan moet je echter wel 1 niveau dieper gaan kijken. En de knooppunten staan ook gedefinieerd op de netwerkrelatie: (C) Network tagging [...] This relation holds: [...] All numbered junctions (A) of this cycle node network. Do not add the junctions of the opposite end of connecting routes, as those are in another network. Taede @ orange wrote: Dan nog iets over het voorstel van Ldp: de route relatie kent (ook in de huidige situatie) meer tags die dubbel zijn. In het voorstel wordt de naam tag naar een overkoepelend hoger niveau getild, maar daar horen ook 2 andere tags: de network=rcn, en route=bicycle kunnen ook een level hoger eenmalig vastgelegd worden, met als type=network. Ze zijn dan niet meer nodig op de route relatie. network=rcn is om technische redenen nodig op de routerelatie. Het proces om de osm db te importeren in pgsql, osm2pgsql dus, heeft deze nodig om de routerelatie te kunnen verwerken. Ook wilde ik zo weinig mogelijk slopen van de huidige tagging. Als je deze tags als vanouds blijft opnemen op de routerelatie, dan kunnen huidige renderers en andere gebruikers van de db, die geen weet hebben van de voorgestelde netwerkrelatie, blijven werken. Ik zou het dan wel heel erg prettig vinden als het in potlatch mogelijk wordt om relaties binnen relaties toe te voegen. Dat is inderdaad nog een klein gemis in de editors. In JOSM kan het wel, maar daar is het ook niet evident, en moet je het trucje een keer doorhebben. Merkaartor ken ik niet goed genoeg. Het verhaal over de verbinding tussen netwerken kan ik (nog) niet zoveel mee, misschien dat dit met wat voorbeelden kan worden verduidelijkt? De knooppuntennetwerken zijn op zich redelijk op zichzelf staand, in de zin dat ze ingericht zijn door een bepaalde organisatie, meestal binnen een regiofunctie. Alleen, dat idee hebben meer organisaties, dus heb je ook meer knooppuntennetwerken. :) Deze liggen dus regelmatig tegen elkaar aan, en dan zijn er ook routes uitgezet die knooppunten uit 2 verschillende netwerken met elkaar verbinden. Daar gaat het hele verhaal van state=connection (routerelatie) en
Re: [OSM-talk-nl] Auto routes
Taede @ orange wrote: Leuk initiatief. Is ook ergens vast te leggen voor welke wegdeel deze omleiding geldt? Ik heb een kopje daarvoor in de tabel op de wikipagina gezet. Maarten -Original Message- From: talk-nl-boun...@openstreetmap.org [mailto:talk-nl-boun...@openstreetmap.org] On Behalf Of Roeland Douma Sent: dinsdag 3 februari 2009 21:29 To: OpenStreetMap NL discussion list Subject: [OSM-talk-nl] Auto routes Howdy, Het viel mij laatst op dat overal in Nederland bordjes met U verschijnen. Deze U-routes zijn officiele omleiding routes. http://www.rijkswaterstaat.nl/images/flyer%20vaste%20uitwijkroutes_tcm174-18 9614.pdf Het leek mij leuk deze routes te gaan taggen. Ik ben begonnen van de gene waar ik met enige regelmaat langs rij. Deze routes zijn goed te taggen met type = route route = detour ref = U* Het (eerste) resultaat is hier te zien: http://tile.openstreetmap.nl/~rullzer/routes/ Maar waarom daar stommen met routes taggen. We zouden ook de routes voor het vervoeren van giftige stoffen kunnen gaan taggen (K14-bord http://nl.wikipedia.org/wiki/Verkeersborden_-_Serie_K:_Bewegwijzering ) Ook zijn er genoeg rondritten van de ANWB die we zouden kunnen taggen. Of de P-routes in de steden. Zou wel erg leuk zijn om deze dingen allemaal in onze database te hebben en te renderen. En in de toekomst zouden eventueel navigatie software deze routes ook kunnen gebruiken. Nu zijn, behalve de detour routes, er nog geen voorstellen hiervoor. (Maar dat is zo geregend, route = toxic/recreational/parking). Maar ik vroeg me af of er nog meer mensen waren met idee-en voor routes? En natuurlijk begin allemaal met de U-routes te taggen! --Roeland ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Fietsroutes Incrorrect getagged
Taede @ orange wrote: De osm db is toch een 'normale' relationele database? In dat geval zou ik verwachten dat het mogelijk is de import aan te passen aan het veranderde datamodel, of heb ik dat mis? In dat geval zou de network tag van de bovenliggende netwerk relatie gehaald kunnen worden, evenals de route en type tags. Het zal best te bouwen zijn, maar het compliceert osm2pgsql nogal. Je moet dan immers 1 relatie dieper gaan kijken, naar de tags die je toe zou kunnen passen. Ik denk niet dat het op dit moment realistisch is om dat te verwachten. Ik kan me wel voorstellen, dat je om 'backward compatible' te willen zijn de huidige tags laat bestaan. Je ziet hier en daar wel eens verwijzing naar verouderde (deprecated) tags, keepright.at verwijst er naar: 'This way uses deprecated tag landuse=wood. Please use landuse=forest instead!' Bovendien moet het mogelijk zijn een bot te schrijven die dit aanpast. Je moet er ook rekening mee houden dat rcn buiten NL/B een heel andere betekenis heeft, nml die van lineaire routes, gelijk aan ncn, en ze daar geen netwerk van routes beschrijven. Alleen al daarom kun je die tags op die routerelatie niet deprecated verklaren. Voor het koppelen van netwerken, in de provincie Friesland heb je 5 netwerken, te weten zuidwest, zuidoost, midden, noordwest en noordoost. Tussen deze netwerken liggen in totaal zo'n 50 routes. Dat zijn er toch voldoende om een 'mooie' oplossing voor te bedenken lijkt me. We hebben dat nu opgelost door een name tag te geven die de koppeling beschrijft: 'FRN Zuidwest-Midden Friesland' bijvoorbeeld. We hebben in Zeeland ook meerdere aparte netwerken binnen het 'Fietsroutenetwerk Zeeland'. Hier heb ik ook iets over geschreven in het voorstel. Het gedeelte met In some cases, a very large network is further divided in distinct areas (sub-networks). etc. Voor de verbindingen die deze deelnetwerken koppelen laat ik zelf het overkoepelende netwerk buiten beschouwing. Routes tussen netwerken horen eigenlijk bij geen van beide netwerken. Is het een idee om een link relatie in het leven te roepen die deze verbindingen beschrijft? De link relatie wordt dan gebruikt op de route onderdelen, ways en nodes. De link relatie bevat 2 netwerk relaties, meer lijkt me niet nodig. Dit is een mogelijkheid, al compliceert deze de toch al uitgebreide tagging van het voorstel. Ik zou zeggen: werk iets uit en stel het voor. Zoals je ziet hebben anderen ook al gereageerd op de wiki. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Suburb boundaries
I just had a conversation with a really helpful person at the ABS. She indicated that the ABS is taking a view of the data that is very similar/compatible with (at least my understanding) the view that OpenStreetMap is taking towards the data. Specifically she indicated that the ABS was not specifically concerned that attribution was done in a specific manner, just that the attribution was able to be found. She will put something in an email so that we have an official statement. So, it looks like we may well have a some valuable data to add, which is good because I already spent a couple of hours working out hot to import it ;-) There are two issues that I have come across with converting to osm:- 1. What way do we want to represent the data, e.g closed ways or relations consisting of borders - something else ? 2. The more technical problem that the boundaries are defined fairly precisely (or more accurately there are lots of points defining the boundaries). So the .osm file is very large - so eyeballing it in josm is not going to work. So I'm interested in people's suggestions of how we want to represent the data and on methods we can use to sanity check the data before we upload it. cheers On Sat, Jan 31, 2009 at 6:23 AM, James Churchill pel...@gmail.com wrote: Franc Carter franc.car...@... writes: While putting together an email for this I came across an issue. Currently OSM is Creative Commons licensed which looks pretty compatible with their license (ignoring the practicalities of attribution). However the license is being discussed at the moment and may well soon change and/or split. Should I wait until the license issue gets 'sorted' ? I don't see a problem - the CC license the data is under only requires attribution, it doesn't restrict what the license of the derivative work is. And as OSM is looking for a license that (and I quote) needs to give our database the same three basic licensing elements (freely copiable; share-alike; attribution required) as it has at present there's little worry of OSM becoming incompatible. At least, the matter shouldn't delay inquiries :) - James ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au -- Franc ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Suburb boundaries
On Thu, 5 Feb 2009 14:26:13 +1100 Franc Carter franc.car...@gmail.com wrote: There are two issues that I have come across with converting to osm:- 1. What way do we want to represent the data, e.g closed ways or relations consisting of borders - something else ? I'd personally prefer border relations. But given Franc and I seem to be the only significant creators of relations in .au anyway (A search of the australia.osm reveals we're the only two with 100 relations) I don't think the majority of regular osm mappers have got relations yet. However I think relations are the way data like this is going in OSM. 2. The more technical problem that the boundaries are defined fairly precisely (or more accurately there are lots of points defining the boundaries). So the .osm file is very large - so eyeballing it in josm is not going to work. So I'm interested in people's suggestions of how we want to represent the data and on methods we can use to sanity check the data before we upload it. Lots of the cases are along roads/rivers/railways I imagine to make them align with what we actually have on the map, lots of review is going to have to happen once it's actually in the map anyway. Given nearly all suburb boundaries are multiples (one suburb on each side). I'd think 1 way for a common boundary between 2 suburbs and joining up all those ways for each suburb in a relation would be the way to go. Then people can review them in areas where there's existing data and re-align them down the middle of roads they run along or remove the chunks than overlap single ways and add those ways to the boundary. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Suburb boundaries
On Thu, 5 Feb 2009 15:52:43 +1100 Franc Carter franc.car...@gmail.com wrote: From a 'philosophical point of view', I tend to agree that suburbs are made of a set of boundaries between adjacent areas. This was not how I did it in my first (very quick) attempt ;-( An advantage of having to sort out the legal issue means you get a bit of time to fiddle around trying out options before you get the full a-ok and import it ;) The data is in shapefiles that define each suburb boundary individually, so I'll have a think about how to extract out the individual borders (suggestions welcome) Hmm, so there's no real surety that 2 adjacent suburbs even share the same boundary? Perhaps then the single area option might have some merit from a 'getting the data in there' point of view or we write a convoluted script to correlate things... One question about aligning them that springs to mind is 'what should we align' - I wonder if the accuracy of the data is better than the average accuracy of a gps or yahoo imagery. That's a tricky question because it might be more 'accurate' because it might measure to an exact positional definition but is that useful or relevant to the OSM structure whereby a boundary down the middle of the road is more conceptually accurate Guess we have to get a small sample of the data into a city somewhere where we have plenty of GPS as a trial run (once we have the full ok). and see how it correlates to reality. GPS + Yahoo never correlate enough (at least in SA) to make it possible for both to be relevant :) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Suburb boundaries
I did some basic sanity checking in my quick script and there is a lot of points that are doubled up (i.e have the same lat/lon) which indicates that the data does form sensible/consistent boundaries. My 'intuition' is that the shape=boundary problem is solvable, I'll just need to put some thought in to it - actually as I write this, I think I know the approach ;-) Solving this will also help with one of the other issues that I came across, which was 'curve simplification'. There are vast numbers of redundant points in many of the boundaries where they make no difference to the shape. However doing curve simplification on closed shapes with shared boundaries results in different points being removed from the two boundaries. Small samples sounds like a good first approach - I have lots of gps tracks for the area I live in that were taken with a roof mounted aerial, so I have a reasonably high level of confidence in them cheers On Thu, Feb 5, 2009 at 4:02 PM, Darrin Smith bel...@beldin.org wrote: On Thu, 5 Feb 2009 15:52:43 +1100 Franc Carter franc.car...@gmail.com wrote: From a 'philosophical point of view', I tend to agree that suburbs are made of a set of boundaries between adjacent areas. This was not how I did it in my first (very quick) attempt ;-( An advantage of having to sort out the legal issue means you get a bit of time to fiddle around trying out options before you get the full a-ok and import it ;) The data is in shapefiles that define each suburb boundary individually, so I'll have a think about how to extract out the individual borders (suggestions welcome) Hmm, so there's no real surety that 2 adjacent suburbs even share the same boundary? Perhaps then the single area option might have some merit from a 'getting the data in there' point of view or we write a convoluted script to correlate things... One question about aligning them that springs to mind is 'what should we align' - I wonder if the accuracy of the data is better than the average accuracy of a gps or yahoo imagery. That's a tricky question because it might be more 'accurate' because it might measure to an exact positional definition but is that useful or relevant to the OSM structure whereby a boundary down the middle of the road is more conceptually accurate Guess we have to get a small sample of the data into a city somewhere where we have plenty of GPS as a trial run (once we have the full ok). and see how it correlates to reality. GPS + Yahoo never correlate enough (at least in SA) to make it possible for both to be relevant :) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au -- Franc ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Suburb boundaries
On Thu, 2009-02-05 at 14:26 +1100, Franc Carter wrote: I just had a conversation with a really helpful person at the ABS. She indicated that the ABS is taking a view of the data that is very similar/compatible with (at least my understanding) the view that OpenStreetMap is taking towards the data. Specifically she indicated that the ABS was not specifically concerned that attribution was done in a specific manner, just that the attribution was able to be found. She will put something in an email so that we have an official statement. So, it looks like we may well have a some valuable data to add, which is good because I already spent a couple of hours working out hot to import it ;-) That's great news! There are two issues that I have come across with converting to osm:- 1. What way do we want to represent the data, e.g closed ways or relations consisting of borders - something else ? Closed ways (areas) - as that's how ABS define them, so it will make merging updated ABS data into the OSM Australia dataset (each time ABS update their dataset, which is presumably quite regularly) significantly easier. 2. The more technical problem that the boundaries are defined fairly precisely (or more accurately there are lots of points defining the boundaries). So the .osm file is very large - so eyeballing it in josm is not going to work. So I'm interested in people's suggestions of how we want to represent the data and on methods we can use to sanity check the data before we upload it. Might I suggest that trying to verify the entire set of Australian suburb boundaries by inspection would seem an impossible task anyway - wouldn't be able to see the wood for the trees. For sanity checking purposes, why not split the generated OSM file up into a bunch of small, managable areas - then pick one you know really well and check it out in josm. If you're concerned that areas you don't know well might need checking too, perhaps put the whole lot on a webserver somewhere and ask on the list for other mappers to download check out areas they know well too before doing the bulk upload to OSM? Regards, Jack. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Suburb boundaries
On Thu, 05 Feb 2009 16:29:39 +1030 Jack Burton j...@saosce.com.au wrote: 1. What way do we want to represent the data, e.g closed ways or relations consisting of borders - something else ? Closed ways (areas) - as that's how ABS define them, so it will make merging updated ABS data into the OSM Australia dataset (each time ABS update their dataset, which is presumably quite regularly) significantly easier. This isn't really relevant. Given the amount of data involved an automated process will have to be developed to bring it all in, so this process can just be re-utilised on any update. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Suburb boundaries
On Thu, 05 Feb 2009 17:18:53 +1030 Jack Burton j...@saosce.com.au wrote: But I'm still not a fan of relations for suburb boundaries - even more so, now that we know that the authoritative set for Australia (the ABS data) is organised as a set of polygons (one for each suburb), since we'll presumably want to continue using this dataset for updates (e.g. when new suburbs appear, or old ones are split up/consolidated/renamed/etc.). This could be accomplished really easily if each item of ABS data was tagged with a source_ref:ABS (or whatever) set to corresponding object id from the ABS dataset (I'm assuming it uses such things - most large datasets do). And as soon as we edit that data in any way, such as you yourself suggest doing lower down in your reply, then updates from ABS are only ever going to be able to be imported as diffs - a straight 'update to these values' will break any adjusted edges and move other ways around. This will require extensive processing and either option can be handled at that time. You also assume the ABS is actually going to be (a) recently up to date (b) accurate, I'm not holding my breath on either, so blindly syncing with any changes they make is not necessarily wise. It still seems to me that the simplest possible set of data to define a suburb is the location of its town centre (a single node) and the outline of its boundary (a single way). [And we already have most of the nodes for NSW towns/suburbs in the OSM dataset, from another bulk import of government data - adding suburb areas from the ABS data would give us complete definitions for NSW, and the hard part done already for other states] I isolation this makes sense, when included with other features such as roads etc it makes more sense that if a suburb boundary runs down a road that road is some how flagged as part of the boundary. Stand alone areas make extra work correlating that kind of data. Also, consider the case of a user downloading a rectangular section from OSM (since I'd imagine most of us do that, rather than deal with enormous planet or country files), where a suburb boundary intersects the boundary of the rectangle downloaded: If we use the single way method, the OSM API will give the user the entire suburb boundary, even the bits that are outside the rectangle - so every suburb that has any part of itself within the rectangle will have its boundary fully defined within the user's osm file. If we use the relation method, only those segments of the boundary which have nodes within the rectangle will be supplied - leaving some suburbs with incomplete boundaries in the user's osm file. If the user doing the download is not prepared to handle the relation issue with respect to boundaries they will probably encounter far greater problems that just suburb boundaries. Multi-polygon relations for example will suffer from exactly the same problem. The issue is that the down-loader needs to be aware of the data structure and not make the data structure adjust to handle his in-competencies. For example in JOSM it's a matter of a 3 clicks to request all the ways of boundary. There are already issues of ways with too many nodes causing downloading problems for the OSM servers, a single area for a whole rural suburb (or one of the bigger boundaries like a council) is easily going to exceed reasonable limits of way length, and unlike a way where you have to download the entire way every time it's viewed, with relations you can choose to download only the relevant parts, and the whole lot if you need it. Should you happen to not have your download's bounding box cross any of the suburb boundaries with either method you may just end up with no suburb data at all anyway. Assuming you can rely on suburb data from a small are download is a little naive. The only situation I can think of where a relation would be necessary for a suburb boundary would be when one suburb exists wholly within the boundaries of another suburb - but we already have the multipolygon relation for that (and I can't think of a single Aussie example of this off the top of my head - in fact, the only one I can think of globally is Vatican City being wholly within Rome - although we do have a similar situation for state borders with NSW/ACT). It's also able to be handled by the boundary relation with enclaves and exclaves which are designed for exactly this reason. ACT/NSW being a prime example of exactly that. Interestingly there is now support in multi-polygon relations for outer and inner ways to be broken into multiple ways (mapnik and josm already handle them properly) rather than being single areas, further indicating that stacked ways is not considered the ideal solution to these problems. This can be done either way - since with the one closed way per suburb method, the nodes along shared portions of boundaries should be common anyway: a mapper fixing an incorrect boundary would still only
Re: [Talk-de] Einbahnstraße - frei für Radfahrer
Martin Koppenhoefer schrieb: Im ORS wird man bei der Radfahrerroute z.B. grundsätzlich auch gegen die Einbahnstraßen geroutet. Das ist m.E. in der Tat sinnvoll, es entspricht der Realität und ist auch unter Sicherheitsaspekten zu empfehlen, da man die Autos von vorn kommen sieht. Auchso, deshalb routet ORS auch durch Anliegerstrassen, weil es auch der Realität entspricht!?? ;-) Ich denke der Router sollte sich schon defaultmässig an die Verkehrsregeln halten. Gegen einen versteckten Schalter ignore all rules hätte ich ja nichts einzuwenden. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Aktulle routingfähige Karte Deutschland oder Europa
Hat jemand eine Ahnung ob irgendwo aktuelle Karten routingfähig fürs Garmin zu bekommen sind? Und wo? Gruß Sven S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage nach GPS-Datenlogger
Brauchst Du nicht. Der MG-950d ist wasserdicht nach IPX6 Sorry, ich hatte gerade den Faden verloren. Ich meinte den i-Blue 747. Den habe ich für 24,70 erstanden und der ist nicht wasserdicht. Detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ETRS-89 und WGS-84
Liebe Profis, wer kann mir den Unterschied von ETRS-89 und WGS-84 erklären? Deutschland verwendet seit 1991 das europäische ETRS-89. Gegenüber dem weltweiten WGS-84 ergibt sich eine Abweichung. Wie gross ist diese? Wovon ist sie abhängig? Danke, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage nach GPS-Datenlogger
Ich habe ihn als Tacho auch bei peitschendem Regen auf dem Fahrrad. Ich habe mir gerade mal die Kritiken auf der Wiki-Seite angesehen. Die Bedienung scheint ja wohl etwas abenteuerlich zu sein. Kann das Ding wirklich während der Trackaufzeichnung keine manuellen Waypoints setzen? Für mich ist das eine der wichtigsten Funktionen. Mit den manuellen Waypoints kann man eine Menge machen, z.B. Weg-Attribute merken (4 Waypoints direkt hintereinander: tracktype=grade4, Waypoint am Ende eines Wegs: hier gehts nicht weiter, und dann noch Waypoints bei kreuzenden Bächen und Flüssen für die spätere Extrapolation). Das alles mit Eintastenbedienung ohne den Logger beim Joggen aus der Jackentasche zu nehmen. Ohne manuelle Waypoints kann ich mit so einem Logger nicht viel anfangen. Da verzichte ich lieber auf das Display und pack das Ding in Plastikfolie ein. ;-) Detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ETRS-89 und WGS-84
Markus schrieb: wer kann mir den Unterschied von ETRS-89 und WGS-84 erklären? Deutschland verwendet seit 1991 das europäische ETRS-89. Gegenüber dem weltweiten WGS-84 ergibt sich eine Abweichung. Wie gross ist diese? Wovon ist sie abhängig? Bei Umwandlung der Europakoords in Weltkoordinaten muss man den Plattendrift berücksichtigen. Im Genauigkeitsbereich 0,1 Meter reicht es wohl wenn man einfach den aktuellen Shift von ca. 50 cm Richtung 41 Grad den ETRS lat/lon Werten zuschlägt. Siehe auch Abb. 4 in: http://tu-dresden.de/die_tu_dresden/fakultaeten/fakultaet_forst_geo_und_hydrowissenschaften/fachrichtung_geowissenschaften/gi/gg/veroeffentlichungen/dgon_jubilaeumsband.pdf Grüße, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage nach GPS-Datenlogger
Ich glaube man braucht ein spezielles Programm das die Konversion nach GPX durchführt ist nicht ganz nah dran an direkt in GPX speichern und als Laufwerk erkannt werden. Letztendlich geht es doch darum, dass man eine GPX-Datei bekommt. Ob ich die nun direkt von einem USB-Laufwerk runterkopiere oder ob ich eine Java-Software starte, die mir den Track mit zwei Klicks aus dem Gerät ausliest und in eine GPX-Datei speicher, macht doch wohl vom Komfort kaum einen Unterschied. Im Gegenteil - ich denke mit dem Java-Programm geht es einfacher. Also nochmal zum Verständnis: BT747 ist kein Konvertierungsprogramm sondern es ersetzt eigentlich komplett die beim i-Blue mitgelieferte Software. Man kann damit die Tracks auslesen und als GPX abspeichern, den Speicher des i-Blue wieder freimachen und natürlich alle Einstellungen vornehmen. Detlef ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Rostock
Ich suche Kontakt zu OSMern aus Rostock. Möchte gern meine Kontakte zur Stadtverwaltung zur Verfügung stellen, z.B. an die regionale OSM-Gruppe. Ich hatte die Kontakte aufgenommen, weil ich Warnemünde http://www.openstreetmap.org/?lat=54.1734lon=12.0964zoom=13 als Musterbeispiel zur Darstellung von Seehäfen auserkoren hatte. http://wiki.openstreetmap.org/wiki/de:Segler1 Die Stadt Rostock ist OSM gegenüber sehr aufgeschlossen. Der Leiter des Katasteramtes hat ein opensource Geo-Portal geschaffen und führt dort umfangreiche Daten zusammen, sein Mitarbeiter ist begeisterter Wikipedianer (und vielleicht bald auch OSMer). Auch wenn für die konkrete Zusammenarbeit sicher noch die eine oder adere politische Hürde genommen werden muss, denke ich dass dafür wirklich gute Voraussetzungen vorliegen. Die Stadt Rostock schreibt: ich kann Ihnen mitteilen, dass wir zu einer Zusammenarbeit mit dem Projekt OSM bereit sind. Als ersten Schritt schicke ich Ihnen die seit Beginn 2009 dokumentierten Änderungsdaten zum Amtlichen Stadtplan. Bitte leiten Sie diese an die Hauptautoren für Rostock weiter und teilen Sie ihnen mit, dass ich für alle Fragen hinsichtlich des Stadtplans von Rostock und Umgebung Ansprechpartner sein werde. Ich werde Ihre Mitstreiter dann in den Änderungsdienst mit aufnehmen. Im Gegenzug würden wir uns freuen, wenn wir auf Fehler, Veränderungen, die uns entgangen sind usw. von den Mitarbeitern des OSM-Projektes hingewiesen werden. Wie ich gesehen habe, nutzen ihre Kollegen bereits ein Straßenverzeichnis aus unserem Hause (Zugang passwortgeschützt). Die Fragen, die im Forum dazu auftauchen, können wir dann auch direkt beantworten. Bitte haben Sie Verständnis dafür, dass wir weitergehende Zusagen nicht machen können, da wir durch eingegangene rechtliche Verpflichtungen zur Abgabe z.B. von Hausumringen auch in unseren Möglichkeiten eingeschränkt sind. Eine Freigabe von Luftbildern ist uns leider nicht möglich, da wir selbst nicht über aktuelle Bilder verfügen. Wir nutzen die Daten des Landesamtes für Innere Verwaltung in Schwerin als Webdienst. Der gleiche ist im Netz unter http://www.gaia-mv.de/gaia/module/login/login.php öffentlich zugänglich. Die erwähnten Daten möchte ich gern weiterleiten. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rostock
Am 4. Februar 2009 09:45 schrieb Markus liste12a4...@gmx.de: Ich suche Kontakt zu OSMern aus Rostock. Möchte gern meine Kontakte zur Stadtverwaltung zur Verfügung stellen, z.B. an die regionale OSM-Gruppe. Ich hatte die Kontakte aufgenommen, weil ich Warnemünde http://www.openstreetmap.org/?lat=54.1734lon=12.0964zoom=13 als Musterbeispiel zur Darstellung von Seehäfen auserkoren hatte. http://wiki.openstreetmap.org/wiki/de:Segler1 Schöne Sache dein Engagement. BTW, steht hier Österreich? http://www.openstreetmap.org/?lat=54.15375lon=12.11757zoom=16layers=B000FTF Gruß Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage nach GPS-Datenlogger
Hallo. Am Mittwoch, 4. Februar 2009 schrieb dgdg: Letztendlich geht es doch darum, dass man eine GPX-Datei bekommt. Ob ich die nun direkt von einem USB-Laufwerk runterkopiere oder ob ich eine Java-Software starte, die mir den Track mit zwei Klicks aus dem Gerät ausliest und in eine GPX-Datei speicher, macht doch wohl vom Komfort kaum einen Unterschied. Im Gegenteil - ich denke mit dem Java-Programm geht es einfacher. Nein. Man kann alles was irgendwie verwertbare GPS-Daten sind mit gpsbabel nach GPX konvertieren. Beispiel: Ich habe ein Script das mir von meinem Handy (das ist mein Logger) die GPX-Dateien runterläd, von der Kamera die Bilder und die Bilder passend geotagged. Ohne Klick und ohne Kopfstand und vor allem ohne Java. Wenn ich da jedes Mal auch nur einmal irgendwo klicken müsste, wäre das eine sehr starke Konfort-Einbuße. Also nochmal zum Verständnis: BT747 ist kein Konvertierungsprogramm sondern es ersetzt eigentlich komplett die beim i-Blue mitgelieferte Software. Man kann damit die Tracks auslesen und als GPX abspeichern, den Speicher des i-Blue wieder freimachen und natürlich alle Einstellungen vornehmen. Das ist aber egal, wenn man Wert darauf legt, mit Standard-Bordmitteln (seines Betriebssystems) an einen GPX-Track zu kommen. Ich kann die Forderung 100% nachvollziehen und würde dieses Feature auch sehr stark beim Kauf mit gewichten. Gruß, Bernd -- Was ist das für eine Welt, in der morgens um sieben schon die Sonne aufgeht? signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] Unglue Funktion
Am 4. Februar 2009 08:52 schrieb Chris-Hein Lunkhusen chris66...@gmx.de: Martin Koppenhoefer schrieb: Ja, ich hab es experimentell noch nicht genau überprüft, habe aber in den letzten Wochen häufiger bemerkt, dass ich nach Unglue immer den richtigen Punkt manuell auswählen musste. Das liegt aber meines Wissens weniger am Unglue, sondern vielmehr an der Funktion der Auswahlfunktion bei Nodes auf derselben Stelle. ich denke, er wählt immer den aus, der oben liegt, oder? Naja, JOSM kennt kein oben und unten. :-) unten ist das, was in JOSM beim Bildschirmaufbau zuerst gezeichnet wird, dass das mit den Layern z.B. nicht korrepondiert (d.h. ein Layer=1 wird durchaus auch mal unter einem Layer=0 dargestellt), steht auf einem andern Blatt. Wenn der User irgendwo hinklickt schaut JOSM halt welche Knoten in der Nähe liegen und wählt nach einem bestimmten Algorithmus einen von denen aus. genau um diesen bestimmten Algorithmus geht es hier doch. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Osmosis Postgres
Hallo, eigentlich nur eine kurze Frage: Wo finde ich das Osmosis-Datenbankschema für Postgres OHNE postgis-extensions? Gruß, Frederik Granna ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kontakt zum Nachbarmapper
Von: Rolf Bode-Meyer rob...@gmail.com Wie kriege ich Kontakt zu einem Mapper, der in der selben Gegend wie ich die Karte verbessert? Ich sehe nur die Änderungen und finde den Nicknamen des Mappers. Dann gehst Du auf die Benutzerseite dieses Mappers und hinterlässt ihm über send message eine Nachricht. Derjenige muß keine Position in seinen Einstellungen hinterlassen haben oder hat eine falsche gesetzt. Oder er wohnt woanders als er mappt, oder ... Rolf Sorry, Rolf, falls ich Tomaten auf den Augen habe, aber ich weiß nicht, wie ich auf seine Benutzerseite gelangen kann... Im Voraus Danke! Pt! Schon vom neuen WEB.DE MultiMessenger gehört? Der kann`s mit allen: http://www.produkte.web.de/messenger/?did=3123 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] Unglue Funktion
Am 4. Februar 2009 11:13 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 4. Februar 2009 08:52 schrieb Chris-Hein Lunkhusen chris66...@gmx.de: ich denke, er wählt immer den aus, der oben liegt, oder? Naja, JOSM kennt kein oben und unten. :-) unten ist das, was in JOSM beim Bildschirmaufbau zuerst gezeichnet wird, dass das mit den Layern z.B. nicht korrepondiert (d.h. ein Layer=1 wird durchaus auch mal unter einem Layer=0 dargestellt), steht auf einem andern Blatt. Wenn der User irgendwo hinklickt schaut JOSM halt welche Knoten in der Nähe liegen und wählt nach einem bestimmten Algorithmus einen von denen aus. genau um diesen bestimmten Algorithmus geht es hier doch. Dirk oder Fredereik können da sicher mehr dazu sagen. Ich hatte mir die Auswahlfunktion letztes Jahr mal angesehen weil es mich auch nervte. Es wird einfach die Liste aller Nodes durchgelaufen und der Näheste gewählt. Bei mehreren Nodes gleicher Entfernung wird sticht der erste gefundene. Da ein neuer Punkt hinten an die Liste angehängt wird, ist der gefundene immer der ältere. Die einfachste Lösung wäre wahrscheinlich, die Liste von hinten her durchzulaufen - wenn das nicht andere Nebeneffekte hat. Jetzt für jeden Punkt (also wirklich *jeden* Punkt der aktuellen Ebene) einen Vergleich bezüglich des Weges zu machen geht wahrscheinlich mehr auf die Performance und bringt auch nicht mehr. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kontakt zum Nachbarmapper
2009/2/4 Johannes Haller johannes.hal...@web.de: Sorry, Rolf, falls ich Tomaten auf den Augen habe, aber ich weiß nicht, wie ich auf seine Benutzerseite gelangen kann... Marc hat die URL ja schon genannt. Ich bin davon ausgegangen, dass wenn Du schreibst Ich sehe nur die Änderungen, Du auf der History-Seite des Weges/Nodes bist. Von da kommst Du mit einem Klick auf den Namen auf dessen die Nutzerseite. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktulle routingfähige Karte Deutschland oder Europa
Sven Sommerkamp schrieb: Hat jemand eine Ahnung ob irgendwo aktuelle Karten routingfähig fürs Garmin zu bekommen sind? Und wo? Hallo Sven, für Deutschland findest du routingfähige Karten hier: http://openstreetmap.teddynetz.de/latest/de_routable.tgz http://openstreetmap.teddynetz.de/latest/de_routable.tgz Die Karten müssen noch mit mkgmap aufbereitet werden. Momentan sind die Karten laut Aussage von Carsten noch experimentell. Viele Grüße Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag-Zusammenstellung speziell Friedhöf e
Hallo zusammen! Am 4. Februar 2009 00:17 schrieb René Falk li...@falconaerie.de: Nun ja, auf vielen Friedhöfen gibt es beachtenswerte Sehenswürdigkeiten. Dazu können auch aus verschiedenen Gründen Grabstellen gehören. Für etliche Friedhöfe könnte man auch sicher eine Art Karlsruher Schema entwickeln. Und der OpenRoutingService muss natürlich unbedingt auf Friedhofsrouting erweitert werden, damit man a) die Gräber, Wasserstellen, Biotonnen auch auch der schnellsten/kürzesten Route erreicht und b) vor der Geisterstunde auch auf großen Friedhöfen noch rechtzeitig den Ausgang findet. Leicht makabere Grüße, -StefanL- PS: War nur Spaß... mit einem Funken Wahrheit. ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen bei Radwegen
Am 04.02.2009 14:22, Martin Simon: 2009/2/4 Jan Tappenbecko...@tappenbeck.net: Moin ! oftmals ist es ja so, dass man auf der einen Straßenseite in die Richtung A fährt und auf der anderen in Richtung B. Wenn ich jetzt eine Radwegrelation erstelle worauf beziehe ich mich da ?? Nehme ich ggf. beide gemappten Radwege in die Relation auf oder dann dort die Straße - die liegt ja in der Regel zwischen beiden !?!?!? Gruß Jan :-) Ich würde beide Radwege nehmen. Wenn Autobahnen als route erfasst werden, sind ja auch beide Fahrbahnen in der Relation. Genau. Als Rolle dann nicht das forward/backward vergessen. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag-Zusammenstellung speziell Friedhöf e
Am 04.02.2009 14:13, Tim 'avatar' Bartel: Hi, Am 4. Februar 2009 14:08 schrieb Stefan Leupersstefan.leup...@googlemail.com: Und der OpenRoutingService muss natürlich unbedingt auf Friedhofsrouting erweitert werden, damit man a) die Gräber, Wasserstellen, Biotonnen auch auch der schnellsten/kürzesten Route erreicht und b) vor der Geisterstunde auch auf großen Friedhöfen noch rechtzeitig den Ausgang findet. PS: War nur Spaß... mit einem Funken Wahrheit. ;-) Zum Funken Wahrheit: Ich habe in Hürth u.a. (http://openstreetmap.org/?lat=50.87587lon=6.86739zoom=17layers=0B00FTF) die Beschaffenheit der Friedhofswege erfasst - die Kieswege sind für Rollstuhlfahrer deutlich problematischer, als die gepflasterten oder asphaltierten Wege. Ja, deshalb sind bei mir die Hauptwege auch highway=track + tracktype=grade1/grade2 und die Fußwege in den einzelnen Abteilungen highway=footway mit entsprechendem surface-Tag. Gruß, Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Österreichs neue Grenzen (war: Ros tock)
Zitat von Torsten Breda torst...@gmail.com: BTW, steht hier Österreich? http://www.openstreetmap.org/?lat=54.15375lon=12.11757zoom=16layers=B000FTF Hier auch: http://www.openstreetmap.org/?lat=51.35171lon=6.21139zoom=17layers=B000FTF ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAMBA verwendet OSM // Klarheit
Johann H. Addicks schrieb: Daher wieder meine Frage: Wie ist es zu dem Betreff dieses Threads gekommen? Worin besteht denn deren Nutzung, die hier einhellig auf so starke Kritik stößt? Hallo Johann, ich habe mal ein wenig recherchiert: In dem Beitrag wurde nicht nur JAMBA gezeigt, sondern auch andere Produkte anderer Anbieter. Zunächst muss ich mich bei JAMBA entschuldigen - es handelt sich bei Programm Mobile Spy nämlich um ein Produkt des Anbieters CheapSim bzw. BOB Mobile (etc. andere Nahmen). Da während der OSM-Kartenanzeige jener Name genannt wurde, wollte ich das klarstellen: Ich habe mir nunmehr das Abo geholt ... mindestens 2,99 EUR weg. Super :-) Dann habe ich die Datei heruntergeladen und wollte das Abo wieder kündigen, denn die Ortung braucht das Abo mit CheapSim nicht, sondern mit einem anderen Provider. In den AGB wurde darauf hingewiesen, dass in der ersten SMS das Kennwort zum Kündigen des Abonnements hinterlegt ist. Dieses lautet stop paketcheapweb. Ich habe ebendieses Kennwort um 13:43 Uhr ordnungsgemäß an die Rufnummer 40800 geschickt - mit Empfangsbericht. Wenige Sekunden später habe ich folgende Nachricht erhalten: Das war kein gültiger Dienstname! Um eine Liste der Dienste zu sehen, schicke eine SMS mit STATUS an die 40800. Super² :-) Die Ortung funktioniert über den Dienst dieses Anbieters: http://www.nulaz.net/ In MobileSpy steht unter Nutzungsbedingungen dann noch: Die Ortung mit Mobile Spy dient ausschließlich Unterhaltungszwecken. Interessant ... vorher stand nichts dazu. In eigenen Worten dann noch: Die Ortung kann technisch bedingt daneben liegen. Angeblich kann man das hier noch nachlesen, leider geht der Link bei mir nicht: http://spymigo.net/terms Okay, jetzt muss man sich registrieren. Die Mobile Spy Freischaltung benötigt bis zu drei SMS Nachrichten. Es fallen normale SMS Kosten an. Bitte erlaube den SMS Versand um die Registrierung abzuschließen. Achja: Wenn man sein Kennwort vergessen hat, geht eine SMS an die 40500 - eine Premiumnummer. Nach der Registrierung sieht man diese Nachricht: Thank you for registering to Nulaz. I am your first friend. I can't go out and have a drink with you, because I am just a bot in the system. However, if you have suggestions, feature requests or bugs to report, please send them to me, and I will do the best I can to handle your request. Regards, Nulaz - na supi :-) Das Programm arbeitet wie erwartet: Aus der lokalen Zelle wird die Postion mit einer Datenbank auf Serverseite geschätzt. Das Java-Applet ist ein Interface für die Seite. Sämtliche Funktionen benötigen ständige Kommunikation mit dem Server. Wenigstens hat das Ganze noch eine Möglichkeit, ein GPS über BlueTooth anzubinden :-) Man kann wählen, ob seine aktuelle Position gezeigt oder versteckt werden soll, kann Freunde in einen Chat einladen oder die Kinos im Umkreis suchen und sich dort mit ihnen verabreden. Wenn man nun einen Freund finden will, bekommt man diese Nachricht: Die Person mit dieser Telefonnummer ist kein Mobile Spy Nutzer. Möchtest Du Ihn jetzt Einladen? - klar, die andere Person muss ja erst die Position an Nulaz melden. Dieses Dienst verwendet allerdings Google, also komme ich zum Schluss, dass der RTL-Betrag anders geschnitten und vertont wurde, wie es der Realität entspricht. Anscheinend wurde wirklich eine OSM-Seite aufgerufen oder ein anderer Betreiber verwendet unsere Karten für einen ähnlichen Dienst. Ich habe ich also einfach berieseln lassen und möchte mich bei allen Beteiligten entschuldigen! Die Strafe habe ich ja jetzt gleich bekommen ... das Abo lässt sich nicht kündigen und die Karte ist leer :-( Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAMBA verwendet OSM // Klarheit
Hallo Tobias, Du könntest ja bei der Kripo anfangen mit deinem Ermittlerdrang ;-)) Hoffentlich haste jetzt nicht noch Monate Ärger mit denen. Danke für die Klarstellung. Und es dürfte für alle klar sein, was das wirklich für ein Verein ist. Stell Dir mal vor, du bist 11 Jahre alt und fällst auf son Müll rein! Danke nochmal, und weg Arne+++ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] Unglue Funktion
Rolf Bode-Meyer schrieb: Am 4. Februar 2009 11:13 schrieb Martin Koppenhoefer dieterdre...@gmail.com: Am 4. Februar 2009 08:52 schrieb Chris-Hein Lunkhusen chris66...@gmx.de: [...] mich auch nervte. Es wird einfach die Liste aller Nodes durchgelaufen und der Näheste gewählt. Bei mehreren Nodes gleicher Entfernung wird sticht der erste gefundene. Da ein neuer Punkt hinten an die Liste angehängt wird, ist der gefundene immer der ältere. Die einfachste Lösung wäre wahrscheinlich, die Liste von hinten her durchzulaufen - wenn das nicht andere Nebeneffekte hat. Jetzt für jeden Punkt (also wirklich *jeden* Punkt der aktuellen Ebene) einen Vergleich bezüglich des Weges zu machen geht wahrscheinlich mehr auf die Performance und bringt auch nicht mehr. Rolf Klasse wäre es, wenn jeder Node mit einem Fähnchen in eine andere Richtung um die Nodes gekennzeichnet würde. Auch bei illegal genau übereinanderliegenden Nodes wäre das sicher 'nen Eyecatcher :) Nur so eine Idee. Grüsse Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAMBA verwendet OSM // Klarheit
Die Strafe habe ich ja jetzt gleich bekommen ... das Abo lässt sich nicht kündigen und die Karte ist leer :-( Grüße Tobias lass Dich davon nicht beirren, einfach trotzdem kuendigen, am besten per Fax (auf keinen Fall nur per Telefon oder Mail), und dann die Rechnung nicht bezahlen (bzw. nur bis zur Kuendigung bezahlen, also den 1. Monat oder so), auch nicht, wenn sie mit Inkasso ankommen. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ETRS-89 und WGS-84
Hallo Tobias, danke für die schöne Beschreibung! Die paar cm bis m beziehen sich ja auf die beiden Modelle, vor Ort ändert sich die Lage also nicht. Das ist also auch für uns bei der GPS-Messung nicht relevant, da diese ja im selben Modell durchgeführt und gespeichert wird. Relevant wird es nur bei der Übernahme von Daten aus IRTS oder ETRS in unser WGS-84, und da sind so kleine Änderungen für OSM sicher vernachlässigbar. Die relative Lage der Objekte zueinander bleibt, und deren Form auch. Wie es es denn mit den Höhen? Wie gross sind da die Unterschiede? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAMBA verwendet OSM // Klarheit
Am 4. Februar 2009 16:05 schrieb Arne Bischoff bisch...@gueldendorf.de: Stell Dir mal vor, du bist 11 Jahre alt und fällst auf son Müll rein! dann bist Du nicht geschaeftsfaehig und der Vertrag ist hinfaellig. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAMBA verwendet OSM // Klarheit
Hallo. Am Mittwoch, 4. Februar 2009 schrieb Martin Koppenhoefer: und dann die Rechnung nicht bezahlen Gut gebrüllt, Löwe. Wie machst du das wenn's vom prepaid-tarif abgebucht wird? Gruß, Bernd -- Wenn du eine helfende Hand brauchst - du findest sie am Ende deines rechten oder linken Arms. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAMBA verwendet OSM // Klarheit
Hallo Arne, Arne Bischoff schrieb: Du könntest ja bei der Kripo anfangen mit deinem Ermittlerdrang ;-)) oder genau das Gegenteil: da ich ja nun die Tiefen des Geschäfts kenne, könnte ich auch selbst ein solches aufziehen :-) Hoffentlich haste jetzt nicht noch Monate Ärger mit denen. Danke für die Klarstellung. Und es dürfte für alle klar sein, was das wirklich für ein Verein ist. Stell Dir mal vor, du bist 11 Jahre alt und fällst auf son Müll rein! Ich habe mittlerweile raus gefunden, wie das funktioniert: 1. eine SMS mit STATUS an 40800 schicken, dann bekommt man seine Dienste aufgelistet 2. eine SMS mit stop und Dienstname hinschicken. Dann bekommt man noch ein paar SMS, ob man wirklich kündigen möchte etc. etc. Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAMBA verwendet OSM // Klarheit
Bernd Wurst schrieb: Wie machst du das wenn's vom prepaid-tarif abgebucht wird? In Deutschland bekommst Du Prepaid-Handys offiziell nur mit Deinem Personalausweis. Da Du ja einen Vertrag eingegangen bist, könnte dies seinen normalen Weg gehen ... und dank der aktuellen Lücken im Datenschutz finden sich die Adressen sicher im Netz :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAMBA verwendet OSM // Klarheit
Martin Koppenhoefer schrieb: lass Dich davon nicht beirren, einfach trotzdem kuendigen, am besten per Fax (auf keinen Fall nur per Telefon oder Mail), und dann die Rechnung nicht bezahlen (bzw. nur bis zur Kuendigung bezahlen, also den 1. Monat oder so), auch nicht, wenn sie mit Inkasso ankommen. Hab' mittlerweile rausbekommen. Der Dienstname in der 1. SMS war schlicht und einfach falsch! Grummel. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einbahnstraße - frei für Radfahrer
Chris-Hein Lunkhusen schrieb: Hmmm, schickt er einen dann auch über Autobahnen? Werd' ich gleich mal probieren. ;) Fußgänger dürfen sich auf Autobahnen im Normalfall nicht aufhalten. Mir fehlt aber immer noch ein Tag für empfohlene Strecke, sei es für Autos oder Fahrräder. Es gibt Abkürzungen, die nicht offensichtlich sind, aber wegen Ampelschaltungen etc. sinnvoll und kraftstoffsparend zu fahren sind. Vielleicht könnte man das über eine Relation abbilden, die der Router dann bevorzugt nimmt, wenn man eh in die gleiche Richtung fahren müsste. Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAMBA verwendet OSM // Klarheit
Am 4. Februar 2009 16:09 schrieb Bernd Wurst be...@bwurst.org: Hallo. Am Mittwoch, 4. Februar 2009 schrieb Martin Koppenhoefer: und dann die Rechnung nicht bezahlen Gut gebrüllt, Löwe. Wie machst du das wenn's vom prepaid-tarif abgebucht wird? Gruß, Bernd geht das so? Ich habe bisher nur unserioeses Zeugs gemacht, wo man eine Rechnung bekommen hat. Beim prepaid muesste man wohl zurueckbuchen lassen oder so. Bin jedenfalls 1x reingefallen auf so ein tolles Angebot per Spam: 100 Sms kostenlos, aber gleich die erste SMS (und einzige) war eine *Premium*-SMS (aus Versehen meinerseits), und daher hatte ich angeblich ein 2-Jahres-SMS-Abo abgeschlossen. Habe das sofort gekuendigt, den Schreiben der Fa. grundsaetzl. widersprochen, dem Inkasso-Buero auch, und nachdem sie mir ein paarmal mit Pfaendung und Richterbeschluss gedroht hatten, war Ruhe. Einfach so. Die wissen ja selbst, dass sie ernsthaft mit ihrer Masche gar nicht durchkommen, die Dummen/Aengstlichen zahlen halt trotzdem. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] 1. Lübecker OSM-Stammtisch
Moin ! am Donnerstag, 2. April 2009 findet im Feuerwerk, Hansestraße der 1. Lübecker OSM-Stammtisch für Lübeck und Umgebung statt. Alle Interessierten möchte ich hierzu ganz herzlich einladen. Alles weitere findet Ihr unter http://wiki.openstreetmap.org/wiki/Lübecker_Mappertreffen Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAMBA verwendet OSM // Klarheit
Martin Koppenhoefer schrieb: dann bist Du nicht geschaeftsfaehig und der Vertrag ist hinfaellig. Das stimmt nicht. Man ist beschränkte Geschäftsfähigkeit. Wenn die Eltern nicht nachträglich einstimmen, kann Schadensersatz bei den Eltern geltend gemacht werden. Ich denke jedoch, dass hier der Taschengeldparagraf überwiegt. Wenn Dir Taschengeld zur freien Verfügung stehst, darfst Du damit machen, was Du willst. Sonst dürfte man unter 18 Jahren ja noch nicht mal eine CD im Laden kaufen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAMBA verwendet OSM // Klarheit
Hallo. Am Mittwoch, 4. Februar 2009 schrieb Martin Koppenhoefer: Wie machst du das wenn's vom prepaid-tarif abgebucht wird? geht das so? Ich werde jetzt nicht so viel Selbstaufopferung reinstecken wie Tobias, aber ich bin mir eigentlich sicher, dass sowas i.d.R. über die Telefonrechnung gemacht wird, was bei Prepaid-Tarifen dazu führt, dass das von deinem Guthaben abgebucht wird. Ich bin mir sicher dass ich schon davon gehört habe, dass Guthaben auch vorbelastet werden kann, also wenn kein Guthaben drauf ist und dein Abo weiter läuft, dann wird bei der nächsten Aufladung gleich ein Teil wieder abgebucht. Alles nicht selbst erlebt, aber aus eigentlich verlässlicher Quelle. Gruß, Bernd -- Ein Diplomat ist jemand, der dich in einer Art und Weise zum Teufel wünscht, daß du dich auf den Trip freust. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ETRS-89 und WGS-84
Markus schrieb: Die paar cm bis m beziehen sich ja auf die beiden Modelle, vor Ort ändert sich die Lage also nicht. Bei WGS84 ändert sie sich natürlich, da es sehr selten aktualisiert wird und auch noch die Geräte aktualisiert werden müssten. Das ist also auch für uns bei der GPS-Messung nicht relevant, da diese ja im selben Modell durchgeführt und gespeichert wird. Relevant wird es nur bei der Übernahme von Daten aus IRTS oder ETRS in unser WGS-84, und da sind so kleine Änderungen für OSM sicher vernachlässigbar. Die relative Lage der Objekte zueinander bleibt, und deren Form auch. Nein, Du hast eine Sache vergessen. Nehmen wir an, Du hast 1990 eine Position gespeichert: 41.0 7.0 (la lo). Wenn Du heute diese Position messen würdest, wäre sie (übertrieben) bei 41.03 7.09 - Dabei liegt heute vielleicht das Nachbarhaus bei 41.0 7.0. Du bewegst Dich ja unter dem Gitter, aber der Satellit betrachtet nur das Gitter und nicht das darunter. Wie es es denn mit den Höhen? Wie gross sind da die Unterschiede? Da ja die physikalische Höhe gemessen wird, die logischerweise auch auf der Platte liegt, wandert diese mit. Wo vorher eine Bergspitze war, könnte heute ein Tal sein (komplett übertrieben). Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ETRS-89 und WGS-84
Tobias Wendorff schrieb: Du kannst Dir ja jetzt ausrechnen, wie weit die Positionen voreinander entfernt sind: 12 * 0,25 = 3 m :-) Hi, wie Du auf diese Zahlen kommst weiss ich jetzt nicht. Wie gesagt, aktuell ist der Unterschied 0,5 Meter, also im Rahmen unserer GPS Genauigkeit (noch) vernachlässigbar. Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fwd: JAMBA verwendet OSM // Klarheit
Am 4. Februar 2009 16:22 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Martin Koppenhoefer schrieb: dann bist Du nicht geschaeftsfaehig und der Vertrag ist hinfaellig. Das stimmt nicht. Man ist beschränkte Geschäftsfähigkeit. Wenn die Eltern nicht nachträglich einstimmen, kann Schadensersatz bei den Eltern geltend gemacht werden. Ich denke jedoch, dass hier der Taschengeldparagraf überwiegt. Wenn Dir Taschengeld zur freien Verfügung stehst, darfst Du damit machen, was Du willst. Sonst dürfte man unter 18 Jahren ja noch nicht mal eine CD im Laden kaufen. das duerfte sich wohl bei einem Abonement anders verhalten als bei einer CD. Abgesehen davon ist es auch so, dass, wenn Deine Eltern die CD zureuckbringen, diese i.d.R. auch zurueckgenommen wird (werden muss). Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] relation multipolygon?
Frederik Ramm schrieb: Nein; der Umgang mit den neuen Multipolygonen schliesst *nicht* ein, dass einander berührende Flächen zu einer verbunden werden sollen. Das ist ja ausschliesslich eine Definitionsfrage. So, wie es z.Z. auf der Diskussionsseite im Wiki steht, hast du zwar recht. Aber so, wie es da steht wird es bislang ja erstens auch noch nirgendwo umgesetzt und zweitens hatte ich neulich mal gefragt, wie die multipolygon-Relation zu verstehen sei, wobei hier die einhellige Meinung war, dass aneinandergrenzende, geschlossene inner-Polygone in Ordnung waeren. Das ist durch die aktuelle Beschreibung im Wiki auch nicht abgedeckt. Insofern sehe ich das noch nicht als endgueltig, und werde im Wiki die Tage mal genauer ausfuehren, was ich da meine. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kontakt zum Nachbarmapper
2009/2/4 Johannes Haller johannes.hal...@web.de: Wie kriege ich Kontakt zu einem Mapper, der in der selben Gegend wie ich die Karte verbessert? Ich sehe nur die Änderungen und finde den Nicknamen des Mappers. Dann gehst Du auf die Benutzerseite dieses Mappers und hinterlässt ihm über send message eine Nachricht. Derjenige muß keine Position in seinen Einstellungen hinterlassen haben oder hat eine falsche gesetzt. Oder er wohnt woanders als er mappt, oder ... Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] landuse=railway
Hallo! Wäre es möglich dass (sowohl bei Mapnik wie auch Osmarender) der landuse=railway Tag in irgendeiner Weise gerendert wird? Momentan gibts nur weiße Löcher... http://www.informationfreeway.org/?lat=48.15590801762328lon=11.426233815879614zoom=17layers=BF000F MfG, markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ETRS-89 und WGS-84
Chris-Hein Lunkhusen schrieb: wie Du auf diese Zahlen kommst weiss ich jetzt nicht. Wie gesagt, aktuell ist der Unterschied 0,5 Meter, also im Rahmen unserer GPS Genauigkeit (noch) vernachlässigbar. Die ITRF-Koordinaten ändern sich in Europa pro Jahr um etwa 2 cm (das habe ich glaube ich sogar aus der PDF von Dir). Da WGS84 zuletzt am 30.09.1996 mit ITRF aktualisiert wurde, haben wir fast 13 Jahre in Schwebe. 13 x 2 cm = 26 cm Das bezieht sich nur auf Europa. Dein Wert mag sich vielleicht auf die ganze Welt beziehen, denn in den USA und in Asien bewegen sich die Platten ja deutlich häufiger, als bei uns. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: JAMBA verwendet OSM // Klarheit
Martin Koppenhoefer schrieb: das duerfte sich wohl bei einem Abonement anders verhalten als bei einer CD. Abgesehen davon ist es auch so, dass, wenn Deine Eltern die CD zureuckbringen, diese i.d.R. auch zurueckgenommen wird (werden muss). Laut Wikipedia nicht: http://de.wikipedia.org/wiki/Taschengeldparagraph Bisschen solider: http://www.bedv24.de/intern/dokumente/merkblaetter/Taschengeldparagraf.pdf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Archologen
Jan Tappenbeck schrieb: ich werde natural=boulder nehmen, da dieses der Übersetzung am nächsten kommt. Waere vielleicht auch natural=rock passend? Als Naturdenkmaeler gibt es ja haeufig auch irgendwelche Felsformationen (z.B. Externsteine). Vielleicht koennte man die zusammenfassen. Oder macht es Sinn, hier gezielt zu unterscheiden? Dann koenntest du vielleicht beide Werte parallel ins Wiki nehmen, damit auch gleich der Untershcied deutlich wird. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kontakt zum Nachbarmapper
Wie kriege ich Kontakt zu einem Mapper, der in der selben Gegend wie ich die Karte verbessert? Ich sehe nur die Änderungen und finde den Nicknamen des Mappers. Unter nearby users auf der Karte in meinem Profil taucht er nicht auf. Unter users in Germany, dieser Liste im Wiki, scheinen auch nur Bruchteile der deutschen Beitragenden zu stehen. __ Deutschlands größte Online-Videothek schenkt Ihnen 12.000 Videos!* http://entertainment.web.de/de/entertainment/maxdome/index.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag-Zusammenstellung speziell Friedhöf e
Hi, Am 4. Februar 2009 14:08 schrieb Stefan Leupers stefan.leup...@googlemail.com: Und der OpenRoutingService muss natürlich unbedingt auf Friedhofsrouting erweitert werden, damit man a) die Gräber, Wasserstellen, Biotonnen auch auch der schnellsten/kürzesten Route erreicht und b) vor der Geisterstunde auch auf großen Friedhöfen noch rechtzeitig den Ausgang findet. PS: War nur Spaß... mit einem Funken Wahrheit. ;-) Zum Funken Wahrheit: Ich habe in Hürth u.a. (http://openstreetmap.org/?lat=50.87587lon=6.86739zoom=17layers=0B00FTF) die Beschaffenheit der Friedhofswege erfasst - die Kieswege sind für Rollstuhlfahrer deutlich problematischer, als die gepflasterten oder asphaltierten Wege. Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karten für NaviPowm 0.2.0
Hallo zusammen, so, nun erzeuge ich auch aus der africa.osm die Karten für NaviPOWM! Darin sind auch die Kanaren enthalten. Bitte mal bei Gelegenheit testen - Danke! Gruß, Stefan Stefan Dettenhofer (StefanDausR) schrieb: Hallo Dieter, ich nehme die europe.osm von der Geofabrik, um die NaviPOWM-Daten zu erzeugen. Da scheinen die Kanaren zu fehlen (die waren aber schon mal d'rin). Ich müsste den Bereich mal extra umsetzten lassen, wenn Du es brauchst! Gruß, Stefan dieter jasper schrieb: Hallo, gibt es Karten für NaviPOWM für die Kanraren? Bei http://wince.dentro.info/koord/osm/TileMap.htm kann ich sie nicht finden. MfG Dieter Jasper ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Archologie] - Langbett
Hi ! ich habe http://wiki.openstreetmap.org/index.php/DE:Archaeological_site einem mir bekannten Archologen mal geschickt mit der Bitte um Stellungnahme. Mal abwarten. Gruß Jan :-) Torsten Leistikow schrieb: Jan Tappenbeck schrieb: ich habe gerade ein Langbett in der Anpassung und muss gestehen, dass unter [1] dieser Betriff nicht gelistet ist - obwohl auf [2] hier von einem Megalith gesprochen wird. Ist das LANGBETT als Steinreihe (megalith_type = alignment) zu betrachten oder müssen wir die Liste noch erweitern ? Nach meinem Verstaendnis gehoeren die Langbetten zu den Grosssteingraebern, so steht das ja auch auf der Info-Tafel beim Langbett-Langenrehm oder auch auf den Tafeln in Visbek. Ob da Dolmen oder Grossteingrab als Begriff passender ist, mag ich als Laie nicht entscheiden. Wenn ich mir bei Wikipedia die Artikel durchlese, dann scheint Dolmen eine Sonderform der Grosssteingraeber zu bezeichnen. Aber da muss wohl wirklich mal ein Experte sich zu aeussern. Dass weder Dolmen noch Grosssteingrab haeufig eingetragen wurde, duerfte daran liegen, dass die betreffende Wiki-Seite es ja noch nicht mal in den Proposal-Status geschafft hat und somit kaum bekannt sein duerfte. Freiwillige vor, die erstmal fuer eine Uebersetzung ins Englische sorgen. Gruss Torsten -- Freundliche Grüße Jan Tappenbeck --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de Lübeck in OSM http://www.openstreetmap.de/karte.html?zoom=12lat=53.86927lon=10.688layers=B0 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de