[talk-ph] International Charter Space and Major Disasters uses OSM-PH data
Stumbled into this site: http://www.disasterscharter.org/web/charter/about International Charter Space and Major Disasters The International Charter aims at providing a unified system of space data acquisition and delivery to those affected by natural or man-made disasters through Authorized Users. Each member agency has committed resources to support the provisions of the Charter and thus is helping to mitigate the effects of disasters on human life and property. Most of the road they use for the Philippines are YOUR contributions. http://www.disasterscharter.org/web/charter/search?p_p_id=AsPortlet_WAR_DisasterCharterp_p_lifecycle=0p_p_state=normalp_p_mode=viewp_p_col_id=column-1p_p_col_count=1 Sample map: http://www.disasterscharter.org/image/journal/article.jpg?img_id=56066t=1254302486538 -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-talk-be] Announce: Spring mapping party around Turnhout end of march
Chris Van Bael wrote: Stadspark is very nice, but can be very busy! About the network connections I meant to say that the firmware in my modem doesn't allow more than 3 computers to go online. All get an IP adres and can work with each other, but only 3 have access to the Internet. It's a known 'feature' of those modems... gij hebt geen wifi ? een switch? Chris On Tue, Mar 9, 2010 at 10:01 AM, Luc Van den Troost luc.a...@gmail.com wrote: I think we found a good location - taverne Stadspark - but I still have to check there. It has wifi available and is well located between town center and the areas with most work - schorvoort - parkwijk - zevendonk. We are also thinking of 'spreading the news' quite large in the hope to attrackt some new people that might be able to contribute to OSM in the -large- area of Turnhout. So we hope to have a lot of people there... including new ones. Network connections would not be a problem though. One connection can be multiplied... at home we have 10 connections, only use one, and multiply that 2 times to around 250... ;-) I'll check on the 'stadspark' possibilities this afternoon. It only opens at 11, but as we change the clock to summertime that morning I guess most people won't mind we do not start at 9... Luc On Tue, Mar 9, 2010 at 9:42 AM, Chris Van Bael chris.van.b...@gmail.com wrote: Hi all, I've been lurking on this list for a while now, wanted to start mapping, but never completely figured out how to do all of it. I still have to check with my wife (since she's my agenda), but possibly I could attend the party. If there is no location yet, since I'm from Oud-Turnhout I could also host the party. I have one practical problem: my ADSL modem/wireless router is such a Philips-Belgacom thing that only allows 3 connections. That could be a problem of course. If I look at the Doodle, Sunday 28 March would the best day? Greets, Chris On Sat, Feb 20, 2010 at 2:12 PM, Ivo van den Maagdenberg ivo.vdmaagdenb...@pandora.be wrote: Hi mapsters, One month to go and winter will end. Time to crawl from under your stones and away from your computer screens to start mapping again :) To get you in the mood I propose a mapping party which will be in held the city of Turnhout and it's surroundings. The city is not fully mapped, neither are the surroundings, making it an ideal location to throw a mapping party. Other proposals elsewhere in Belgium are of course highly welcomed. Preferably discuss them on this mailinglist. Please follow the doodle link http://www.doodle.com/r6ffnqapck39ark7 to note down your name and if and when, during the last 2 weekends of March, you could be attending the mapping party. It is just to have an idea of the amount of people interested and to do some planning in advance. The exact location (café or other) is currently not fixed yet. Those who know their way in and around Turnhout are invited to propose and preferably arrange :) a suitable location. Some requirements: opens up in the morning, a way to lock away equipment whilst we are off mapping, wireless internet access, small kitchen which would cook some food at about 13:00-14:00 or so. Regards, Ivom ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be -- What's on Shortwave guide: choose an hour, go! http://shortwave.tk 700+ Radio Stations on SW http://swstations.tk 300+ languages on SW http://radiolanguages.tk ___ Talk-be mailing list Talk-be@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-be
Re: [OSM-talk] Map Making
HI Andy and Ivan Thanks for the pointers; thats good enough to understand the rendering process. So, its mostly Mapnik thats in work. Cheers Bruce On Tue, Mar 9, 2010 at 5:26 PM, Andy Robinson (blackadder-lists) ajrli...@googlemail.com wrote: Bruce, here is your starting point: http://wiki.openstreetmap.org/wiki/Mapnik As well as http://wiki.openstreetmap.org/wiki/Osmarender Cheers Andy -Original Message- From: talk-boun...@openstreetmap.org [mailto:talk- boun...@openstreetmap.org] On Behalf Of Bruce Foster Sent: 09 March 2010 9:14 AM To: talk@openstreetmap.org Subject: [OSM-talk] Map Making Hi List Its fascinating to see the quality of maps in OpenStreetMap. Can someone help me to understand, what kind of tools (software) are used to make such maps? The cartographic rending is quite impressive. Also, are they served as WMS? How are they served? Thanks in advance Bruce -- Thanks Bruce NSW Australia No virus found in this incoming message. Checked by AVG - www.avg.com Version: 9.0.733 / Virus Database: 271.1.1/2731 - Release Date: 03/08/10 19:33:00 -- Thanks Bruce NSW Australia ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Student Project Ideas?
Hi Folks, We have submitted an application for OSM to participate in this year's Google Summer of Code, so next week the people from Google will be reviewing the application and our project ideas list to chose which organisations to include in the programme. Looking at the project ideas list ( http://wiki.openstreetmap.org/wiki/GSoC_Project_Ideas_2010) I am a bit surprised that there are no suggestions for student projects on the 'core' OSM databases. The things I wondered are: - Are there any areas for development of API version 0.7 that could be turned into a project for someone to work on? - Would it be worth working on the XAPI server? We had trouble last year with them being down, so I wondered if it would be worth developing a more 'conventional' postgresql version of the server that we could start-up easily if the others fail again? I started to look at this at the time, but didn't get far because I got tied up in regular expressions rather than writing a parser myself. - Without wanting to re-open the acrimonious debate again, could we turn development of the OSM web site into a project? (would have to check the GSoC rules for this, because there might not be much 'code' involved). - How about the main editors - JOSM and Potlatch - are there any potential projects there? Please give this a bit of thought, and add any ideas to the Wiki page! If you don't have chance to do that, an email to me will do and I will add it. Thanks Graham. -- Graham Jones Hartlepool, UK email: grahamjones...@gmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - (amenity=ice_cream)
Greg Troxel ha scritto: amenity=fast_food has a lot of baggage. In the US, that means factory-produced not-really-food of mediocre quality that is fast and consistent. A family ice cream shop is definitely not fast food even if they can serve ice cream rapidly. It seems one of those cases where everyone has his own definition... according to the wiki, fast food has a different meaning. Maybe if the community agrees on the definition of the already existing map features wouldn't be so hard to develop the new ones. http://wiki.openstreetmap.org/wiki/Tag:amenity%3Dfast_food If I read this page, I find that the simplest way of tagging an ice-cream shop is the cuisine tag associated with an amenity like fast food or cafe, according to circumstances. -- Giacomo Boschi http://gwilbor.wordpress.com/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Student Project Ideas?
Hi, regarding JOSM the following would be interesting: * graphical visualization of object history JOSM currently provides a very simple and crude view on an objects history. A graphical visualization would provide a more intuitive view on an objects history and the evolution of its key attributes on a timeline: - the objects weight, how it grew and shrinked in the past (with respect to number of tags or number of children like nodes and relation members) - the objects churn, i.e. how often and when it was modified - the objects ownership, i.e. who was editing the object A watch list for interesting objects (i.e. large relations) would be interesting too. * user interface for reverting individual objects to a previous version * user interface for reverting a changeset (similar to what the perl scripts currently do, but with a nice user interface) * next generation support for resolving conflicts: - classify conflicts according to type of conflict (state conflict, tag conflict, position conflict, etc.) - classify conflicts according to severity - visualization and manipulation of these conflict classes - provide functionality to select and resolve batches of conflicts with a certain type and a certain severity * detecting, visualizing and resolving map anomalies see http://josm.openstreetmap.de/ticket/4509#comment:12 Regards Karl Am 10.03.2010 09:52, schrieb Graham Jones: Hi Folks, We have submitted an application for OSM to participate in this year's Google Summer of Code, so next week the people from Google will be reviewing the application and our project ideas list to chose which organisations to include in the programme. Looking at the project ideas list (http://wiki.openstreetmap.org/wiki/GSoC_Project_Ideas_2010) I am a bit surprised that there are no suggestions for student projects on the 'core' OSM databases. The things I wondered are: * Are there any areas for development of API version 0.7 that could be turned into a project for someone to work on? * Would it be worth working on the XAPI server? We had trouble last year with them being down, so I wondered if it would be worth developing a more 'conventional' postgresql version of the server that we could start-up easily if the others fail again? I started to look at this at the time, but didn't get far because I got tied up in regular expressions rather than writing a parser myself. * Without wanting to re-open the acrimonious debate again, could we turn development of the OSM web site into a project? (would have to check the GSoC rules for this, because there might not be much 'code' involved). * How about the main editors - JOSM and Potlatch - are there any potential projects there? Please give this a bit of thought, and add any ideas to the Wiki page! If you don't have chance to do that, an email to me will do and I will add it. Thanks Graham. -- Graham Jones Hartlepool, UK email: grahamjones...@gmail.com mailto:grahamjones...@gmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Contributing to PL2 (was: Re: Thoughts on OSM design, and looking forward and back)
Steve Bennett wrote: An observation of a deficiency isn't really a complaint. I actually do want to help with PL2 (if there are things I can do), but it won't be for the next 6 weeks. \o/ If you can code ActionScript 3 (or would like to learn), the world's your oyster. If not, there are oodles of exciting things you can do with presets and icons and stuff. Either drop me a line off-list or (better still) ask on the potlatch-dev mailing list and we'd be delighted to help. (Especially since last night I finally fixed the bug that's been annoying me for weeks.) That goes for any putative devs - do get in touch, there's loads of great stuff to do, and the cool tag panel and rendering stuff makes it so much less hard work. cheers Richard -- View this message in context: http://n2.nabble.com/Contributing-to-PL2-was-Re-Thoughts-on-OSM-design-and-looking-forward-and-back-tp4639060p4708003.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Contributing to PL2 (was: Re: Thoughts on OSM design, and looking forward and back)
Steve Bennett wrote: An observation of a deficiency isn't really a complaint. I actually do want to help with PL2 (if there are things I can do), but it won't be for the next 6 weeks. \o/ If you can code ActionScript 3 (or would like to learn), the world's your oyster. If not, there are oodles of exciting things you can do with presets and icons and stuff. Either drop me a line off-list or (better still) ask on the potlatch-dev mailing list and we'd be delighted to help. (Especially since last night I finally fixed the bug that's been annoying me for weeks.) That goes for any putative devs - do get in touch, there's loads of great stuff to do, and the cool tag panel and rendering stuff makes it so much less hard work. cheers Richard -- View this message in context: http://n2.nabble.com/Contributing-to-PL2-was-Re-Thoughts-on-OSM-design-and-looking-forward-and-back-tp4639060p4708002.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [Warning: Potential Flamewar] Clarifying Interstate Relations
Brad Neuhauser (brad.neuhau...@gmail.com) wrote: Paul, I believe this is what you said on another thread. Have you tried it yet? You can contact the person through the website (change your name in the URL when you look at your profile with the person you're trying to contact). I'm also pretty sure NE2 is on talk-us. See the thread proposed first principles for United States road tagging A user with the handle NE2 also posts regularly to http://forum.openstreetmap.org/viewforum.php?id=10 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Freemap - OpenStreetMap for walkers (hikers) - feature ideas?
Hello everyone, After a year or so of server memory issues causing problems with Freemap (www.free-map.org.uk; currently maps are temporarily unavailable as I'm testing one or two things; will be available from later this evening) I'm aiming to re-vamp the site this year to use tiles generated by Mapnik at home using a home PostGIS setup. The style of the maps will be more like the main OSM Mapnik maps than the current, old-style Freemap tiles, but with the addition of contours and with clear distinction between rights of way and other paths. The only problem is that coverage may be restricted to a limited amount of England with good OSM coverage, mostly the south of England but also the Lake District, due to the sheer size of the data: if I tried to cover any more, I would have to transfer an immense archive to the server which would take an unrealistic amount of time. That said, the Freemap code itself is open source and although Freemap itself is UK based though there is nothing which inherently ties it to the UK: it could in theory be deployed anywhere. What I want to do this year is to make a good go of developing Freemap to make it an attractive-to-the-general-public OSM for walkers site - to make it as attracitve to walkers as cyclestreets is to cyclists, for instance. I have one or two ideas for the site but would like to get more. So if you have any ideas as to what would make Freemap a really good OSM site for walkers, do please let me know! Both mainstream website and mobile app (Android or Java ME) would be good. Thanks, Nick ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Freemap - OpenStreetMap for walkers (hikers) - feature ideas?
Hello Nick, Having an OpenStreetMap initiative specific targeted at (long distance) walking is great! But one question comes to mind: - Right now it feels although the source is available like you are the only developer. Wouldn't you benefit from moving freemap development to the openstreetmap svn repository so others can help you? It would thrive discussion, create new insights and make life easier for you perhaps? Kind regards, Milo van der Linden Nick Whitelegg wrote: Hello everyone, After a year or so of server memory issues causing problems with Freemap (www.free-map.org.uk; currently maps are temporarily unavailable as I'm testing one or two things; will be available from later this evening) I'm aiming to re-vamp the site this year to use tiles generated by Mapnik at home using a home PostGIS setup. The style of the maps will be more like the main OSM Mapnik maps than the current, old-style Freemap tiles, but with the addition of contours and with clear distinction between rights of way and other paths. The only problem is that coverage may be restricted to a limited amount of England with good OSM coverage, mostly the south of England but also the Lake District, due to the sheer size of the data: if I tried to cover any more, I would have to transfer an immense archive to the server which would take an unrealistic amount of time. That said, the Freemap code itself is open source and although Freemap itself is UK based though there is nothing which inherently ties it to the UK: it could in theory be deployed anywhere. What I want to do this year is to make a good go of developing Freemap to make it an attractive-to-the-general-public OSM for walkers site - to make it as attracitve to walkers as cyclestreets is to cyclists, for instance. I have one or two ideas for the site but would like to get more. So if you have any ideas as to what would make Freemap a really good OSM site for walkers, do please let me know! Both mainstream website and mobile app (Android or Java ME) would be good. Thanks, Nick ___ 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] [OSM-dev] Student Project Ideas?
On Wed, Mar 10, 2010 at 08:52, Graham Jones grahamjones...@googlemail.com wrote: Please give this a bit of thought, and add any ideas to the Wiki page! If you don't have chance to do that, an email to me will do and I will add it. Here's my idea: Can we please not make things like Develop a Simple, Stand-Alone Editor for New Users part of the GSOC list. I've seen numerous failed and dead-on-arrival GSOC projects with various projects that usually turned out that way because inexperienced students were being handed projects that were too ambitious and even if they were finished saw decay because nobody else was interested in maintaining them. I think it would be most useful to have students contribute to existing projects that need help such as JOSM, Potlatch, the rails port or something similar. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] Student Project Ideas?
On Wed, Mar 10, 2010 at 10:21 AM, Ævar Arnfjörð Bjarmason ava...@gmail.comwrote: On Wed, Mar 10, 2010 at 08:52, Graham Jones grahamjones...@googlemail.com wrote: Please give this a bit of thought, and add any ideas to the Wiki page! If you don't have chance to do that, an email to me will do and I will add it. Here's my idea: Can we please not make things like Develop a Simple, Stand-Alone Editor for New Users part of the GSOC list. I've seen numerous failed and dead-on-arrival GSOC projects with various projects that usually turned out that way because inexperienced students were being handed projects that were too ambitious and even if they were finished saw decay because nobody else was interested in maintaining them. I think a more useful criticism would include some specific ideas... I agree that Simple Editor for New Users is way too nebulous and should probably not be handed to a student. But perhaps someone has some ideas on how to break up such an idea into more manageable chunks of work that we could hand to students. For example, one of the requirements in the simple editor that I've been sketching in my doodle-notebook is to have an extremely fast nearest way lookup. I imagine something like that could be written, documented, and demonstrated in one Summer. How about we ask a student to conduct a UX review (sit down with random people and have them interact with OSM and observe) and write a report? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Student Project Ideas?
On 10/03/10 16:31, Ian Dees wrote: For example, one of the requirements in the simple editor that I've been sketching in my doodle-notebook is to have an extremely fast nearest way lookup. I imagine something like that could be written, documented, and demonstrated in one Summer. We've had lots of projects in previous years that were written, documented and demonstrated. Then they sat in svn slowly rotting for evermore... I'm not quite sure what you're actually suggesting here - if you're talking about a new API call for the rails port to return the nearest way to a point then that is certainly not a big enough project to be GSOC worthy - it's little more than a few hours work. How about we ask a student to conduct a UX review (sit down with random people and have them interact with OSM and observe) and write a report? Um... It's the Summer of CODE not the Summer of Writing Reports? Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Student Project Ideas?
On Wed, Mar 10, 2010 at 10:50 AM, Tom Hughes t...@compton.nu wrote: On 10/03/10 16:31, Ian Dees wrote: For example, one of the requirements in the simple editor that I've been sketching in my doodle-notebook is to have an extremely fast nearest way lookup. I imagine something like that could be written, documented, and demonstrated in one Summer. We've had lots of projects in previous years that were written, documented and demonstrated. Then they sat in svn slowly rotting for evermore... I'm not quite sure what you're actually suggesting here - if you're talking about a new API call for the rails port to return the nearest way to a point then that is certainly not a big enough project to be GSOC worthy - it's little more than a few hours work. The point I was trying to make was to break down big projects into smaller more manageable pieces and to bring those up as suggestions rather than saying something like let's not do GSoC because we only have ideas for huge projects. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Student Project Ideas?
Op 10-03-10 17:50, Tom Hughes schreef: Um... It's the Summer of CODE not the Summer of Writing Reports? Interestingly there were projects in the past such as the kornshell project mentored by Sun that actually was not about coding, but about management task to facilitate the placement of some new code. So it is not about writing C(ode) per se, anything that helps the open source development could be in the summer of code project. Stefan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Student Project Ideas?
On 10/03/10 17:30, Steve Hosgood wrote: What you need is to generate a dirty-tiles list for every edit-session in the database and only display the edit-sessions whose dirty-tiles list includes tiles that you're looking at with slippy-map at that time. Obviously, this is a crude description of a solution - many optimisations would be needed if it was to be implemented for real. Does that sound worthy? Yes, which is why somebody is already working on it. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Student Project Ideas?
Hi I have a project: If you have nothing else just copy/paste from snip to snap and correct my bad english. ---snip--- title: It's about zooming the browser maps... The javascript map library khtmlib is a free library to display maps in browsers. It has a simple API to display map tiles at the browser window in a very fast way. Also the simple vector graphics circle, path and area are supported. The API provides a complete WGS84 cordinate system and frees programmers of thinking in screen x,y coordinates. Browsers like webkit or opera are doing this job quiet well but webkit has a bad bugs with image loading. Firefox is slow, but I'm sure it will change. To have a fast javascript browser map that can easily compete with google or bing map will be the result of this project. The way to get a fast map is benchmarking and that is this GsoC Projekt Our unit is frames per second! Most of the map libs and browsers are able to move the map in a usable or smooth way. To win a new dimension in map browsing we need the z-Axis. Also smooth rendered. A nice, responsive, smooth zoom opens a new intuitive way to explore the world. Like in video games we have a more usable map if we have more frames per second. Most of the computers have the hardware to show perfect frame rates. From javascript to the screen, there are some problems. This library has an interface to measure frames per seconds. It was used to opitimice speed while developing. the project details=== Automatic Banchmark tests: Calling the API in a loop is easy done in a for loop. Counting from 1..18 in small steps can result in a zoom and 1000 frames. o moving the map o zooming the map (o caching) Parameter: 10,100,1000,1 vektor lines, areas, circles Map size on screen Hardware! Browser (navigator.userAgent) Visual feedback: The tester should see the map and should be able to judge about the behavior of the browser. Is flickering... Some browsers are cheating. Pointer devices deliver lots of events and every event is a task. Now it's programming with parallel tasks and to have good speed, serializing is nesessary. To serialize this tasks is not easy. Firefox starts extra tasks to render images and gives a success message bevor the work is done. It can result in flickering image or speed penalty the automatic test does not recognice. API Dokumentation The API should be documented in a half automatic way. (grep this.xyyx=function in js) Collecting results: Like other browser benchmark tests, this test can be done by many users. For collecting results, there must be an AJAX feedback collector. This feedback should be generated without user action. The user must be able to add more information and send it to a central db (one click). As a result of this action, the result will be displayed on a ranking. There must also be an administrator option to delete entries. A Highscore in gameboy or what ever design! would be ok. If there are many Chrome on the top of the list, it's very likely that Chrome is the fastest browser. To prevent manipulation a simple ip based system should be ok. 1 IP == 1 Result. (ignoring proxys,...) If the test provides a faster benchmark result on this IP adress, the faster result overwrites the slower. Graphics: Display vector data on browser is not widly used because of Internet Explorer is blocking SVG. For map data it is essential. There must be a diagram that showed the framerate and the number of lines in an x,y diagram. The library: (I made this library and did put it under GPL) The library khtmlib is not perfect at all. It's buggy but fast. At least it is a prove of concept. To see it live go to: Please use Chrome 5 (faster than 4), Safari or Opera 10.50 (windows). Try to zoom on cached tiles. http://www.khtml.org/iphonemap/ Project Home: http://github.com/robotnic/khtmlib ---snap Firefox does not provide the same speed at the moment. Internet Explorer does not work at all (evt.pageX). I'm working here on a netbook and have no idea how it works in fullscreen on a 24 monitor. That's my project idea. A benchmark test for my map lib. Maybe it's also help for the programmer of this lib to make it really good. In a few days I hope to have some more documentation and I will give more informations about the khtmlib. Btw. I'm still in Phnom Penh but in a few days I will continue traveling to Laos. Bernhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] Student Project Ideas?
What you need is to generate a dirty-tiles list for every edit-session in the database and only display the edit-sessions whose dirty-tiles list includes tiles that you're looking at with slippy-map at that time. Such a dirty-tiles list could be used in tile-expiring on the render servers as well. The current solutions to this have the same problem as the history tab: a change to the german border triggers the whole german country to be marked as dirty, because they're inside of the relations. Such an algorithem would be very useful on all rendering stacks -- and it's also a not so easy task (because of various reasons that don't need to be mentioned here ;) Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [tagging] Feature Proposal - RFC - (amenity=ice_cream)
On Wed, Mar 10, 2010 at 7:31 PM, Giacomo Boschi gwil...@email.it wrote: ... I find that the simplest way of tagging an ice-cream shop is the cuisine tag associated with an amenity like fast food or cafe, according to circumstances. Seems reasonable to me. I generally prefer this approach of adding more details to existing tags rather than inventing new top-level tags, though I realise not everyone has this preference. As for whether to use amenity=fast_food or amenity=cafe, I would suggest using your best judgement based on the definition/examples on the wiki. Finally, shouldn't this be posted to the tagging@ list instead, next time? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] Student Project Ideas?
On Wed, Mar 10, 2010 at 16:31, Ian Dees ian.d...@gmail.com wrote: On Wed, Mar 10, 2010 at 10:21 AM, Ævar Arnfjörð Bjarmason ava...@gmail.com wrote: On Wed, Mar 10, 2010 at 08:52, Graham Jones grahamjones...@googlemail.com wrote: Please give this a bit of thought, and add any ideas to the Wiki page! If you don't have chance to do that, an email to me will do and I will add it. Here's my idea: Can we please not make things like Develop a Simple, Stand-Alone Editor for New Users part of the GSOC list. I've seen numerous failed and dead-on-arrival GSOC projects with various projects that usually turned out that way because inexperienced students were being handed projects that were too ambitious and even if they were finished saw decay because nobody else was interested in maintaining them. I think a more useful criticism would include some specific ideas... You mean specific GSOC ideas? We'll probably have plenty of those. What I was pointing out that just because something would be neat to do that doesn't mean that it's appropriate for being handed to a student for 3 months. Once you have those ideas how are you gong to pick one? I for one think: * You should try to make students work on existing /active/ projects instead of sending them off on their own for 3 months * In particular, assume that they'll be working for 3 months and we'll never hear from them again. I think there are some numbers on the % of GSOC students that stay around after the 3 months and IIRC they're alarmingly low * Try to recruit people with programming experience who're already contributing to the project in interesting ways that happen to be students (and no, I'm not eligible). This will reduce load on mentors * Don't underestimate the load on mentors. I've heard from people that did mentoring (albeit for complex projects) that spent more time on mentoring than it would have taken them to implement the student work themselves, and the student disappeared after 3 months so there was no long-term gain from it. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] Student Project Ideas?
On Wed, Mar 10, 2010 at 3:19 PM, Ævar Arnfjörð Bjarmason ava...@gmail.comwrote: Once you have those ideas how are you gong to pick one? I for one think: * You should try to make students work on existing /active/ projects instead of sending them off on their own for 3 months Yes, that's why we are soliciting ideas for projects. Some of these projects could include a feature on JOSM or Potlatch. * In particular, assume that they'll be working for 3 months and we'll never hear from them again. I think there are some numbers on the % of GSOC students that stay around after the 3 months and IIRC they're alarmingly low Of the 6 students that were assigned to us last year, I'm fairly certain (I was the administrator for last year's GSoC, but I don't have the numbers in front of me) the majority of them turned in usable and helpful code. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Student Project Ideas?
On 10/03/10 21:14, Graham Jones wrote: 5. An interesting suggestion to improve the 'History' list, which would also help the rendering process - I liked the sound of this as this is one of the few suggestions for projects involving the 'core' of OSM. The reply suggested that this was already being worked on - is the solution actually progressing, or would it be useful to see if a student was interested in looking at it? It is an opportunity to nurture someone to understand the innards of OSM? The backend technology exists and is running on the dev server - it is what drives the dupe nodes map. Work on user interfaces is ongoing. On this I did just try to look for the API 0.7 feature list, but can't find it - is anyone thinking about what the next version of the API will do, or do we think we are about there, and we are actually using 1.0? If there are features to add, then these could be potential projects? It's in the wiki somewhere but I don't think there's anything very useful or helpful there. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] Student Project Ideas?
On Wed, Mar 10, 2010 at 3:27 PM, Tom Hughes t...@compton.nu wrote: On 10/03/10 21:14, Graham Jones wrote: On this I did just try to look for the API 0.7 feature list, but can't find it - is anyone thinking about what the next version of the API will do, or do we think we are about there, and we are actually using 1.0? If there are features to add, then these could be potential projects? It's in the wiki somewhere but I don't think there's anything very useful or helpful there. http://wiki.openstreetmap.org/wiki/API_v0.7 http://wiki.openstreetmap.org/wiki/API_v0.7As Tom said, it's full of ideas :). ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] Student Project Ideas?
Aevar, The process is that we (OpenStreetMap) produce a list of ideas that students may wish to work on. If the students like the sound of us they will make an application describing a project proposal. Google will (assuming we are successful) allocate us a number of student places - we had 6 last year. The potential mentors will review all of the applications and agree which ones to select - this choice will be based on the quality of the application, but will of course be influenced by the interests of the potential mentors. Once we know that we have been accepted I will be contacting the potential mentors to agree how we will do this. I completely agree that it would be best to encourage students to work on existing active projects, but to do that we need to help them identify aspects of those programs that would benefit from development, so that they can be turned into specific projects - this is why I am keen for people to identify potential improvements to existing programs! It is quite possible that a student will work on GSoC and then go off and do something else, but this is not necessarily the case - one of last year's students is helping with the administration this year. Your point on mentoring effort is interesting - I acted as a mentor last year and fully expected it to be hard work, like training one of our new graduates at work how to write a computer program, which would have been very daunting by email in a foreign language. The complete opposite was the case - the student was very capable and my mentoring did not have to go much further than pointers on the general approach and code design - he did all of the testing to chose methods of parsing, data storage etc. himself. The other thing is what you think mentoring is about - I regard it as a way of contributing by passing my experience onto someone else, so even if you do not hear from the student after the end of the project, you should not regard that as 'no long-term gain' - they will be using that extra experience for something constructive. Regards Graham. You mean specific GSOC ideas? We'll probably have plenty of those. What I was pointing out that just because something would be neat to do that doesn't mean that it's appropriate for being handed to a student for 3 months. Once you have those ideas how are you gong to pick one? I for one think: * You should try to make students work on existing /active/ projects instead of sending them off on their own for 3 months * In particular, assume that they'll be working for 3 months and we'll never hear from them again. I think there are some numbers on the % of GSOC students that stay around after the 3 months and IIRC they're alarmingly low * Try to recruit people with programming experience who're already contributing to the project in interesting ways that happen to be students (and no, I'm not eligible). This will reduce load on mentors * Don't underestimate the load on mentors. I've heard from people that did mentoring (albeit for complex projects) that spent more time on mentoring than it would have taken them to implement the student work themselves, and the student disappeared after 3 months so there was no long-term gain from it. -- Dr. Graham Jones Hartlepool, UK email: grahamjones...@gmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] Student Project Ideas?
Ian, Tom, Thanks for the pointer - I had naively thought it would be linked from the 'API' page and didn't think to search! Would anyone have an issue with me adding the link so I can find it again? It is an interesting list of possibilities isn't it - would anyone that knows more about it than me fancy identifying the likely candidates on the ideas page in case one of the students would like to look at implementing them? Thanks Graham On 10 March 2010 21:35, Ian Dees ian.d...@gmail.com wrote: On Wed, Mar 10, 2010 at 3:27 PM, Tom Hughes t...@compton.nu wrote: On 10/03/10 21:14, Graham Jones wrote: On this I did just try to look for the API 0.7 feature list, but can't find it - is anyone thinking about what the next version of the API will do, or do we think we are about there, and we are actually using 1.0? If there are features to add, then these could be potential projects? It's in the wiki somewhere but I don't think there's anything very useful or helpful there. http://wiki.openstreetmap.org/wiki/API_v0.7 http://wiki.openstreetmap.org/wiki/API_v0.7As Tom said, it's full of ideas :). -- Dr. Graham Jones Hartlepool, UK email: grahamjones...@gmail.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] Student Project Ideas?
On 10/03/10 21:53, Graham Jones wrote: Thanks for the pointer - I had naively thought it would be linked from the 'API' page and didn't think to search! Maybe if anybody involved with coding the API was taking it seriously then it would be... Would anyone have an issue with me adding the link so I can find it again? So long as you make it clear that it's nothing more than a wish list of vague ideas, most of which are not serious and/or practical. It is an interesting list of possibilities isn't it - would anyone that knows more about it than me fancy identifying the likely candidates on the ideas page in case one of the students would like to look at implementing them? Pretty much everything either makes little sense or needs considerable discussion and design before it could be implemented - there's nothing much that is suitable for an OSM novice to go off and implement on their own. Tom -- Tom Hughes (t...@compton.nu) http://compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] will walkingpapers printed on black and white work?
On Sat, Feb 27, 2010 at 11:11 AM, Tom Hughes t...@compton.nu wrote: On 27/02/10 05:21, Michal Migurski wrote: Interesting, I've been treating PDF uploads as errors, essentially. =) I wasn't aware of printers that spoke PDF instead of JPEG/TIFF. If this is a common problem I can look into ways of handling it. So far most of the image libraries I've been using don't really handle the complex postscript of PDF at all. The PDF that a scanner produces will normally just contain a big embedded bitmap image. No idea how easy that is to extract though. Tom I've used this to extract the jpgs that are inside pdfs: pdfimages -j foo.pdf bar Since pdf seems to be the encapsulating format of choice for fast auto loading scanners. -- /emj ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] GeoEye TMS for Chile
Hello Everyone, I wanted to know if someone is working in a TMS for Chiles GeoEye imagery ( http://wiki.openstreetmap.org/wiki/2010_Chile_earthquake/Imagery_and_data_sources#GeoEye_and_DigitalGlobe). If the answer is no, I would also like to know if someone is technically capable and interested in doing it. Thank you for your answers and help. Regards, Julio Costa OpenStreetMap Chile http://www.openstreetmap.cl/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Contributing to PL2 (was: Re: Thoughts on OSM design, and looking forward and back)
On Wed, Mar 10, 2010 at 8:55 PM, Richard Fairhurst rich...@systemed.net wrote: If you can code ActionScript 3 (or would like to learn), the world's your oyster. If not, there are oodles of exciting things you can do with presets and icons and stuff. Either drop me a line off-list or (better still) ask on the potlatch-dev mailing list and we'd be delighted to help. (Especially since last night I finally fixed the bug that's been annoying me for weeks.) That goes for any putative devs - do get in touch, there's loads of great stuff to do, and the cool tag panel and rendering stuff makes it so much less hard work. Sweet. How hard can ActionScript be, really? (I've done plenty of C, Delphi, Java etc in the distant past, usually the difficulty is not the language, it's learning the codebase.) Anyway, feel free to remind me of my offer to help on, oh, the 25th of April or so. :) Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] GSoC'10
My GSOC suggestion : Get the potlatch running without any Adobe software, use gnash. http://wiki.openstreetmap.org/wiki/GSoC_Project_Ideas_2010#Porting_of_Potlatch_to_use_FLOSS_tools_and_viewer Also why does google list OSM as being apache licensed? http://code.google.com/soc/2008/streetmap/about.html *Preferred license: Apache License, 2.0 Since when? I am putting all my new code under the affero GPL 3.0. * mike On Fri, Feb 12, 2010 at 4:44 PM, Rajan Vaish vaish.ra...@gmail.com wrote: Thanks Graham, The page looks nice. Though, I have also created this page - http://wiki.openstreetmap.org/wiki/GSoC_Project_Ideas_2010, where students can start posting their ideas. I think Things to do http://wiki.openstreetmap.org/wiki/Things_To_Doand Student projectshttp://wiki.openstreetmap.org/wiki/Student_projectspages should be updated, to see what and where OSM's priority lies as of now. This will help students, develop ideas on similar lines. I plan to edit/add pages, as things progress. Regards, Rajan On Fri, Feb 12, 2010 at 4:14 AM, Graham Jones grahamjones...@googlemail.com wrote: Hi All, Following Rajan's prompt I have made a start on a wiki page to detail OSM's participation in the 2010 Google Summer of Code ( http://wiki.openstreetmap.org/wiki/Google_Summer_of_Code/2010). The page includes a draft proposal for OSM to apply to GSoC when the programme starts, but I think it would be worth us starting on a list of potential projects. I have had a look through previous GSoC pages and the 'Student Projects' wiki page, but I am not sure which are still appropriate, and which have been superseded by other work. Please can you give some thought to potential projects for students and add them to the wiki page? The thing to remember is that the projects need to be pretty well defined and be achievable in a relatively short time period. Feel free to add comments to the proposals so that we get the most useful set of potential projects. This is an opportunity for OSM to get some help with coding, and is a useful learning experience for students, so please give some thought to what you would like to see worked on! Thanks Graham. -- Dr. Graham Jones Hartlepool, UK email: grahamjones...@gmail.com On 6 February 2010 11:58, Rajan Vaish vaish.ra...@gmail.com wrote: Hi all, With GSoC'10 not very far, quite a number of students are emailing me to know about OSM's participation in GSoC'10 and what they can expect. I haven't noticed any discussion or page regarding the same (sorry if I missed one?) . Looking forward to know/hear more about it, and ways I can contribute. Thanks, Rajan GSoC'09 - OSM developer. -- Rajan Vaish ASE at Accenture Technology Labs (RD) http://LinkedIn.com/in/RajanVaish ___ dev mailing list d...@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev -- Rajan Vaish ASE at Accenture Technology Labs (RD) http://LinkedIn.com/in/RajanVaish ___ dev mailing list d...@openstreetmap.org http://lists.openstreetmap.org/listinfo/dev ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Cyclone batters Cook Islands - ABC News (Australian Broadcasting Corporation)
The data from Aiutaki (Cook Islands) are online, they look great. http://www.disasterscharter.org/web/charter/activation_details?p_r_p_1415474252_assetId=ACT-294 Lets get some people working on it? On Thu, Feb 11, 2010 at 9:58 AM, jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com wrote: Cyclone Pat hits Cook Islands It looks like there are damaged buildings: http://www.3news.co.nz/Cyclone-Pat-storms-through-Cook-Islands-photos/tabid/417/articleID/141220/Default.aspx Here is a picture of the cloud: http://earthobservatory.nasa.gov/NaturalHazards/view.php?id=42603src=eorss-nh Here is the path of the cyclone http://www.gdacs.org/reports.asp?eventType=TCID=16299system=asgardalertlevel=Greenglide_no=location=country=new=true and here : http://www.hurricanezone.net/#14p Well there are things we can add to the map.. On Thu, Feb 11, 2010 at 9:41 AM, jamesmikedup...@googlemail.com jamesmikedup...@googlemail.com wrote: Hi Dr. Liz, It has not made the charter yet : http://www.disasterscharter.org/web/charter/home If they had sat pictures, we could at least prepare something. But with cloud coverage, there would not be much to see! mike On Thu, Feb 11, 2010 at 9:18 AM, Liz ed...@billiau.net wrote: http://www.abc.net.au/news/stories/2010/02/11/2816234.htm I have no idea if this area would benefit from urgent mapping - we need a co- ordination point for notes like this. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Fietsrouteplanner Zuid Nederland
Dirk, Mooie plannen. Ik neem aan dat je bekend bent met de huidige multimodale routeplanners gebaseerd op OSM-data? Ik denk bijvoorbeeld aan OpenRouteService. Door die te gebruiken kun je een gevoel ontwikkelen van hoeveel werk je te doen hebt aan de data - of hoe weinig, daar wil ik geen uitspraak over doen. Wat me nou een mooie kans lijkt is om binnen het ongetwijfeld aanzienlijke budget dat jullie hiervoor ter beschikking staat ook aandacht te geven aan echt gebruiksvriendelijke manier om OSM te bewerken en aan te vullen - je hebt het zelf al over 'tools' die je aan de community ter beschikking wilt stellen. Internationaal in de OSM-gemeenschap woedt er al een tijdje een discussie over een betere UX om de drempel om OSM actief te gebruiken laag wordt. Zodat je tante zelfs de brievenbus waar ze op uitkijkt kan toevoegen, zeg maar. De huidige tools zijn allemaal te moeilijk. Willen jullie dit gaan oppakken? Probeer dan breder te denken dan alleen jullie primaire doel van fietsroutes. Groet, Martijn -- Martijn van Exel +++ m...@rtijn.org Laziness – Impatience – Hubris http://schaaltreinen.nl twitter: mvexel skype: mvexel flickr: rhodes On Mar 9, 2010, at 5:06 PM, dbuss...@goudappel.nl wrote: Beste OSMers, Goudappel Coffeng heeft opdracht gekregen de fietsrouteplanner Zuid-Nederland te maken (Limburg, Noord-Brabant en Zeeland). Wij hebben besloten dit niet op basis van het NWB of een commercieel netwerk, maar op basis van OSM te doen. Onderdeel van de opdracht is een hoop veldwerk en desk research om OSM in de regio zodanig te verbeteren en aan te vullen dat het geschikt wordt om betrouwbare fietsroutes te plannen. De verbeteringen zullen in JOSM worden uitgevoerd op de OSM database en staan daarmee iedereen onder CC BY SA ter beschikking. De planner zelf zal bij ons op een locale kopie van de OSM database draaien om performance te waarborgen en de OSM server niet te zwaar te belasten. De planner zal technisch ook buiten Zuid-Nederland werken. Daar zullen wij geen veldwerk uitvoeren maar wel onze tools aan de community ter beschikking stellen in de hoop dat ook daar een hoogwaardig netwerk ontstaat. In ieder geval een kans voor OSM om de zichtbaarheid en kwaliteit van OSM te verhogen en tegelijk een gezamelijke uitdaging om de data goed op orde te brengen en houden. De verwachting is dat de fietsrouteplanner Zuid-Nederland begin 2011 operationeel zal zijn. Ik zal jullie binnenkort op de hoogte stellen van de attributen die wij zullen controlleren/toevoegen en de automatische checks die wij uitvoeren. Groeten, Dirk Bussche Goudappel Coffeng b.v. Disclaimer De informatie opgenomen in dit bericht kan vertrouwelijk zijn en is uitsluitend bestemd voor de geadresseerde. Indien u dit bericht onterecht ontvangt, wordt u verzocht de inhoud niet te gebruiken en de afzender direct te informeren door het bericht te retourneren. De afzender sluit iedere aansprakelijkheid uit die voortvloeit uit elektronische verzending. ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[talk-au] Incorrectly expanding abbreviations
The ICSM website http://www.icsm.gov.au/ has some interseting standards on road naming etc. E.G A road leading up to a mountain honouring St Patrick may be called MOUNT ST PATRICKS ROAD but not Mt Saint Patrick's Rd It also has interesting standards for roundabouts (e.g they must NOT have names) and slip roads. Maybe we should adhere to these standards in Australia and point people to them. On another standards matter, with the availability of nearmap it is now becoming an issue as to whether to join footways to roads and as to whether landuse areas should be glued to roadwaysor not. It would be great if mappers were automatically presented with keepright or validator output on all uploads. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Incorrectly expanding abbreviations
On 10 March 2010 20:01, Nick Hocking nick.hock...@gmail.com wrote: Maybe we should adhere to these standards in Australia and point people to them. Or at least getting them to tag what is signed, I've never seen a Saint George bank, but I've seen plenty of St George banks... and people changed the town of St George to Saint George... On another standards matter, with the availability of nearmap it is now becoming an issue as to whether to join footways to roads and as to whether landuse areas should be glued to roadwaysor not. These are topics for another thread, this one is about incorrectly expanding abbreviations. It would be great if mappers were automatically presented with keepright or validator output on all uploads. Get right doesn't always get it right, and in some cases the validator plugin in JOSM has led me astray and caused me to make errors that had to be fixed later, I think this could cause as many problems as it would solve. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Incorrectly expanding abbreviations
John Smith wrote: Or at least getting them to tag what is signed, I've never seen a "Saint George" bank, but I've seen plenty of St George banks... and people changed the town of St George to Saint George... If you are correcting the bank name, it is actually "St.George" - includes the full stop, but no spaces. Check their website. Richard ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Incorrectly expanding abbreviations
On 10 March 2010 22:24, Richard Colless fire...@ar.com.au wrote: If you are correcting the bank name, it is actually St.George - includes the full stop, but no spaces. Check their website. I'll have to find a branch locally and see what's on their signs... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Incorrectly expanding abbreviations
On Thu, 11 Mar 2010, John Smith wrote: On 10 March 2010 22:24, Richard Colless fire...@ar.com.au wrote: If you are correcting the bank name, it is actually St.George - includes the full stop, but no spaces. Check their website. I'll have to find a branch locally and see what's on their signs... http://billiau.net/zoph/photo.php?photo_id=5505 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Incorrectly expanding abbreviations
On Wed, Mar 10, 2010 at 1:15 PM, John Smith deltafoxtrot...@gmail.com wrote: Does anyone have any thoughts about what to do about this? Contact those that made the incorrect changes. Other than that...Is there a particular wiki page that recommends names be spelt out in full? If so, you could add a warning there against indiscriminate corrections made in this regard. Not much more you can do... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Incorrectly expanding abbreviations
Banks statements have st.george as in the logo in the previous photo. It also has St.George in the text information section and St. George Bank Limited (with . and space) on the top right with their ABN etc. Regards, Michael Hampson Ph: 02 4739 4938 On Thu, Mar 11, 2010 at 6:40 AM, Liz ed...@billiau.net wrote: On Thu, 11 Mar 2010, John Smith wrote: On 10 March 2010 22:24, Richard Colless fire...@ar.com.au wrote: If you are correcting the bank name, it is actually St.George - includes the full stop, but no spaces. Check their website. I'll have to find a branch locally and see what's on their signs... http://billiau.net/zoph/photo.php?photo_id=5505 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Incorrectly expanding abbreviations
There is an almost universal rule in style manuals - full stop after an abbreviation, not after a contraction. but you can not control what people choose to do with 'style'... :) jim On Thu, Mar 11, 2010 at 9:18 AM, Michael Hampson mc.hamp...@gmail.com wrote: Banks statements have st.george as in the logo in the previous photo. It also has St.George in the text information section and St. George Bank Limited (with . and space) on the top right with their ABN etc. Regards, Michael Hampson Ph: 02 4739 4938 On Thu, Mar 11, 2010 at 6:40 AM, Liz ed...@billiau.net wrote: On Thu, 11 Mar 2010, John Smith wrote: On 10 March 2010 22:24, Richard Colless fire...@ar.com.au wrote: If you are correcting the bank name, it is actually St.George - includes the full stop, but no spaces. Check their website. I'll have to find a branch locally and see what's on their signs... http://billiau.net/zoph/photo.php?photo_id=5505 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au -- _ Jim Croft ~ jim.cr...@gmail.com ~ +61-2-62509499 ~ http://www.google.com/profiles/jim.croft 'A civilized society is one which tolerates eccentricity to the point of doubtful sanity.' - Robert Frost, poet (1874-1963) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Incorrectly expanding abbreviations
On 11 March 2010 06:59, Roy Wallace waldo000...@gmail.com wrote: Contact those that made the incorrect changes. Other than that...Is The mistakes I've seen so far seem a couple of years old, dunno if Liz did anything about the person making changes to the town of St George or not. I guess I was just trying to highlight these mistakes so people would be more aware of them. there a particular wiki page that recommends names be spelt out in full? If so, you could add a warning there against indiscriminate corrections made in this regard. Not much more you can do... There is for things like St - Street, but it seems some people have taken this out of context. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Incorrectly expanding abbreviations
On 11 March 2010 05:40, Liz ed...@billiau.net wrote: http://billiau.net/zoph/photo.php?photo_id=5505 Thanks for saving me the trip, so on their signs it looks like 'st.george' ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Incorrectly expanding abbreviations
On Wed, Mar 10, 2010 at 9:01 PM, Nick Hocking nick.hock...@gmail.com wrote: Maybe we should adhere to these standards in Australia and point people to them. Yep. I think with abbreviations, common sense isn't going to help - let's just define some rules and stick to them. As I understand it, we always expand St to Street, even though the renderer just contracts it again. But we could agree to never expand St to Saint. St Kilda is definitely never Saint Kilda. Steve ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-br] Relatório Semanal: 10/03/2010
*Status dos Projetos OSM-br* * B250C - Brasil 250 Cidades* Página do Projeto: http://wiki.openstreetmap.org/wiki/WikiProject_Brazil/Brasil_250_Cidades ***2a. fase* Conectividade em *61,65%* *(+5,71%)* Grid Atualizado (html): http://mapaslivres.org/cidades-distancias.html (13 Mb) Grid Atualizado (zip): http://mapaslivres.org/cidades-distancias.ziphttp://mapaslivres.org/cidades-distancias.html(2 Mb) *JOSM - Tradução ao português* Página do Projeto: https://translations.launchpad.net/josm/trunk/+pots/josm Indicador: Percentual de strings traduzidas em *58.19% (+0,08%)* *Site osm.org - Tradução ao português * Página do Projeto: http://translatewiki.net/wiki/Translating:OpenStreetMap/stats/trunk/site Indicador: String Traduzidas em *100%* *Potlach* - *Tradução ao português* Página do Projeto: http://translatewiki.net/wiki/Translating:OpenStreetMap/stats/trunk/potlatch Indicador: String Traduzidas em *100%* ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen
On 09.03.10 21:17, Stefan Dettenhofer (StefanDausR) wrote: Es gibt doch durchaus auch Autobahnen, die neben Ihrer amtlichen Nummer (=ref) auch noch einen Namen haben, z.B.: Inntal-Autobahn, Brenner-Autobahn, etc. In Italen sind m.W. alle autostradas auch benamt. In AT haben wohl alle Autobahnen und Bundesstraßen Namen. Im Volksmund werden Autobahnen meist mit dem Namen benannt (die Westautobahn, die Südautobahn), während bei Bundesstraßen doch oft das B# üblich ist (zB der Imbiss an der B17, der sich B17 nennt). Ich wäre dafür, name= ref= Regeln wie auch das Rendering beizubehalten, sprich die ref-Eier immer und der name dort, wo er gesetzt ist und Platz ist. IMO funktioniert das gut, es besteht kein Leidensdruck, was zu ändern. Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen
Am Dienstag 09 März 2010 17:03:39 schrieb Jonas Stein: auf [2] sieht man einige solche name=A 2 Koennte die jemand per Bot deutschlandweit entfernen? Oder falls in name etwas in der Syntax (A|B|L)\s+\d*\d (ich habe versucht es als Regexp aufzuschreiben, aber nicht getestet) ist, koennte man es bei fehlendem ref automatisch dort hinverfrachten... Die Diskussion um die Sonderfälle in allen Ehren, aber ich finde man kann das durchaus als korrekturbedürftig sehen, wenn man etwas defensiv vorgeht. Wenn ich die Situation der Renderer und der sonstigen aktuellen Datennutzung anschaue, dann hat sich sehr stark verbreitet, dass man ref bei größeren Straßen auswertet. Es stellt also niemanden vor ein Problem, wenn nur ref und kein Name vorhanden ist und man kann es als etabliert bezeichnen, dass ref als Namens-Ersatz benutzt wird. Im Gegenteil: Das ref wird oft schön in Schildchen-Optik dargestellt während Namen eher auf der Straße gezeigt werden. Das verdeutlicht, dass es Sinn macht, diese beiden Bezeichnungen formal zu trennen. Ich würde daher kein Problem darin sehen, wenn man bei highway=* folgende Änderungen macht: Wenn name == ([ABLK] [0-9]+;?)* und ref leer oder gleich, dann dies ins ref und Name weg Meiner persönlichen Betrachtung nach sollte es aber dennoch um eine vertretbare Anzahl handeln, so dass man diesen Fall vielleicht in eines der einschlägigen Checker-tools einbauen könnte (oder einen gary-Report dazu machen) und das korrigieren den Mapern überlassen. Gruß, Bernd -- Probleme lassen sich immer am besten mit anderer Leute Geld lösen. - Oskar Lafontaine 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] Frage zur XAPI und Relationen
Jan Tappenbeck schrieb: Moin ! ich habe mir über folgenden Ausdruck NODES von Stolpersteinen gezogen: http://xapi.openstreetmap.org/api/0.6/node[memorial:type=stolperstein][bbox=5.5,47.4,15.0,55.3] ... mit folgendem Ausdruck habe ich dann mir die Haupt-Relation mit seinen Daten gezogen: http://xapi.openstreetmap.org/api/0.6/relation[name=Stolpersteine][bbox=5.5,47.4,15.0,55.3] Im Anschluss habe ich die Daten mit OSMOSIS zusammengeführt. In der OSM-Datei der Relation ist alles zu erwartende drin. Auch wenn es weitestgehend zu Überdeckungen kommt müßte die Relationsdefintion im verschmolzenen File enthalten sein. Es sind aber nur die allgemeinen Relationsdaten enthalten. relation id=407359 version=75 timestamp=2010-03-05T21:26:43Z uid=32786 user=Netzwolf changeset=4044847/ Anmerkung: es werden noch zwei weitere OSM-Dateien mit eingebunden - das sollte der Sache an sich aber keinen Abbruch tun. Kann mir einer von Euch weiterhelfen ? Warum nimmst du für die Relationsdaten die XAPI? Die Daten sind sowieso nicht so aktuell wie http://www.openstreetmap.org/api/0.6/relation/407359/full Das kann man zumindest mit josm weiterverarbeiten. Gruß, Andre Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen
On 09.03.10 22:10, Walter Nordmann wrote: und dann haben wir noch die E-Straßen, die ja aus A-s bestehen Relation only. Es gab IIRC mal ein int_ref, aber das wurde schon lange durch die Relation ersetzt. Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen
Am 9. März 2010 21:00 schrieb Frederik Ramm frede...@remote.org: Hallo, Jonas Stein wrote: [1] schreibt: Die Nummer hat in name nichts verloren. auf [2] sieht man einige solche name=A 2 Koennte die jemand per Bot deutschlandweit entfernen? Grundsaetzlich sollte man niemals automatisierte Edits auf Basis von irgendeiner Wiki-Aussage machen (die sind oft genug umstritten oder gar falsch). Insofern ist es gut, dass Du hier fragst, statt gleich zur Tat zu schreiten ;-) Meine Antwort waere: Koennte man. Allerdings sind die Leute auf talk-us gerade am debattieren, ob man nicht ref generell zur Beschreibung von Routen abschaffen sollte. Das wuerde in letzter Konsequenz dann bedeuten, dass ein Stueck Autobahn weder ref noch name hat, sondern nur durch eine Relation bezeichnet ist. Ich bin da selber unschluessig. Wenn ich hier jemanden vor Ort frage was ist das fuer eine Strasse da, dann sagt er das ist die A5. Er sagt nicht das ist eine Strasse, ueber die die A5 fuehrt oder sowas. Im Volksmund zumindest hat die Strasse also tatsaechlich den Namen A5 - unter dem ist sie bekannt. Es spricht einiges dafuer, die Strasse mit name=A5 zu taggen statt mit ref=A5 und leerem Namen. Naja, im Volksmund heißt es auch ich geh zum Asitoaster, nicht zum Wellnessstudio Schmitz-Backes... Erst einigen wir uns darauf, alle Informationen sauber getrennt zu erfassen, statt in den name-tag zu schreiben Fahrkartenautomat der DB im VRS, Referenznummer XYZ, braille-Tasten, Bezahlmöglichkeit: ec, bar, Softwareversion 9.8.76 und nun tun wir's doch wieder? Mit Verlaub, das ist doch Käse! Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen
Andreas Labres schrieb: Ich wäre dafür, name= ref= Regeln wie auch das Rendering beizubehalten, sprich die ref-Eier immer und der name dort, wo er gesetzt ist und Platz ist. IMO funktioniert das gut, es besteht kein Leidensdruck, was zu ändern. Da bin ich voll Deiner Meinung! Mittelfristig könnte man sich ja überlegen, das ref= in die Relation (falls vorhanden) auszulagern, dann wäre es wahrscheinlich für die Renderer auch einfacher, die ref-Eier auf stark zerstückelten Wegen sinnvoller zu platzieren. Analoges (Auslagern in die Relation) würde dann aber auch für name= und ggf. weitere Attribute gelten. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Frage zu XAPI, Relationen und OSMOSIS
Moin ! ich habe mir über folgenden Ausdruck NODES von Stolpersteinen gezogen: http://xapi.openstreetmap.org/api/0.6/node[memorial:type=stolperstein][bbox=5.5,47.4,15.0,55.3] ... mit folgendem Ausdruck habe ich dann mir die Haupt-Relation mit seinen Daten gezogen: http://xapi.openstreetmap.org/api/0.6/relation[name=Stolpersteine][bbox=5.5,47.4,15.0,55.3] Im Anschluss habe ich die Daten mit OSMOSIS zusammengeführt. In der OSM-Datei der Relation ist alles zu erwartende drin. Auch wenn es weitestgehend zu Überdeckungen kommt müßte die Relationsdefintion im verschmolzenen File enthalten sein. Es sind aber nur die allgemeinen Relationsdaten enthalten. relation id=407359 version=75 timestamp=2010-03-05T21:26:43Z uid=32786 user=Netzwolf changeset=4044847/ Der OSMOSIS-Aufruf war folgender: OSMOSIS_command: D:\DATEN\JAN\openstreetmap\osmosis\bin\osmosis.bat --read-xml xapi4osm_node_1.osm --sort-0.6 --read-xml xapi4osm_relation_1.osm --sort-0.6 --read-xml xapi4osm_node_2.osm --sort-0.6 --read-xml xapi4osm_relation_2.osm --sort-0.6 --merge --merge --merge --write-xml D:\DATEN\JAN\openstreetmap\osmosis\stolpersteine.osm OSMOSIS protokolliert nur... 10.03.2010 08:38:35 org.openstreetmap.osmosis.core.Osmosis run INFO: Osmosis Version 0.32 10.03.2010 08:38:35 org.openstreetmap.osmosis.core.Osmosis run INFO: Preparing pipeline. 10.03.2010 08:38:35 org.openstreetmap.osmosis.core.Osmosis run INFO: Launching pipeline execution. 10.03.2010 08:38:35 org.openstreetmap.osmosis.core.Osmosis run INFO: Pipeline executing, waiting for completion. 10.03.2010 08:38:35 org.openstreetmap.osmosis.core.Osmosis run INFO: Pipeline complete. 10.03.2010 08:38:35 org.openstreetmap.osmosis.core.Osmosis run INFO: Total execution time: 515 milliseconds. Anmerkung: es werden noch zwei weitere OSM-Dateien mit eingebunden - das sollte der Sache an sich aber keinen Abbruch tun. Kann mir einer von Euch weiterhelfen ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OT: Alternative zu gmane / Liste per NNTP
Johann H. Addicks addi...@gmx.net wrote: Welche (zuverlässigen) Alternativen gibt's, die Mailingliste mit einem nntp-client zu lesen? Ich könnte einen feed anbieten :) Wie funktioniert eigentlich dieses oauth könnte ich das in das als Authentifizierungsscript statt ckpasswd in meinem INN einbauen? Gruss Sven -- Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit Office nicht kompatibles Bürosoftwarepaket einzuführen. (Florian Weimer in de.alt.sysadmin.recovery) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen
On 10.03.10 09:29, Stefan Dettenhofer (StefanDausR) wrote: Mittelfristig könnte man sich ja überlegen, das ref= in die Relation (falls vorhanden) auszulagern, dann wäre es wahrscheinlich für die Renderer auch einfacher, die ref-Eier auf stark zerstückelten Wegen sinnvoller zu platzieren. Aber es tut doch niemandem weh, den ref= Tag trotz einer Relation beizubehalten. Der alte Renderer hat keinen Tau von Relationen und verwendet halt weiterhin den ref= Tag, der moderne Renderer wertet die Relationen aus (und muß sich halt seine Gedanken machen, was er bei einer A und zwei E Nummern wirklich anzeigt... notfalls kann er dann ja auf den ref= Tag zurückgreifen... ;) Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen
Andreas Labres schrieb: On 10.03.10 09:29, Stefan Dettenhofer (StefanDausR) wrote: Mittelfristig könnte man sich ja überlegen, das ref= in die Relation (falls vorhanden) auszulagern, dann wäre es wahrscheinlich für die Renderer auch einfacher, die ref-Eier auf stark zerstückelten Wegen sinnvoller zu platzieren. Aber es tut doch niemandem weh, den ref= Tag trotz einer Relation beizubehalten. Der alte Renderer hat keinen Tau von Relationen und verwendet halt weiterhin den ref= Tag, der moderne Renderer wertet die Relationen aus (und muß sich halt seine Gedanken machen, was er bei einer A und zwei E Nummern wirklich anzeigt... notfalls kann er dann ja auf den ref= Tag zurückgreifen... ;) Ich bin ja auch Deiner Meinung und habe deshalb extra Mittelfristig (also vielleicht in ein paar Jahren) geschrieben. Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen
[1] schreibt: Die Nummer hat in name nichts verloren. auf [2] sieht man einige solche name=A 2 Koennte die jemand per Bot deutschlandweit entfernen? Meine Antwort waere: Koennte man. Allerdings sind die Leute auf talk-us gerade am debattieren, ob man nicht ref generell zur Beschreibung von Routen abschaffen sollte. Das wuerde in letzter Konsequenz dann bedeuten, dass ein Stueck Autobahn weder ref noch name hat, sondern nur durch eine Relation bezeichnet ist. Ich glaube diese debatte wird sich einige Zeit hinziehen, weil das ref= derzeit schon sehr stark genutzt wird. Wenn der Eintrag ref= Suedkurve; A 2 und eines Tages kein ref mehr gibt wird man eh per Bot aus den entsprechenden ref= von Autobahnen ein name= oder sonstwas erzeugen. Oder? Dann waere es doch schoen, wenn die Daten zumindest einheitlich vorliegen. Im Volksmund zumindest hat die Strasse also tatsaechlich den Namen A5 - unter dem ist sie bekannt. Es spricht einiges dafuer, die Strasse mit name=A5 zu taggen statt mit ref=A5 und leerem Namen. Wenn wir nach Volksmund mappen, bekommt Köln capital=yes. Herzliche Gruesse, -- Jonas Stein n...@jonasstein.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen
Jonas Stein schrieb: http://osm.gt.owl.de/Strassenliste/output/55060/index.html hast du dir die wege mit dem namen A2 und A3 mal angeschaut? http://osm.org/go/0GISZd0J das sind keine autobahnen sondern wanderwege oder sportpfade! und das andere wird schon erledigt: http://www.openstreetmap.org/user/refbotDE/edits grüße frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen
Am Mittwoch 10 März 2010 11:14:36 schrieb Frank Sautter: hast du dir die wege mit dem namen A2 und A3 mal angeschaut? http://osm.org/go/0GISZd0J das sind keine autobahnen sondern wanderwege oder sportpfade! Das was ich da auf der Karte sehe kommt mir aber auch so vor als wäre die Bezeichnung A2 definitiv nichts für das Name-Tag. Denn das ist doch bestimmt entweder eine Wegenummer (ref) oder eine Route (relation).. Gruß, Bernd -- Keine zwei Menschen gleichen einander, und beide sind froh darüber 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] S: Hilfe bei Autobahnen - name per bot loeschen
Am Mittwoch 10 März 2010 11:14:36 schrieb Frank Sautter: und das andere wird schon erledigt: http://www.openstreetmap.org/user/refbotDE/edits Da kommt dann sowas bei raus: http://www.openstreetmap.org/browse/way/4391051 Auch nicht besonders gut. :( Gruß, Bernd -- Alte Internet Grundregel, seit weit ueber 10 Jahren: Alles was du von dir gibst kann an beliebigen Orten landen, Konkurrent, Boss, Reporter, Staat. Zieh daraus die Konsequenz beim Schreiben. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?
Hallo Liste Als ich vor einigen Jahren bei OSM angefangen habe, war die Welt noch einfach. Man erfasste Straßen und ihre Namen, dazu noch ein paar POIs - fertig! Viel Diskussionsbedarf bestand nicht, wenn man sich auf die einzelnen Keys geeinigt hatte. So einfach ist es heute aber nicht mehr. Die Komplexität der OSM-Welt nimmt ständig zu. Wer sich heute mal eine Innenstadt in JOSM anschaut, weiß was ich meine. Da gibt es neben den Straßen und POIs viele andere Dinge, die in der Karte zu sehen sind. Landflächen, Plätze, Buslinien, Grenzen, Brücken, Stromleitungen, Tunnel und und und... Wer in so einem Gebiet wirklich nur eine Kleinigkeit ändern möchte, muss höllich aufpassen, das er keine Relationen beschädigt, Straßen mit Flächen verbindet, Maxspeed löscht oder auf eine falsche Straße ausweitet, Löcher in Wanderrouten erzeugt und so weiter. Man muss sich immer mit der sonstigen Verwendung der Elemente vertraut machen, um nicht die Arbeit der Anderen zu stören oder zu beschädigen. Oder man aggiert nach dem Motto Augen zu und durch, Wird schon schiefgehen oder Die Fehler die ich mache wird schon jemand richten. Wer sich mal mit der Pflege von Boundarys, ÖPNV-Relationen oder sonstigen komplexeren Dingen beschäftigt hat, weiß ein Lied davon zu singen. Durch dieses Dilemma entstehen verschiedene Probleme: 1. Der Einstieg in das Thema OSM wird immer komplizierter. Mal eben eine fehlende Straße einzeichnen - so wie es früher war - funktioniert nur noch im Niemandsland. 2. Immer mehr Energie wird in die Pflege/Reparatur der Daten aufgewendet. 3. Ein sinnvolles Bearbeiten ist nur noch durch wenige Experten möglich. 4. Importe werden sehr kompliziert. - Gespendete Daten müssen mit größter Vorsicht oder händich eingefügt werden. Wie kann man das Lösen? Einfach zu lösen ist dieses Problem mit Sicherheit nicht. Momentan versuchen wir Fehler passiv zu vermeiden. Damit meine ich, dass die Editoren, wie JOSM, vor möglichen Fehlern warnen, bspw wenn eine Relation geteilt, eine Straße verschoben oder Straßen mit verschiedenen Eigenschaften verbunden werden. Eigentlich müssten JOSM und Co noch viel mehr Fehler abfangen, damit diese gar nicht erst in die Datenbank kommen. Dadurch wird das Editieren zwar sicherer, jedoch nicht einfacher. Es kann also nur eine Teillösung sein, beseitigt jedoch nicht das Grundproblem. Was ist das Grundproblem? OSM ist monolithisch! - Alles ist miteinander verknüpft und verwoben. Eine kleine Änderung kann große Wirkung haben und Bereiche oder Sachverhalte ändern, die man gar nicht verändern wollte. Was fehlt, ist die Modularität! Modularität? Wäre OSM (bzw. die OSM-Datenbank) modularer aufgebaut, beziehungsweise wären Elemente modular zu bearbeiten, so könnten andere Baustellen komplett ausgeblendet werden. Man hätte ein festes Grundgerüst und darauf die einzelnen Module, die man je nach Absicht voneinander unabhängig benutzen könnte. So einfach, wie es sich anhört, ist es nicht zu realisieren! - Stimmt, einfach ist es wirklich nicht, aber wie könnte es aussehen? Das Grundgerüst wären die Nodes. Sie halten die einzelnen Module zusammen. Node 1234567 bleibt node 1234567, egal in welchem Modul. Aber was ist mit Ways? - Ways sind in der Datenbank momentan ein Sonderfall. Sie beschreiben zum Beispiel einen Weg, indem sie die verwendeten Nodes auflisten. Damit unterscheiden sie sich eigentlich nicht viel von Relationen. Eine Relation ist eine Sammlung verschiedener, zu einander in Verhältnis gebrachter, Elemente. Genau das macht auch der Way mit den Nodes. Also - weg mit dem Datenelement way, ist ja doch nur ne verkappte Relation. Da blickt doch dann keiner mehr durch? Diese Angst habe ich nicht. Es ist nur eine Frage der Visualisierung. Da sich beim Thema way fast nur der Name ändert, dürften die Unterschiede gering sein. Wenn ich an die Abschaffung der segments im Oktober 2007 zurückdenke, erinnere ich mich, dass das für den Anwender eine sehr leichte Umstellung war. Warum sollte es in diesem Fall anders sein? Dieses war der erste Streich! Wie könnte es aussehen, dass mit den Modulen? Momentan ist JOSM ein Rohdaten-Editor. Es lässt sich alles ändern und das meiste wird visualisiert. Nicht alles, da viele Relationen nur als Tabellenansicht zu sehen sind und nicht oder nur nach dem Markieren auf der Karte gezeichnet werden. Könnte man jedoch vor dem Editieren auswählen, welches Themengebiet man bearbeiten möchte, so wäre JOSM ein Spezialeditor für alle Module, die es unterstützt und würde trotzdem nichts an Funktionalität verlieren. JOSM würde fragen: Was möchten sie Bearbeiten und sehen? Man bekäme eine Auswahl geliefert, in der man wählen könnte, welche Module editierbar sind und welche nur optisch erscheinen. - | Modul | editierbar | sichtbar | - | Straßen |o | x | - | Landnutzung |o | x |
[Talk-de] ein Trustsystem für OSM
Hallo Liste, ich hatte auf der FOSSGIS2010 einen kleinen lightning talk zu dem Thema über das ich meine Diplomarbeit schreiben möchte. Es geht um ein System, bei dem User durch digitale Signaturen die Richtigkeit von OSM-Objekten bestätigen können. Auf Lulu-Anns Hinweis hin, hab ich mal ne kleine Wikiseite angelegt. Wen es interessiert, der kann mir gerne Input geben. http://wiki.openstreetmap.org/wiki/DE:Trust_OSM Viele Grüße aus Dresden! Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen
Bernd Wurst schrieb: Am Mittwoch 10 März 2010 11:14:36 schrieb Frank Sautter: hast du dir die wege mit dem namen A2 und A3 mal angeschaut? http://osm.org/go/0GISZd0J das sind keine autobahnen sondern wanderwege oder sportpfade! Das was ich da auf der Karte sehe kommt mir aber auch so vor als wäre die Bezeichnung A2 definitiv nichts für das Name-Tag. Denn das ist doch bestimmt entweder eine Wegenummer (ref) oder eine Route (relation).. letzteres: http://www.sgv-bergischesland.de/wanderweg.aspx?wegId=437 http://www.openstreetmap.org/browse/relation/446965 Von der Sorte habe ich in letzter Zeit schon etliche umgetopft. Kennt sich halt nicht jeder mit Relationen aus. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Newsreader gestört ?
Moin ! kann mir einer sagen ob der Newsreader gestört ist ??? Ich bekomme nur die gebündelten eMails - im Newsreader kommt nichts an ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Tracks / Access / Routing über Tracks
Bernd Wurst glaubte zu wissen: Allerdings: Ich bin Fahrradfahrer und bin der Meinung, algorithmisches Routing ist für Fahrradfahrer meistens weit weg von einer idealen Route. Man bräuchte extrem viele persönlich einstellbaren Parameter um eine schöne Route zu finden. Sowas wie dem Tal des Bachlaufs folgen ist besser als über den Berg drüber kann kein mir bekannter Router und es wird auch verdammt hart sowas zu programmieren. Hier in der Gegend würdest du mit deinem Beispiel nicht glücklich werden. Die Täler sind da oft so eng, daß da kein Weg im Tal verläuft. Der Weg parallel zum Bach macht da gerne mal viele Höhenmeter bei teilweise heftigen Steigungen (bis 20% kann man hier schnell mal finden). ;-) flo -- NA WARTE! JETZT ERST RECHT! [WoKo in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?
Hallo, Torsten Breda wrote: Das Grundgerüst wären die Nodes. Sie halten die einzelnen Module zusammen. Node 1234567 bleibt node 1234567, egal in welchem Modul. Machst Du es Dir da nicht zu einfach - es koennte doch sein, dass der Node 1234567 im Modul Deutschland vor 100 Jahren gar nicht auftaucht ;-) Momentan ist JOSM ein Rohdaten-Editor. Es lässt sich alles ändern und das meiste wird visualisiert. Nicht alles, da viele Relationen nur als Tabellenansicht zu sehen sind und nicht oder nur nach dem Markieren auf der Karte gezeichnet werden. Könnte man jedoch vor dem Editieren auswählen, welches Themengebiet man bearbeiten möchte, so wäre JOSM ein Spezialeditor für alle Module, die es unterstützt und würde trotzdem nichts an Funktionalität verlieren. JOSM hat schon ein (per default abgeschaltetes) Filter-Feature, mit dem man genau das machen kann, bestimmte Sachen ausblenden oder un-editierbar machen. Es gibt aber eine Menge Usability-Probleme, egal ob man das auf Editorseite oder, wie von Dir vorgeschlagen, auf Datenbankseite macht. Was zum Beispiel passiert, wenn ich in einem Modus arbeite, in dem nur Strommasten sichtbar sind und ich einen Strommasten versehentlich auf amenity=restaurant umtagge - wie kriege ich den dann jemals wieder? - und aehnliche Dinge. Ich glaube, dass man das einigermassen gut auf Editorseite hinbekommen kann. Allerdings zwingt uns irgendwann eventuell die immer wachsende Datenmenge, auch partielle Downloads zum Editieren zu erlauben, mit all den potentiellen Fehlerquellen - schon heute kann man ja theoretisch auf Basis eines XAPI-Files im JOSM editieren, aber dabei koennte man ja einen Node verschieben, ohne zu sehen, dass der noch von anderen Ways genutzt wird, und dadurch Chaos erzeugen usw. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Newsreader gestört ?
Jan Tappenbeck schrieb: Moin ! Dito! Hier funktioniert es noch. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?
Am 10. März 2010 13:06 schrieb Frederik Ramm frede...@remote.org: Hallo, Torsten Breda wrote: Das Grundgerüst wären die Nodes. Sie halten die einzelnen Module zusammen. Node 1234567 bleibt node 1234567, egal in welchem Modul. Machst Du es Dir da nicht zu einfach - es koennte doch sein, dass der Node 1234567 im Modul Deutschland vor 100 Jahren gar nicht auftaucht ;-) Dann taucht er halt nicht auf. Ist das schlimm? Momentan ist JOSM ein Rohdaten-Editor. Es lässt sich alles ändern und das meiste wird visualisiert. Nicht alles, da viele Relationen nur als Tabellenansicht zu sehen sind und nicht oder nur nach dem Markieren auf der Karte gezeichnet werden. Könnte man jedoch vor dem Editieren auswählen, welches Themengebiet man bearbeiten möchte, so wäre JOSM ein Spezialeditor für alle Module, die es unterstützt und würde trotzdem nichts an Funktionalität verlieren. JOSM hat schon ein (per default abgeschaltetes) Filter-Feature, mit dem man genau das machen kann, bestimmte Sachen ausblenden oder un-editierbar machen. Wie komme ich da ran? Das Ghost-plugin funktioniert (zumindest bei mir) mit der latest nicht mehr. Es gibt aber eine Menge Usability-Probleme, egal ob man das auf Editorseite oder, wie von Dir vorgeschlagen, auf Datenbankseite macht. Was zum Beispiel passiert, wenn ich in einem Modus arbeite, in dem nur Strommasten sichtbar sind und ich einen Strommasten versehentlich auf amenity=restaurant umtagge - wie kriege ich den dann jemals wieder? - und aehnliche Dinge. So wie bisher. Falls ich aber gerade in einem Spezialeditor arbeite, kommt eine Warnung Bist du sicher, dass in diesem Strommast ein McDonalds ist? Scherz beiseite. Wenn ich Restaurants einzeichnen will, dann lade ich nur das POI-Modul mit den Straßen als view-only. Dann komme ich gar nicht an den Strommast ran. Das Datenzerstören, geht momentan noch viel einfacher, nur dass man es nicht so schnell merkt. Ich glaube, dass man das einigermassen gut auf Editorseite hinbekommen kann. Ist natürlich auch eine Möglichkeit, jedoch was nützt ein Editor, der alles Prima macht, wenn ein anderer Editor alles wieder kaputt macht. (Es müsste also in jeden Editor eingebaut werden) Oder es müssten Regeln gemacht werden, wie zB Wenn ein Editor Funktion X nicht hat (zB Relationen sortieren), dann darf er Y nicht tun (Relationen ändern). Allerdings zwingt uns irgendwann eventuell die immer wachsende Datenmenge, auch partielle Downloads zum Editieren zu erlauben, mit all den potentiellen Fehlerquellen - schon heute kann man ja theoretisch auf Basis eines XAPI-Files im JOSM editieren, aber dabei koennte man ja einen Node verschieben, ohne zu sehen, dass der noch von anderen Ways genutzt wird, und dadurch Chaos erzeugen usw. Genau das war der Ursprung meiner Überlegung. Ich hatte mich gefragt, ob ich mir Boundarys über XAPI ziehen soll, um die schneller reparieren zu können, oder ob ich mit Josm nur die Relationen lade. Beides war mir zu kritisch. Daher habe ich mir überlegt, wie man das modularisieren kann. Dabei Fehler zu vermeiden und Regeln aufzustellen, wann ein node/way/relation verändert werden darf und wann er sich dagegen streubt, wird noch eine große Aufgabe (Vielleicht ja mit API 0.999) Netter Gruß Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Newsreader gestört ?
Am 10.03.2010 13:15, schrieb Chris-Hein Lunkhusen: Jan Tappenbeck schrieb: Moin ! Dito! Hier funktioniert es noch. ;-) Chris jetzt ist auch alles wieder da !! stand wohl einer auf der Leitung ! Gruß Jan .-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zur XAPI und Relationen
Am 10.03.2010 09:03, schrieb Andre Joost: Jan Tappenbeck schrieb: Moin ! ich habe mir über folgenden Ausdruck NODES von Stolpersteinen gezogen: http://xapi.openstreetmap.org/api/0.6/node[memorial:type=stolperstein][bbox=5.5,47.4,15.0,55.3] ... mit folgendem Ausdruck habe ich dann mir die Haupt-Relation mit seinen Daten gezogen: http://xapi.openstreetmap.org/api/0.6/relation[name=Stolpersteine][bbox=5.5,47.4,15.0,55.3] Im Anschluss habe ich die Daten mit OSMOSIS zusammengeführt. In der OSM-Datei der Relation ist alles zu erwartende drin. Auch wenn es weitestgehend zu Überdeckungen kommt müßte die Relationsdefintion im verschmolzenen File enthalten sein. Es sind aber nur die allgemeinen Relationsdaten enthalten. relation id=407359 version=75 timestamp=2010-03-05T21:26:43Z uid=32786 user=Netzwolf changeset=4044847/ Anmerkung: es werden noch zwei weitere OSM-Dateien mit eingebunden - das sollte der Sache an sich aber keinen Abbruch tun. Kann mir einer von Euch weiterhelfen ? Warum nimmst du für die Relationsdaten die XAPI? Die Daten sind sowieso nicht so aktuell wie http://www.openstreetmap.org/api/0.6/relation/407359/full Das kann man zumindest mit josm weiterverarbeiten. Gruß, Andre Joost a.) so kann ich verschiedene Daten zusammenführen b.) full: das ist dann gezielt eine spezielle Relation ! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?
Hi, Torsten Breda wrote: Wie komme ich da ran? Das Ghost-plugin funktioniert (zumindest bei mir) mit der latest nicht mehr. displayfilter=true setzen in der preferences-Datei. Ist ziemlich maechtig, aber ziemlich wenig dokumentiert ;-) da kansnt Du praktisch believige Such-Anfragen formulieren und aus diesen Dein aktuelles Modul zusammensetzen lassen. Ist natürlich auch eine Möglichkeit, jedoch was nützt ein Editor, der alles Prima macht, wenn ein anderer Editor alles wieder kaputt macht. (Es müsste also in jeden Editor eingebaut werden) Oder es müssten Regeln gemacht werden, wie zB Wenn ein Editor Funktion X nicht hat (zB Relationen sortieren), dann darf er Y nicht tun (Relationen ändern). Regeln, Vorschriften, Zwaenge... ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen
Tim Teulings wrote: Oder entsprechende Software muß vermehrt Informationen aus Relationen in die entsprechenden Wege (Nodes) zurückpropagieren :-/ Ist es ein Ziel das *.osm Redundanzfrei zu gestalten? Dann wäre dies ein logischer Schritt... Die Renundanzen helfen sehr oft, wenn es um beschädigungen geht.Ich kann anhand des admin_level=6 einer Kreisgrenze (der ways) sehr einfach die Relation reparieren auch wenn ich an Abzweigungen zu Gemeindegrenzen komme. Ohne diese Infos wäre es oft sehr schwierig, die Grenzrelationen nach Beschädigungen zu reparieren. Ich halte das entfernen der ref Tags daher für wirklich schlecht und sehr kontroproduktiv. Nichts ist schneller im Eimer als eine Relation. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?
Am 10. März 2010 13:54 schrieb Frederik Ramm frede...@remote.org: Hi, Torsten Breda wrote: Wie komme ich da ran? Das Ghost-plugin funktioniert (zumindest bei mir) mit der latest nicht mehr. displayfilter=true setzen in der preferences-Datei. Ist ziemlich maechtig, aber ziemlich wenig dokumentiert ;-) da kansnt Du praktisch believige Such-Anfragen formulieren und aus diesen Dein aktuelles Modul zusammensetzen lassen. Danke, schau ich mir mal an Ist natürlich auch eine Möglichkeit, jedoch was nützt ein Editor, der alles Prima macht, wenn ein anderer Editor alles wieder kaputt macht. (Es müsste also in jeden Editor eingebaut werden) Oder es müssten Regeln gemacht werden, wie zB Wenn ein Editor Funktion X nicht hat (zB Relationen sortieren), dann darf er Y nicht tun (Relationen ändern). Regeln, Vorschriften, Zwaenge... ;-) Die Fehler, die durch ein Bearbeiten von Teildaten entstehen, können genauso bei der Bearbeitung der Gesamtdaten entstehen (wenn man nicht aufpasst). Es muss ja kein Zwang sein, jedoch ein Hinweis würde nicht schaden. Den node/way den du verschieben/löschen willst ist auch Bestandteil einer Relation/Grenze/Fluß/Landfläche. Willst du wirklich? Du kannst auch die Elemente voneinander trennen und separat korrigieren! Würde jetzt auch schon helfen. Gruß Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?
Am 10. März 2010 14:01 schrieb Torsten Breda torst...@gmail.com: Am 10. März 2010 13:54 schrieb Frederik Ramm frede...@remote.org: Hi, Torsten Breda wrote: Wie komme ich da ran? Das Ghost-plugin funktioniert (zumindest bei mir) mit der latest nicht mehr. displayfilter=true setzen in der preferences-Datei. Ist ziemlich maechtig, aber ziemlich wenig dokumentiert ;-) da kansnt Du praktisch believige Such-Anfragen formulieren und aus diesen Dein aktuelles Modul zusammensetzen lassen. Danke, schau ich mir mal an Das ist ja genial. Ist ja 1000mal besser, als ghost! Warum ist das nicht dokumentiert? Kann dadurch viel kaputt gehen? Gruß Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Frage zu TMC-Points
Grüß Euch, wenn ich einen TMC-Punkt für die Verbindung einer Bundesstraße zu einer Autobahn-Anschlußstelle wie hier http://osm-tmc.anders-hamburg.de/point.php?lcd=12925 setzen will, wo trage ich da den Punkt bzw. die Punkte ein? Nur einen mittig auf der Bundesstraße, zwei jeweils an der Zufahrt auf die Bundesstraße, gleich vier (an jeder Ab- oder Zufahrt auf die Bundesstraße) oder ganz anders? Gruß, Andreas ps: Weiß jemand, wie man ggfs. an TMC-Testdaten kommt oder gibt es gar einen TMC-Feed im Internet? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ?Tracks / Access / Routing über Trac ks
Hier in der Gegend würdest du mit deinem Beispiel nicht glücklich werden. Die Täler sind da oft so eng, daß da kein Weg im Tal verläuft. Der Weg parallel zum Bach macht da gerne mal viele Höhenmeter bei teilweise heftigen Steigungen (bis 20% kann man hier schnell mal finden). ;-) Hier haben wir das doch selber in der Hand. Wir haben doch praktisch die unbegrenzte Möglichkeit eine Eignung für alle erdenklichen Fortbewegungsmittel zu hinterlegen. Und da wir die Daten auch selber erfassen, kann man die Eignung auch selber einschätzen. Dein Beispiel könnte man z.B. zusätzlich mit mtb scale beschreiben. Sowas kann man noch ausbauen und meinetwegen auf Rennrad etc. zuschneiden. Oder ein Schlüssel der nicht nur innerhalb eines Radtypes abstuft, sondern Radtyp mit Grade verknüpft. Rennrad, City, Touren, MTB. Man müsste dann nur den Router entsprechend zuschneiden und Auswahlmöglichkeiten anbieten. Zum Beispiel: meide wo möglich Haupstraßen, bevorzuge Wege geeignet für MTB und darunter/ bevorzuge Wege Schwierigkeitsgrad ausschließlich MTB, bevorzuge oder meide offizielle Radwege. Das wird dann zwar auch nicht direkt die wirklich absolut perfekte Route ergeben, aber besser als alles bisher da gewesene kann es nur werden. Versuche gab es da schon viele. Aber die konnte man ehrlich gesagt in die Tonne treten. Hier geisterte mal irgendwo ein Link zu so einem Router auf OSM Basis herum. Da hatte ich mal testweise eine Route von Naumburg zu uns nach Roßleben probiert. Da existiert eine direkte Fernradwegverbindung die sogar größtenteils für Rennrad geeignet ist, daneben noch einige andere Wege die gut geeignet sind. Der Router führte einen aber ungleich weitläufiger im weitem südlichem Bogen über Landesstraßen drumherum. Da kannst du ehrlich gesagt auch gleich über die Autobahn routen, ist so wie man hier über die Landstraßen heizt nur geringfügig unsicherer. Beim Radroutung kann es nur besser werden. Oft will man das wirklich nicht, aber ich bin andererseits auch mal in Situationen wo ich wirklich nur schnellstmöglich zum Ziel kommen möchte und da ist das schon hilfreich sowas zu haben. Routing über Tracks. Da werden immer wieder alle Fortbewegungsmittel in einen Topf geschmissen. Klar macht das routen über Tracks bei einigen wenigen Sinn. Aber eben nicht bei allen. Ein Router der vorwiegend auf Kraftfahrzeuge zugeschnitten ist, braucht Tracks nur dann, wenn es absolut keinen anderen Weg gibt oder das Ziel eben an einem Track liegt. In der Berechnung kann der Tracks die so zwischendurch in die Berechnung geraten zu 1000% rauswerfen, da sind Tracks schlicht überflüssig. Und hier wiederhole ich mich mal wieder. Alles ab Grade 2/3, also nicht asphaltierte oder betonierte Fläche, ist immer nur eine Momentaufnahme zum Zeitpunkt der Erfassung. Der Wegzustand ist im ständigen fluss, lässt sich auch nicht vorhersagen. Wo gestern noch eine gute Schotterpiste war, kann übermorgen die Fortskolonne zur Schlacht ausholen und ein Schlammloch hinterlassen, was auch ewig nicht mehr beseitigt wird. Und ich weiß nicht wo andere die Informationen hernehmen um sowas vorher zu sehen. Aber hier sind die mal hier und mal da, ohne das sowas irgendwo öffentlich angekündigt wird. Man kann maximal anhand frischer Fortszeichen erahnen, das hier irgendwann mal was passieren könnte. Wann ist aber unklar. Letztes Jahr waren die Forstzeichen schon im Frühjahr da. Einige Stellen wurden erst im Herbst oder noch garnicht bewirtschaftet. Wann und wie siehst du erst, wenn du mal wieder vor Ort bist, vorm Flatterband oder dem bereits kaputten Weg stehst. Tracktype die älter als 6 Monate sind sollte man eher vorsichtig bewerten, die kann man nicht wirklich zur genauen Planung heran holen. Hier liegen teils noch fette Eichen von Kyrill auf den Wegen. Nach dem jetzigen Winter wird wohl auch wieder massig Verbruch liegen. Das wieder zu kontrollieren geht nicht mal eben. Alleine der Wald hinter mir hat knapp 2000 km Forstwege. Teilweis wirkliche Horrorwege. Das fährt man nicht mal eben zwischendurch ab Alle anderen Transportmittel stehen doch auf einem völlig anderem Blatt. Wer seine Fahrradroute über einen KFZ Router plant, der sich eben nicht oder nur oberflächlich auf die Bedürfnisse vom Radfahrer einstellen lässt, kann doch nicht wirklich erwarten, das man deswegen generell auch Tracks zwischendurch zulässt. Was da rauskommt kann man doch auch schön anhand von LKW Fahrern sehen die PKW Navis nutzen. Da wo die teilweise reinfahren kann das offensichtlich nicht passen. Da zieht auch nicht die Ausrede, das da nicht genügend Schilder stehen. Die waren teilweise früher schlicht nicht nötig, eben weil sich LKW nie dahin verirrten. Das Problem entstand überhaupt erst mit der Nutzung von PKW Navis für LKW. Und da steht eben nicht drin, das da eine Brücke mit maximal 16t und eine Unterführung mit maximal 3m Höhe in der Route stecken. Das sind Sachen die bei einem Navi für Fahrzeuge bis 3,5t
Re: [Talk-de] S: Hilfe bei Autobahnen - name per bot loeschen
Bernd Wurst schrieb: Da kommt dann sowas bei raus: http://www.openstreetmap.org/browse/way/4391051 Auch nicht besonders gut. :( ups ich schau danach! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik-Karte mit Raster und Straßenverze ichnis versehen
On Tue, 09 Mar 2010 19:42:57 +0100, Gary68 g...@gary68.de wrote: sieh mal im wiki unter mapgen.pl das produziert auch ein straßenverzeichnis. ob dir das rendering ausreicht, musst du zunächst entscheiden. ps: grids baut es auch ein. Hi, mit mapgen.pl bin ich sehr gut zurecht gekommen! Das Rendering ist gar nicht verkehrt. Das für mich interessanteste ist nach wie vor die Straßenliste. Die ist aber nicht sehr detailreich... Wie bekomme ich magen dazu, _alle_ Straßen auszuwerfen? MatsH ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Google Biking Directions
Google bietet jetzt - nur in den USA in 150 Städten und nur auf PC, nicht mobil - Bikerouten an. http://goo.gl/58P7 oder auch http://goo.gl/jWeK ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Elternrelation XAPI
Am 08.03.2010 17:31, schrieb Andreas Neumann: Moin, ich lade für einen Ort via XAPI alle Daten herunter und werte sie aus. Unter anderem sind dort nach dem neuen Schema die Bahn- und Buslinien eingetragen. Doch jetzt musste ich feststellen, das XAPI die Elternrelation der jeweiligen Linie nicht mit herunterlädt *grummel*. Die Frage ist, ob das nur ein Bug ist, der in der nächsten Version behoben wird? Und die zweite Frage ist für mich, wie ich an die Relationen herankomme... Hat irgendwer ne Idee? Andreas PS: Planetfile oder Deutschlandfile kommen auf Grund der Größe nicht in Frage Da ich es hasse, wenn Fragen unbeantwortet bleiben und andere später das selbe Problem haben, hier mein Workaround: 1. Alle Daten via XAPI runterladen 2. Für alle Relationen die Relationsseite auf openstreetmap.org (http://www.openstreetmap.org/browse/relation/{id}) aufrufen und auswerten, ob die Relation zu einer oder mehreren anderen Relationen gehören 3. Prüfen, ob die jeweilige Elternrelation im eigenen System bereits existiert, wenn nicht via API Relation herunterladen und speichern (http://www.openstreetmap.org/api/0.6/relation/{elternid}) Da ich in meinem Programm derzeit nur eine Elterngeneration auswerte, brauche ich alles nur einmal durchlaufen zu lassen. Falls aber irgendwer alle Elternrelationen braucht, muss er noch 4. für die Elternrelation schauen, ob es eine Elternrelation gibt usw. MfG Andreas -- Diese Nachricht wurde maschinell erstellt und ist daher ohne Unterschrift gültig. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie neuen User beobachten?
Daniela Duerbeck schrieb: Jonas Stein wrote: Gelegentlich passieren ihm dabei Fehler und ich moechte mir die Arbeit vereinfachen alles zu kontrollieren. Ich finde den online-Editor sehr gut, um z.B. POIs einzutragen. Da kann man eigentlich nix versehentlich kaputt machen, wenn man die grüne Editiervariante benutzt. Wenn ich irgendwas editiere, was ich gar nicht wollte, klicke ich einfach auf view, sag ja, ich will die unsaved Items gar nicht abspeichern und gut ist's. Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Das Argument gilt ja aber auch für die anderen Editoren (JOSM, Merkaartor etc.). Solange man die Änderungen nicht hochlädt, kann nichts passieren. Liebe Grüße Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?
Torsten Breda schrieb: Am 10. März 2010 14:01 schrieb Torsten Breda torst...@gmail.com: Am 10. März 2010 13:54 schrieb Frederik Ramm frede...@remote.org: Hi, Torsten Breda wrote: Wie komme ich da ran? Das Ghost-plugin funktioniert (zumindest bei mir) mit der latest nicht mehr. displayfilter=true setzen in der preferences-Datei. Ist ziemlich maechtig, aber ziemlich wenig dokumentiert ;-) da kansnt Du praktisch believige Such-Anfragen formulieren und aus diesen Dein aktuelles Modul zusammensetzen lassen. Danke, schau ich mir mal an Das ist ja genial. Ist ja 1000mal besser, als ghost! dito. Jetzt kann ich endlich diese dämlichen landuses auf Wegen ausblenden ;-) Wenn man jetzt noch die Knoten einer Rechteckauswahl gezielt abwählen kann, um nur den Wegelementen einen Wert zuzuweisen... Gruß und Dank, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?
Am 10. März 2010 15:03 schrieb Andre Joost andre+jo...@nurfuerspam.de: Torsten Breda schrieb: Am 10. März 2010 14:01 schrieb Torsten Breda torst...@gmail.com: Am 10. März 2010 13:54 schrieb Frederik Ramm frede...@remote.org: Hi, Torsten Breda wrote: Wie komme ich da ran? Das Ghost-plugin funktioniert (zumindest bei mir) mit der latest nicht mehr. displayfilter=true setzen in der preferences-Datei. Ist ziemlich maechtig, aber ziemlich wenig dokumentiert ;-) da kansnt Du praktisch believige Such-Anfragen formulieren und aus diesen Dein aktuelles Modul zusammensetzen lassen. Danke, schau ich mir mal an Das ist ja genial. Ist ja 1000mal besser, als ghost! dito. Jetzt kann ich endlich diese dämlichen landuses auf Wegen ausblenden ;-) Wenn man jetzt noch die Knoten einer Rechteckauswahl gezielt abwählen kann, um nur den Wegelementen einen Wert zuzuweisen... Das geht über Bearbeiten-Suchen... aus der Auswahl entfernen Suchbegriff: type:node oder in der Auswahl suchen Suchbegriff type:way Bitteschön Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?
Torsten Breda schrieb: Am 10. März 2010 15:03 schrieb Andre Joost : Wenn man jetzt noch die Knoten einer Rechteckauswahl gezielt abwählen kann, um nur den Wegelementen einen Wert zuzuweisen... Das geht über Bearbeiten-Suchen... aus der Auswahl entfernen Suchbegriff: type:node oder in der Auswahl suchen Suchbegriff type:way Ja, funktioniert. ... oder in der Spalte K den Haken rausnehmen oder setzen. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?
Frederik Ramm schrieb: displayfilter=true setzen in der preferences-Datei. Ist ziemlich maechtig, aber ziemlich wenig dokumentiert ;-) Ähemm, allerdings... ;-) Da bei mir die Spalten 1,2,4,5,6 mit .. beschriftet sind, könnte ich 'ne kleine Erläuterung bekommen? Soviel hab ich schon experimentell ermittelt: 1=Filter aktiv 2=Hide/Disable 3=Filtertext 4=Nodes verbergen 5=? 6=? (H) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?
Am 10. März 2010 16:16 schrieb Chris-Hein Lunkhusen chris66...@gmx.de: Frederik Ramm schrieb: displayfilter=true setzen in der preferences-Datei. Ist ziemlich maechtig, aber ziemlich wenig dokumentiert ;-) Ähemm, allerdings... ;-) Da bei mir die Spalten 1,2,4,5,6 mit .. beschriftet sind, könnte ich 'ne kleine Erläuterung bekommen? Sieht bei mir genau so aus und die Spaltenbreite ist nicht zu verschieben Soviel hab ich schon experimentell ermittelt: Einfach mal mit dem Mauszeiger drüberfahren, dann kommt ein Tooltip. Gruß Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?
Hallo, Torsten Breda wrote: Das ist ja genial. Ist ja 1000mal besser, als ghost! Warum ist das nicht dokumentiert? Kann dadurch viel kaputt gehen? Das ist deshalb noch ein Schatten-Feature, weil es eine ganze Anzahl von Problemchen aufwerfen kann, die in der Lage sind, Anfaenger total zu verwirren. Das muesste alles erst noch in groesserem Kreis ge-beta-testet werden, bevor man es auf die Massen loslassen kann. Die ... in den Ueberschriften sind ja nur der Anfang ;-) Wirklich cool waere dann auch ein eingebauter Satz von Standardfiltern oder eine Moeglichkeit, diese leicht mit anderen Usern auszutauschen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?
Am 10. März 2010 16:48 schrieb Frederik Ramm frede...@remote.org: Hallo, Torsten Breda wrote: Das ist ja genial. Ist ja 1000mal besser, als ghost! Warum ist das nicht dokumentiert? Kann dadurch viel kaputt gehen? Das ist deshalb noch ein Schatten-Feature, weil es eine ganze Anzahl von Problemchen aufwerfen kann, die in der Lage sind, Anfaenger total zu verwirren. Das muesste alles erst noch in groesserem Kreis ge-beta-testet werden, bevor man es auf die Massen loslassen kann. Falls mir was auffällt mach ich ein Ticket. Wirklich cool waere dann auch ein eingebauter Satz von Standardfiltern oder eine Moeglichkeit, diese leicht mit anderen Usern auszutauschen. Recht hast du! Im Packet mit entsprechenden styles und presents ergäbe sich dann in Windeseile ein Spezialeditor. Das ist ein echter Fortschritt. DANKE JOSM-DEV-TEAM! Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik-Karte mit Raster und Straßenver zeichnis versehen
hi. es sollten alle straßen, für die es auch REGELN gibt und die namen bzw. ref haben, in der liste erscheinen. was fehlt denn? kannst du das eingrenzen? ich kann mich erst später heute abend genauer damit beschäftigen. was die darstellung angeht. ich arbeite gerade daran, dass straßen auch ränder bekommen können - sieht gut aus bisher. ciao gerhard On Wed, 2010-03-10 at 14:43 +0100, MatsH wrote: On Tue, 09 Mar 2010 19:42:57 +0100, Gary68 g...@gary68.de wrote: sieh mal im wiki unter mapgen.pl das produziert auch ein straßenverzeichnis. ob dir das rendering ausreicht, musst du zunächst entscheiden. ps: grids baut es auch ein. Hi, mit mapgen.pl bin ich sehr gut zurecht gekommen! Das Rendering ist gar nicht verkehrt. Das für mich interessanteste ist nach wie vor die Straßenliste. Die ist aber nicht sehr detailreich... Wie bekomme ich magen dazu, _alle_ Straßen auszuwerfen? MatsH ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik-Karte mit Raster und Straßenverze ichnis versehen
On Wed, 10 Mar 2010 17:07:20 +0100, Gary68 g...@gary68.de wrote: es sollten alle straßen, für die es auch REGELN gibt und die namen bzw. ref haben, in der liste erscheinen. Siehst du, und da war mein Fehler. Genauer: Es erscheinen alle Straßen in der Liste, für die es Regeln gibt und die Straßen in der gewünschten Skalierung dargestellt werden. Sobald ich ToScale höher gesetzt habe, hat's geklappt. Danke dir für deine Hilfe und für dieses coole Skript! MatsH ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post- und Telefonkarte
--- Original Nachricht --- Absender: Sebastian Hohmann Datum: 02.01.2010 19:02 Hallo, vielleicht interessiert es hier auch einen, nachdem es im Forum schon Anklang gefunden hat: http://osmtools.de/poi/ Gruß Daumen hoch! auch von mir. Frage: Wann wird die Karte mal wieder aktualisiert? Stand ist ja der 31. Januar 2010. Gruß Steffen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?
moin ich schnippel mal nen bissel was raus. auch wenn du schon einige dinge korrekt aufgezählt hast. On 10.03.2010, at 11:31, Torsten Breda wrote: Durch dieses Dilemma entstehen verschiedene Probleme: 1. Der Einstieg in das Thema OSM wird immer komplizierter. Mal eben eine fehlende Straße einzeichnen - so wie es früher war - funktioniert nur noch im Niemandsland. Jain, ich habe schon straßen in innenstädten eingefügt. problemlos, allerdings muß man schon die tags kennen um eine straße gebäude o.ä. richtig zu kennzeichnen. Und genau da hast du recht mal eben ist nicht möglich. 2. Immer mehr Energie wird in die Pflege/Reparatur der Daten aufgewendet. hmm sehe ich nicht wirklich so, allerdings tummel ich mich auch eher in regionen wo sich wenig ändert oder gelegentlich in krisenregionen. beides dürfte nicht wirklich der norm entsprechen. 3. Ein sinnvolles Bearbeiten ist nur noch durch wenige Experten möglich. sicherlich abhängig von den tools. und ich denke hier ist der entscheidene punkt. tools wie jetzt für das iPhone entwickelt werden machen das bearbeiten deutlich leichter auch für n00bs ;-) 4. Importe werden sehr kompliziert. - Gespendete Daten müssen mit größter Vorsicht oder händich eingefügt werden. hm da vermute ich mal das es korrekt ist. ich kann mir eigentlich kein bereich vorstellen wo dies nicht so ist. egal ob es ne einzelhandelskette, denkmäler oder ackerflächen sind. Nun eure Meinung zu dem Thema: Seht ihr die Eingangs beschriebenen Probleme genau so? s.o. Glaubt ihr, dass man die Probleme mittelfristig lösen muss? Wie gesagt einige dinge sind schon im lösungsprozess. klar es muß sich was tuen, aber ich denke auch das eine größere nutzergemeinde auch dazu führt das mehr leute mit guten ideen für verbesserungen kommen. Was haltet ihr von der (Pseudo-)Modularisierung? gute idee. Habt ihr eine andere Lösung? vereinheitlichung von tags. wenn ich mir die sache mit den seezeichen anschaue zum beispiel. das ist nen krampf. auch wäre es ne idee wenn man mal ein bot hätte der auswertet welche tags wie häufig verwendet werden und automatisch tags umschreibt. also nehmen wir hier mal locksmith wenn dieser häufiger verwendet wird als zum beispiel Schlüsseldienst oder Schlüsselmacher dann sollte dieser Bot so konfiguriert werden das diese tags umgeschrieben werden. zudem sollten dann die entsprechenden wiki seiten direkt auf das standardisierte tag verweisen (weiterleitung) und garnicht erst die alten tags anzeigen. klar das geht nicht zu 100% automatisiert aber wenn sich leute hinsetzen und da in regelmäßigen abständen (oder auf zuruf) eine entsprechende tabelle pflegen mit tags und aliasen dann sollte es möglich sein. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?
Am 10. März 2010 19:42 schrieb AssetBurned openstreet...@assetburned.de: Was haltet ihr von der (Pseudo-)Modularisierung? gute idee. Habt ihr eine andere Lösung? vereinheitlichung von tags. Das ist ein ganz anderes Problem und hat meiner Meinung nach sehr wenig mit dem hier beschriebenen Sachverhalt zu tun. wenn ich mir die sache mit den seezeichen anschaue zum beispiel. das ist nen krampf. auch wäre es ne idee wenn man mal ein bot hätte der auswertet welche tags wie häufig verwendet werden und automatisch tags umschreibt. also nehmen wir hier mal locksmith wenn dieser häufiger verwendet wird als zum beispiel Schlüsseldienst oder Schlüsselmacher dann sollte dieser Bot so konfiguriert werden das diese tags umgeschrieben werden. zudem sollten dann die entsprechenden wiki seiten direkt auf das standardisierte tag verweisen (weiterleitung) und garnicht erst die alten tags anzeigen. klar das geht nicht zu 100% automatisiert aber wenn sich leute hinsetzen und da in regelmäßigen abständen (oder auf zuruf) eine entsprechende tabelle pflegen mit tags und aliasen dann sollte es möglich sein. -1 Vertipper sind das eine, jedoch muss man sehr vorsichtig sein, wenn man automatisiert Tags durch vermeintlich bessere ersetzt. Ich bin also anderer Meinung, als Herr Assetburned. Jedoch beteilige ich mich weder in den Seezeichen-Sachen, noch an größeren Diskussionen des Taggingschemas. Ich nehme immer der Tag der mir passend erscheint oder der mir als erstes in die Finger kommt. Ein Insider mag da anderer Meinung sein. Netter Gruß Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?
Zwei Kommentare: 2. Immer mehr Energie wird in die Pflege/Reparatur der Daten aufgewendet. Und genau das wird die Zukunft von OSM sein und gerade in deutschen Städten beginnt die Zukunft schon jetzt: Es geht nicht mehr um die Erfassung, sondern vornehmlich um die Datenpflege. Das reine Mappen im Sinne von neu eintragen wird mehr und mehr in den Hintergrund treten, je vollständiger wir sind. 4. Importe werden sehr kompliziert. - Gespendete Daten müssen mit größter Vorsicht oder händich eingefügt werden. hm da vermute ich mal das es korrekt ist. ich kann mir eigentlich kein bereich vorstellen wo dies nicht so ist. egal ob es ne einzelhandelskette, denkmäler oder ackerflächen sind. Importe waren und sind nie unsere Stärke. Unsere Stärke ist die Möglichkeit, die Datenerfassung auch auf großen Gebieten crowdzusourcen. Importe sind in meinen Augen in Anfangszeiten eine Möglichkeite gewesen, einen Datengrundstock zu bilden. Für ein im Bereich des Importdatensatzes schon erfasstes Gebiet macht ein Import immer weniger Sinn. Da lohnt es sich eher darauf zu warten, dass die verbliebenen Daten früher oder später auf herkömmlichen OSM-Wege erfasst werden. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV - Linienabschnitte nur zeitweise
Hallo! Am 10.03.2010 08:14, schrieb Andre Joost: Wolfgang Wienke schrieb: Hallo! Am 08.03.2010 22:41, schrieb Dimitri Junker: Hallo, Es geht doch hier ausschließlich um Probleme mit Linien, die VERSCHIEDENE Routen verwenden. Außer das bei dem Haltestellenpopup mehrmals die gleiche Liniennummer ohne Unterscheidungsmerkmal erscheint sehe ich da kein Problem. Ich glaube, wir reden aneinander vorbei. Ich will ja nur sagen, dass verschiedene Linienversionen in der KARTE nicht erkennbar sind und in so weit das Taggen nur sehr begrenzt Sinn macht. Mmmh, sowas hier z.B.: http://www.openstreetmap.org/browse/relation/403521 Hab ich mir mal angeschaut. DIESE Art zu Taggen ist aber völlig neu und sonst nirgendwo verwendet!? Da kann ich mit vorstellen, dass das nicht unterstützt wird. Ich habe mich an das OXOMOA-Schema bzw. an http://wiki.openstreetmap.org/wiki/Aachen_Editing#Taggen_von_Buslinien_in_Aachen_und_Umgebung gehalten. -- Mit freundlichen Gruessen Wolfgang Wienke ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Files bearbeiten
Moin, bischen spät, jetzt erst gelesen On Sat, 6 Mar 2010, Dimitri Junker wrote: also nachdem ich mir alle vorgeschlagenen Programme angesehen habe scheint JOSM noch das beste zu sein, da es das einzige ist bei dem ich eine Möglichkeit gefunden habe Punkte in der grafischen Darstellung zu selektieren und zu löschen. Bei allen anderen muß man über die Liste die Punkte suchen. bei viking kannst du die Punkte ebenfalls in der Grafik auswählen - dafür musst du allerdings vorher den richtigen track links in dem Datenbaum auswählen - dann ist mit dem entsprechenden Werkzeug jeder Punkt des tracks auswählbar, veränder- und löschbar etc. (zum Ausfiltern kann ich nichts sagen, da ich mich damit noch nie beschäftigt habe) Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapzen!?
Hi Guys, According to Google translate, I think I get most of the meaning of this thread. Whilst Mapzen is aimed at new users, I'm sure that parts of it will be useful for experienced mappers as well. The main cons that you all raise are: no GPX editing, not as good satellite imagery integration than Merkator or JOSM. We plan to add GPX tracing, along with photo mapping later on in the summer. We have a bit of work planned on satellite imagery, but I wasn't aware the Merkator's imagery was a lot better. What does it do better than Mapzen? I'd be interested to hear about the type of mapping that you've b 2010/3/9 Markus liste12a4...@gmx.de: Hi ... , Mapzen spielt seine Vorteile am unterstützen Handys aus Bekommt man den Editor auch auf einem WinCE PNA zum Laufen? http://wiki.openstreetmap.org/wiki/PNA_Connex_NVA-03560 (ich suche immer noch nach sinnvollen OSM-Anwendungen dafür) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- -- Nick Black twitter.com/nick_b ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einige Gedanken zu OSM - Datenbanken nic ht croudsource-fähig?
Torsten Breda torst...@gmail.com wrote: Die Komplexität der OSM-Welt nimmt ständig zu. Auch ich habe das schon einmal thematisiert. Mein Vorschlag war #hnlich wie Deiner, nämlich eine All-in-One konfigurierbare Karte zu haben. die als Hintergrund für den Editor geschaltet, nur das Editieren der sichtbaren Objekte zulässt. Aber auch dies ist nicht unproblematisch und nur in Grenzen machbar. Wie kann man das Lösen? Die Komplexität beispielsweise eines Straßenzuges besteht in der Wirklichkeit aus wechselnden Eigenschaften, wie Maxspeed, Befahrung durch Buslinie, Wechsel des Stra0ennamens etc. Diese in der Realität existierende Fakten müssen in OSM 1:1 abgebildet werden. Eine Lösung kann also niemals weniger komplex als die Wirklichkeit sein. Sie kann höchstens vermeiden, dass durch ihre Implementierung zusätzliche Komplexität geschaffen wird. Hält man sich dies vor Augen, wird klar, dass Deine Lösung nicht funktionieren kann, wie ich unten an Beispielen zeigen werde. Was aber getan werden kann, ist es, die Sache nicht unnötig zu verkomplizieren. Verschiebe ich also eine Straße, so müssen zwangsläufig deren Eigenschaften mitverschoben werden. Aus diesem Grunde ist Dein Vorschlag nicht umsetzbar, Relationen von der Sie beheimatenden Straße loszulösen. Und daher kann der ÖPNV in Form von Bussen nicht unabhängig von einer Straße editiert werden. Das Problem bei der Sache ist es. dass sich beispielsweise Busse innerhalb des ÖPNV nicht von den Straßen trennen lassen, weil sie als Relationen auf den Straßen liegen. Wenn man zum Beispiel einen Straßenabschnitt in zwei Teile zerlegen muss, weil sich beispielsweise die Höchstgeschwindigkeit ändert, dann ändert sich auch die Relation eines dort fahrenden Busses. Beide Abschnitte müssen dort jetzt in der richtigen Reihenfolge aufgenommen werden. (Ein Punkt, an dem Potlatch übrigens scheitert, weil er die Teilstücke durcheinanderwürfelt und somit jede jede betroffene Relation beim Teilen einer Straße zerstört.) Die Relation wird also infolge der Änderungen an der Straße geändert. Es gibt aber auch umgekehrte Beispiele, bei denen eine Änderung an der Relation eine Änderung an der Straße nach sich zieht. Wenn ein Bus beispielsweise links abbiegt und die darunter liegende Straße durchgehend ist, muss ich die Straße an der Abbiegestelle teilen. Hier ist es also die Erfassung der Buslinie (Relation), welche ursächlich ist. Beide genannten Fälle sind aber eine zusätzliche unnötige Verkomplizierung, welche nicht durch die Realität, sondern durch das verwendete Datenmodell verursacht wird. Hier könnte also eine Vereinfachung ansetzen. Eine bessere Trennung von Straßenkörper, seiner Eigenschaften und der Eigenschaften untereinander ist aber erst dann machbar, wenn ein weiterer Vorschlag von mir umgesetzt würde: Das Straßennetz ist so aufgebaut, dass jede Straße grundsätzlich unteilbar von Verzweigungknoten bis Verzweigungsknoten läuft. Geteilt wird nur noch, wenn ein neuer Verbindungsknoten eingefügt wird. Alle Eigenschaften werden nur noch als Relationen getaggt. Diese Eigenschaftsrelationen, welche dann die Tags ersetzen, können im Rahmen einer vorbestimmten Auflösung an jedem Punkt auf der Straße (bzw way) beginnen oder enden. All dies käme aber einem OSM 2.0 gleich. Die neuen Relationen müssen in der Lage sein, eine ganze Straße (von Verzweigungknoten bis Verzweigungsknoten) aufzunehmen. Darüber hinaus müssen sie Teile einer solchen Straße von Koordinate X1Y1 bis Koordinate X2Y2 (oder bis zum Ende) aufnehmen können, ohne die Straße selbst hierfür teilen zu müssen. Solche durch Relationen verursachten Punkte könnten in der Straßendarstellung anders dargestellt als die Verzweigungsknoten. Dadurch wird klar, dass hier eine neue Eigenschaft beginnt oder endet und dieser Punkt ohne nähere Prüfung nicht verschoben werden darf. Dadurch wird die abgebildete Komplexität der Wirklichkeit in OSM besser deutlich. Denn auch in der Wirklichkeit geht ein Haltevorbot, eine Buslinie, eine durchgezogene Mittellinie, ein Bürgersteig, Maxspeed etc von hier über diese Route nach dort. Und genau so würde es dann in OSM abgebildet, ohne dass der Straßenkörper hierzu verkomplizierend in immer mehr Stücke zerteilt werden muss. Wenn dann noch jemand das Ganze grafisch programmieren könnte, könnte man jede Eigenschaft von hier über diese Route bis dort in die Karte reinmalen. Die 1:1 Abbildung der Realität würde nochmals verbessert. Eine weitere Vereinfachungsmöglichkeit kann es nicht geben, da die Komplexität durch die abzubildende Wirklichkeit gegeben ist. Das OSM 2,0 stellt aber sicher, dass sie durch das Datenmodell nicht zusätzlich verkompliziert wird. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Newsreader gestört ?
Jan Tappenbeck o...@tappenbeck.net wrote: Moin ! kann mir einer sagen ob der Newsreader gestört ist ??? Ich bekomme nur die gebündelten eMails - im Newsreader kommt nichts an ! Gruß Jan :-) Hatte das Problem in den vergangenen Tagen bei gmane auch. Einige Postings kamen im Newsreader an, andere (so auch meine eigenen) nicht. Im Moment flutscht es wieder. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Newsreader gestört ?
Am 10.03.2010 23:03, schrieb Tirkon: Jan Tappenbecko...@tappenbeck.net wrote: kann mir einer sagen ob der Newsreader gestört ist ??? Einige Postings kamen im Newsreader an, andere (so auch meine eigenen) nicht. Das ist kein Problem des Newsreaders, sondern des Newsservers. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Files bearbeiten
Hallo, bei viking kannst du die Punkte ebenfalls in der Grafik auswählen... Also kann es ziemlich genau das gleiche wie JOSM, da ich JOSM eh nutze bleibe ich dann doch besser dabei. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de