Re: [OSM-legal-talk] using openstreetmap
On Wed, 15 Apr 2009, Mohamad Ali wrote: Hi I am a software developer from Australia, 1.We develop a tracking system used for GPS devices, so we display the vehicles on map in real time,.. My question is : what are the terms and conditions of using ' OpenStreetMap ' for a tracking system? I mean can we use it for commercial use? Thanks for your time Regards Mohamad Mohamad, right now we don't have enough coverage in Australia for you to be using OSM for tracking purposes. But do you have tracks and other data that could be contributed? Liz ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] using openstreetmap
Mohamad, right now we don't have enough coverage in Australia for you to be using OSM for tracking purposes. But do you have tracks and other data that could be contributed? Liz Hi Liz Do you mean by ' don't have enough coverage in Australia ' that the maps are not updated?? Because I noticed that Thanks mohamad ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] using openstreetmap
On 17 Apr 2009, at 00:32, Mohamad Ali wrote: Mohamad, right now we don't have enough coverage in Australia for you to be using OSM for tracking purposes. But do you have tracks and other data that could be contributed? Liz Hi Liz Do you mean by ' don't have enough coverage in Australia ' that the maps are not updated?? Because I noticed that The maps in Australia are obviously quite good in the major cities considering that Flickr are using OSM instead of the Yahoo maps. There is an increasing community appearing in Australia. The maps are constantly being updated, it's just a problem of having no mappers or community in the more remote parts of the country. Shaun ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] man_made=tower other existing tags with no wiki pages
Sam Great idea - it would have helped enormously when I was completely new and would still be extremely useful now that I am a toddler! I spend a lot of time searching tagwatch etc. to try to avoid duplication. Mike Harris _ From: Sam Vekemans [mailto:acrosscanadatra...@gmail.com] Sent: 14 April 2009 22:53 To: talk@openstreetmap.org Subject: [OSM-talk] man_made=tower other existing tags with no wiki pages Hi all, I just made the page http://wiki.openstreetmap.org/wiki/Tag:man_made%3Dtower (and it needs to be fixed, of course) :) It seems like the proposal page http://wiki.openstreetmap.org/wiki/Proposed_features/Communications_tower could probably have been avoided if the 'man_made=tower' feature existed. Perhaps a good idea would be to have all the tags that are currently in JOSM, listed as in a wiki category. like 'JOSM Tags' or something like that? I feel that every tag that is used in JOSM should have it's own wiki page, showing the ICON/default shade value, line type examples of use. .. and yes, for icons Potlatch too :) I'll continue to be making more tag pages as i go along, is there any reason why some of these pages have not yet been made? Thanks, Sam Vekemans Across Canada Trails ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] set up PostGIS with OSM data
Hello, i have two sources of information that seem to contradict sometimes, maybe somebody can give me some hints? I used subversion to checkout svn.openstreetmap.org. After installing geos-3.1.0 i could compile and install osm2pgsql. I also downloaded and installed postgis-1.3.5. I've also set up PostgreSQL on my linux system. In svn.openstreetmap.org/applications/rendering/mapnik/install.txt i've read how to set up the tables in PostgreSQL (see below). This description is missing on: http://wiki.openstreetmap.org/wiki/Mapnik#World_Boundaries Isn't it necessary? snip # some line breaks are added... export user_name=tmohr sudo -u postgres createuser -Upostgres -S -D -R $user_name echo GRANT ALL ON SCHEMA PUBLIC TO \$user_name\; | sudo -u postgres psql -Upostgres gis sudo -u postgres createlang plpgsql gis sudo -u postgres psql -Upostgres gis /usr/share/postgresql/lwpostgis.sql \ 21 | grep -v -e 'FEHLER: aktuelle Transaktion' \ -e 'ERROR: current transaction is aborted' \ -e 'CREATE FUNCTION' -e OPERATOR echo GRANT ALL on geometry_columns TO \$user_name\; | sudo -u postgres psql -Upostgres gis echo GRANT ALL on spatial_ref_sys TO \$user_name\; | sudo -u postgres psql -Upostgres gis echo GRANT ALL ON SCHEMA PUBLIC TO \$user_name\; | sudo -u postgres psql -Upostgres gis /snip I had also downloaded: 1. planet-090408.osm.bz2 2. relations-090408.osm.bz2 (what is this one for? I did not use it at all.) 3. world_boundaries-spherical.tgz 4. processed_p.zip 5. shoreline_300.tar.bz2 I installed 3, 4 and 5, all files directly into /usr/share/mapnik/world_boundaries. Importing planet.osm as described on the openstreetmap wiki fails: schleim:/local/ftp/osm # bzcat /local/ftp/osm/planet-090408.osm.bz2 | sudo -u postgres osm2pgsql -m - osm2pgsql SVN version 0.65-14495 Using projection SRS 900913 (Spherical Mercator) Setting up table: planet_osm_point Setting up table: planet_osm_line Setting up table: planet_osm_polygon Setting up table: planet_osm_roads Mid: Ram, scale=100 Reading in file: - Processing: Node(330350k) Way(159k) Relation(0k) Speicherzugriffsfehler # The line above is German, means memory access error. Can anybody give me a hint if i've set up something wrong? Thanks for any hints, Torsten. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] set up PostGIS with OSM data
Torsten Mohr tmohr at s.netic.de writes: Reading in file: - Processing: Node(330350k) Way(159k) Relation(0k) Speicherzugriffsfehler # The line above is German, means memory access error. Can anybody give me a hint if i've set up something wrong? Hi, You are just running out of memory. Running osm2pgsql with slim mode --slim should help. -Jukka Rahkonen- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] set up PostGIS with OSM data
Hi, Torsten Mohr wrote: 2. relations-090408.osm.bz2 (what is this one for? I did not use it at all.) It is included in the planet file you have downloaded; the extra download is only for people who are not interested in the rest. Speicherzugriffsfehler # The line above is German, means memory access error. How much RAM do you have on that box? Importing a planet file without the -s option will probably require at least a 32 GB machine (I am guessing here, can somebody confirm?). Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] set up PostGIS with OSM data
2009/4/16 Frederik Ramm frede...@remote.org: Hi, Torsten Mohr wrote: 2. relations-090408.osm.bz2 (what is this one for? I did not use it at all.) It is included in the planet file you have downloaded; the extra download is only for people who are not interested in the rest. Speicherzugriffsfehler # The line above is German, means memory access error. How much RAM do you have on that box? Importing a planet file without the -s option will probably require at least a 32 GB machine (I am guessing here, can somebody confirm?). Somewhere between 4-5GB is required at the moment -- it increases all the time though :-) My home system stopped working a couple of months back because it's only a 32bit system -- you need a 64bit system to manage the whole planet in non-slim mode. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] set up PostGIS with OSM data
Hi, Dave Stubbs wrote: Somewhere between 4-5GB is required at the moment -- it increases all the time though :-) Oh, then I have seriously overestimated the memory usage... I was unable to do Europe on a 2 GB machine so I figured the planet must require something like 20... Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] IMPORTANT - OSM API upgrade - Read Only access mode from 09:00 UTC Fri 17th April
Dear OpenStreetMap Users, This weekend sees the long awaited upgrade of our main API from version API 0.5 to API 0.6. This is a major development for the project and involves upgrades to both the hardware platform (the main OSM database) as well as the software that we all use to communicate with it. In order to migrate the existing OSM database to the new server and software platform it is necessary to lock the OSM database to Read Only access, that means you will not be able to upload your new map edits to OSM once the current API is in read only mode. Read only access will commence at 09:00 UTC Friday 17th April 2009 and is expected to last throughout the API upgrade period. Completion of the API upgrade and database migration is scheduled for some time on Monday April 20th, however the exact time will depend upon how well progress goes over the weekend. It is also highly likely that there will be periods of total API downtime during the weekend as the upgrade is progressed. The front page of the wiki will be your best place to keep an eye on the current status, or hang out in IRC at #OSM for hour by hour news, but please keep your questions to a minimum as our sysadmins team will be busy! Concrete news updates, when they are available, will be published. The technical working group and the full API 0.6 development team have worked long and hard to deliver this exciting new upgrade to the OSM platform. I am sure you will wish to join me in thanking them all for their efforts and contribution to date and wish them the very best with the work over this weekend. For more information about the changes please see the following wiki page: http://wiki.openstreetmap.org/wiki/OSM_Protocol_Version_0.6/Information Translation If you have not seen this message on your local language mainling list or forum please help communicate to the wider audience by translating and posting on. If also you can help with translations for the wiki page that would be great too. For and on behalf of the OpenStreetMap Foundation Board Andy Robinson Secretary OpenStreetMap Foundation secret...@osmfoundation.org Name Registered Office: Openstreetmap Foundation 16 Oakfield Glade Weybridge Surrey KT13 9DP United Kingdom A company limited by guarantee, registered in England and Wales. Registration No. 05912761. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] set up PostGIS with OSM data
2009/4/16 Frederik Ramm frede...@remote.org: Hi, Dave Stubbs wrote: Somewhere between 4-5GB is required at the moment -- it increases all the time though :-) Oh, then I have seriously overestimated the memory usage... I was unable to do Europe on a 2 GB machine so I figured the planet must require something like 20... That's probably the way osm2pgsql uses RAM in non-slim mode. It stores nodes by maintaining a fixed array of pointers to dynamically allocated arrays of about 2^14 nodes with sequential IDs. So if you have ids sparsely distributed then it allocates a lot of memory for just a few nodes and there's a lot of wasted space. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Aerial Photographs (was: People's Map)
A local man used a radio-controlled glider tp photograph our village and an archaeological dig a couple of miles away. One problem with RC planes is that they are unstable in the air because of their short wing-span, so the camera points left and right wildly. A glider has much longer wingspan and is more stable laterally. The glider used has a small electric motor to get it into the air and worked quite well for general shots of the area but to use it to systematically photograph a wide area is an unthinkable difficult task for any usefully big area. The height restriction is AGL, not MSL or you could never fly slope soarers in the Pennines. :-) Cheers, Chris Eric Wolf wrote: RC airplanes aren't cheaper for two reasons: 1. RC airplanes (and any civilian-operated UAV) has significant flight restrictions - distance and altitude. Flying at low altitude (under 500 feet MSL), you end up with a higher spatial resolution but you have to stitch together many more images to cover the same extent as a single image taken from an aircraft flying at, say, 2000 feet MSL. Selecting good shots and correcting the imagery for hundreds of images ends up costing more than the difference in operating an RC plane and a regular aircraft. 2. RC airplanes crash - often - and they aren't cheap. Sure, regular airplanes are more expensive but they don't crash as often. A decent RC rig will set you back $1000+ - not counting the camera. I used balloons and blimps to do low-altitude aerial photography in my MS thesis. They are much cheaper than RC planes to operate because they don't crash (as easily). But you also don't have as much control. They work really well for taking low-altitude obliques for general documentation processes. But for creating a basemap of aerial imagery, you need to get above the 500 ft MSL barrier put in place by the FAA. To do this, you have to be in an airplane piloted by a licensed pilot. Surprisingly, hiring a light aircraft - like the one used in this study - is not really all that expensive. -Eric -=--=---===---=--=-=--=---==---=--=-=- Eric B. Wolf 720-209-6818 USGS Geographer Center of Excellence in GIScience PhD Student CU-Boulder - Geography On Wed, Apr 15, 2009 at 6:25 PM, Keith Ng khensth...@gmail.com wrote: Couldn't the process of obtaining aerial photographs be made much cheaper with RC planes? I am not sure if it would work but setting the RC plane on auto pilot and attaching a camera with continuous shooting mode might make the process simpler. Also refering to this link, a commentator said:Just wanted to make it clear that we (Pict'Earth) are willing to help anyone from the DIYDrones group to get their UAV imagery processed and published in OAM, just let us know. If you can fly with a logging GPS and a digicam, our Win32 software will get you part of the way and we can help with the rest of the manual bits until we get it truly automatic. On Thu, Apr 16, 2009 at 4:06 AM, Blumpsy blum...@yahoo.co.uk wrote: There is an interesting paper from our dear friends over in Redmond: http://research.microsoft.com/apps/pubs/default.aspx?id=75312 From the article: Our mission, in contrast, involved an ordinary four seat Cessna ($160/hour rental, including pilot), three feet of PVC pipe, a consumer digital camera ($300), and two people: one pilot and one to operate the camera shutter and change the batteries (Figure 2). In post-processing, we identified 25 ground reference pairs, and used 60 photos to produce a 208 megapixel image at a resolution of 0.15 m/pixel The camera in Figure 2 looks exactly like the one I have sitting right next to me: a Canon Power Shot A640 with 10MP. I found it rather entertaining to have an operator to press the trigger and swap batteries. For this, there is surely a more elegant solution (PSU and gphoto2) Anyhow, maybe one or the other finds this interesting and inspiring. Cheers Blumpsy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Overlaying areas/points on OSM base map
Hello all, At work we could do with a map of areas we cover (bits of west and north Yorkshire). I am thinking of something like a translucent colour overlay over a base streetmap. It would have maybe 6 different colours for different areas, and a few pins to mark specific locations. I can see how I might do this with Google Earth/Maps - I could overlay this in a KML file which would be handy for teams in different bases. But can this sort of thing be done in OSM? cheers, LT ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Local Chapter Working Group Update - Looking for Volunteers
Hello, The Local Chapters Working Group is looking for volunteers to help drive the local chapters process through to completion. Since late last year the group has been working to set up local OSM-F chapters that will represent the OSM-F in local territories. Local Chapters give local OSM groups the opportunity to officially represent the OSM-F: they can use the OSM logos and web domains and officially represent the OSM-F to companies, governments and media. You can find out more about Local Chapters here: http://www.blacksworld.net/blog/2008/12/11/osm-f-update-local-chapters-are-coming/ The next phase of work for the Local Chapters Group will involve opening more discussions with potential local leaders and members. We want to make sure that the Local chapters work to help the people on the ground organize mapping and OpenStreetMap activities more effectively. To carry this out, we need help from some volunteers who can dedicate 2-4 hours a week over the next 6 weeks to get in touch with potential local leaders and members. If can offer you time to call, email and engage in dialogue with OSMers around the world, and then work with the Local Chapters Group to refine the current draft, please get in touch with me (n...@osmfoundation.org). If you are a local leader or community member who's been in contact with me or the Local Chapters group recently - we'll be getting back in touch soon. If you have not had a chance to give you opinion, or if you have any more questions, please get in touch. The latest working draft of the Federation agreement is here: http://docs.google.com/Doc?id=dgdmw5gt_7gtj36hhh -- Nick Black twitter.com/nick_b ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Overlaying areas/points on OSM base map
LeedsTracker wrote: Hello all, At work we could do with a map of areas we cover (bits of west and north Yorkshire). I am thinking of something like a translucent colour overlay over a base streetmap. It would have maybe 6 different colours for different areas, and a few pins to mark specific locations. I can see how I might do this with Google Earth/Maps - I could overlay this in a KML file which would be handy for teams in different bases. But can this sort of thing be done in OSM? Yes, this can be done in OSM, or rather OpenLayers. Have a look at the javascript code and especially the KML files that come with http://garmin.na1400.info/routable.php for the transparent areas with different colours. Then have a look at http://yournavigation.org for an application that uses markers in OpenLayers. There's also the OpenLayers documentation/examples and the OpenLayers page in the wiki: http://wiki.openstreetmap.org/wiki/OpenLayers ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Aerial Photographs (was: People's Map)
Touche' - I can't believe I mixed up AGL and MSL - especially since I live at 5400 feet MSL! -Eric -=--=---===---=--=-=--=---==---=--=-=- Eric B. Wolf 720-209-6818 USGS Geographer Center of Excellence in GIScience PhD Student CU-Boulder - Geography On Thu, Apr 16, 2009 at 6:23 AM, Chris Hill chillly...@yahoo.co.uk wrote: A local man used a radio-controlled glider tp photograph our village and an archaeological dig a couple of miles away. One problem with RC planes is that they are unstable in the air because of their short wing-span, so the camera points left and right wildly. A glider has much longer wingspan and is more stable laterally. The glider used has a small electric motor to get it into the air and worked quite well for general shots of the area but to use it to systematically photograph a wide area is an unthinkable difficult task for any usefully big area. The height restriction is AGL, not MSL or you could never fly slope soarers in the Pennines. :-) Cheers, Chris Eric Wolf wrote: RC airplanes aren't cheaper for two reasons: 1. RC airplanes (and any civilian-operated UAV) has significant flight restrictions - distance and altitude. Flying at low altitude (under 500 feet MSL), you end up with a higher spatial resolution but you have to stitch together many more images to cover the same extent as a single image taken from an aircraft flying at, say, 2000 feet MSL. Selecting good shots and correcting the imagery for hundreds of images ends up costing more than the difference in operating an RC plane and a regular aircraft. 2. RC airplanes crash - often - and they aren't cheap. Sure, regular airplanes are more expensive but they don't crash as often. A decent RC rig will set you back $1000+ - not counting the camera. I used balloons and blimps to do low-altitude aerial photography in my MS thesis. They are much cheaper than RC planes to operate because they don't crash (as easily). But you also don't have as much control. They work really well for taking low-altitude obliques for general documentation processes. But for creating a basemap of aerial imagery, you need to get above the 500 ft MSL barrier put in place by the FAA. To do this, you have to be in an airplane piloted by a licensed pilot. Surprisingly, hiring a light aircraft - like the one used in this study - is not really all that expensive. -Eric -=--=---===---=--=-=--=---==---=--=-=- Eric B. Wolf 720-209-6818 USGS Geographer Center of Excellence in GIScience PhD Student CU-Boulder - Geography On Wed, Apr 15, 2009 at 6:25 PM, Keith Ng khensth...@gmail.com wrote: Couldn't the process of obtaining aerial photographs be made much cheaper with RC planes? I am not sure if it would work but setting the RC plane on auto pilot and attaching a camera with continuous shooting mode might make the process simpler. Also refering to this link, a commentator said:Just wanted to make it clear that we (Pict'Earth) are willing to help anyone from the DIYDrones group to get their UAV imagery processed and published in OAM, just let us know. If you can fly with a logging GPS and a digicam, our Win32 software will get you part of the way and we can help with the rest of the manual bits until we get it truly automatic. On Thu, Apr 16, 2009 at 4:06 AM, Blumpsy blum...@yahoo.co.uk wrote: There is an interesting paper from our dear friends over in Redmond: http://research.microsoft.com/apps/pubs/default.aspx?id=75312 From the article: Our mission, in contrast, involved an ordinary four seat Cessna ($160/hour rental, including pilot), three feet of PVC pipe, a consumer digital camera ($300), and two people: one pilot and one to operate the camera shutter and change the batteries (Figure 2). In post-processing, we identified 25 ground reference pairs, and used 60 photos to produce a 208 megapixel image at a resolution of 0.15 m/pixel The camera in Figure 2 looks exactly like the one I have sitting right next to me: a Canon Power Shot A640 with 10MP. I found it rather entertaining to have an operator to press the trigger and swap batteries. For this, there is surely a more elegant solution (PSU and gphoto2) Anyhow, maybe one or the other finds this interesting and inspiring. Cheers Blumpsy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] best GPS for trekking
I will be trekking in Nepal later this year, and would like to keep some nice GPX trails and waypoints (both on the trekking trails and in the towns/roads), since it looks relatively unmapped... I usually use a windows mobile device with a bluetooth GPS but this strikes me as way to flimsy and the battery life would be far too short. What is my best option given the requirements of: * reasonable robustness - ie can be put in the top pocket of a backpack and forgotten about for a day, even if I slip over or sling my bag around * excellent battery life, ideally a few days' tracking before a recharge (although I could carry other power sources, I'd rather not) * a little feedback, not just a GPS 'brick' - e.g. a display and/or the ability to enter waypoint names would be nice ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] best GPS for trekking
El Jueves, 16 de Abril de 2009, Joe Richards escribió: * reasonable robustness - ie can be put in the top pocket of a backpack and forgotten about for a day, even if I slip over or sling my bag around * excellent battery life, ideally a few days' tracking before a recharge (although I could carry other power sources, I'd rather not) * a little feedback, not just a GPS 'brick' - e.g. a display and/or the ability to enter waypoint names would be nice I'd say Garmin eTrex or Garmin Colorado or Magellan Explorist. Runs ~8 hours on two AA batteries (just carry a couple of extra AAs in your pack). Rugged, check. Splash-proof, check. Waypoints, check. Heading/bearing indicator, check. Try to look after those brands, and be sure to compare prices and other models. Look at the GPS reviews page in the OSM wiki or ask a local dealer. Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es : Asociación anti abuso de acrónimos signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] best GPS for trekking
Joe, I guess it depends upon how much data you want. There must be some slow burn loggers that would do it but probably trackpoint spacing might be high. Personally I'd probably go with a rugged eTrex, a modern one with an SD card to carry the daily traces it writes. My legend will last all day on a pair of rechargeable AA's (2500's or above) so you would just need to carry a few sets of fully charged AA's to get you through. You could then have tracks at 1 sec interval for the whole of your trek. Cheers Andy -Original Message- From: talk-boun...@openstreetmap.org [mailto:talk- boun...@openstreetmap.org] On Behalf Of Joe Richards Sent: 16 April 2009 4:56 PM To: talk@openstreetmap.org Subject: [OSM-talk] best GPS for trekking I will be trekking in Nepal later this year, and would like to keep some nice GPX trails and waypoints (both on the trekking trails and in the towns/roads), since it looks relatively unmapped... I usually use a windows mobile device with a bluetooth GPS but this strikes me as way to flimsy and the battery life would be far too short. What is my best option given the requirements of: * reasonable robustness - ie can be put in the top pocket of a backpack and forgotten about for a day, even if I slip over or sling my bag around * excellent battery life, ideally a few days' tracking before a recharge (although I could carry other power sources, I'd rather not) * a little feedback, not just a GPS 'brick' - e.g. a display and/or the ability to enter waypoint names would be nice ___ 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] best GPS for trekking
Joe Richards wrote: I will be trekking in Nepal later this year, and would like to keep some nice GPX trails and waypoints (both on the trekking trails and in the towns/roads), since it looks relatively unmapped... I usually use a windows mobile device with a bluetooth GPS but this strikes me as way to flimsy and the battery life would be far too short. What is my best option given the requirements of: * reasonable robustness - ie can be put in the top pocket of a backpack and forgotten about for a day, even if I slip over or sling my bag around * excellent battery life, ideally a few days' tracking before a recharge (although I could carry other power sources, I'd rather not) * a little feedback, not just a GPS 'brick' - e.g. a display and/or the ability to enter waypoint names would be nice My options would be the Garmin Vista HCx or Garmin GPSmap 60CSx. Both are very sturdy outdoor GPS devices with high sensitivity receiver, micro-SD card for maps and unlimited tracklogs, color screen. The HCx is a bit cheaper but the 60CSx has a screen that's a bit larger and better readable without the backlight on (which saves battery life). With good batteries you should be able to get about 20 hours between charges. I notice that my NiMH batteries (Ansmann 2700mAh) perform worse when it's cold, so maybe normal Alkaline batteries might be better in cold environments. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] best GPS for trekking
2009/4/16 Iván Sánchez Ortega i...@sanchezortega.es: I'd say Garmin eTrex or Garmin Colorado or Magellan Explorist. Runs ~8 hours on two AA batteries (just carry a couple of extra AAs in your pack). Rugged, check. Splash-proof, check. Waypoints, check. Heading/bearing indicator, check. From what I've seen I'd stay away from the Garmin Colorado or Oregon for a long trek far from your home base. Garmin is still working on some bugs in the firmware... Just the other day I walked out from some tree cover and it seems my Oregon got a WAAS lock but something caused it to think I was at 2200ft of elevation instead of 950ft and the horizontal track was off 50-100ft. Switching of WAAS brought it back to normal. (Not that WAAS is available in Nepal anyway). They are great for geocaching/day hikes/mapping though. Try to look after those brands, and be sure to compare prices and other models. Look at the GPS reviews page in the OSM wiki or ask a local dealer. Stop by a local dealer and see if they'll let you take one out into the parking lot (under supervision by an employee of course) and try it out. If they do, buy your GPSr there and reward them for their excellent customer service. -- Jeff Ollie ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] best GPS for trekking
Well I'd like to collect lots of data, even if it involves me taking a pack of those 2GB SD cards that I keep switching every day or two... Obviously taking normal AA batteries is a plus, and I am thinking of getting one of those solar chargers that covers the top of your backpack (yes seriously!) Browsing the Garmin eTrex devices, I notice even the ones with a proper screen aren't all that expensive http://www.gpsw.co.uk/details/prod3549.html I could then load it up with maps that show any existing data from OSM and/or any other sources, e.g. http://www.nepalgpsmap.com/en/maps.html to keep track of how far (and high) we're going and whether or not waypoints have already been marked... From: Andy Robinson (blackadder-lists) ajrli...@googlemail.com To: Joe Richards ten...@penski.net; talk@openstreetmap.org Sent: Thursday, 16 April, 2009 17:17:30 Subject: Re: [OSM-talk] best GPS for trekking Joe, I guess it depends upon how much data you want. There must be some slow burn loggers that would do it but probably trackpoint spacing might be high. Personally I'd probably go with a rugged eTrex, a modern one with an SD card to carry the daily traces it writes. My legend will last all day on a pair of rechargeable AA's (2500's or above) so you would just need to carry a few sets of fully charged AA's to get you through. You could then have tracks at 1 sec interval for the whole of your trek. Cheers Andy -Original Message- From: talk-boun...@openstreetmap.org [mailto:talk- boun...@openstreetmap.org] On Behalf Of Joe Richards Sent: 16 April 2009 4:56 PM To: talk@openstreetmap.org Subject: [OSM-talk] best GPS for trekking I will be trekking in Nepal later this year, and would like to keep some nice GPX trails and waypoints (both on the trekking trails and in the towns/roads), since it looks relatively unmapped... I usually use a windows mobile device with a bluetooth GPS but this strikes me as way to flimsy and the battery life would be far too short. What is my best option given the requirements of: * reasonable robustness - ie can be put in the top pocket of a backpack and forgotten about for a day, even if I slip over or sling my bag around * excellent battery life, ideally a few days' tracking before a recharge (although I could carry other power sources, I'd rather not) * a little feedback, not just a GPS 'brick' - e.g. a display and/or the ability to enter waypoint names would be nice ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ 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] best GPS for trekking
Lambertus wrote: I notice that my NiMH batteries (Ansmann 2700mAh) perform worse when it's cold, so maybe normal Alkaline batteries might be better in cold environments. Yes, rechargeable batteries die very quickly in the cold. Alkaline batteries are OK, but Lithium AA batteries are best. Warning: Lithium AA batteries generally run at a slightly higher voltage and DO NOT work in a Garmin GPSMAP 60csx until they have discharged a little. / Grant ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] best GPS for trekking
On Thu, Apr 16, 2009 at 9:26 AM, Lambertus o...@na1400.info wrote: Joe Richards wrote: I will be trekking in Nepal later this year, and would like to keep some nice GPX trails and waypoints (both on the trekking trails and in the towns/roads), since it looks relatively unmapped... I usually use a windows mobile device with a bluetooth GPS but this strikes me as way to flimsy and the battery life would be far too short. What is my best option given the requirements of: * reasonable robustness - ie can be put in the top pocket of a backpack and forgotten about for a day, even if I slip over or sling my bag around * excellent battery life, ideally a few days' tracking before a recharge (although I could carry other power sources, I'd rather not) * a little feedback, not just a GPS 'brick' - e.g. a display and/or the ability to enter waypoint names would be nice My options would be the Garmin Vista HCx or Garmin GPSmap 60CSx. Both are very sturdy outdoor GPS devices with high sensitivity receiver, micro-SD card for maps and unlimited tracklogs, color screen. The HCx is a bit cheaper but the 60CSx has a screen that's a bit larger and better readable without the backlight on (which saves battery life). With good batteries you should be able to get about 20 hours between charges. I notice that my NiMH batteries (Ansmann 2700mAh) perform worse when it's cold, so maybe normal Alkaline batteries might be better in cold environments. The Vista HCx is plenty readable with the backlight off. Where it's most difficult is in shade or under cloudy conditions. The HCx has better battery life than the 60 CSx, too (maybe 24 hours vs. 16 for ~2500 mAh NiMH batteries), and lithium batteries perform the best in cold weather. Both NiMH and alkalines drain fast in the cold. Lithiums also have higher capacity than either. However, they're not rechargeable, unfortunately. Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] best GPS for trekking
Joe Richards [mailto:joefis...@yahoo.com] wrote: Sent: 16 April 2009 5:35 PM To: Andy Robinson (blackadder-lists); Joe Richards; talk@openstreetmap.org Subject: Re: [OSM-talk] best GPS for trekking Well I'd like to collect lots of data, even if it involves me taking a pack of those 2GB SD cards that I keep switching every day or two... Obviously taking normal AA batteries is a plus, and I am thinking of getting one of those solar chargers that covers the top of your backpack (yes seriously!) Browsing the Garmin eTrex devices, I notice even the ones with a proper screen aren't all that expensive http://www.gpsw.co.uk/details/prod3549.html I could then load it up with maps that show any existing data from OSM and/or any other sources, e.g. http://www.nepalgpsmap.com/en/maps.html to keep track of how far (and high) we're going and whether or not waypoints have already been marked... Legend HCx will do the job but the Vista version may be of interest if you want more precise height data. The one you linked to does not have the SD card (the x denotes that). These are the two models at Amazon: Vista: http://www.amazon.co.uk/Garmin-eTrex-Vista-HCx-Handheld/dp/B000UH1YZ8/ref=sr _1_1?ie=UTF8s=electronicsqid=1239899960sr=8-1 Legend: http://www.amazon.co.uk/Garmin-eTrex-Legend-Handheld-System/dp/B000UNFLNS/re f=sr_1_1?ie=UTF8s=electronicsqid=1239900025sr=8-1 I have a 2GB SD card in my Legend and have the whole OSM map of Europe plus a year of tracklogs on it and there is still room for loads more. One micro SD card should be more than enough for your trip. Cheers Andy From: Andy Robinson (blackadder-lists) ajrli...@googlemail.com To: Joe Richards ten...@penski.net; talk@openstreetmap.org Sent: Thursday, 16 April, 2009 17:17:30 Subject: Re: [OSM-talk] best GPS for trekking Joe, I guess it depends upon how much data you want. There must be some slow burn loggers that would do it but probably trackpoint spacing might be high. Personally I'd probably go with a rugged eTrex, a modern one with an SD card to carry the daily traces it writes. My legend will last all day on a pair of rechargeable AA's (2500's or above) so you would just need to carry a few sets of fully charged AA's to get you through. You could then have tracks at 1 sec interval for the whole of your trek. Cheers Andy -Original Message- From: talk-boun...@openstreetmap.org [mailto:talk- boun...@openstreetmap.org] On Behalf Of Joe Richards Sent: 16 April 2009 4:56 PM To: talk@openstreetmap.org Subject: [OSM-talk] best GPS for trekking I will be trekking in Nepal later this year, and would like to keep some nice GPX trails and waypoints (both on the trekking trails and in the towns/roads), since it looks relatively unmapped... I usually use a windows mobile device with a bluetooth GPS but this strikes me as way to flimsy and the battery life would be far too short. What is my best option given the requirements of: * reasonable robustness - ie can be put in the top pocket of a backpack and forgotten about for a day, even if I slip over or sling my bag around * excellent battery life, ideally a few days' tracking before a recharge (although I could carry other power sources, I'd rather not) * a little feedback, not just a GPS 'brick' - e.g. a display and/or the ability to enter waypoint names would be nice ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ 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] best GPS for trekking
On Thu, Apr 16, 2009 at 9:34 AM, Joe Richards joefis...@yahoo.com wrote: Well I'd like to collect lots of data, even if it involves me taking a pack of those 2GB SD cards that I keep switching every day or two... Obviously taking normal AA batteries is a plus, and I am thinking of getting one of those solar chargers that covers the top of your backpack (yes seriously!) Browsing the Garmin eTrex devices, I notice even the ones with a proper screen aren't all that expensive http://www.gpsw.co.uk/details/prod3549.html I could then load it up with maps that show any existing data from OSM and/or any other sources, e.g. http://www.nepalgpsmap.com/en/maps.html to keep track of how far (and high) we're going and whether or not waypoints have already been marked... One 2 GB MicroSD card should be enough for years of data, even at 1 sec resolution in GPX format. Just make sure you format the card as FAT32 so you can have more efficient storage of many small files (assuming you get a Garmin). Also note that your tracklogs share space with maps on the card, but even if you leave yourself 100 MB or so, that should be plenty of space for many days of high-frequency tracklogs. Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] best GPS for trekking
El Jueves, 16 de Abril de 2009, Karl Newman escribió: One 2 GB MicroSD card should be enough for years of data, even at 1 sec resolution in GPX format. Just make sure you format the card as FAT32 so you can have more efficient storage of many small files (assuming you get a Garmin). On the contrary - Garmin does save just one big .gpx file per day, no matter how many times it loses signal or is switched off and on again. The one that saves lots and lots of files (and sometimes gets the filesystem corrupt in the process) is the NaviGPS. Just remind that most models with a SD or microSD slot only accept cards no bigger than 2GB. That means no SD-HC cards. Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es ¿Es un 8088 o estás usando Windows? signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] best GPS for trekking
I have a 2GB SD card in my Legend and have the whole OSM map of Europe plus a year of tracklogs on it and there is still room for loads more. One micro SD card should be more than enough for your trip. What's the best way to load OSM or convert maps on the Garmins, and ideally include terrain heights, possibly overlay information from other sources so that I can get some useful info in areas where OSM coverage is not (yet!) that great? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] best GPS for trekking
El Jueves, 16 de Abril de 2009, Joe Richards escribió: What's the best way to load OSM or convert maps on the Garmins [...] ? The best way starts by RTFMing: http://wiki.openstreetmap.org/wiki/OSM_Map_On_Garmin ;-) Though there is no best way. Each piece of software described there has its own advantages and disadvantages. Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es Un ordenador no es un televisor ni un microondas, es una herramienta compleja. signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] best GPS for trekking
Joe Richards wrote: What's the best way to load OSM or convert maps on the Garmins, and ideally include terrain heights, possibly overlay information from other sources so that I can get some useful info in areas where OSM coverage is not (yet!) that great? If you need relief contours on your Garmin, you could try GroundTruth (http://wiki.openstreetmap.org/wiki/GroundTruth) - it generates contours from NASA's SRTM data (you'll get contours like these: http://www.openstreetmap.org/?lat=29.817lon=85.091zoom=10layers=00B0FTF). There are some holes in the data though, so don't rely too much on them. You can then combine these contour maps with other Garmin maps (contour maps are transparent). Igor -- http://igorbrejc.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] best GPS for trekking
Andy Robinson (blackadder-lists) wrote: You could then have tracks at 1 sec interval for the whole of your trek. I think 5 sec interval when walking is quite enough - realistically that's less than 7 m of distance between two points. The problem with Garmins (at least eTrex) is that they only really use unit's internal RAM for storing tracks and they store up to 10,000 points there. When storing tracks on SD cards, Garmins do a lot of simplifying, so the tracks end up being useless. Igor -- http://igorbrejc.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] best GPS for trekking
Igor Brejc wrote: Andy Robinson (blackadder-lists) wrote: You could then have tracks at 1 sec interval for the whole of your trek. I think 5 sec interval when walking is quite enough - realistically that's less than 7 m of distance between two points. The problem with Garmins (at least eTrex) is that they only really use unit's internal RAM for storing tracks and they store up to 10,000 points there. When storing tracks on SD cards, Garmins do a lot of simplifying, so the tracks end up being useless. This is not the case with Vista HCx and 60CSx when the settings are correct: In the track menu goto Setup - Enable the Wrap When Full option Goto Data Card Setup menu - Enable Log Track To Data Card option Now you can log the raw trackpoints to the SD-card practically forever. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Direct use of Wikimedia-Commons in OSM-Wiki
Grant Firefishy Slater and Harry Wood decided to enabled embedding data from Wikimedia in the OSM-Wiki. For a start it is on trial to see if there are bugs or protests. An example: http://wiki.openstreetmap.org/wiki/Image:Avontuur_railway_map.png In case of identical names pictures stored at OSM-Wiki will override Wikimedia Commons images. Regards malenki Source: IRC-Log http://malenki.ch/OSM/osm_WM_on_filtered.txt (cleaned from timestamp, quits and joins) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] best GPS for trekking
Lambertus wrote: Igor Brejc wrote: I think 5 sec interval when walking is quite enough - realistically that's less than 7 m of distance between two points. The problem with Garmins (at least eTrex) is that they only really use unit's internal RAM for storing tracks and they store up to 10,000 points there. When storing tracks on SD cards, Garmins do a lot of simplifying, so the tracks end up being useless. This is not the case with Vista HCx and 60CSx when the settings are correct: In the track menu goto Setup - Enable the Wrap When Full option Goto Data Card Setup menu - Enable Log Track To Data Card option Now you can log the raw trackpoints to the SD-card practically forever. You're right - I've just compared the GPX from the internal memory (Vista Cx) with the one from the SD card and they seem to be exactly the same. Hmmm I'm SURE I viewed these a way back and they were all mangled You learn new things every day. Igor -- http://igorbrejc.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] best GPS for trekking
On Thu, Apr 16, 2009 at 11:54 AM, Igor Brejc igor.br...@gmail.com wrote: Lambertus wrote: Igor Brejc wrote: I think 5 sec interval when walking is quite enough - realistically that's less than 7 m of distance between two points. The problem with Garmins (at least eTrex) is that they only really use unit's internal RAM for storing tracks and they store up to 10,000 points there. When storing tracks on SD cards, Garmins do a lot of simplifying, so the tracks end up being useless. This is not the case with Vista HCx and 60CSx when the settings are correct: In the track menu goto Setup - Enable the Wrap When Full option Goto Data Card Setup menu - Enable Log Track To Data Card option Now you can log the raw trackpoints to the SD-card practically forever. You're right - I've just compared the GPX from the internal memory (Vista Cx) with the one from the SD card and they seem to be exactly the same. Hmmm I'm SURE I viewed these a way back and they were all mangled You learn new things every day. Igor If you save your internal track, it simplifies (mangles) it. But the track on the card will always have the original data. Karl ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] best GPS for trekking
2009/4/16 Karl Newman siliconfi...@gmail.com On Thu, Apr 16, 2009 at 11:54 AM, Igor Brejc igor.br...@gmail.com wrote: Lambertus wrote: Igor Brejc wrote: I think 5 sec interval when walking is quite enough - realistically that's less than 7 m of distance between two points. The problem with Garmins (at least eTrex) is that they only really use unit's internal RAM for storing tracks and they store up to 10,000 points there. When storing tracks on SD cards, Garmins do a lot of simplifying, so the tracks end up being useless. This is not the case with Vista HCx and 60CSx when the settings are correct: In the track menu goto Setup - Enable the Wrap When Full option Goto Data Card Setup menu - Enable Log Track To Data Card option Now you can log the raw trackpoints to the SD-card practically forever. You're right - I've just compared the GPX from the internal memory (Vista Cx) with the one from the SD card and they seem to be exactly the same. Hmmm I'm SURE I viewed these a way back and they were all mangled You learn new things every day. Igor If you save your internal track, it simplifies (mangles) it. But the track on the card will always have the original data. Karl I only realised last week the importance of setting up the Garmin GPSmap 60C(S)x to save gpx to the SD Card. They appear to be more accurate and have time stamps retained. It only took me a year to work out that files saved to the RAM were edited! And with a 2GB sd card I can let a huge amount of tracks build up before worrying about editing. The GPSmap 60C(S)x is a very rugged model, which is something take into account. As regards batteries, I guess you should experiment before you head off and decide whether its easier to carry a lbox of batteries or recharger. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] best GPS for trekking
Make sure you test it in the cold though, as noted before, recharchable batteries especially tend to work worse in cold weather. Doesn't mean they won't work, just that you'll get maybe half the life out of them. If you are going to use good alkaline batteries, don't expect them to be easily available anywhere except maybe Kathmandu. Cheap batteries will be readily available, but they will be crap quality. You generally need to find a store that aims specifically at higher class customers before you will find good batteries. This is a general rule through most of Asia, I find. Stephen ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Searching a word for tagging a special feature of a track
Hello I'm searching a suitable english word for tagging this: http://umverka.de/uvimg/messeschmal.jpg It's a highway=track with some nature in the middle... No problem for wide-gauge vehicles like motorcars No problem for gaugeless vehicles like two-wheel bicylces But a problem for small gauge vehicles like three wheel bicycles, wheelchairs, buggys, prams, ... This ways may also be paved with asphalt or conrete, not only surface=gravel/ground/... so tracktype is not suitable. I didn't found a possibility to tag this (I'm right, that there still exist nothing?) so I should propose sonmething new... if I found a suitable word... :-) MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Searching a word for tagging a special feature of a track
El Viernes, 17 de Abril de 2009, Heiko Jacobs escribió: I'm searching a suitable english word for tagging this: http://umverka.de/uvimg/messeschmal.jpg I think that tracktype=grade3 or tracktype=grade4 will cover this issue. See http://wiki.openstreetmap.org/wiki/Key:tracktype -- -- Iván Sánchez Ortega i...@sanchezortega.es De mayor quiero ser cura, viven como Dios signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Aerial Photographs (was: People's Map)
RC airplanes aren't cheaper for two reasons: 1. RC airplanes (and any civilian-operated UAV) has significant flight restrictions - distance and altitude. Flying at low altitude (under 500 feet MSL), you end up with a higher spatial resolution but you have to stitch together many more images to cover the same extent as a single image taken from an aircraft flying at, say, 2000 feet MSL. Selecting good shots and correcting the imagery for hundreds of images ends up costing more than the difference in operating an RC plane and a regular aircraft. Re: stitching together many images. Is not this a software and automation issue? In the future, can we expect this process to become completely automated and therefore cheap? nick *** WARNING: This e-mail (including any attachments) may contain legally privileged, confidential or private information and may be protected by copyright. You may only use it if you are the person(s) it was intended to be sent to and if you use it in an authorised way. No one is allowed to use, review, alter, transmit, disclose, distribute, print or copy this e-mail without appropriate authority. If this e-mail was not intended for you and was sent to you by mistake, please telephone or e-mail me immediately, destroy any hardcopies of this e-mail and delete it and any copies of it from your computer system. Any right which the sender may have under copyright law, and any legal privilege and confidentiality attached to this e-mail is not waived or destroyed by that mistake. It is your responsibility to ensure that this e-mail does not contain and is not affected by computer viruses, defects or interference by third parties or replication problems (including incompatibility with your computer system). Opinions contained in this e-mail do not necessarily reflect the opinions of the Queensland Department of Main Roads, Queensland Transport or Maritime Safety Queensland, or endorsed organisations utilising the same infrastructure. *** ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] best GPS for trekking
On Thu, Apr 16, 2009 at 4:26 PM, Lambertus o...@na1400.info wrote: I notice that my NiMH batteries (Ansmann 2700mAh) perform worse when it's cold, so maybe normal Alkaline batteries might be better in cold environments. FWIW I use 2500-2900 mAh NiMH batteries with my 60CSx while hiking in Iceland, typically in colds around -10 C to -5 C degrees and a pair of them still seems to last about a day or so. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Searching a word for tagging a special feature of a track
Iván Sánchez Ortega wrote: El Viernes, 17 de Abril de 2009, Heiko Jacobs escribió: I'm searching a suitable english word for tagging this: http://umverka.de/uvimg/messeschmal.jpg I think that tracktype=grade3 or tracktype=grade4 will cover this issue. See http://wiki.openstreetmap.org/wiki/Key:tracktype The map features page has some photo's to go with it: http://wiki.openstreetmap.org/wiki/Map_Features#Tracktype Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Is dit toegestaan?
On Thu, 16 Apr 2009, Floris Looijesteijn wrote: Kan iemand me vertellen of het gebruik van deze tool is toegestaan om bijvoorbeeld nieuwe wijken te zoeken die nog niet in Openstreetmap staan? Ik begrijp dat het niet gebruikt mag worden om over te tekenen. Maar ik zie zo al een stuk of 3 wijken in de buurt waarvan ik niet wist dat ze er waren. Aan de hand van die tool zou ik er heen kunnen gaan en gewoon op de normale manier mappen. Mag dat? Feitelijke informatie mag je gebruiken. Er gingen zelfs stemmen op dat je streetview mocht gebruiken voor straatnaam bordjes. Als ze het willen beschermen gooien ze het op het databank recht, immers het is een verzamelde collectie waar jij uit kunt halen of iets aanwezig is of niet, hoe fundamenteel dan ook. ...als jij echt langs gaat op die plek, denk ik niet dat je er veel mensen over gaat horen. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Is dit toegestaan?
Stefan de Konink wrote: On Thu, 16 Apr 2009, Floris Looijesteijn wrote: Kan iemand me vertellen of het gebruik van deze tool is toegestaan om bijvoorbeeld nieuwe wijken te zoeken die nog niet in Openstreetmap staan? Ik begrijp dat het niet gebruikt mag worden om over te tekenen. Maar ik zie zo al een stuk of 3 wijken in de buurt waarvan ik niet wist dat ze er waren. Aan de hand van die tool zou ik er heen kunnen gaan en gewoon op de normale manier mappen. Mag dat? Feitelijke informatie mag je gebruiken. Er gingen zelfs stemmen op dat je streetview mocht gebruiken voor straatnaam bordjes. Oh? En POI's? Want dan ga ik even virtueel door Amsterdam/Rotterdam/Groningen rijden en telefooncellen, brievenbussen en wat al niet meer intekenen. Als ze het willen beschermen gooien ze het op het databank recht, immers het is een verzamelde collectie waar jij uit kunt halen of iets aanwezig is of niet, hoe fundamenteel dan ook. ...als jij echt langs gaat op die plek, denk ik niet dat je er veel mensen over gaat horen. Floris zit nog een stapje eerder: mag je op Google Maps zoeken naar plaatsen die nog te mappen zijn. Ik denk dat niemand dat kan verbieden, alleen al niet omdat niet hard te maken is dat je met Google gezocht hebt. Overigens zijn er ook sites die Google en OSM 1-op-1 op elkaar leggen met transparancy. Bijvoorbeeld http://sautter.com/map/?zoom=10lon=4.823lat=52.15708layers=BTFFF Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Is dit toegestaan?
On Thu, 16 Apr 2009, Maarten Deen wrote: Feitelijke informatie mag je gebruiken. Er gingen zelfs stemmen op dat je streetview mocht gebruiken voor straatnaam bordjes. Oh? En POI's? Want dan ga ik even virtueel door Amsterdam/Rotterdam/Groningen rijden en telefooncellen, brievenbussen en wat al niet meer intekenen. Doe je bent :) Zet er bij source: Google StreetView... als er problemen zijn hoor je het vast wel. Het was een van de google medewerkers op twitter die zei dat het geen probleem was. Als ze het willen beschermen gooien ze het op het databank recht, immers het is een verzamelde collectie waar jij uit kunt halen of iets aanwezig is of niet, hoe fundamenteel dan ook. ...als jij echt langs gaat op die plek, denk ik niet dat je er veel mensen over gaat horen. Floris zit nog een stapje eerder: mag je op Google Maps zoeken naar plaatsen die nog te mappen zijn. Ik denk dat niemand dat kan verbieden, alleen al niet omdat niet hard te maken is dat je met Google gezocht hebt. En dat is het wel als je het hier aankondigd ;) Overigens zijn er ook sites die Google en OSM 1-op-1 op elkaar leggen met transparancy. Bijvoorbeeld http://sautter.com/map/?zoom=10lon=4.823lat=52.15708layers=BTFFF Automatisch zoeken ;) Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Is dit toegestaan?
Ik krijg dit soort vragen ook wel op het forum. Daar is mijn stelling altijd: Je mag geen informatie kopieren van een copyrighted kaart (zowel papieren dan wel online), maar je mag de copyrighted kaarten wel gebruiken om te bepalen waar je nog informatie mist. Als je daarna die missende informatie ter plekke verzamelt is dat géén schending van copyrights en mag je deze data in OSM zetten. Maar: IANAL (I Am Not A Laywer) Floris Looijesteijn wrote: Ik was van de week op zoek naar het Ranzijn tuincentrum in Leiderdorp maar kon het op Google Maps (sorry :) niet goed vinden omdat ze daar de weg waar ik me op orienteerde hebben weggehaald. Daarna heb ik op OSM gekeken en daar stond zelfs het tuincentrum op ingetekend. En ook de weg die ik opeens miste (Prins Willem Alexanderweg). Dus ik dacht: de volgende dag toch eens even langs om te kijken of die weg inderdaad dicht is ofzo. Dat was niet het geval. Nu heeft iedereen hier vast wel eens die vergelijk tooltjes gezien zoals: http://tools.geofabrik.de/mc/?mt0=googlemapmt1=mapniklon=4.823lat=52.15708zoom=10 Kan iemand me vertellen of het gebruik van deze tool is toegestaan om bijvoorbeeld nieuwe wijken te zoeken die nog niet in Openstreetmap staan? Ik begrijp dat het niet gebruikt mag worden om over te tekenen. Maar ik zie zo al een stuk of 3 wijken in de buurt waarvan ik niet wist dat ze er waren. Aan de hand van die tool zou ik er heen kunnen gaan en gewoon op de normale manier mappen. Mag dat? Groet, Floris ___ 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] Is dit toegestaan?
-chop- ...als jij echt langs gaat op die plek, denk ik niet dat je er veel mensen over gaat horen. Floris zit nog een stapje eerder: mag je op Google Maps zoeken naar plaatsen die nog te mappen zijn. Ik denk dat niemand dat kan verbieden, alleen al niet omdat niet hard te maken is dat je met Google gezocht hebt. En dat is het wel als je het hier aankondigd ;) Met logs kunnen ze natuurlijk ook veel. Zij kunnen makkelijk laten zien dat persoon X (ik dus) steeds de dag van de te voren ver inzoomt een gebied dat een dag later op OSM staat... Overigens zijn er ook sites die Google en OSM 1-op-1 op elkaar leggen met transparancy. Bijvoorbeeld http://sautter.com/map/?zoom=10lon=4.823lat=52.15708layers=BTFFF Automatisch zoeken ;) Ik kan me voorstellen dat een brug te ver is... Ik ken overigens die site ook maar vindt die niet handig. Moet je de hele tijd schuiven met die transparantometer om te vergelijken. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Is dit toegestaan?
Maarten Deen wrote: Stefan de Konink wrote: On Thu, 16 Apr 2009, Floris Looijesteijn wrote: Kan iemand me vertellen of het gebruik van deze tool is toegestaan om bijvoorbeeld nieuwe wijken te zoeken die nog niet in Openstreetmap staan? Ik begrijp dat het niet gebruikt mag worden om over te tekenen. Maar ik zie zo al een stuk of 3 wijken in de buurt waarvan ik niet wist dat ze er waren. Aan de hand van die tool zou ik er heen kunnen gaan en gewoon op de normale manier mappen. Mag dat? Feitelijke informatie mag je gebruiken. Er gingen zelfs stemmen op dat je streetview mocht gebruiken voor straatnaam bordjes. Oh? En POI's? Want dan ga ik even virtueel door Amsterdam/Rotterdam/Groningen rijden en telefooncellen, brievenbussen en wat al niet meer intekenen. Als ze het willen beschermen gooien ze het op het databank recht, immers het is een verzamelde collectie waar jij uit kunt halen of iets aanwezig is of niet, hoe fundamenteel dan ook. ...als jij echt langs gaat op die plek, denk ik niet dat je er veel mensen over gaat horen. Floris zit nog een stapje eerder: mag je op Google Maps zoeken naar plaatsen die nog te mappen zijn. Ik denk dat niemand dat kan verbieden, alleen al niet omdat niet hard te maken is dat je met Google gezocht hebt. Zoals ik het begrijp is het feit dat je de situatie ter plekke bezoek voldoende om de gegevens 'eigen werk' te maken en die vallen dus niet onder het copyright van Google. Je mag dus data 'overnemen' als je maar genoeg zelf werk verricht hebt om het overnemen tot stand te brengen. Dus een boek kopieren op een copier mag niet maar overtypen mag wel. Overigens zijn er ook sites die Google en OSM 1-op-1 op elkaar leggen met transparancy. Bijvoorbeeld http://sautter.com/map/?zoom=10lon=4.823lat=52.15708layers=BTFFF Dat maakt dus niet uit, je kijkt op een copyrighted kaart om te zien wat je nog moet mappen, maar het daadwerkelijk ter plaatse mappen van de situatie is wat het geen derived werk maakt. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Is dit toegestaan?
Citeren Lambertus o...@na1400.info: Dus een boek kopieren op een copier mag niet maar overtypen mag wel. Daar ben ik nog niet zo zeker van. Bij een boek ligt dat naar mijn idee net weer even anders. Heb je dan ook niet te maken met het verschil tussen woordelijk overschrijven of het in eigen woorden overschrijven? En in die zin dus gelijkend aan: Een kaart letterlijk kopieren of het zelf in meten van die kaart? ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] Goedkope GPS
Goeden avond, Ik kwam deze link tegen: http://www.samenkopen.net/action_product/728586/537641 Voor de genen die nog op zoek zijn naar een GPS om mee te beginnen lijkt dit me een aardig apparaat. Geen idee over hoe goed of wat dan ook maar ik wou het toch even delen. --Roeland ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Cabonne Shire Roads
On Thu, 16 Apr 2009, Nick Hocking wrote: Please, guys, don't copy road names from anywhere. I'll second third and fourth that. There are Easter eggs everywhere. A quick visual check of different copyrighted maps quickly shows the presence of these. A town or suburb usually has at least one. A 10 minute check of Dubbo found no less than eight! The last time I looked none of dubbo's had made it into OSM but elsewhere I have found, and removed a few easter eggs. and this is the very nice reply from Cabonne Shire The reason you do not see any road name signs for this road is because it has not yet been formally named. The RTA proposed to rename this road (from Cudal to Cowra) as Wiradjuri Way/Hwy several years ago, but that proposal seems to have ground to a halt. If I recall correctly both Cowra and Cabonne Councils agreed to this in principal but the matter did not proceed, probably due to some staff changes within the RTA. For our purposes we refer to it as Canowindra Road and that is the name that has been used for rural addressing purposes. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Cabonne Shire Roads
Liz Wrote and this is the very nice reply from Cabonne Shire For our purposes we refer to it as Canowindra Road and that is the name that has been used for rural addressing purposes. Hi Liz, Will the council agree to us using this unofficial name in OSM?. I think that we should try to engage every council in the land with a supposedly innocuous question about road naming and OSM, in the attempt ot get them interested in the project. I will either e-mail or write to Queanbeyan Council with the vitally important question as to whether OSM should have a Magruerita Street or a Margeurita Street. They'll probably think I'm daft but they will have to fix the signs and will probably have a look at OSM as well. Nick ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Manipulating ABS suburb data, and related data..
I totally agee that it's a good idea to work this out, I've been silent on the matter because I'm far from clear as to what is a good approach. I'm currently wrestling with trying to get a handle on how we can tell whether the ABS data is more geographically accurate than yahoo or other data (not necessairly whether it is an accuate reflection of the boundaries) So, yes - thoughts please cheers On Fri, Apr 17, 2009 at 2:05 PM, Ian Sergeant iserg...@hih.com.au wrote: Okay - so the ABS data is in. Moving the Murrumbidgee appears successful. Can we document a process for how we treat this data and the data surrounding it. Firstly, is it generally desirable for it to align with other data? For example coastline and riverbanks, where it is apparent that it should align? If so, do we reuse the same ways, and just apply the relation? If so, and in a particular case we are confident that the ABS data isn't correctly aligned to a feature - say a coastline - how do we indicate that it is altered on the relation? Perhaps if we have a standard way of doing this, we can put it on the wiki somwhere. Any thoughts? Ian. ___ 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-br] Source=IBGE
Em Qua, 2009-04-15 às 15:54 -0300, László de Miranda Pinto escreveu: Olá, notei que algumas estradas (BR-381 entre BH e Vitória, BR-356 para Ouro Preto) estão com uma resolução bem melhor que os dados do IBGE, mas continuam com 'source=IBGE'. Eu acho que se for feita a atualização dos dados das estradas por exemplo com um GPS (que parece ser o caso aqui), na hora de fazer o upload seria interessante tirar o 'source=IBGE', ou até mesmo trocar para um 'source=GPS' para indicar que os dados são mais confiáveis. O que vocês acham ? László É, eu concordo. Andei fazendo uns ajustes na BR-040 também, mas não tirei algumas dessas tags. Abraço, Samuel signature.asc Description: Esta é uma parte de mensagem assinada digitalmente ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-br] Source=IBGE
O mesmo se aplica a outros sources? Por exemplo, tem a coastline, se eu não me engano com source PGS. De vez enquanto eu ajeito o que está fora da realidade, de acordo com as imagens do Yahoo!. Assim, deveria retirar o source PGS no trecho mexido? [] 2009/4/16 Samuel Vale srcv...@minaslivre.org Em Qua, 2009-04-15 às 15:54 -0300, László de Miranda Pinto escreveu: Olá, notei que algumas estradas (BR-381 entre BH e Vitória, BR-356 para Ouro Preto) estão com uma resolução bem melhor que os dados do IBGE, mas continuam com 'source=IBGE'. Eu acho que se for feita a atualização dos dados das estradas por exemplo com um GPS (que parece ser o caso aqui), na hora de fazer o upload seria interessante tirar o 'source=IBGE', ou até mesmo trocar para um 'source=GPS' para indicar que os dados são mais confiáveis. O que vocês acham ? László É, eu concordo. Andei fazendo uns ajustes na BR-040 também, mas não tirei algumas dessas tags. Abraço, Samuel ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Arlindo Saraiva Pereira Jr. Bacharelando em Sistemas de Informação - UNIRIO - uniriotec.br Acadêmico: arlindo.pere...@uniriotec.br Geral: cont...@arlindopereira.com Tel.: +5521 92504072 Jabber/Google Talk: nig...@nighto.net Skype: nighto_sumomo ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Routingprobleme visualisieren?
Gary G: wrote: - Wie ist denn das Interesse an so einem Tool? - Verbesserungsvorschläge? - Für welche Städte oder Gegenden wird das gewünscht? Man muss bei dem Problem erstmal die Ursache bekämpfen bevor man die Flüchtigkeitsfehler der User später anzeigt und repariert. Mir scheitn es so das es meistens Potlach User sind und ich wünsche mir einen einfachen Validator wie bei JOSM um solche Fehler an der Wurzel zu packen un dem User bei zeichnen klar zu melden das hier ein mögliches Problem virliegt. Ich habe im Rahmen des Area Check z.b. Gotha gefunden und schon 140 (!) lose Straßenenden gefixt, da ist aber noch viel mehr zu tun denn alle habe ich noch nicht erwischt. Außerdem hat der User Fahrradrouten als Linie neben den Fahrradweg gezeichnet anstatt eine Relation zu nehmen. Daneben hat er auch noch an die 10 Areas gezeichnet als Viereck mit 3 Linien. Und bis jetzt hat der User auf meine freundliche Anfrage auch noch nicht reagiert... Das ist allerdings nur ein Beispiel von vielen. Es kostet sehr viel Arbeit die Fehler auszumerzen und solange sich bei den Editoren da nichts bessert sehe ich da fast keinen Sinn drin. Alle Editoren sollten nahe Wege, doppelte Nodes und offene Flächen melden beim übertagen und das per default. Die Erfassung wird mit der Zeit immer unwichtiger, die Qualität ist bald das Problem. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingprobleme visualisieren?
On Thu, 16 Apr 2009 03:09:12 +0200, Dimitri Junker o...@dimitri-junker.de wrote: Hallo, Lose Enden können auch im Singular auftreten. Und sie müssen nicht zwangsläufig ein Problem sein, da es natürlich Straßen gibt, die einfach irgendwo enden. Es gibt ja ein Sackgassen-Tag, ist dies gesetzt sollte es natürlich nicht als Fehler markiert werden. So ein Tag hab ich bisher noch nie gesehen. Weder in der Karte noch im Wiki. Hast du mal den Wiki-Link dazu? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingprobleme visualisieren?
Hi, Es gibt ja ein Sackgassen-Tag, ist dies gesetzt sollte es natürlich nicht als Fehler markiert werden. So ein Tag hab ich bisher noch nie gesehen. Weder in der Karte noch im Wiki. Hast du mal den Wiki-Link dazu? Such mal nach noexit au fder Map Features Seite. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingprobleme visualisieren?
On Thu, 16 Apr 2009 09:15:28 +0200, Raphael Studer stude...@gmail.com wrote: Hi, Es gibt ja ein Sackgassen-Tag, ist dies gesetzt sollte es natürlich nicht als Fehler markiert werden. So ein Tag hab ich bisher noch nie gesehen. Weder in der Karte noch im Wiki. Hast du mal den Wiki-Link dazu? Such mal nach noexit au fder Map Features Seite. Danke. Ist anscheinend auf http://wiki.openstreetmap.org/wiki/Key:noexit dokumentiert. Wird anscheinend wenig genutzt. Ich kann mir zumindest nicht vorstellen, dass es in Europa nur 39000 Sackgassen gibt: http://tagwatch.stoecker.eu/Europe/En/keystats_noexit.html Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingprobleme visualisieren?
noexit=yes On Thu, 2009-04-16 at 08:28 +0200, marcus.wolsc...@googlemail.com wrote: On Thu, 16 Apr 2009 03:09:12 +0200, Dimitri Junker o...@dimitri-junker.de wrote: Hallo, Lose Enden können auch im Singular auftreten. Und sie müssen nicht zwangsläufig ein Problem sein, da es natürlich Straßen gibt, die einfach irgendwo enden. Es gibt ja ein Sackgassen-Tag, ist dies gesetzt sollte es natürlich nicht als Fehler markiert werden. So ein Tag hab ich bisher noch nie gesehen. Weder in der Karte noch im Wiki. Hast du mal den Wiki-Link dazu? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik: Unterschied farmyard/farmland?
Claudius schrieb: Am 15.04.2009 04:42, Wolfgang Schreiter: Hallo, soweit ich sehen kann, macht Mapnik in der Darstellung zwischen farmland und farmyard keinen Unterschied (beides braun). D.h. ein Bauernhof (oder ein ganzer Ort bestehend aus solchen) ist vom umgebenden Ackerland nicht zu unterscheiden. Ist das so, und wenn ja sollte das nicht irgendwie differenziert werden (z.B. anderer Farbton)? Denselben Farbton finde ich gar nicht falsch. Mit Erfassung der Hofgebäude sieht man dann ja, wo die Wirtschaftsgebäude stehen. Ich habe das ästhetische Problem eher mit der gleichförmigen Einfärbung von farmland, egal ob es sich um Wiesen, Weiden, Äcker oder Plantagen handelt (Ausnahme vineyard). Das führt dann zu diskussionswürdigen Bezeichnungen wie landuse=grass. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik: Unterschied farmyard/farmland?
Hallo. Am Donnerstag 16 April 2009 09:32:27 schrieb Johannes Hüsing: Denselben Farbton finde ich gar nicht falsch. Mit Erfassung der Hofgebäude sieht man dann ja, wo die Wirtschaftsgebäude stehen. Was sind das für verkorkste Stadtkinder, die einen Bauernhof (Gebäude, Asphaltfläche, Schotterfläche, Bäume, ...) nicht von einem Acker oder einer Wiese unterscheiden wollen, dagegen aber unbedingt zwischen Industrie- und Gewerbegebiet unterscheiden wollen... :-( Ich habe das ästhetische Problem eher mit der gleichförmigen Einfärbung von farmland, egal ob es sich um Wiesen, Weiden, Äcker oder Plantagen handelt (Ausnahme vineyard). Das führt dann zu diskussionswürdigen Bezeichnungen wie landuse=grass. So lange man keine konkrete Einstufung vornimmt (für die mir nach wie vor eine nachvollziehbare warum will ich das-Begründung fehlt), spricht eigentlich wenig dagegen, das einfach nicht farblich zu rendern. Warum auch, es kann grün, braun, gelb (Korn) oder jegliche Mischform sein. Einen intuitiv verständlichen Farbton wird man nicht hinbekommen. Gruß, Bernd -- Falls dir die Antwort zu ungenau erscheint, könnte es an der Fragestellung liegen. - Daniel Fass in de.org.ccc 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] Routingprobleme visualisieren?
Dimitri Junker schrieb: Hallo, was auch gut wäre wäre eine Möglichkeit Fehler zu melden, also für User die nicht selber mappen. Ich stelle mir das so vor, daß man die Stelle markiert, einen Fehlerbericht schreibt un der automatisch z.B. an die Mapper geschickt werden die im Umkreis sind, bzw. an Mapper die in letzter Zeit in der Gegend gemappt haben. Man könnte auch in den Usereinstellungen angeben ob man solche Fehlermeldungen erhalten will oder nicht und wenn ja für welchen Bereich. Du kennst: http://openstreetbugs.appspot.com/ ? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wasserwege eintragen
Hallo, Meine zweite Idee einfach ein GPSLogger wasserdicht verpacken und durch den Bach treiben lassen, ist etwas riskant, da ich nicht weiss wie lange sowas bis zur Mündung brauch und auch nicht ob zwischendrin Gitter oder so angebracht sind. Habe ich mir auch schon überlegt, aber ich würde das Ding an einer Schnur festhalten und nicht durch Röhren schwimmen lassen, denn in den Röhren hast du wahrscheinlich eh keinen Empfang und das Risiko ist zu groß, dass es an einem Gitter hängen bleibt. Der unterirdische Verlauf des Baches ist meines Erachtens sowieso eher zweitrangig. -- Candid Dauth Rotbachstr. 9 88433 Schemmerhofen-Ingerkingen Germany http://cdauth.de/ mailto:mailingli...@cdauth.de 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] Foot-Access auf cycleway? (Routing (Re: Hilfe, meine Stadt hat Flecken))
Ian Hubbertz schrieb: In meinem konkreten Fall geht es um den Rheinischen Esel, eine zum Fahrradweg umgebaute stillgelegte Eisenbahnstrecke in Witten und Dortmund. Von der Breite her ginge der also durchaus als Track durch (und wird gelegentlich zwecks Grünpflege von den Stadtwerken befahren). Ausgeschildert ist er mit gemeinsamer Fuß- und Radweg (Zeichen 240). Der Rheinische Esel ist highway=cycleway foot=yes railway=abandoned surface=gravel. Oder ist es vielleicht doch schon ein Track mit foot und bicycle=designated? Aktuell ist es ein highway=cycleway und cycleway=track (Redundant) mit name Rheinischer Esel. surface=gravel hört sich übrigens zu negativ an. Ich stelle mir unter Schotter Steine mit 1-5cm Kantenlänge vor, was anstrengend zum Radfahren wäre und würde einen solchen Weg meiden. In Wirklichkeit ist die Oberfläche aber so gut, dass man da problemlos mit normalen Fahrrädern fahren kann und selbst mit einem Rennrad würde ich da keine großen Bedenken haben, den Weg zu nehmen. Keine Ahnung, was da ein passendes Tag ist. Vielleicht Track Grade 1 (Paved track or *heavily compacted hardcore*)? Da als Rad- und Fußweg ausgewiesen, wäre ich gegen Track, aber die tracktype- Abstufung ist wohl ohne highway=track nicht zu haben? Unabhängig davon würde ich die Oberfläche als grade2 einstufen. Damit wäre dann klar, dass es kein Schotter ist (im Unterschied zu http://openstreetmap.org/browse/way/23028070, bei dem ich grade2 und surface=unpaved sehr beschönigend finde). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingprobleme visualisieren?
Ulf Lamping schrieb: Dimitri Junker schrieb: Hallo, was auch gut wäre wäre eine Möglichkeit Fehler zu melden, also für User die nicht selber mappen. Ich stelle mir das so vor, daß man die Stelle markiert, einen Fehlerbericht schreibt un der automatisch z.B. an die Mapper geschickt werden die im Umkreis sind, bzw. an Mapper die in letzter Zeit in der Gegend gemappt haben. Man könnte auch in den Usereinstellungen angeben ob man solche Fehlermeldungen erhalten will oder nicht und wenn ja für welchen Bereich. Du kennst: http://openstreetbugs.appspot.com/ ? ... mit der zusätzlichen Möglichkeit, sich seine eigene Umgebung als RSS zu abonnieren. Damit hat man eigentlich eine Menge der nachgefragten Funktion. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingprobleme visualisieren?
On Thu, 16 Apr 2009 10:05:09 +0200, Ulf Lamping ulf.lamp...@googlemail.com wrote: Du kennst: http://openstreetbugs.appspot.com/ ? Hat jemand Ahnung wer das betreibt? Die Seite hat keinerlei Impressum oder Kontakt-Infos und ich würde gerne wissen ob es technisch möglich ist mir eine API für einen [Fehler melden] -Knopf im Navi zu geben. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingprobleme visualisieren?
Hallo, marcus.wolsc...@googlemail.com wrote: Hat jemand Ahnung wer das betreibt? Die Seite hat keinerlei Impressum oder Kontakt-Infos und ich würde gerne wissen ob es technisch möglich ist mir eine API für einen [Fehler melden] -Knopf im Navi zu geben. Der Autor ist recht unkommunikativ und das ganze irgendwie ziemlich verschlossen, aber es gibt ein JOSM-Plugin, fuer das jemand ein bisschen reverse engineered hat, das kannst Du als API benutzen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Foot-Access auf cycleway? (Routing (Re: Hilfe, meine Stadt hat Flecken))
Am 16. April 2009 06:47 schrieb Karl Eichwalder k...@gnu.franken.de: Wenn ein blaues schild (z240 oder z241) steht, wäre das zunächst einmal highway=cycleway plus die genannten zusatztags. highway=path nimmt man, wenn keine blauen schilder stehen. Du hast aber schon mal nachgelesen, wie highway=path gedacht ist, oder? (eben auch genau um *solche* Fälle klar zu taggen) Und weißt, daß es eine Alternative zu den althergebrachten highway-typen ist? Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingprobleme visualisieren?
marcus.wolsc...@googlemail.com schrieb: On Thu, 16 Apr 2009 10:05:09 +0200, Ulf Lamping ulf.lamp...@googlemail.com wrote: Du kennst: http://openstreetbugs.appspot.com/ ? Hat jemand Ahnung wer das betreibt? Die Seite hat keinerlei Impressum oder Kontakt-Infos und ich würde gerne wissen ob es technisch möglich ist mir eine API für einen [Fehler melden] -Knopf im Navi zu geben. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de hallo, laut whois google http://whois.domaintools.com/74.125.43.141 VG Jörk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Where Do You Want to Drive Tomorrow? - Worldfile vom 15.4.09
Hallo, die aktuellen Daten liegen wie immer, zum Download bereit unter: http://wiki.openstreetmap.org/wiki/User:Computerteddy Es gibt nun eine routingfähige Karte (momentan nur als gmapsupp.img), die nicht mittels meiner Kachelmethode hergestellt ist sondern mit splitter.jar geschnitten, und auch nicht im Nummernsystem in meine Kacheln paßt, aber dafür über die Kachelgrenzen routen kann. Diese Karte enthält auch nur den mkgmap- Standardstyle aber mein Typ-File, ich werde in Zukunft aber dann meinen Style auch routingfähig machen. Diese Karte enspricht dem Deutschlandausschnitt der Geofabrik, da sie aus diesem erstellt worden ist und nicht aus dem Planetdump. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Foot-Access auf cycleway? (Routing (Re: Hilfe, ??meine ?Stadt hat Flecken))
Martin Koppenhoefer dieterdre...@gmail.com wrote: hier geht ein bisschen was durcheinander, die Wege aus drainendem Material sind streng genommen nicht wassergebunden, sondern binden ?ber Reibung. Bindig wird Boden erst mit Feinanteilen wie Lehm - da h?ngt dann die Tragf?higkeit auch wirklich mit dem Wassergehalt zusammen. Ok, ich formuliere um... ;-) Wie taggt man diese typischen Wege, auf die rundes oder eckiges steiniges Material in unterschiedlicher Menge geschmissen wurde, dass dann mit lehmigen Feinanteilen zusammen eine bessere Tragfaehigkeit produziert als purer Waldboden mit Fahrspuren drin? gravel? pebblestone? oder was neues erfinden? In der Tat mangelnd es derzeit etwas an Aussagen zu Korngr??e und Stabilit?t des Verbundes des Materials (lose/fest/...), denn eigentlich ist vorrangig letzteres f?r die Befahrbarkeit wichtig. wichtig vor allem die Gl?tte, da gibt's smoothness. Die Stabilit?t des Verbundes interessiert doch eher f?r die Unterhaltung und Zul?ssigkeit der Belastung. Ach, ein kiesiger Grund ohne das Feinmaterial kann auch sehr glatt gestrichen aussehen, solange man ihn nur anschaut und nicht befaehrt ;-) ich nutze grade1 auch f?r felsartig verdichtete B?den aus trockenem Lehm und Kies. Das sieht bei l?ngerem Regen nat?rlich dann anders aus. Eben... Jagen wir nach jedem Regenschauer einen bot ueber OSM, der alle solchen grade1 in grade5 temporaer umwandelt? ;-) MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Betreiber von OpenStreetBugs (was: Re: Routingprobleme visualisieren?)
laut whois google http://whois.domaintools.com/74.125.43.141 Das ist ja auch kein Wunder, da das ganze bei der Google App Engine (appspot.com) gehostet ist. Wenn überhaupt, dann sollte ein whois auf openstreetbugs.org (welche auf openstreetbugs.appspot.com weiterleitet) Auskunft geben. Cornelius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingprobleme visualisieren?
Die nötigen Erweiterungen der Komandozeile von Traveling Salesman sind gemacht: http://apps.sourceforge.net/mediawiki/travelingsales/index.php?title=Traveling_Salesman#End-Users Muss noch getestet werden aber sollte laufen. Damit kann man TS mit Auszügen einzelner Ortschaften per Script laufen lassen und bekommt die resultierenden Routen als CSV (Zeilen: nodeID, wayID, nodeID, Länge in Km). Wer also bestimmte Routen automatisiert testen will, viel Spass. Die neue Version wird heute abend in SVN und als unstable-webstart hochgeladen. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kann oder darf man Wege in Kasernen oder dergl. in Openstreetmap eintragen?
DarkAngel schrieb: Worin soll das Problem bestehen, die Kaserne und die Wege darin zu mappen - wenn man legal an die Daten herankommt. Man sollte aber vermeiden, als Insider solche Objekte zu mappen. für viele normalerweise nicht öffentlich zugängliche Objekte gibt es einen Tag der offenen Tür (abgekürzt TOT - passt bei einer Kaserne ganz gut) oder einfach eine Besucherführung. Auf diesem Wege sollten im Laufe der Zeit viele geheime Objekte erfasst werden können. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingprobleme visualisieren?
Hallo, Wird anscheinend wenig genutzt. Klar, Wenn die Karte vollständig wäre wäre es unnötig weil Software selber erkennen kann, daß ein Way nur an einem Punkt mit dem Rest der Welt verbunden ist, wenn Du aber so einen Checker schreibst und dort z.B. die Möglichkeit einen Button Ist wirklich eine Sackgasse einbaust einbaust der dies setzt wird sich das sicher ändern. Du kannst natürlich umgekehrt auch noch einen Button da fehlt wirklich was einfügen der dann ein note=FIXME:Missing Connection o.ä. setzt. Dein Checker könnte dann zwischen 3 Sackgassen unterscheiden: Wirkliche Sackgassen Straßen bei denen ein Mapper bestätigt hat daß die Verbindung noch eingetragen werden muß und unbestätigte Bugs Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingprobleme visualisieren?
Hallo, Du kennst: http://openstreetbugs.appspot.com/ ? Und wie soll das der Normaluser finden wenn es von den Kartenseiten keinen Link gibt? Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingprobleme visualisieren?
On Thu, 16 Apr 2009 12:20:24 +0200, Dimitri Junker o...@dimitri-junker.de wrote: Hallo, Wird anscheinend wenig genutzt. Klar, Wenn die Karte vollständig wäre wäre es unnötig weil Software selber erkennen kann, daß ein Way nur an einem Punkt mit dem Rest der Welt verbunden ist, wenn Du aber so einen Checker schreibst und dort z.B. die Möglichkeit einen Button Ist wirklich eine Sackgasse einbaust einbaust der dies setzt wird sich das sicher ändern. Du kannst natürlich umgekehrt auch noch einen Button da fehlt wirklich was einfügen der dann ein note=FIXME:Missing Connection o.ä. setzt. Dein Checker könnte dann zwischen 3 Sackgassen unterscheiden: Du missverstehst da was. Ich schreibe keine Checker sondern stelle nur eine Routing-Engine für einen Checker bereit. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wasserwege eintragen
Habe ich mir auch schon überlegt, aber ich würde das Ding an einer Schnur festhalten und nicht durch Röhren schwimmen lassen, denn in den Röhren hast du wahrscheinlich eh keinen Empfang und das Risiko ist zu groß, dass es an einem Gitter hängen bleibt. Der unterirdische Verlauf des Baches ist meines Erachtens sowieso eher zweitrangig. Den oberirdischen Teil werde ich auf alle Fälle in nächste Zeit versuchen so zu vermessen. Bin mir nur noch nicht ganz sicher wie ich meinen GPSLogger verpacke. Das mit der Schnur ist auf jeden Fall eine gute Idee. Beim unteridischen Teil werd ich dann wohl die Bebauungplane zu Rate ziehen müssen. Weiss einer von euch wie ich die Bebauungpläne von http://www.geoportal.rlp.de/ in JOSM oder Merkaartor ansehen kann? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wikimedia-Bilder ins OSM-Wiki einbetten
Soweit ich weiß, ist es derzeit nicht möglich, Bilder von Wikimedia direkt ins Wiki einzubinden. Im Rahmen der Zusammenarbeit beider Projekte sollte man das ermöglichen. Ich finde es unnötige Mehrarbeit, Dateien von Wikimedia herunterzuladen, nur um sie bei Openstreetmap wieder einzufügen. Genau so umständlich ist es, wenn jemand ein Icon entwirft: er darf es bei beiden Projekten hochladen - und falls es geändert werden sollte, darf dies wiederum bei beiden Projekten gemacht werden. Wer ist ein geeigneter Ansprechpartner? Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] WICHTIG - OSM API Upgrade - Nur-lesen-Zugriff ab 11 Uhr MESZ am morgigen Freitag, 17.4.
Liebe OpenStreetMap-Benutzer, dieses Wochenende wird das lang erwartete Upgrade des Haupt-APIs von Version API 0.5 nach API 0.6 durchgeführt. Dies ist ein großer Entwicklungsschritt für das Projekt und beinhaltet sowohl das Aufrüsten der Server-Hardware (die OSM-Datenbank) als auch der Software, die wir alle zur Kommunikation mit der Datenbank nutzen. Um die Umstellung auf die neue Hard- und Software durchzuführen, muss die OSM-Datenbank für den schreibenden Zugriff gesperrt werden. Das bedeutet, dass ihr keine Kartenänderungen hochladen könnt, sobald der Nur-Lese-Modus aktiviert ist. Der Nur-Lese-Modus wird um 11 Uhr mitteleuropäischer Sommerzeit (9 Uhr UTC) am Freitag, den 17. April 2009 aktiviert. Der Nur-Lese-Modus wird für die gesamte Dauer des Upgrades aktiviert bleiben. Die Fertigstellung des Upgrades ist für Montag, den 20. April vorgesehen. Der genaue Zeitpunk hängt allerdings davon ab, wie schnell und problemlos die Arbeiten über das Wochenende vorangehen. Es ist ebenfalls davon auszugehen, dass der API-Zugriff während der Arbeiten kurzzeitig gar nicht zur Verfügung steht. Die Hauptseite des Wikis ist die beste Anlaufstelle, um sich über den Fortschritt der Arbeiten auf dem Laufenden zu halten. Ihr könnt auch den Channel #OSM im IRC verfolgen, aber stellt bitte nicht zu viele Fragen, denn die Sysadmins haben in dieser Zeit gut zu tun! Konkrete Fortschritte werden im Wiki veröffentlich. Die technische Arbeitsgruppe und das ganze API-0.6-Team haben lange und hart gearbeitet, um dieses spannende Upgrade für die OSM-Plattform zu entwickeln. Ich bin mir sicher, dass ihr mit mir ihnen den größten Dank für ihren Einsatz und ihre Beiträge ausprechen möchtet, und ihnen Erfolg und gutes Gelingen für dieses Wochenende wünschen möchtet. Weitere Informationen zu den Änderungen findet ihr auf dieser Seite: http://wiki.openstreetmap.org/wiki/OSM_Protocol_Version_0.6/Information Im Namen des OpenStreetMap Foundation Board Andy Robinson Secretary OpenStreetMap Foundation secret...@osmfoundation.org Anfang der weitergeleiteten E-Mail: Von: Andy Robinson \(blackadder-lists\) ajrli...@googlemail.com Datum: 16. April 2009 12:28:45 MESZ An: t...@openstreetmap.org Betreff: [OSM-talk] IMPORTANT - OSM API upgrade - Read Only access mode from 09:00 UTC Fri 17th April Dear OpenStreetMap Users, This weekend sees the long awaited upgrade of our main API from version API 0.5 to API 0.6. This is a major development for the project and involves upgrades to both the hardware platform (the main OSM database) as well as the software that we all use to communicate with it. In order to migrate the existing OSM database to the new server and software platform it is necessary to lock the OSM database to Read Only access, that means you will not be able to upload your new map edits to OSM once the current API is in read only mode. Read only access will commence at 09:00 UTC Friday 17th April 2009 and is expected to last throughout the API upgrade period. Completion of the API upgrade and database migration is scheduled for some time on Monday April 20th, however the exact time will depend upon how well progress goes over the weekend. It is also highly likely that there will be periods of total API downtime during the weekend as the upgrade is progressed. The front page of the wiki will be your best place to keep an eye on the current status, or hang out in IRC at #OSM for hour by hour news, but please keep your questions to a minimum as our sysadmins team will be busy! Concrete news updates, when they are available, will be published. The technical working group and the full API 0.6 development team have worked long and hard to deliver this exciting new upgrade to the OSM platform. I am sure you will wish to join me in thanking them all for their efforts and contribution to date and wish them the very best with the work over this weekend. For more information about the changes please see the following wiki page: http://wiki.openstreetmap.org/wiki/OSM_Protocol_Version_0.6/ Information Translation If you have not seen this message on your local language mainling list or forum please help communicate to the wider audience by translating and posting on. If also you can help with translations for the wiki page that would be great too. For and on behalf of the OpenStreetMap Foundation Board Andy Robinson Secretary OpenStreetMap Foundation secret...@osmfoundation.org Name Registered Office: Openstreetmap Foundation 16 Oakfield Glade Weybridge Surrey KT13 9DP United Kingdom A company limited by guarantee, registered in England and Wales. Registration No. 05912761. ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Stefan Bethke s...@lassitu.de Fon +49 151 14070811
Re: [Talk-de] Wikimedia-Bilder ins OSM-Wiki einbetten
malenki schrieb: Soweit ich weiß, ist es derzeit nicht möglich, Bilder von Wikimedia direkt ins Wiki einzubinden. Im Rahmen der Zusammenarbeit beider Projekte sollte man das ermöglichen. Ich finde es unnötige Mehrarbeit, Dateien von Wikimedia herunterzuladen, nur um sie bei Openstreetmap wieder einzufügen. Genau so umständlich ist es, wenn jemand ein Icon entwirft: er darf es bei beiden Projekten hochladen - und falls es geändert werden sollte, darf dies wiederum bei beiden Projekten gemacht werden. Wer ist ein geeigneter Ansprechpartner? Technisch ist das seit einigen Monaten möglich und wurde auch bereits, mit meinen Hinweisen an die Serveradmins des OSM-Wikis, unter http://wiki.openstreetmap.org/wiki/Talk:Wiki#Allow_use_of_images_from_wikimedia_commons besprochen. Leider bisher ohne Umsetzung :-( Raymond. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tags Rund um Tiere
Moin ! vor einigen Wochen hatte ich mein Vorhaben schon einmal angekündigt. Hier die ersten Gedanken - Bilder folgen noch. http://wiki.openstreetmap.org/wiki/DE:Animal Bitte (ernsthaft) diskutieren ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hotel mit Restaurant
Jan Tappenbeck schrieb: diese weitverbreitete Eigenschaftenkombination wird aber dann in den allgemeinen Karten aber nicht mehr dargestellt. Chris-Hein Lunkhusen schrieb: was spricht dagegen, den POI mit tourism=hotel amenity=restaurant zu taggen? Chris Osmarender stellt diese Kombination dar, Mapnik leider nicht. Gruß, Markus signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wikimedia-Bilder ins OSM-Wiki einbetten
Hallo Malenki, Bilder von Wikimedia direkt ins Wiki einbinden Das ist ganz einfach! Dazu müsste nur jemand in unserem Wiki einen kleinen Eintrag in der LocalSettings.php machen. Damit könnte man dann 3 Millionen Dateien von Commons nutzen. (schrieb uns Raimond bereits vor Monaten incl Anleitung) Wer ist ein geeigneter Ansprechpartner? Wir haben zwar einen deutschen Wiki-Admin, aber der hat keine entsprechende Schreibberechtigung. Die englischen Wiki-Admins findest Du hier: http://wiki.openstreetmap.org/index.php/System_Administrators Das Ganze wird schon ewig diskutiert: http://wiki.openstreetmap.org/index.php/Talk:Collaboration_with_Wikipedia#Usage_of_Wikimedia_Commons (incl Anleitung wie es gemacht werden muss) http://wiki.openstreetmap.org/wiki/Talk:Wiki#Allow_use_of_images_from_wikimedia_commons (incl vielen Ideen, was man sonst noch so alles im Wiki verbessern kann) http://www.mediawiki.org/wiki/Manual:$wgForeignFileRepos#Using_files_from_Wikimedia_Commons_:_ForeignAPIRepo Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Artwort-Team
Hallo Stefan und Patrick, wow - Ihr seid ja richtig schnell, danke! Ich muss noch lernen, genauer zu beschreiben: _Zoll_ http://wiki.openstreetmap.org/wiki/Image:Zoll_small.svg hier möchte ich statt dem Verbotsschild lieber ein s/w-Zeichen, da ich es für Zollbehörde verwenden möchte (nicht für einen Grenzübergang): aussen schwarzer Ring, innen schwarzer Balken, den Balken vielleicht etwas kräftiger/dicker als Verbotsschild? _Dusche_ http://wiki.openstreetmap.org/wiki/Image:Icon_shower.svg Das Symbol sieht gut aus, aber wenn man es auf 16x16 verkleinert, dann kann man die Bedeutung nicht mehr erkennen: http://wiki.openstreetmap.org/index.php?title=DE:Artwork-Team _Grundsätzliches zu Icons_ Vielleicht wäre es sinnvoll, ein Schema für Dateinamen für Icons zu haben, mit dem man unterscheiden kann, wofür das Icon gedacht ist? Ich habe den beiden Icons mal einer Kategorie zugeordnet: http://wiki.openstreetmap.org/wiki/Category:Icon In JOSM gibt es aber noch mehr Icons, nicht alle sind bisher in der Kategorie erfasst. Wie findet man die noch nicht erfassten? Die in der Kategorie erfassten Icons haben unterschiedliche Dateigrössen und unterschiedliche Qualität. Es gibt SVG und PNG. Unklar ist auch, wo diese Icons verwendet werden (Wiki, Renderer, Editoren). Dirk hat vor einiger Zeit aufgerufen, weitere Icons zu malen: PNG's mit 32x32 Pixeln und transparentem Hintergrund (sollte auf typischen Bildschirmeinstellungen gut aussehen - also i.d.R. grauer Hintergrund) Gruss, Markus PS: gefunden habe ich noch: http://josm.openstreetmap.de/svn/trunk/images/presets/ (aber da sieht man keine Bilder, man muss sie einzeln herunterladen) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einfahrten mappen?
Patrick Kolesa wrote: Ich möchte meine obere Aussage widerrufen, da sie ohne Einsatz irgendwelcher Nervenzellen entstanden ist. Eigentlich sehe ich keinen reellen Nutzen für das Taggen von abgesenkten Bordsteinkanten. Das Wissen um abgesenkte Bordsteinkanten ist z.B. für Rollstuhlfahrer sehr wichtig. In der Gegenüberstellung verschiedener Anbieter von Navigationssoftware in der ct vor ein paar Monaten war auch ein Anbieter der besonderen Wert auch die genaue Erfassung von Bordsteinkantenabsenkungen legte. IIRC hatten die dafür sogar Differential-GPS im Einsatz. Grüße Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags Rund um Tiere
Hi! Am 16. April 2009 13:20 schrieb Jan Tappenbeck o...@tappenbeck.net: http://wiki.openstreetmap.org/wiki/DE:Animal Bitte (ernsthaft) diskutieren ! Für animal=dogarea schlägst du vor, mit force=none/yes anzugegeben, ob diese eingezäunt sind. Wäre da fence=1/0 nicht sinnvoller? Bei force denke ich irgendwie an Kampfhunde oder aufgerollte Zeitungen... Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags Rund um Tiere
Hallo. Am Donnerstag 16 April 2009 13:20:26 schrieb Jan Tappenbeck: vor einigen Wochen hatte ich mein Vorhaben schon einmal angekündigt. Hier die ersten Gedanken - Bilder folgen noch. http://wiki.openstreetmap.org/wiki/DE:Animal Ich finde die Verwendung von animal als Schlüssel etwas unglücklich. Meistens sind unsere key=value-Paare derartig aufgebaut: »Es ist ein key, genauer: ein value« Also z.B. es ist ein highway, genauer: ein residential. Oder es ist ein waterway, genauer: ein stream. Da käme bei dir raus: Es ist ein animal, genauer: ein school. Ich hatte vor einer gewissen Ewigkeit mal attraction=animal für Tiergehege (in Zoos oder Freizeit-Parks) vorgeschlagen und dabei vorgesehen, dass man die Tierart mit animal=* genauer angeben kann. Für deine Zwecke würde ich bitten, den Haupt-Schlüssel für die Einrichtungen entweder unter amenity einzusortieren oder einen neuen aber intuitiv eindeutigeren Schlüssel zu wählen. Gruß, Bernd -- If con is the opposite of pro, then what is the opposite of progress? 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] Tags Rund um Tiere
On Thu, 16 Apr 2009 13:20:26 +0200, Jan Tappenbeck o...@tappenbeck.net wrote: Moin ! vor einigen Wochen hatte ich mein Vorhaben schon einmal angekündigt. Hier die ersten Gedanken - Bilder folgen noch. http://wiki.openstreetmap.org/wiki/DE:Animal Bitte (ernsthaft) diskutieren ! amenity=vending_veterinary ??? Ein Automat(vending-machine) aus dem Tierärzte kommen oder ein Schreibfehler? Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags Rund um Tiere
Jan Tappenbeck schrieb: Moin ! vor einigen Wochen hatte ich mein Vorhaben schon einmal angekündigt. Hier die ersten Gedanken - Bilder folgen noch. http://wiki.openstreetmap.org/wiki/DE:Animal warum sport_type und nicht sport? reptile schreibt sich im Englischen mit e hinten. Was soll in fish:yes=* anstelle des Sterns stehen können? Bei Verein fehlt noch der network-Tag. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Artwort-Team
On Thu, 16 Apr 2009 13:21:35 +0200, Markus liste12a4...@gmx.de wrote: PS: gefunden habe ich noch: http://josm.openstreetmap.de/svn/trunk/images/presets/ (aber da sieht man keine Bilder, man muss sie einzeln herunterladen) http://travelingsales.svn.sourceforge.net/viewvc/travelingsales/trunk/osmnavigation/images/standard/icons/ Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wikimedia-Bilder ins OSM-Wiki einbetten
Hallo, Soweit ich weiß, ist es derzeit nicht möglich, Bilder von Wikimedia direkt ins Wiki einzubinden. Im Rahmen der Zusammenarbeit beider Projekte sollte man das ermöglichen. Ich finde es unnötige Mehrarbeit, Dateien von Wikimedia herunterzuladen, nur um sie bei Openstreetmap wieder einzufügen. Genau so umständlich ist es, wenn jemand ein Icon entwirft: er darf es bei beiden Projekten hochladen - und falls es geändert werden sollte, darf dies wiederum bei beiden Projekten gemacht werden. Wer ist ein geeigneter Ansprechpartner? Technisch ist das seit einigen Monaten möglich und wurde auch bereits, mit meinen Hinweisen an die Serveradmins des OSM-Wikis, unter http://wiki.openstreetmap.org/wiki/Talk:Wiki#Allow_use_of_images_from_wikimedia_commons besprochen. Leider bisher ohne Umsetzung :-( Raymond. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Artwort-Team
Hallo Marcus, http://travelingsales.svn.sourceforge.net/viewvc/travelingsales/trunk/osmnavigation/images/standard/icons/ Das sieht ja super aufgeräumt aus! Aber warum sieht man da die Bilder nicht? Könnte man das nicht so übersichtlich wie im Wiki gestalten: http://wiki.openstreetmap.org/wiki/Category:Icon Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Artwort-Team
On Thu, 16 Apr 2009 13:50:03 +0200, Markus liste12a4...@gmx.de wrote: Hallo Marcus, http://travelingsales.svn.sourceforge.net/viewvc/travelingsales/trunk/osmnavigation/images/standard/icons/ Das sieht ja super aufgeräumt aus! Aber warum sieht man da die Bilder nicht? Weil das die Versionsverwaltung vom Sourcecode ist und kein Wiki. Könnte man das nicht so übersichtlich wie im Wiki gestalten: http://wiki.openstreetmap.org/wiki/Category:Icon Nein. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wasserwege eintragen
versuchen so zu vermessen. Bin mir nur noch nicht ganz sicher wie ich meinen GPSLogger verpacke. Wie schon oben geschrieben: Weithalsflasche aus PET (oder anderem schlagfestem Kunsstoff). Drinnen noch Styropor/Blisterfolie als Auftriebskörper, falls das Ding doch volläuft. Den Logger noch in ein Kondom einknoten und Säckchen, wie es bei Laptop- Mäusen häufig mitgeliefert wird. Die Sache mit der Schnur würde ich mir überlegen. Das wird dann sehr sportlich für Dich. Wenn es nicht gar zu fürchterlich werden soll, dann nimm nicht die Schnur aus dem Baumarkt, sondern besorge Dir zumindest Shotleine von =6mm, unbedingt schwimmfähig. Aber so oder so, Du wirst endlos mit Knoten kämpfen... und über jeden Strauch und jeden Masten fluchen. Oder Du kaufst bei Ebay gleich 20 Rollen Angelsehne und immer wenn's nen Knoten gibt wird gekappt und neu angesetzt. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tags Rund um Tiere
sollte fence heißen - unbeabsichtigter Scheibfehler. berichtigt ! gruß Jan :-) Stefan Schwan schrieb: Hi! Am 16. April 2009 13:20 schrieb Jan Tappenbeck o...@tappenbeck.net: http://wiki.openstreetmap.org/wiki/DE:Animal Bitte (ernsthaft) diskutieren ! Für animal=dogarea schlägst du vor, mit force=none/yes anzugegeben, ob diese eingezäunt sind. Wäre da fence=1/0 nicht sinnvoller? Bei force denke ich irgendwie an Kampfhunde oder aufgerollte Zeitungen... Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tile-Server
Hallo, ich wollte in mein Grafisches Frontend zu taho.pl die verschiedenen Fileserver einfügen. Auf: http://wiki.openstreetmap.org/index.php/Oziexplorer stehen: * Mapnik http://a.tile.openstreetmap.org * Osmarender http://a.tah.openstreetmap.org/Tiles/tile * Cycle http://b.andy.sandbox.cloudmade.com/tiles/cycle/ * Openstreetbrowser http://www.openstreetbrowser.org/tiles/ Welche sollte man sonst noch einfügen? Wie kommt man z.B. an Openstreetbug, öpnvkarte.de,... Für die Tileserver ändert sich doch durch die Umstellung von 0.5-0.6 nichts oder? tho.pl muß also nicht angepaßt werden. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hotel mit Restaurant
Am 16. April 2009 13:20 schrieb Markus Stürmer (uboot) m...@markus-stuermer.de: Jan Tappenbeck schrieb: diese weitverbreitete Eigenschaftenkombination wird aber dann in den allgemeinen Karten aber nicht mehr dargestellt. Chris-Hein Lunkhusen schrieb: was spricht dagegen, den POI mit tourism=hotel amenity=restaurant zu taggen? Chris dagegen spricht, wie schon von Tobias Knerr angemerkt, dass es auch Hotels mit mehreren Restaurants gibt, und das Hotel und Restaurant meist räumlich nicht identisch sind, so dass eigentlich in kaum einem Fall was dagegen spricht, mehrere POIs zu setzen. Die Zusammengehörigkeit der Restaurants zum Hotel könnte man dann über Relationen lösen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Artwort-Team
Habe jetzt das Schild deinen Anforderungen gemäß editiert und hoch- geladen: http://wiki.openstreetmap.org/wiki/Image:Zoll_small_rev2.svg Ein einheitliches Schema für Icons halte ich für sinnvoll. * PNG für Programme und einfache Kartendarstellungen * SVG wenn möglich für qualitative Kartendarstellungen * Dateiname: Ländercode-Verwendung-key-Versionsnummer.endung Beispiel: DE-osmarender-traffic_signals-1.svg für das in der Karte sichtbare Icon und DE-josm-traffic_signals-1.png für das Icon in JOSM. Was ich im Wiki vermisst habe waren Angaben, für welchen Verwendungszweck (Karte, Editor, etc) welche Formate/Größen/... benötigt werden. Könntest du (oder ein anderer mit dem Wissen) das nachtragen, da ich persönlich keine Ahnung habe? Gruß Patrick signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
