Re: [Talk-transit] Multiple tracks
Ah. A choice between relationing for the specialist renderer and tagging for the specialist general renderer. Given a choice, I would opt for the latter, because it's easier for the tagger to see the results of their work - because it will be more likely to appear in renderings that they see. So it's more likely that they will do it. But perhaps the reality is that neither will be done. Much the same problem exists for cycle tracks next to roads, and the rendering is pretty poor as a result. Sometimes I get the impression that renderers think it's a matter of pride that they should be able to hack the data into shape for us. To the point that they leave things complicated (and rendered poorly) when a slightly more structured approach to tagging would simplify matters no end. I think the absolute simplest is to stick to using a single way unless there are really pressing reasons for separating them into individual tracks, and if you do separate into individual tracks then call them something different (railway=rail_track?) and leave the railway=rail way in place to continue to represent the corridor. We don't generally do separate ways for each side of a road (not least because of this rendering issue), so maybe we should accept it's not a good idea for rail either. Richard On Fri, Jun 26, 2009 at 9:27 AM, Peter Miller peter.mil...@itoworld.comwrote: On 25 Jun 2009, at 23:57, Richard Mann wrote: Rendering isn't generally that complicated. The renderer usually just draws all the lines on top of each other. Why process relations when you can just apply styles to appropriate selections of the raw data in an appropriate order? I agree that for basic rendering the tracks will go on top of each other and that for many purposes this will be sufficient and relations will not be required and we can just get on a create a detailed rail network with ways for every track and very set of points if we wish. The rendered will sort it all out reasonably well as one zooms out. However I am participating in this thread because I want to be able to produce rail maps that use different line styles for single track, twin track and multi-track routes because single track working is a real pain for operators and it is important to be able to see where they are on a map. Typically single track sections will be in one colour, twin track in another and multi-track in another one. I can already do this where there is a single way with 'tracks=1' or 'tracks=2' or 'tracks=4' etc. I would use a different colour for sections where the number of tracks was not specified. It can also do this easily where there was a relation with two or possibly more tracks as part of a group (I count the number of tracks and then render the route using a random track from the relation). As for junctions I would dump all the ways that were part of them and replace them with a node and terminate the tracks to the appropriate junction node. The code to achieve this is simple and will be reusable for other transport modes such as dual carriageways. Thinking about it, I think the most economical approach is as follows: 1) tracks should be equal to the number of parallel running tracks in the corridor 2) the tracks tag should be attached to a middle track (or an additional way on a central alignment, eg along the middle of an island platform) 3) the tracks tag should not be attached to other tracks (but won't do much harm if it is) 4) a further tag, say tracks_highzoom should define how many tracks this way represents at high zoom, if that's different. This will be 0 if it's an additional way on a central alignment, 1 if it's a middle track with the others also mapped out, and not stated if the tracks aren't individually mapped out. There are some awkward situations that need to be considered. 1) The middle track might not remain the middle track because might switch to become the outer track. Would one ignore this or select a different 'middle-track' or add an additional track? 2) How will it work where two different groups of tracks arriving at a junction and merge into a single (larger) group of tracks. The tracks north of Harringay is a pretty good test area for any tagging ( http://www.openstreetmap.org/?lat=51.5778172016144lon=-0.105679035186768zoom=16) . 3) The business of adding an additional tracks to help the rendered seems pretty unattractive. It occurs to me that we also need to deal with the situation where there are mixed modes running parallel, for example a tram running parallel to, one or in the middle of a road or a road and a cycle track running parallel or a guided busway and a cycle-track running parallel. The renderer could have a special line style for a these mixed modes and use them when it spots different modes wrapped up into a single 'dual carriageway' relation. At low-medium zooms, the renderer looks for railway=rail+tracks=X, and renders
Re: [Talk-transit] NaPTAN and the new PT tagging schema
2009/6/24 Peter Miller peter.mil...@itoworld.com: On 24 Jun 2009, at 18:20, Thomas Wood wrote: 2009/6/24 Peter Miller peter.mil...@itoworld.com: Can I suggest that we treat this import and any final tagging as a separate issue on separate timeline from the NaPTAN import just so long as no important information in the NaPTAN DB is lost in the process. Can you clarify what you meant by this? Is it essentially that we don't care about the new tagging schema and get on with the import? Yes. I would suggest that to avoid trying to agree a new tagging arrangement in a hurry prior to the import and keep the two projects separate. Firstly we import the rest of NaPTAN as agreed in the original discussion, and then secondly we agree a harmonised tagging arrangement of some sort and convert all the data to this new format (including the NaPTAN import). btw, did you mean this to be off-list? Feel free to copy the thread to the list if it was a mistake. Regards, Peter Ok, then to get on with the import, we need to review the errors we made with the Birmingham trail, and to get their views on the data review process - was it a good idea to import things without the highway=bus_stop tag, to get people to add them themselves? I think the one other outstanding issue is how we should represent the CUS stop types, at present in the 'active' tagging mode, they'll appear as fully-fledged highway=bus_stop nodes, like every other bus stop type, but with the addition of naptan:BusStopType=CUS, as (a rather obscure) indicator to the fact they may not exist. And then finally, we need to think about how we roll this out, county at a time is the most obvious step, I think we order the import based on requests on the transit list, followed by requests on talk-gb, with a target date to import the rest by. And on the technical front, I'm going to have to make sure that the import tools I'm using are 0.6-capable. I'm copying this over to the west-mids list so we can get their responses. -- Regards, Thomas Wood (Edgemaster) ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] [Talk-gb-westmidlands] NaPTAN and the new PTtagging schema
On 26 Jun 2009, at 17:51, Andy Robinson (blackadder-lists) wrote: Peter Miller wrote: Sent: 26 June 2009 4:41 PM To: Thomas Wood Cc: talk-gb-westmidla...@openstreetmap.org; talk-transit@openstreetmap.org Subject: Re: [Talk-gb-westmidlands] [Talk-transit] NaPTAN and the new PTtagging schema Your suggestions below make a lot of sense. I would however very much encourage you to include customary stops because they do indeed 'exist' even though there is no physical pole. Consider a road that doesn't have a name plate but when you people who live on the street what it is called they tell you. Does the street have a name or does it not - I suggest we would agree that it does? If a tree falls in a wood and there is no one to hear it did it make a sound etc. Customary stops can be confirmed by looking for physical marks of vehicles stopping or people standing around on the grass, from information at the stop opposite or from asking bus drivers. I would suggest that for now we believe NaPTAN. These are easy to add in a final cleanup anyway, just by usage of the route. The problem with the NaPTan data is that there are loads of stops that are probably just not used at all, hence we leave them turned off (silent data). I agree that we could and probably should import customary stops but I don't think we should assume they are actual in-use stops and hence should leave them silent in the database until someone confirms and adds highway=bus_stop For other areas of the country I think its fine (with the exception of CUS stops) to go ahead straight away and add the highway=bus_stop where there are few existing mapped stops. Ideally a post to the local uses in the area would confirm either way what they would like to do. You seem to be putting out different messages in the two above paragraphs. Are you saying you support the import of CUS stops or not. Also are you suggesting that bus stops are set as 'real' (ie active) stops. Possibly Roger will have some views on how many unused stops there are likely to be in the dataset. Looking at the Oct08 dataset there were 365,000 bus stops and 42,020 of them were unused at the time however this doesn't necessarily mean that they don't exist, only that no buses currently use them - in some cases they could be stops for summer-only services. I suggest that we should include all bus stops in the dataset regardless of use. We should removed stops that don't physically exist if there is no sign of them on the ground. Customary stops might need a visit to the friendly local bus operator who probably has all the information in his head. Physically marked stops can be checked by cruising the bus routes. Beyond that the only bit of data I dislike from the original run is the unverified=yes tag. It would be better to change this to verified=no for future imports (and easy to swap in West Mids.) sounds good Otherwise my experience in Brum is generally good in that with the exception of location (which is 10m to 100m off at least 50% of the time) the NaPTAN data matches the data on the ground very well. The accuracy will vary across the county and will reflect the care taken by each authority. I would expect it to be better in most places but might be proved wrong! Having a map that shows the bus stops would seem to be a good step to getting it improved by doing a physical survey or asking bus drivers to comment. If the data is hidden in the maps and not exposed it will be harder to sort out. I vote for having the data introduced as fully visisbly data but possibly we do it county by county. I am happy to be an early recipient of data for Suffolk and I think Ed Loach is keen to see the Essex data. Regards, Peter I know Brian and others have documented a few oddities here: http://wiki.openstreetmap.org/wiki/NaPTAN_Error_Log Cheers Andy Traveline would strongly advocate for their inclusion so that OSM links seamlessly to their journey planners. Regards, Peter On 26 Jun 2009, at 16:21, Thomas Wood wrote: 2009/6/24 Peter Miller peter.mil...@itoworld.com: On 24 Jun 2009, at 18:20, Thomas Wood wrote: 2009/6/24 Peter Miller peter.mil...@itoworld.com: Can I suggest that we treat this import and any final tagging as a separate issue on separate timeline from the NaPTAN import just so long as no important information in the NaPTAN DB is lost in the process. Can you clarify what you meant by this? Is it essentially that we don't care about the new tagging schema and get on with the import? Yes. I would suggest that to avoid trying to agree a new tagging arrangement in a hurry prior to the import and keep the two projects separate. Firstly we import the rest of NaPTAN as agreed in the original discussion, and then secondly we agree a harmonised tagging arrangement of some sort and convert all the data to
Re: [talk-ph] philippine speed limits
The said law is obsolete by my standards. However, some major roads post maxspeed limits. From what I know, NLEX has an 80 kilometer per hour speed limit but it probably tolerates anyone until the vehicle reaches 120 kph. (maxspeed:recommended=80; maxspeed:tolerable=120) SLEX, on the other hand, has a 60 kph speed limit from the Calamba exit up to the Alaska Milk area ( http://www.openstreetmap.org/?lat=14.36649lon=121.04392zoom=16layers=B000FTF ). From that point up to the Nichols toll plaza, the limit is at 80 kph. Also, some stretches of the Pan-Philippine highway may have a 60 kph speed limit. Streets inside downtown areas probably have a 40 kph speed limit (and I doubt the fact that motorists traversing Jose Rizal Avenue in San Pablo are following the obsolete 10 kph limit.) --- On Thu, 6/25/09, maning sambale emmanuel.samb...@gmail.com wrote: From: maning sambale emmanuel.samb...@gmail.com Subject: [talk-ph] philippine speed limits To: osm-ph talk-ph@openstreetmap.org Date: Thursday, June 25, 2009, 10:46 PM In the absence of max_speed data in osmph roads, I'm looking at putting default values for garmin gps routing. The Philippine law is not very helpful and is probably obsolete: http://www.lawphil.net/statutes/repacts/ra1964/ra_4136_1964.html See CHAPTER IV TRAFFIC RULES ARTICLE I Speed Limit and Keeping to the Right -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-legal-talk] Privacy and Terms
Russ Nelson wrote: Do you wear a helmet when you ride a bicycle? Accidents resulting in TBI are very uncommon, but their consequences are very high and a helmet will protect you from many of those consequences. Fantastic. We have now found the one OSM-related argument guaranteed to result in _more_ flames than BSD vs GPL. http://www.cyclehelmets.org/ etc. Not saying I agree or otherwise, just... well. cheers Richard -- View this message in context: http://www.nabble.com/Privacy-and-Terms-tp24185975p24215418.html Sent from the OpenStreetMap - Legal Talk mailing list archive at Nabble.com. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Privacy and Terms
On Fri, 26 Jun 2009, Richard Fairhurst wrote: Do you wear a helmet when you ride a bicycle? Accidents resulting in TBI are very uncommon, but their consequences are very high and a helmet will protect you from many of those consequences. Fantastic. We have now found the one OSM-related argument guaranteed to result in more flames than BSD vs GPL. http://www.cyclehelmets.org/ etc. Not saying I agree or otherwise, just... well. got no choice, its the Law. helmets are also much cheaper to replace than prescription glasses - is that on the site too? -- BOFH excuse #260: We're upgrading /dev/null ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Privacy and Terms
I was relying on information in this book. Feel free to disagree with John Forester (elsewhere), but my point applies to any unlikely event of bad consequences which can me mitigated at low cost. http://books.google.com/books?id=0n2t7P1v2M8Clpg=PA25dq=%22effective%20cycling%22%20john%20forester%20helmet%20safetypg=PA24 On Jun 26, 2009, at 2:03 AM, Richard Fairhurst wrote: Russ Nelson wrote: Do you wear a helmet when you ride a bicycle? Accidents resulting in TBI are very uncommon, but their consequences are very high and a helmet will protect you from many of those consequences. Fantastic. We have now found the one OSM-related argument guaranteed to result in _more_ flames than BSD vs GPL. http://www.cyclehelmets.org/ etc. Not saying I agree or otherwise, just... well. -- Russ Nelson - http://community.cloudmade.com/blog - http://wiki.openstreetmap.org/wiki/User:RussNelson r...@cloudmade.com - Twitter: Russ_OSM - http://openstreetmap.org/user/RussNelson ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Privacy and Terms
Hi, Russ Nelson wrote: I was relying on information in this book. Feel free to disagree with John Forester (elsewhere), but my point applies to any unlikely event of bad consequences which can me mitigated at low cost. At low cost is something that remains to be seen - with the initial version we have here, the low cost would serve to discourage any non-private users, force underage users to lie to us, and do all sorts of other ugly things which I personally consider quite a sell-out to legal scaremongers. The cost would be nothing less than losing face and admitting you do the same shit that everyone else does just because that's how the system works. I'd hope for this project to have the spine to resist putting up stupid legalese that everybody *must* ignore to stay sane. Bye Frederik ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Privacy and Terms
Peter Miller wrote: Sent: 26 June 2009 2:58 PM To: Licensing and other legal discussions. Subject: [OSM-legal-talk] Privacy and Terms I fully support the process of adding a clear legal framework to the project but the terms and conditions and license can't be considered in isolation without looking at the Articles of Association at the same time. Andy asked for interest from people to work on the Articles of Association but I have not heard more about it and there is nothing on the foundation website. Is there a working group for this? Who is on it? Is it publishing minutes? Are there any proposed changes available for comment? A sufficient number of interested persons have come forward to form the group but it has yet to meet. Those who have come forward are a mixture of members and non members from various locations around the world which is good. When the group does meet the discussions and any proposals will be fully reported. Any change in the Articles requires a vote of the membership, so the purpose of the working group is not to make any change but to recommend what might be changed and the suggested wording. It will be up to the membership to decide if they want the changes or not. Cheers Andy ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Changes in a bbox?
If identifying a past disappearance of data, it'd probably be easier to use the history tab of the main website than a feed? 2009/6/26 Tomas Straupis tomasstrau...@gmail.com: Hello I remember seeing recently a link to an rss feed on dev server for changesets in defined bbox. Is this feature already on prod? I need this to identify strange disappearance of data... Thank you! -- Tomas Straupis ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] [OSM-dev] The map key isn't static anymore
On Tue, Jun 23, 2009 at 9:32 PM, Ævar Arnfjörð Bjarmasonava...@gmail.com wrote: * It doesn't correspond very well to the map. E.g. zoom level 2 still shows motorway/trunk roads in the map key even though they're nowhere to be found, if someone would collate a list of what's visible on each zoom level (the possible values are under mapkey_values here: http://trac.openstreetmap.org/browser/sites/rails_port/app/views/site/_key.html.erb ) then that could be used to improve the map. Jochen did an XSLT[1] for summerizing osm.xml files, this sheet would need to sort by scale instead of layer to be useful though: http://geo.topf.org/mapnik/osm.xml [1] http://geo.topf.org/mapnik/mapnik-overview.xsl from [2] [2] http://lists.berlios.de/pipermail/mapnik-users/2008-June/000997.html ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bulk Upload of GPX data
John Smith delta_foxtrot at yahoo.com writes: I have written a speedometer app for Android handsets that uses the GPS information to display an analog speed dial. I recently updated the app to upload GPX data to a work server which then batch uploads it to OSM servers. Have the users explicitly agreed to this? -- Ed Avis e...@waniasset.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Bulk Upload of GPX data
--- On Fri, 26/6/09, Ed Avis e...@waniasset.com wrote: Have the users explicitly agreed to this? Yes, a popup dialog asks them on startup if they wish to upload to OSM, and there is a menu item to enable/disable as well. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Thousands of small changesets by Tim Proegler
On 2009-06-24 22:06, Shaun McDonald wrote: I also sent him a mail and have just received a response saying that he'll remove the feature until the problem is resolved. So you seem to have more luck than me - still no answer here. But that doesn't matter the main thing is he really deactivated the OSM upload functionality in the latest version of the software. Rolf ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Changeset history - hide 'big' edits?
I guess I haven't been paying attention of late, but I just found the History tab above the map on www.openstreetmap.org Whilst this is excellent, in 'my' little corner of the world the list was swamped by 'big' edits (which covered a wide area). Would it be possible to have a magic button to hide all of the 'big' edits so I could quickly see the small local edits, to get an idea of who and how frequently they were editing my area. Cheers, Simon. (aka. Mungewell) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Changeset history - hide 'big' edits?
si...@mungewell.org schrieb: Would it be possible to have a magic button to hide all of the 'big' edits so I could quickly see the small local edits, to get an idea of who and how frequently they were editing my area. Not sure what you exactly mean but http://www.itoworld.com/ might be interesting for you. Click on osm mapper and then on sign up and subscribe. You can create a view of your area (or other interesting parts of the osm-map) and you'll get a colorfull map and list with all the edits performed in that area. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Changeset history - hide 'big' edits?
si...@mungewell.org wrote: Would it be possible to have a magic button to hide all of the 'big' edits so I could quickly see the small local edits, to get an idea of who and how frequently they were editing my area. +1, better still, the button should reveal the big edits, default should be hidden. Cheers, Chris ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Adding OpenStreetMap map into wordpress.com post
Hi all, well so if you guys have some time, please use the contact form of wordpress.com to ask them support the openstreetmap iframes the same way they do with the google maps one. http://support.wordpress.com/contact/ Thks. On Thu, Jun 25, 2009 at 11:17 PM, Ivan Garcia capisc...@gmail.com wrote: Hi Thomas, it seems that wordpress.com only allows iframes from Google Maps as you can see here http://support.wordpress.com/google-maps/ it transforms the Gmaps iframe in to a wordpress.com tag [googlemaps I think we'll have to wait until they do the same with OSM iframes, be able to work i wordpress.com Best Regards. Ivan. On Thu, Jun 25, 2009 at 8:09 PM, Thomas Wood grand.edgemas...@gmail.comwrote: The current Google Map you have on that page is embedded via an Iframe. You can get a similar piece of Iframe code via the Export tab of the openstreetmap.org website. 2009/6/25 Ivan Garcia capisc...@gmail.com: Hi, we are trying to replace a Google maps into a OSM map in here, http://barcampvalencia.com/localizacion/ That is inside wordpress.com hosting where the inclusion of Iframes, or javascript in the posts is limited, and cannot install the OSM plugin for wordpress neither. Do you know any other way to do this? Many thanks in advance. Ivan. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Regards, Thomas Wood (Edgemaster) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] CanVec:CODE vs. CanVec:UUID -relevancy
Hi all,
Im sending it out to everyone, as its of international significance when
dealing with bulk data.
The 4 general tags
attribution=Natural Resources Canada
- tells the users what agency it came from (public/private)
created_by=canvec2osm
- tell the user what program was used to create it. ... ie. blame me if the
script doesnt work or is wrong.
source=CanVec_Import_2009
-tells the user what import project session it is ... ie. next year we might
do an import again for the updates.
canvec:UUID=11CF43756692E5F4E0409C8467120387
- is the 'lot number / series and actual product identifier, more detailed
than the bar code (' which tells the user the identity of each node/way/area
they are looking at.
The 5th, which is currently being debated
canvec:CODE=1200020
- This is the feature identifier, the SKU (Stock keeping unit) or the BIB
(Library catelogue number). This tells the user which
Library/floor/section/shelf/book/page number that they are looking at. When
the UUID identifies each character on the page.
Not having this CODE, would be like going to the library and asking if they
have a word in a book of 11CF43756692E5F4E0409C8467120387, when the CODE is
human-readable. The 0 at the end means its a NODE a 1 - means a way and a 2
means an area. The 120 at the begining means it's part of the 129 series
of features. and the '2' means it's the 2nd feature type in the set.
Like identifing 2 identical books, 'Times Atlas' where they has different
UUID's, but the same Catelogue code.
So does anyone have objections to the logic and usefullness behind me
keeping canvec:CODE? Or any arguments for/against what i wrote above?..
And at the same time im recommending for all imports that this gets added
(it its available).
Thanks,
Sam Vekemans
Across Canada Trails
Twitter: @Acrosscanada
Facebook: http://www.facebook.com/sam.vekemans
___
talk mailing list
talk@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] osm2pgsql
On Fri, 2009-06-26 at 18:28 -0400, James McManus wrote: Hi - I'm trying to use osm2pgsql to extract a subset area of OSM, but the --bbox option does not appear to be working. I downloaded planet-090617.osm.bz2 and then issued the following command: osm2pgsql --bbox -0.5,51.25,0.5,51.75 -m -d gis planet-090617.osm.bz2 At first it appears to be working producing the following output: planet-090617.osm.bz2 osm2pgsql SVN version 0.66-16084 Using projection SRS 900913 (Spherical Mercator) Applying Bounding box: -0.50,51.25 to 0.50,51.75 Setting up table: planet_osm_point Setting up table: planet_osm_line Setting up table: planet_osm_polygon Setting up table: planet_osm_roads Mid: Ram, scale=100 Reading in file: planet-090617.osm.bz2 Processing: Node(1400k) Way(0k) Relation(0k) But it runs for hours and uses up all of my RAM. I eventually have to kill it. How long should it take to subset a small area such as this? How much RAM and swap do you have? It take at least 2 hours to process the full planet, this is time taken just to do the bzip2 decompression and XML parsing without even writing anything out to the database. There is a lot of data in the full planet file. The algorithms in the code are optimised for the full planet import and are not as efficient as they could be for very small areas. Using the --slim option should fix the memory issue. Alternatively you could start with a UK or England only extract and save yourself a lot of bandwidth and import time. Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] osm2pgsql
On Fri, 2009-06-26 at 23:44 +0100, Jon Burgess wrote: On Fri, 2009-06-26 at 18:28 -0400, James McManus wrote: But it runs for hours and uses up all of my RAM. I eventually have to kill it. How long should it take to subset a small area such as this? How much RAM and swap do you have? It take at least 2 hours to process the full planet, this is time taken just to do the bzip2 decompression and XML parsing without even writing anything out to the database. There is a lot of data in the full planet file. The algorithms in the code are optimised for the full planet import and are not as efficient as they could be for very small areas. Using the --slim option should fix the memory issue. Alternatively you could start with a UK or England only extract and save yourself a lot of bandwidth and import time. To give you some firm numbers, the full planet import on the main tile server with 12GB of RAM takes around 12 hours. On my home machine I normally import a UK only planet file and it takes about 15 minutes and about 2GB of RAM. The --slim option reduces the RAM usage but the import time will increase if you have less RAM to cache the DB in memory during the import. Jon ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Map legends: Another option
Hi All, I know that there's been some talk about generating map legends/keys lately, and I don't know if there's a need for another option. It generated some interest when I mentioned it in my diary recently, however... I created a python script that generates an HTML legend (with images) based on a description of features to be included and one or more Mapnik XML configuration files. Thus, I can automatically generate legends for each zoom level of my map. If I modify the map style, I can just run the script again. Example at: http://toposm.com/ma/ (click on Show/Hide Legend at the bottom right). It's dynamic, so it will reload when you zoom in and out. It was created for the TopOSM project, but it may be useful to other projects that use Mapnik for rendering. The script itself, and more info, is available at: http://wiki.openstreetmap.org/wiki/TopOSM#Map_legend - Lars -- Lars Ahlzen l...@ahlzen.com ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Changeset history - hide 'big' edits?
Chris Hill schrieb: si...@mungewell.org wrote: Would it be possible to have a magic button to hide all of the 'big' edits so I could quickly see the small local edits, to get an idea of who and how frequently they were editing my area. +1, better still, the button should reveal the big edits, default should be hidden. Where big edit = bbox is larger what the API would allow in a map call? +1 -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Changeset history - hide 'big' edits?
El Sábado, 27 de Junio de 2009, Dirk-Lüder Kreie escribió: Where big edit = bbox is larger what the API would allow in a map call? +1 +1 Would it be possible for the API* (or the editors) to split up big changesets in bboxes that size? * 0.7 anyone? -- -- Iván Sánchez Ortega i...@sanchezortega.es After your lover has gone you will still have PEANUT BUTTER! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] Cheap data logger
--- On Mon, 22/6/09, John Smith delta_foxt...@yahoo.com wrote: http://cgi.ebay.com.au/NEW-65-CHANNEL-USB-GPS-RECEIVER-DONGLE-DATA-LOGGER-AGPS_W0QQitemZ160342651814QQcmdZViewItemQQptZGPS_Devices?hash=item25552ab3a6_trksid=p3286.c0.m14_trkparms=65%3A15%7C66%3A2%7C39%3A1%7C240%3A1318%7C301%3A1%7C293%3A1%7C294%3A50 And has better specs, 1Hz logging, 256k points... Although no solar panel... I ordered this monday night and it turned up in the post today. This device works reasonably well, the major downside is it doesn't have any kind of battery nor does it come with a cigarette socket adapter. The windows software wasn't too bad either if you want to geotag photos or show tracks over the top of google maps, and/or export to html, but I usually use linux so this won't be much use to me. It does come with a stiffened USB lead that was handy for bending 90 degrees and getting some elevation away from where the cig socket is in the car. However I already had a USB cig socket adapter and took it out for a run this afternoon and grabbed some more missing streets for OSM. It even works under linux and I can set the config options and download data from it and delete data stored on it with this app: http://www.zedlitz.de/skytraq/ All up I'd have to give a thumbs up for both the device and the person selling it. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Cheap data logger
I also purchased a Solar GPS Datalogger from ebay on monday night: http://cgi.ebay.com.au/ws/eBayISAPI.dll?ViewItemitem=400057398550QQssPageNameZMERC_VIC_RCRX_Pr4_PcY_BIN_Stores_ITrefitem=400057017745itemcount=4refwidgetloc=closed_view_itemusedrule1=CrossSell_LogicXrefwidgettype=cross_promot_widget_trksid=p284.m183_trkparms=algo%3DCRX%26its%3DS%252BI%252BSS%26itu%3DISS%252BUCI%252BSI%26otn%3D4 And it too turned up in the post today, another thumbs up for that seller too. However it seems like a nice unit but I'm still trying to pull data from it's memory, the windows software seems to be fairly configurable allowing you to choose not only how often it logs, but what information is logged so if you use the bare minimum you should be able to get more data logged. That is of course if you can pull it out again, so far the windows software hasn't even worked. The software, also isn't as nice as for the other data logger. However it did come with a suction cup holder that was better than the one I bought for my phone, and it comes with a 1amp USB cig socket charger and a USB to mini usb retractable travel cable. However, no data yet :( ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] General mapping question :)
--- On Fri, 26/6/09, Ross Scanlon i...@4x4falcon.com wrote: Found plenty of places like this, where gmap is totally incorrect. Just map it as you see it on the ground. I'm actually trying to do it so it's more useful than google, the reason being is mostly for others mapping after me, if they think I've missed or not completed a road then they'll waste time re-doing what I've done for almost no benefit. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Cheap data logger
http://cgi.ebay.com.au/ws/eBayISAPI.dll?ViewItemitem=400057398550QQssPageNameZMERC_VIC_RCRX_Pr4_PcY_BIN_Stores_ITrefitem=400057017745itemcount=4refwidgetloc=closed_view_itemusedrule1=CrossSell_LogicXrefwidgettype=cross_promot_widget_trksid=p284.m183_trkparms=algo%3DCRX%26its%3DS%252BI%252BSS%26itu%3DISS%252BUCI%252BSI%26otn%3D4 The software, also isn't as nice as for the other data logger. I found some java based software that should work on windows too, but works I have run it on linux. http://bt747.wiki.sourceforge.net/Compatible_devices However, I still haven't been able to download the data on the device, I'm still trying to figure if it recorded anything, although the led did blink which I think indicated it was recording data... ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] General mapping question :)
On Fri, 26 Jun 2009, Jason Stirk wrote: I've also run into a few instances quite literally out the back of Bourke... 150Km along the 300Km Wilcannia-Bourke track to see a fence warning it's private property and trespassers will be shot at. It's still the main public road though... and our manager tried to drive one road west of broken hill of that type and was greeted by the shotgun. those peoples' idea of public and private is not the same as others' idea ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Cheap data logger
--- On Fri, 26/6/09, John Smith delta_foxt...@yahoo.com wrote: However, I still haven't been able to download the data on the device, I'm still trying to figure if it recorded anything, although the led did blink which I think indicated it was recording data... I finally managed to get it to download both linux and win by switching it to logging mode, which seems silly it even responds when it was switched to the off position. Also the java app estimates with time, lat, lon, ele and hdop it can store 37,156 points it also seems capable of logging up to 5 times a second, I think, I also set it to log every 5m. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Cheap data logger
--- On Fri, 26/6/09, John Smith delta_foxt...@yahoo.com wrote: I finally managed to get it to download both linux and win by switching it to logging mode, which seems silly it even responds when it was switched to the off position. Also the java app crashes when you are in logging mode using the 64bit version of java, not sure if this is a java bug or a bug in the 64bit librxtxSerial.so library that ships with the application, using the 32bit version of the lib and running under 32bit java is what actually made it work for me. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Cheap data logger
I've had some success with that device (before mine fell apart) using gpsbabel, details here: http://www.gpsbabel.org/htmldoc-development/fmt_mtk.html. I'm not sure if that code is in the stable version of gpsbabel or not yet though. I think I ended up having to use the windows client under wine in order to make sure it was logging correctly first. Have fun, - David -- View this message in context: http://www.nabble.com/Re%3A-Cheap-data-logger-tp24146195p24219462.html Sent from the OpenStreetMap - Australian Talk mailing list archive at Nabble.com. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Cheap data logger
--- On Fri, 26/6/09, David Dean dd...@ieee.org wrote: From: David Dean dd...@ieee.org Subject: Re: [talk-au] Cheap data logger To: talk-au@openstreetmap.org Date: Friday, 26 June, 2009, 8:28 AM I've had some success with that device (before mine fell apart) using gpsbabel, details here: http://www.gpsbabel.org/htmldoc-development/fmt_mtk.html. I'm not sure if that code is in the stable version of gpsbabel or not yet though. I think I ended up having to use the windows client under wine in order to make sure it was logging correctly first. The java app works fine and will even export the data to GPX format etc, I just had issues firstly trying to make it work without putting it into logging mode, and then running the java app with the 64bit java binary. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Cheap data logger
The java app works fine and will even export the data to GPX format etc, I just had issues firstly trying to make it work without putting it into logging mode, and then running the java app with the 64bit java binary. I just went out to test all 3 devices, they were all mounted within cm of each other with as much of a clear view of sky as the windscreen area permits. The BT757/Solar GPS logger device seems to be the most accurate and/or sensitive, but has the smallest amount of storage, only 1MByte or 8Mbit as is advertised, should do about 37000 way points. Then the HTC Dream/G1 which is a mobile phone seems to be the next most accurate/sensitive, but has 8G storage for GPX data. The least accurate is the GT-730F/L USB dongle, this could be due to the physical size which would limit the antenna size, unlike the BT757 which seems to have a fairly large antenna. I've no idea how big the antenna in the phone is. The GT-730F/L has about 8Mbyte of capacity at a guess. It's a shame the BT757 has such a small storage capacity, as it has the best accuracy/sensitivity it has a battery that can handle 40+ hours logging on a single charge in combination with the solar panel. And all three can be used under linux, possibly Mac and of course windows. attachment: trace-example.jpg___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-de] Worldfile vom 24. Juni 2009
Hallo, die neuen Daten stehen wie immer bereit unter: http://wiki.openstreetmap.org/wiki/User:Computerteddy -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Track mit Marker für Audiomapping
On Tue, 23 Jun 2009, Gerd v. Egidy wrote: Hinsichtlich Deinen POI-basierten Aufnahmeidee: hast Du einen Möglichkeit die Daten so aufzubereiten, dass man die einzelnen Schnipsel trennen kann und die zeitliche Zuordnung möglich ist? ich glaube wir kommen aus unterschiedlichen Welten was Aufnahmegeräte angeht ;) Ich dachte daran, lauter einzelne Schnipsel zu erstellen, jeder Schnipsel eine eigene Datei. Die Dateinamen enthalten den Startzeitpunkt nach einem festen Schema, z.B. record-20090622-150448.wav record-20090622-150732.wav record-20090622-151701.wav ... Die Frage war, ob sowas existiert? Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features
Original-Nachricht Datum: Fri, 26 Jun 2009 01:50:07 +0200 Von: Frederik Ramm frede...@remote.org An: Michael Kugelmann michaelk_...@gmx.de CC: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Weg mit den Map Features Hallo, Michael Kugelmann wrote: Was ich will ist eine gemeinsame Grundrichtung/gemeinsames Grundgerüst in der alle Mapper/Länder/Kontinente/... arbeiten können. Um wieder einen Vergleich zur real world zu machen: internationale Gremien/Vereinigungen wie die UNO oder die ITU sind bei weitem nicht perfekt Ist Dir denn ueberhaupt klar, wie Du hier ohne einen zwingenden Grund eine unglaubliche Verkomplizierung des Themas herbeifuehrst? Noe, denn genau das machst du immer, indem du Probleme postulierst, die es so gar nicht gibt. Ein Grundgeruest kann sich an durchaus realen Dingen ausrichten, wie Menschen, Autos oder Natur. Strassen und Wege sind auf der gazen Welt aehnlich, weil es auf ganzen Welt aehnliche Autos und Menschen gibt. Egal ob im Kongo oder in den Alpen - es bilden sich Pfade unterschiedlicher Praegung aus, die sich klassifizieren lassen. In Muenchen gibts Schotterpisten und in AbuDabi werden die Strassen nicht mit Diamanten gepflastert, sondern manchmal wie hier mit Teer belegt. Andere Dinge wie z.B. Verkehrsregeln, werden weltweit ueber Abkommen angenaehert, weil sich der moderne Mensch ueberall hinbewegt und es meineswissens z.B. kein Land gibt, bei dem die Ampel rot fuer freie Fahrt anzeigt. Und das mathematische Prinzip des Graphen is schonmal in unterem ganzen Universum universell. Um wie viel einfacher ist es doch, sich in einem Land oder wenigstens einem Kulturkreis auf irgendetwas brauchbares zu einigen. bequemer viellecht, aber nicht einfacher... -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit dem Validator und ähnlichen To ols
Frederik Ramm schrieb: Ich bin ueberzeugt: Zu weltweit einheitlichen Standards wird es in OSM nie kommen, es ist also sinnvoll, sich zu ueberlegen, wie das Projekt damit umgehen kann. Nicht sinnvoll ist, sich zu ueberlegen, wie man es schaffen koennte, weltweit einheitliche Standards einzufuehren; das ist ein Holzweg, mit dem andere gern ihre Zeit verschwenden duerfen, ich werde das aber nicht tun. Ich kann mich nicht erinnern, daß du jemals wirklich Zeit verschwendet hast in irgendeiner Form einheitliche Standards einzuführen. Im Gegenteil hast du jede Menge Zeit drauf verschwendet, diese Standards aktiv zu *verhindern* oder den Leuten einzureden, daß diese schädlich sind (das Wort Kulturimperialismus fällt hier nicht zum ersten mal). Gestern abend auf dem NFE-Treffen waren genau diese (doppelten) Standards das Thema. Die Aussage war z.B. bei den Fußwegen sehr einhellig: Solange es keine Einheit darüber gibt wie das getaggt werden muß, mappe ich Fußwege garnicht mehr. Ich mache mir die Arbeit doch nicht mehrfach. Es geht hier also überhaupt nicht um die Softwareschreiber - die werden da schon irgendwie mit klarkommen. Es geht um die allermeisten Mapper - diese mit drei oder mehr Varianten zu konfrontieren ist nämlich *sehr* kontraproduktiv! Jetzt die Regeln der verschiedenen Kirchen (das trifft es meiner Meinung nach besser als Schulen), also z.B. die Wegeeinigkeitskirche und die Kirche der eiligen der letzten Wege jeweils unreflektiert weiter zu zementieren hilft uns - nichts! Dann haben wir vielleicht erstmal etwas mehr Ruhe auf der Liste aber die eigentlichen Probleme nicht ansatzweise gelöst. Der Mapper weiß immer noch nicht, was er tun soll und ärgert sich, wenn später jemand sein Werk ketzerisch verfälscht. Was wir brauchen sind gute Ideen wie wir uns weiter annähern können, nicht wie wir uns weiter aufspalten. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features (war: was ist ein footway?)
Original-Nachricht Datum: Fri, 26 Jun 2009 02:09:52 +0200 Von: Frederik Ramm frede...@remote.org An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Weg mit den Map Features (war: was ist ein footway?) Hallo, Das ist ein ziemlich gutes Beispiel. Ich schrieb von unterschiedlichen Interpretationen, die fuer viele praktische Belange kaum relevant sind. Wer bestimmt, was fuer wen relevant ist? Relevant ist, ein Beschreibungssystem zu haben, das zwei Forderungen erfuellt: A. Es soll einfach genug sein, dass die Mapper effektiv eintragen koennen, was sie vorfinden. B. Es soll die Informationen halten koennen, so dass sie spaeter wieder ausgelesen werden koennen. Dabei ist erstmal jede Information relevant, die der Mapper vor Ort als wichtig befunden hat, unabhaengig von einer spaeteren Nutztung. Erklaert man den Mappern, dass ihre Info kaum relevant ist, wird man kaum Begeisterung dafuer erzeugen koennen, sie einzutragen. Die Vorgehensweise: Ich weiss noch nicht, was ich mit den Daten spaeter mal alles machen will, und deshalb ist gleichzeitig alles relevant und irrelevant (Quantentheoretisch geht das, aber auf der Karte bezweifle ich das), ist ein schlechter Ansatz. Wenn ein Beschreibungsansatz nach mehereren Jahren evolutionaerer Entwicklung nicht sauber zwischen Wegezustand und Zugangsbeschraenkung unterscheiden kann und es dafuer verschiedene 'Schulen' braucht, ist das ein Trauerspiel und das ist relevant. Gruesse Hubert Und genau das ist mit footway und cycleway der Fall. Irgendwas, was als footway getaggt ist, kann ich auf jeden Fall als Fussgaenger benutzen. Irgendwas, was als cycleway getaggt ist, kann ich auf jeden Fall als Radfahrer nutzen. Autos werden mir auf beiden vermutlich nicht begegnen. Diese Lesart ist mit saemtlichen Interpretationen kompatibel und fuer 95% der Anwendungen voellig ausreichend; von nicht zu gebrauchen keine Spur. Spezialnutzer wie Mofafahrer, Reiter oder Rollstuhlfahrer brauchen weiterfuehrende Information - aber das aendert doch nichts daran, dass die Daten grundsaetzlich schon mal sehr brauchbar sind. Das erheben wir dann zum Prinzip und nehmen gleichzeitig noch den Leuten, die eigentlich eine einfache Antwort auf die Frage suchen Wie soll ich xy am besten taggen? das zentrale Nachschlagewerk. Schon heute gibt es neben den Map Features, die nur eine Empfehlung darstellen, Tagwatch und Konsorten, sowie zuweilen abweichende Laender-Spezialregeln im Wiki. Schon heute haben sich lokale Eigenheiten etabliert, die so nicht in den Map Features stehen. Wir sind in Wahrheit gar nicht so weit von dem entfernt, was ich geschildert habe, nur ist es alles eher informell. Damit werden noch viel mehr Räder neu erfunden und außerdem wird die Motivation eliminiert, existierende Vorschläge zu verwenden und zu verbessern - es ist ja Prinzip, daß jeder seine eigenen, leicht andere Variante zusammenstellt. Genau das ist heute schon der Fall, und das weisst Du, wenn Du diese Liste hier liest. Da kommt doch jeden Tag jemand und schreibt: Ich setze highway=path so und so ein, und dann kommt jemand anders und sagt ich mache das anders. (Manchmal kommt auch jemand und sagt Du machst es falsch.) Was wir hier sehen, ist nur die Spitze des Eisbergs, denn nur ein kleiner Teil der Mapper beteiligt sich ueberhaupt hier. Selbst wenn jemand von den existierenden Map Features ausgeht, verlangt die Praxis oft eine Interpretation oder Transferleistung, die derzeit meistens undokumentiert bleibt. Jeder macht also seine eigenen Regeln und redet nicht mal drueber - waehrend mein Konzept die Leute anregen wuerde, ihre eigenen Regeln wenigstens zu dokumentieren, was Dritten dann wieder erlauben wuerde, die Definitionen zusammenzutragen und zu vergleichen und so weiter. Wenn die OSM-Daten ernsthaft genutzt werden sollen Ah, da ist es wieder, das so, wie es ist, ist OSM nicht ernsthaft nutzbar. dann brauchen wir mehr Einigung, mehr Zusammenführung unterschiedlicher Schulen und mehr Festlegung sinnvoller Schemata - für alle die effizient mitarbeiten und auch ein verwendbares Ergebnis ihrer Arbeit sehen wollen. Ich wundere mich, wieso ausgerechnet von Dir solche Kritik kommt. Du hast doch mit Deiner Reit- und Wanderkarte ganz genau das gemacht, was ich hier beschreibe. Du hast selber festgelegt, wie Du Wanderwege taggst, hast das aufgeschrieben, und nun machen es andere Dir nach. Jeder, der seine Wanderwege in verwendbarer Form auf Deiner Karte sehen will, muss sich einfach nur an Deine Regeln halten und schon klappts. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt
Re: [Talk-de] Weg mit dem Validator und ähnlichen To ols
Am Freitag, den 26.06.2009, 09:08 +0200 schrieb Ulf Lamping: Die Aussage war z.B. bei den Fußwegen sehr einhellig: Solange es keine Einheit darüber gibt wie das getaggt werden muß, mappe ich Fußwege garnicht mehr. Ich mache mir die Arbeit doch nicht mehrfach. Das Problem entsteht doch aber erst durch die Leute, die behaupten, man könnte dies oder jenes mit dem alten Tagging nicht machen und daraus schliessen, dass das alte Tagging daher nicht zu verwenden sei. Zum konkreten Beispiel: Einen Fussweg mappe ich als highway=footway. Wenn ich da auch Fahrradfahren würde, noch mit bicycle=yes. Für etwas anderes sehe ich keine Notwendigkeit. Wo ist also das Problem? Idiotisch wird es doch erst, wenn irgendwelche Weltverbesserer mal eine x-te Alternative einführen, die bei Schaffung von nur 4 neuen Problemen eins löst, das die meisten gar nicht sehen werden. Gruß, Bernd -- Wenn Freiheit überhaupt etwas bedeutet, dann vor allem das Recht, anderen Leuten das zu sagen, was sie nicht hören wollen. - George Orwell ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features (war: was ist ein footway?)
Am Freitag, den 26.06.2009, 09:14 +0200 schrieb qbert biker: Wer bestimmt, was fuer wen relevant ist? Relevant ist, [...] Ach, du bestimmst das für alle? *scnr* Die Vorgehensweise: Ich weiss noch nicht, was ich mit den Daten spaeter mal alles machen will, und deshalb ist gleichzeitig alles relevant und irrelevant (Quantentheoretisch geht das, aber auf der Karte bezweifle ich das), ist ein schlechter Ansatz. Jeder Mapper hat eine Anwendung (oder mehrere) im Kopf, die er gerne mit OSM-Daten machen oder benutzen würde. Wenn ein Beschreibungsansatz nach mehereren Jahren evolutionaerer Entwicklung nicht sauber zwischen Wegezustand und Zugangsbeschraenkung unterscheiden kann und es dafuer verschiedene 'Schulen' braucht, ist das ein Trauerspiel und das ist relevant. Dieser Zwang zu sauberer Unterscheidung ist jetzt eine Erfindung von dir, oder? Andere brauchen diese Unterscheidung nicht. Aktuell verfügbare kommerzielle Karten (und die meisten werden diese Karten irgendwo als Referenz sehen) haben diese Unterscheidung und ein nicht ganz kleiner Teil der Wege sind *falsch* klassifiziert. OSM baut auf Interpretation und Gefühl der Mapper. Jeder kann selbst entscheiden, ob er (aus welchem Grund auch immer) auf einem Weg mit Auto/Fahrrad/Motorrad fahren würde oder nicht. Wer Bock hat, kann auch mit unzähligen Perfektionisten-Tags versuchen alles und jeden Kieselstein zu beschreiben, aber wer kein Bock hat, mapped seine gefühlsmäßige Einschätzung. Die Programmierer von Routing-Anwendungen können sich entscheiden: * Verlasse ich mich auf die akkuraten Angaben der kommerziellen Karten und nehme in kauf, dass ein nicht zu knapper Teil der Wege ganz konkret bis ins kleinste Detail *FALSCH* beschrieben ist oder * Verlasse ich mich auf weniger Details und nutze die geühlsmäßige Einschätzung eines Einzelnen bzgl. der Verwendbarkeit mit dem gewünschten Verkehrsmittel. Es ist für Theoretiker (wenn man das hier so liest) offenbar ein Super-GAU und schwer zu verstehen, aber detaillierte Tags die im Zweifelsfall eine präzise Falschinformation enthalten bringen niemanden weiter als eine schwammige Definition, die von vorne herein Interpretationsspielraum lässt. Gruß, Bernd -- Ich habe viel mit Oskar Schindler gemeinsam! Wir haben z.B. beide Granaten für die Nazis gebaut! Nur meine haben funktioniert! - Mr. Burns, Die Simpsons ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit dem Validator und ähnlichen Tool s
Bernd Wurst schrieb: Am Freitag, den 26.06.2009, 09:08 +0200 schrieb Ulf Lamping: Die Aussage war z.B. bei den Fußwegen sehr einhellig: Solange es keine Einheit darüber gibt wie das getaggt werden muß, mappe ich Fußwege garnicht mehr. Ich mache mir die Arbeit doch nicht mehrfach. Das Problem entsteht doch aber erst durch die Leute, die behaupten, man könnte dies oder jenes mit dem alten Tagging nicht machen und daraus schliessen, dass das alte Tagging daher nicht zu verwenden sei. Zum konkreten Beispiel: Einen Fussweg mappe ich als highway=footway. Wenn ich da auch Fahrradfahren würde, noch mit bicycle=yes. Für etwas anderes sehe ich keine Notwendigkeit. Wo ist also das Problem? Idiotisch wird es doch erst, wenn irgendwelche Weltverbesserer mal eine x-te Alternative einführen, die bei Schaffung von nur 4 neuen Problemen eins löst, das die meisten gar nicht sehen werden. Hmmm, irgendwie muß ich gerade grinsen. Erstmal vorweg, ich mappe keine Fußwege und es ist mir auch recht egal wie diese getaggt werden. Du zeigst mit dieser Mail nämlich genau die Probleme auf, die wir haben. Der erste: a) Ich mache das so und so (wahlweise: schon immer so) b) Das reicht doch, mehr braucht kein Mensch c) Diese Idioten und Weltverbesserer verkomplizieren das jetzt ohne Ende dann kommt noch ein weiterer: d) Dies und das geht damit aber überhaupt nicht, deswegen ... e) Die Tagnamen gefallen mir nicht f) ... ... und schon haben wir (mal wieder) prima die Mailingliste zugemüllt, ohne das diesmal ein Ergebnis rauskommt. Das hört sich jetzt nicht nach: Wie könnte denn eine Lösung für alle aussehen? sondern eher nach: Laßt die Arschlöcher nur kommen, dann ... an. Sorry, aber so kommen wir bestimmt nicht weiter! Gruß, ULFL P.S: Nein, ich bin bestimmt auch kein Engel ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aenderungen erschweren (war: Routerh?rtetest - Topologie oder STVO?)
Hallo Frederik, Entscheidungskultur ist eines meiner Lieblingsthemen... Michaels's Fragen sind f?r /jeden/ Entscheidungsprozess bedeutsam (auch bei anarchischen L?sungsversuchen) Es geht um die Definition von *Zielen und Kennzahlen*. Und dar?ber gibt es in OSM nur wenig einvernehmliches Material. ein rein auf sachlicher Qualitaetsinformation beruhendes Schema Das ist ein weiteres meiner Lieblingsthemen. Einvernehmliche _Qualit?tsziele_ w?rden OSM deutlich weiterbringen. Daür wäre auch erforderlich mal festzulegen für was man OSM in erster Linie benutzen will. Du nennst *Genauigkeit*. Um diese zu bewerten br?uchten wir Kennzahlen und Messkriterien. Z.B. wie hoch ein Weg aufgelöst sein soll, wieviel Nodes machen Sinn. Ich wuerde nie so weit gehen wollen, jemandem eine bestimmte Aenderung zu *verbieten*, aber wenn es gelaenge, den Benutzer stets moeglichst umfassend ueber Herkunft und Praezision der Daten zu informieren, die er gerade veraendert, dann koennte der Benutzer selbst eine begruendete Entscheidung darueber treffen, ob er sie trotzdem aendern will oder ob er dadurch vielleicht eher etwas verschlimmbessert. Das sehe ich genauso: f?r verantwortungsvolles Handeln brauche ich valide Information. Absolut, die so bisher nicht vorhanden Aber manchmal w?nsche ich mir auch ein Verbot. Beispielsweise wenn ich irrt?mlich irgendwas verschiebe ohne es zu merken und ich die Fehlermeldung einfach routinem?ssig wegklicken kann. (In Wikipedia gibt es beispielsweise gesichtete Versionen die ein bew?hrter Autor automatisch erstellt und gar nicht mehr unbedingt jedesmal pr?ft was er denn da sichtet. Dadurch wird dem Benutzer eine Qualit?t vorgegaukelt, die so gar nicht geschaffen wurde.) Volle Zustimmung Bei OSM glauben wir ja normalerweise an den wohlwollenden Mapper, der, wenn man ihm nicht gerade Fallen baut, die Daten nicht verschlechtern will. Ich bin sicher dass alle OSMer so arbeiten. Das Problem ist, dass wir nicht so genau wissen, was gut und was weniger gut ist, und dass da auch das Wiki nur bedingt Information liefert. Ganz genau das was ich auch denke. Und um zu entscheiden was gut oder nicht gut ist, muß man erstmal entscheiden was man primär mit OSM können will. Um diese Definition drücken wir uns ja geschickt herum. Vielleicht macht dann ein allgemeines OSM (Die Geodatenbank) Und eines für spezielle Zwecke optimiertes Sinn. Vielleicht gestaltet man es so, das diese Varianten voneinander Daten übernehmen können. Z.B. als Layer. So muß dann Derjenige, der Straßenkarten erstellen will nicht mit den historischen Daten oder sonstigen Dingen arbeiten, die ihn nur von seinem Ziel ablenken. Und umgekehrt genauso. Man hätte eine Chance vieles neu zu strukturieren um es übersichtlicher und verständlicher für jeden zu machen. Dieser Gedanke stammt übrigens nicht von mir sondern einem Mapper des Hamburger Stammtisches, aber heute kann ich nachvollziehen welche Vorteile er damals damit verbunden hat. Gruss, Markus Gruß Sven S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features
Frederik Ramm schrieb: Hallo, Markus wrote: Wobei ich vermute, dass viele gar nicht eigentlich Anarchisten sind? sondern hinter der propagierten Freiheit lediglich eine Unf?higkeit oder Unwilligkeit verborgen ist, Dinge grunds?tzlich und eindeutig zu kl?ren? Ich finde es sehr elegant, wenn man ueberall, wo es im entferntesten moeglich ist, Strukturen schafft, die keine Einigung *erfordern*. Das geht sicher nicht immer und ueberall (besonders schlecht in Rechts-, Vertrags- und Gelddingen), aber ueberall dort, wo man das hinbekommt, hat man viele zukuenftige Bomben geschickt entschaerft. Das Problem mit eindeutigen Klaerungen bei OSM sehe ich darin, dass man sich in aller Regel eine Sicherheit nur vorgaukelt. Selbst wenn wir alle auf der Liste hier einer Meinung waeren, so waere dies noch keine verbindliche Klaerung fuer OSM in Deutschland, und schon gleich gar nicht fuer OSM in China. Und selbst wenn sich alle Mapper, die je einen Finger fuer OSM geruehrt haben, einig waeren, so waere dies noch lang keine verbindliche Klaerung fuer OSM in 7 Monaten, denn bis dahin sind ebensoviele neue Leute hinzugekommen, die eventuell anders ticken. Wie kann man in einem derart hochdynamischen Umfeld jemals Entscheidungen treffen, an denen sich irgendjemand festhalten kann? Man kann mit gutem Beispiel vorangehen und hoffen, dass andere es gleich tun, aber einen Anspruch darauf wird man kaum je haben. Wie kann man in einem hochdynamischen Umfeld jemals Daten erzeugen, die trotzdem konsistent genug sind das man mit ihnen zuverlässig arbeiten kann? Wenn nicht führt sich diese hohe Dynamik selbst ad absurdum. Wir erleben dies in unserem Alltag mit allerhand Produkten die wir uns kaufen, sie sind veraltet indem wir sie kaufen. Sie funktionieren nicht, bis wir sie zigmal upgedatet oder umgetauscht haben. So etwas wünsche ich mir mit OSM nicht. Dann ist OSM ein reines Studienobjekt zumindest sehr eingeschränktem Gebrauchsnutzen. So einem Projekt habe ich keine Lust zu zu arbeiten, für auch noch umsonst. Meinen Verdienst sehe ich darin diese Daten auch in verschieden Anwendungen nutzen zu können. Das ist von Anfang an und bis heute meine Motivation. Und das sind zuerst ganz Herkömmliche Anwendungen, welche kommerzielle Anbieter schon längst im Griff haben. Bisher war das mit ein bißchen Holprigkeit schon möglich. Bye Frederik Im Grunde leben wir hier in OSM einen Informations-Darwinismus. Pers?nlich kann ich damit sehrgut leben. -- Mario Gruß Sven S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit dem Validator und ähnlichen To ols
Am Freitag, den 26.06.2009, 09:43 +0200 schrieb Ulf Lamping: Das hört sich jetzt nicht nach: Wie könnte denn eine Lösung für alle aussehen? In der Anfangszeit hat sich keiner die Frage nach der heiligen Allerweltslösung gestellt und es gab diese Grabenkämpfe nicht. Eine Lösung für alle geht offenkundig nicht, das sieht man doch ganz deutlich. Leider wollen manche immer eine voll durchdefinierte Lösung für alle Sonderfälle und betreiben Arbeitsverweigerung so lange die nicht gefunden ist. Und das ist halt auch nicht produktiv. Gruß, Bernd -- Das Erfolgskonzept von Windows ist eine gelunge Mischung aus Marketing, Korruption, Kartellmißbrauch und der erfolgreichen Spekulation auf das Naturgesetz, daß Scheisse oben schwimmt. - Robin Socha in dcoulm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features (war: was ist ein footway?)
Original-Nachricht Datum: Fri, 26 Jun 2009 09:44:50 +0200 Von: Bernd Wurst be...@bwurst.org An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Weg mit den Map Features (war: was ist ein footway?) Jeder Mapper hat eine Anwendung (oder mehrere) im Kopf, die er gerne mit OSM-Daten machen oder benutzen würde. Das ist ja gut so, aber der Beschreibungsansatz soll ihn ja nur ein wenig dazu leiten, dass seine Daten moeglichst allgemein eingesetzt werden koennen und nicht nur fuer die Anwendung, die er im Kopf hat. Das ist der Sinn der Modellierung, ein Geruest fuer alle zu schaffen. Wenn ein Beschreibungsansatz nach mehereren Jahren evolutionaerer Entwicklung nicht sauber zwischen Wegezustand und Zugangsbeschraenkung unterscheiden kann und es dafuer verschiedene 'Schulen' braucht, ist das ein Trauerspiel und das ist relevant. Dieser Zwang zu sauberer Unterscheidung ist jetzt eine Erfindung von dir, oder? Nein, es ist ein simpler Grundsatz, den jeder einfach nachvollziehen kann. Ich kann eine Zugangsbeschraenkung jeder Art an jede Strasse, jeden Weg stellen. Es gibt keine zwingende Verbindung zwischen beiden, ein Radweg kann besser ausgebaut sein als eine Gemeindestrasse. Andere brauchen diese Unterscheidung nicht. Andere diskutieren jahrelang ziemlich erfolglos ueber eine Methode, die Sachen zusammenpacken will, die nicht zusammenpassen. Aktuell verfügbare kommerzielle Karten (und die meisten werden diese Karten irgendwo als Referenz sehen) haben diese Unterscheidung und ein nicht ganz kleiner Teil der Wege sind *falsch* klassifiziert. Du glaubst nur was du siehst, oder das 'Google Maps ist die Welt' Verstaendnis? Klar sehen die Modelle der kommerziellen Erfasser diese Trennung vor, aber Google Maps nimmt einfach eine Kategorie und verteilt sie unters Volk. Die Router bekommen etwas mehr zu sehen. Immerhin hab ich schon lange vor OSM eine Echtzeitvisualisierung fuer GDF geschrieben, mit der sich die Modi umschalten lassen. OSM baut auf Interpretation und Gefühl der Mapper. Jeder kann selbst entscheiden, ob er (aus welchem Grund auch immer) auf einem Weg mit Auto/Fahrrad/Motorrad fahren würde oder nicht. Schoen fuer den Mapper, der weiss warum er etwas wie eintraegt, wenns alle anderen auch wissen wuerden waers noch etwas schoener ;) Die Programmierer von Routing-Anwendungen können sich entscheiden: Er kann sich auf einen Gefuehlsalgorithmus verlassen oder auf kommerzielle Daten, die viel besser sind als viele hier glauben machen wollen, flaechendeckend in einer Mindestqualitaet verfuegbar sind und ein Attributsmodell verwenden, das gut und sicher umsetzbar ist. Bei der Fleachendeckung holt OSM auf, bei der Modellierung stagnierts bzw. gehts eher zurueck, siehe Freds Bemerkungen. Es ist für Theoretiker ... Sorry, ich bin Praktiker, egal obs um GDF, shape oder OSM geht. Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features (war: was ist ein footway?)
Bernd Wurst schrieb: Am Freitag, den 26.06.2009, 09:14 +0200 schrieb qbert biker: Wenn ein Beschreibungsansatz nach mehereren Jahren evolutionaerer Entwicklung nicht sauber zwischen Wegezustand und Zugangsbeschraenkung unterscheiden kann und es dafuer verschiedene 'Schulen' braucht, ist das ein Trauerspiel und das ist relevant. Dieser Zwang zu sauberer Unterscheidung ist jetzt eine Erfindung von dir, oder? Wer im letzten halben Jahr die Mailinglisten aufmerksam verfolgt hat ... ;-) Andere brauchen diese Unterscheidung nicht. Eine Reihe anderer so wie ich ... wäre vielleicht passender gewesen. Ich persönlich könnte sie z.B. auch gut gebrauchen. Aktuell verfügbare kommerzielle Karten (und die meisten werden diese Karten irgendwo als Referenz sehen) haben diese Unterscheidung und ein nicht ganz kleiner Teil der Wege sind *falsch* klassifiziert. ... und was heißt das für uns? Weil die Kommerziellen das nicht können brauchen wir es erst garnicht probieren? OSM baut auf Interpretation und Gefühl der Mapper. Jeder kann selbst entscheiden, ob er (aus welchem Grund auch immer) auf einem Weg mit Auto/Fahrrad/Motorrad fahren würde oder nicht. Wer Bock hat, kann auch mit unzähligen Perfektionisten-Tags versuchen alles und jeden Kieselstein zu beschreiben, aber wer kein Bock hat, mapped seine gefühlsmäßige Einschätzung. gefühlsmäßige Einschätzung von was?!? Kann ich da sinnvoll mit dem Straßenmotorrad noch durch oder nur mit der Enduro lang, ist das was für Familienausflüge oder doch mehr die Rennpiste. Mit einem einfachen highway=xyway kannst du solche Sachen nur sehr unzureichend (wenn überhaupt) beschreiben. Es ist für Theoretiker (wenn man das hier so liest) offenbar ein Super-GAU und schwer zu verstehen, aber detaillierte Tags die im Zweifelsfall eine präzise Falschinformation enthalten bringen niemanden weiter als eine schwammige Definition, die von vorne herein Interpretationsspielraum lässt. Aber du kannst schon akzeptieren, daß es hier durchaus unterschiedliche Meinungen geben kann? Ich teile deine Meinung nämlich z.B. überhaupt nicht. Wenn ich eine Anwendung bauen will, die mich über eine schöne Route aber mit möglichst wenig Schlaglöchern zum Ziel bringen soll, brauche ich eine Info über die Schlaglöcher. Hier ist aber das einfache highway=xyway schlicht nicht ausreichend. Wenn die Info dann ab und zu nicht stimmt, kann ich damit Leben - ohne diese Info kann ich die Anwendung aber garnicht erst sinnvoll bauen. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features (war: was ist ein footway?)
Am Freitag, 26. Juni 2009 00:07:08 schrieb talk-de-requ...@openstreetmap.org: Am Do, 25.06.2009, 21:43 schrieb Christoph Eckert: Aus diesem Grunde gab es vor Jahren mal den recht gewagten Ansatz, dass wir irgendwo im Wasser eine Musterstadt hochziehen, wo man nachschauen kann. Da brauchst Du aber ein reales Beispiel, zB mit Fotos, damit man sich auch wiederfindet. Aber die Erstellung w?rde wieder viele Diskussionen mitsich ziehen. In ATKIS ist zB alles fest mit Hilfe von Lexika festgelegt und Ausnahmen wurden dynamisch addiert. Vielleicht brauchen wir auch ein Tool, wie die JOSM-Presets, welche Realtext in OSM umwandelt: Breite Stra?e mit hoher Verkehrsbedeutung, beidseitigem Fu?weg, rechts ein Radfahrstreifen. highway = ... Ja, so etwas halte ich für gerade die Masse mit wenig Hintergrund für richtig. Denken wir mal an Tomtom Mapshare. Die haben einen Ansatz den ich für die breite Masse für geeignet halte. Es werden bestimmte Dinge zu einem neuen Weg oder geperrten Straße abgefragt. Und dann werden diese Dinge hochgeladen. Entweder zuhause, oder vielleicht auch mobil. Schon vor Tomtom und OSM hatte ich diesen Gedanken. Damals hab ich den wohl den Entwicklern von GPSdrive geschildert aber das war wohl der falsche Zeitpunkt oder die falsche Adresse. Wenn mehrere Leute die gleiche Änderung hochladen ist das eine gewisse Verifikation. Es gäbe unterschiedliche Ebenen des Mitmachens, von der einfachsten bis zur schwierigsten. Das halte ich für zielführend, jeder kann mitmachen und entsprechend seines Könnens zum Projekt beitragen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit dem Validator und ähnlichen T ools
On Fri, 26 Jun 2009, Ulf Lamping wrote: Hmmm, irgendwie muß ich gerade grinsen. Erstmal vorweg, ich mappe keine Fußwege und es ist mir auch recht egal wie diese getaggt werden. Du zeigst mit dieser Mail nämlich genau die Probleme auf, die wir haben. Der erste: a) Ich mache das so und so (wahlweise: schon immer so) Und dem stimme ich zu. Etablierte Lösungen werden erstmal weiter verwendet werden. Jeder der das nicht einsieht hat schon von vornherein verloren. b) Das reicht doch, mehr braucht kein Mensch c) Diese Idioten und Weltverbesserer verkomplizieren das jetzt ohne Ende Und auch hier muss ich Bernd recht geben. Wenn ich mir anschaue, wie kompliziert manche Leute das ganze machen, dann gibt es zwei Alternativen: 1) Ich nehme die ältere einfache Lösung 2) Ich trage diese Daten nicht ein. Für mich kommt dann Punkt 1 in Betracht. Jeder der will kann das dann ja nach Belieben in die kompliziertere Form umwandeln. Ich trage auch Fußwege ein, aber ich habe keine Lust mich mit tausenden Tags herumzuschlagen um den Fußweg zu klassifizieren. Also wähle ich in JOSM Fußweg oder Track aus (je nachdem, ob es eher explizit ein Fußweg ist oder nicht) und gut ist. Kann jeder verbessern, aber ich werde es nicht machen. Beim ÖPNV sehe ich das gleiche. Da gibt es Haltestellenrelationen und Routenrelationen mit tausenden Formen und Tags. Ich dagegen bin froh, wenn ich überhaupt die Positionen, Namen und Strecken zusammenbekomme. Ich werde einen Teufel tun die komplizierten Formen umzusetzen. Die Kluft zwischen den Städtern die jede Kleinigkeit in Ihrem Viertel eintragen und genau spezifizieren und denen vom Land, die froh wären, wenn sie erstmal die Grundelemente der umliegenden vielen Quadratkilometer in der Karte haben wird kaum zu überwinden sein. Wenn also diejenigen, die solch komplizierte Elemente entwicklen immer wieder vergessen auch eine Einfach-Variante einzuplanen, dann werden diese Varianten nicht benutzt werden. Aus den Diskussionen halte ich mich allerdings raus. Ich bin mittlerweile lange genug dabei, um zu wissen, dass es sich im Endeffekt sowieso in die Richtung entwickelt, die ich für sinnvoll halte. Warum soll ich mich also ständig streiten. Das ist das schöne an der freien Attributierung. Das generelle Problem von Standardisierungen (nämlich das Standards die Tendenz haben viel zu kompliziert zu werden) greift hier nicht. Keiner ist nämlich gezwungen diese komplizierten Standards zu nutzen. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features
Hallo, Michael Kugelmann wrote: ACK = OSM muss sowohl in Deutschland als auch in Afrika oder der USA oder in Japan oder funktionieren. Und zwar als Ganzes = wenn ich nach Japan fahre will ich mir f?r die Anwendung von Navi-Daten in Japan nicht eine andere Navi kaufen m?ssen sondern meine Navi/mein GPS einfach mitnehmen. Und das würden sich die Menschen im Kongo auch wünschen. Wobei ich fast glaube das die sowieso andere Probleme haben, las jene die wir hier diskutieren? Ich finde es ethisch und moralisch nicht akzeptabel, von Mappern in anderen Laendern zu verlangen, dass sie ihre Realitaet gefaelligst in einer Form abbilden sollen, die fuer westeuropaeische Navigations- software geeignet ist. Du hast keinerlei Recht, den Leuten im Kongo vorzuschreiben, wie sie zu mappen haben. Über sinnvolles abstimmen von solchen Dingen könnten auch Leute im Kongo die Dinge an ihre Realität anpassen. Wobei ich denke OSM war und ist ein Internationales Projekt und die Art Dinge zu erfassen sollte eine gewisse Konsistenz auch über alle Grenzen hinweg haben. Auch jemand aus dem Kongo möchte sich umgekehrt in unseren Karten zurechtfinden! Wenn Du den Anspruch erhoebest, besser zu wissen, wie die ihre Realitaet mappen sollen, waerest Du ein Kulturimperialist, wie er im Buche steht. - Um unsere westeuropaeischen Gegebenheiten brauchbar abzubilden, braucht es jemanden, der in unserem Kulturkreis daheim ist. Jemand, der normalerweise in Brasilien im Urwald lebt, wuerde vermutlich alle Strassen oberhalb residential in eine Klasse packen. Umgekehrt kannst Du nicht annehmen, dass Dein Tagging-Schema auch fuer den Urwald in Brasilien funktioniert. Vielleicht muesstest Du kein anderes Navi kaufen, sondern nur (zusammen mit den Kartendaten) eine passende Software installieren, die diese Daten geeignet verarbeiten kann. Vieleicht will er, ich und die anderen aber auch die Möglichkeit haben dies mit ganz handelsüblichen Geräten zu tun tun! Zumindest vorerst? Aber sich hinzustellen und zu verlangen, dass die ganze Welt doch bitte den westeuropaeischen Einheitsbrei kochen soll, weil Du gerne Dein Navi von daheim mitbringen willst, ist ziemlich daneben. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49?00'09 E008?23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features
Hallo, Michael Kugelmann wrote: Gegenargument: (als reales Beispiel) wenn ich in Japan oder USA auf Dienstreise oder Urlaub bin und dort ein paar Straßen mappen will, muß ich alles noch mal das ganze Mappingschema neu lernen? Dann werden geschätzt 80% der Mapper die Lust an solchen Aktionen verlieren. Wenn 80% der Mapper ihre Lust daran verlieren, in fremden Laendern, deren Sprache sie nicht einmal sprechen, zu mappen, empfinde ich das nicht als einen Verlust. - Und die, die sich die Muehe machen, Japanisch zu lernen, die werden auch noch damit klarkommen, die dort anderen Mappingregeln zu lernen. Kannst Du Dir vorstellen, was hier auf der Liste fuer ein Geheul ausbrechen wuerde, wenn chinesische Deutschland-Urlauber mal eben - im Rahmen der internationalen Entwicklungshilfe - ihre Vorstellugen davon, was trunk und was cycleway ist, hier anwenden wuerden? Können wir innerhalb des Projekts nicht ein paar Dinge als Gemeinschaft gleich machen? Aber klar - was gleich ist, kann man ja auch gleich taggen. Aber fuer das, was nicht gleich ist, sollte man nicht krampfhaft Generalisierungen suchen, die dann ueberall gleich schlecht funktionieren, sondern sich auf die Unterschiede einlassen, selbst wenn das dann dazu fuehrt, dass die westeuropaeische Routingsoftware erst noch umlernen muss, um woanders zu funktionieren. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM als Beispiel für gescheiterte Bas isdemokratie (war: (Weg mit den Map Features (war : was ist ein footway?))
Hallo allerseits, die aktuelle Diskussion über eine Abschaffung der Map Features zeigt meines Erachtens eines ganz deutlich: OSM ist mittlerweile zu groß und zu komplex um basisdemokratisch Entscheidungen zu treffen. Als recht neues Mitglied der Community bin ich sehr erstaunt darüber, dass anscheinend ein großer Widerstand dagegen besteht, ein Gremium einzurichten, das eine (für den Mapper unverbindliche) Orientierungshilfe wie die Map Features verwaltet. Zumal ein solches Gremium auf eine sehr einfache Weise demokratisch durch Abstimmung im Wiki legitimiert werden könnte. Dies könnte z.B. durch Einführung eines Fürsprecher-Systems geschehen. Jeder im Wiki angemeldete User könnte sein Stimmrecht delegieren an einen anderen User, den er für besonders engagiert und geeignet hält. Der Fürsprecher würde dann an Abstimmungen zu einzelnen Proposals teilnehmen - wobei seine Stimme mit der Anzahl seiner Jünger zu gewichten wäre. Plötzlich würden nicht mehr nur acht oder zehn Stimmen für ein Proposal abgegeben, sondern viele tausend, sofern auch nur einige Fürsprecher ihre gesammelten Stimmen abgeben. Außerdem könnte man festlegen, dass die Menge aller Fürsprecher mit z.B. mehr als 1000 Jüngern einen Rat der Weisen bilden, der exklusiven Schreibzugriff auf die Map Features hat und zudem für die Weiterentwicklung der OSM-Datenstruktur verantwortlich ist. Die Entscheidungsfindung wäre dann heruntergebrochen von 12 Usern (die zum Großteil weder technisch tief genug drin in der Materie noch ausreichend engagiert sind um am Entscheidungsprozess teilzunehmen) heruntergebrochen auf z.B. 100 Mitglieder im Rat der Weisen (die allesamt sowohl technisch versiert als auch engagiert sind und außerdem demokratisch LEGITIMIERT). Beispiel: Die Debatte darüber, was ein footway denn nun genau ist und ob man einen solchen vielleicht lieber als highway=path, foot=desegnated mappen soll, könnte vom Rat der Weisen recht einfach beendet werden. Die 100 Mitglieder des Rates würden sich einigen und in ihrem einzuführenden, monatlichen Newsletter veröffentlichen: Der Rat der Weisen empfiehlt: Fußwege sollten gemappt werden als Diese Entscheidung wäre demokratisch legitimiert, sinnvoll und OSM bekäme endlich etwas mehr Struktur. Wurde so etwas schon mal angedacht? Was spricht dagegen? Viele Grüße, Stefan -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features
Am Freitag, 26. Juni 2009 00:47:19 schrieb talk-de-requ...@openstreetmap.org: Hallo Garry, Das Problem bei OSM ist doch hier auch der Zeitfaktor. Wenn sich eine Regel viertelj?hrlich ?ndert, die vollst?ndige Umsetzung aber ?ber 2 Jahre erstreckt muss eine Anwendungssoftware 8 unterschiedliche Regelvarianten kennen Ja, das ist nicht trivial. Ein guter L?sungsansatz ist, die Regel etwas sorgf?ltiger zu planen, auch ihre Abh?ngigkeiten und Nebenwirkungen, damit sie nicht gleich wieder ge?ndert werden muss, noch bevor sie wirksam werden kann. Ganz entscheidend Richtig! Das wäre ein zukünftiger Kernsatz für OSM! Aber auch bei sorgf?ltiger Planung und guter Kommunikation wird es immer wieder sinnvolle oder notwendige ?nderungen geben. Gruss, Markus Gruß Sven S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit dem Validator und ähnlichen Tool s
Bernd Wurst schrieb: Am Freitag, den 26.06.2009, 09:43 +0200 schrieb Ulf Lamping: Das hört sich jetzt nicht nach: Wie könnte denn eine Lösung für alle aussehen? In der Anfangszeit hat sich keiner die Frage nach der heiligen Allerweltslösung gestellt und es gab diese Grabenkämpfe nicht. In der Anfangszeit waren alle froh irgendwie bunte Bilder auf den Bildschirm zu bekommen. Dafür hat das Tagging durchaus gereicht - und der Ansatz erstmal so in Fahrt zu kommen war ja auch voll ok. Jetzt setzen sich halt immer mehr Leute hin, und versuchen was mit den Daten zu machen. Dabei stellen anscheinend viele fest, daß diese vielen möglichen Dimension der Darstellung/Routing/XY eine detailliertere Erfassung der Realität notwendig macht. Das kollidiert jetzt mit den etablierten Tags und sorgt für eine Reihe von Konflikten. Ich halte das für eine natürliche Entwicklung. Die Frage ist, ob wir diese Konflikte lösen können oder ob OSM komplett im Chaos versinkt :-( Eine Lösung für alle geht offenkundig nicht, das sieht man doch ganz deutlich. Man wird keine Lösung finden, wenn man keine Lösung finden will. :-( Leider wollen manche immer eine voll durchdefinierte Lösung für alle Sonderfälle und betreiben Arbeitsverweigerung so lange die nicht gefunden ist. Und das ist halt auch nicht produktiv. Wenn mir ein Mapper sagt: Ich blicke da bei den ganzen Variationsmöglichkeiten nicht mehr durch - da hab ich keinen Bock drauf, dann mach ich halt nix kann ich das inzwischen gut verstehen. Wenn mir aber ein Kartenentwickler sagt, daß er für die Karte xy die Information z benötigt und er diese vorschlägt, kann ich das auch irgendwie verstehen. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit dem Validator und ähnlichen To ols
Am 26. Juni 2009 10:22 schrieb Dirk Stöcker openstreet...@dstoecker.de: Wenn also diejenigen, die solch komplizierte Elemente entwicklen immer wieder vergessen auch eine Einfach-Variante einzuplanen, dann werden diese Varianten nicht benutzt werden. +1 Aus den Diskussionen halte ich mich allerdings raus. Ich bin mittlerweile lange genug dabei, um zu wissen, dass es sich im Endeffekt sowieso in die Richtung entwickelt, die ich für sinnvoll halte. Warum soll ich mich also ständig streiten. Meiner Meinung nach, sind solche Diskussionen wichtig und sinnvoll für so ein Projekt. Wo kämen wir denn hin, wenn man nicht mehr miteinander reden würde? Solange es noch beim Thema bleibt, kann es doch gar nicht unproduktiv sein, oder? Ein wenig Streitkultur gehört dazu! Ich sehe das auch gar nicht als Streit. Ich habe schon Fachgespräche gesehen, die wesentlich näher an einer Eskalation waren, aber zu sehr produktiver Ergebnissen geführt haben. Das ist das schöne an der freien Attributierung. Das generelle Problem von Standardisierungen (nämlich das Standards die Tendenz haben viel zu kompliziert zu werden) greift hier nicht. Keiner ist nämlich gezwungen diese komplizierten Standards zu nutzen. Deshalb denke ich, dass man langfristig nicht um verschiedene Abstraktionsebenen herum kommt. Meine Glaskugel sagt (und mein Friseur kann das bestätigen): 1. Ist ein Problem zu komplex, dann zerteile es in kleinere Probleme. 2. Ein Metamodell sollte nie komplexer sein, als das zugehörige Modell. 3. Die Komplexität ist dann groß, wenn einerseits zu viele und andererseits in der Summe zu komplizierte Details zu behandeln sind. 4. http://de.wikipedia.org/w/index.php?title=Datei:Bellmansmap.svgfiletimestamp=20090314130146 5. Think positive! Netter Gruß Torsten Breda ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM als Beispiel für gescheiterte Basi sdemokratie (war: (Weg mit den Map Features (war : was ist ein footway?))
Hallo, Stefan Meir wrote: die aktuelle Diskussion über eine Abschaffung der Map Features zeigt meines Erachtens eines ganz deutlich: OSM ist mittlerweile zu groß und zu komplex um basisdemokratisch Entscheidungen zu treffen. OSM hat noch nie basisdemokratisch Entscheidungen getroffen, auch nicht, als es viel kleiner war. Ich sehe jeden Ansatz, der irgendwas mit Abstimmungen zu tun hat, deswegen kritisch, weil unser Projekt so schnell waechst. In einem halben Jahr werden ebensoviele Leute, wie heute im Projekt sind, zusaetzlich neu hinzugekommen sein; etwas, das heute eine Zweidrittelmehrheit findet, kann, selbst wenn keiner der Beteiligten seine Meinung aendert, in einem halben Jahr schon eine Minderheitenmeinung sein. Jede einzelne demokratisch gefaellte Entscheidung muesste also mindestens vierteljaehrlich neu abgestimmt werden, um sich nicht in Gefahr zu begeben, Altlasten mit sich herumzuschleppen, die einer veraenderten Projektwirklichkeit nicht mehr gerecht werden. Der von Dir angepeile Rat der Weisen koennte also durchaus in der gleichen Frage mehrmals im Jahr seine Haltung aendern. Die meisten, die Demokratie und Abstimmungen fordern, denken implizit, dass durch eine Abstimmung eine Frage abgehakt und verbindlich langfristig geklaert werden koennte, dass eine Sicherheit geschaffen wuerde, auf die man sich verlassen, auf der man sich ausruhen kann. Das geht bei uns aber eben wegen dieser Dynamik nicht, bzw. wenn man es erzwingen wuerde, indem man die Mitglieder irgendeines Rates mit laengerer Amtszeit waehlt, so wuerde man eben diese Dynamik aktiv zu unterdruecken versuchen (als Beispiel: Waere vor zwei Jahren im Projekt ein solcher Rat gewaehlt worden, so saessen darin vermutlich ausschliesslich Englaender, und spezifisch deutsche Befindlichkeiten wuerden, obwohl Deutschland mittlerweile die groesste Community ist, auf wenig Verstaendnis stossen). Als recht neues Mitglied der Community bin ich sehr erstaunt darüber, dass anscheinend ein großer Widerstand dagegen besteht, ein Gremium einzurichten, das eine (für den Mapper unverbindliche) Orientierungshilfe wie die Map Features verwaltet. [...] Fürsprecher-Systems [...] Rat der Weisen [...] Ist das nicht alles sehr viel Affentanz um eine unverbindliche Wikiseite? Wuerde durch solchen Aufwand nicht die Bedeutung der Map Features *verstaerkt*, was wiederum dazu fuehren wuerde, dass es immer mehr Leute gibt, die mit dem Finger auf die Arbeit anderer zeigen und schreien du machst das FALSCH, und daraufhin auch immer mehr Leute, die ungluecklich darueber sind, dass ihre Vorstellungen in den Map Features nicht beruecksichtigt sind, und so weiter? allesamt sowohl technisch versiert als auch engagiert sind und außerdem demokratisch LEGITIMIERT). Wie gesagt, verbeiss Dich mal nicht so am Gedanken der Legitimation - eine demokratische Legitimation von gestern ist bei uns im Projekt nicht viel wert. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features (war: was ist ein footway?)
Hallo Frederik, die Arbeit von Klaus ist ein gutes Beispiel für den Nutzen klarer und gut dokumentierter Regeln: Du hast mit Deiner Reit- und Wanderkarte ganz genau das gemacht, was ich hier beschreibe. Du hast selber festgelegt, wie Du Wanderwege taggst, hast das aufgeschrieben, und nun machen es andere Dir nach. Jeder, der seine Wanderwege in verwendbarer Form auf Deiner Karte sehen will, muss sich einfach nur an Deine Regeln halten und schon klappts. Klaus ist Fachmann für Reiterfragen, und gleichzeitig ist er Fachmann für DV und setzt er seine Ideen (und die Ideen Dritter) in klare und gut dokumentierte Strukturen um. Dadurch werden diese für den Datensammler verständlich und nachvollziehbar. Der Anwendungsprogrammierer kann mit den so erzeugten Daten effizient arbeiten. Und der Anwender hat den Nutzen. Genau so stelle ich mir OSM vor. Ich bin sicher: auch im Kongo würde Klaus gute Reiterkarten machen. Eine grenzüberschreitende Anwendung ist der Jakobsweg, den Reiter aus Österreich bis nach Santiago bewältigt haben. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit dem Validator und ähnlichen To ols
Hallo Ulf, Es geht hier um die Mapper wir brauchen gute Ideen wie wir uns weiter annähern können, nicht wie wir uns weiter aufspalten. Ja, das ist die OSM-Kultur die ich mir wünsche. Die Mapper - obwohl unverzichtbar und ein wirklich schönes Hobby - sind eigentlich nur Mittel zum Zweck: *die freie Weltkarte* Je angenehmer das Datensammeln ist, desto besser wird das Produkt. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM als Beispiel für gescheiterte Basi sdemokratie (war: (Weg mit den Map Features (war : was ist ein footway?))
Frederik Ramm schrieb: OSM hat noch nie basisdemokratisch Entscheidungen getroffen, auch nicht, als es viel kleiner war. Wohl wahr :-) Ich sehe jeden Ansatz, der irgendwas mit Abstimmungen zu tun hat, deswegen kritisch, weil unser Projekt so schnell waechst. In einem halben Jahr werden ebensoviele Leute, wie heute im Projekt sind, zusaetzlich neu hinzugekommen sein; etwas, das heute eine Zweidrittelmehrheit findet, kann, selbst wenn keiner der Beteiligten seine Meinung aendert, in einem halben Jahr schon eine Minderheitenmeinung sein. Jede einzelne demokratisch gefaellte Entscheidung muesste also mindestens vierteljaehrlich neu abgestimmt werden, um sich nicht in Gefahr zu begeben, Altlasten mit sich herumzuschleppen, die einer veraenderten Projektwirklichkeit nicht mehr gerecht werden. Der von Dir angepeile Rat der Weisen koennte also durchaus in der gleichen Frage mehrmals im Jahr seine Haltung aendern. Die meisten, die Demokratie und Abstimmungen fordern, denken implizit, dass durch eine Abstimmung eine Frage abgehakt und verbindlich langfristig geklaert werden koennte, dass eine Sicherheit geschaffen wuerde, auf die man sich verlassen, auf der man sich ausruhen kann. Ich glaube das siehst du zu pessimistisch. Viele der Entscheidungen die getroffen werden müßten, sind doch jetzt nicht 180 Grad konträr, mach es halt so oder andersrum trifft es meist wohl besser. Wenn denn mal eine (begründete) Entscheidung getroffen würde, wären viele wahrscheinlich auch mit der (aus ihrer Sicht) zweitbesten Lösung zufrieden. Das dann auch mal neue Randbedingungen auftauchen und dadurch u.U. neue Entscheidungen notwendig werden steht hoffentlich ausser Frage ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [tagging] Feature Proposal - RFC - (power_rating)
Moin wichtigste ist, daß es so genutzt wird, und das wird es ja bisher ca. 170 mal in Deutschland laut Tagwatch. Es hat auch das power_output schon stark überholt (17). naja, ganz unschuldig daran bin ich nicht :-) natürlich weiter einbauen, ich dachte, ich mache es mal etwas offizieller - und markiere dann später das power_output als veraltet, damit diese etwas unglückliche Wahl zumindest im wiki geklärt ist und damit weniger Missverständnisse entstehen. Gruß, Schusch___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit dem Validator und ähnlichen Tool s
Hallo, Ulf Lamping wrote: Wenn mir ein Mapper sagt: Ich blicke da bei den ganzen Variationsmöglichkeiten nicht mehr durch - da hab ich keinen Bock drauf, dann mach ich halt nix kann ich das inzwischen gut verstehen. Ich mach' mal den Markus: Wenn wir uns alle etwas mehr Muehe gaeben, einander zu verstehen, wuerden wir merken, dass wir gar nicht so weiter auseinanderliegen ;-) Was so ein Mapper, von dem Du da sprichst braucht, ist eine klare und deutliche Anleitung, wie er es machen soll. Irgendjemand muss ihm sagen: Mach es einfach so wie ich, ich hab hier alles aufgeschrieben, wenn Du ne Frage hast, sag bescheid. Das passiert in der Praxis auch oft genau so! Was der Mapper *nicht* braucht, ist eine weltweit gueltige Liste von Map Features, die ihm jede Eventualitaet erklaert und auch noch in China passt. Er braucht was Konkretes, am besten aus der Region, idealerweise mit ihm vertrauten Beispielen (die typischen Wanderwege bei uns in den Weinbergen taggst Du so und so ...). Das ist ein einfacher Einstieg fuer den Mapper, vershilft ihm schnell zu Erfolgserlebnissen, reduziert die Gefahr, dass er im Kreise der anderen Mapper der Region aneckt, und sorgt dafuer, dass der Mapper ein wenigstens in sich konsistentes Schema anwendet. Das ist doch schonmal was! Die Gefahr, dass in der gleichen Gegend stark unterschiedliche Schemata zum Einsatz kommen, halte ich fuer gering (weil nicht praktikabel). Ob das konsistente Schema jetzt vielleicht etwas von dem abweicht, was 100km weiter angewendet wird, finde ich sekundaer. Klar gibt es ein paar Reibungsverluste, als Kartennutzer muss ich mich vielleicht drauf einstellen, dass in einer bestimmten Gegend der tracktype=grade2 lockerer sitzt als woanders, oder dass einige Gegenden mehr unclassified verwenden und andere mehr tertiary oder was auch immer. Diese Unterschiede treten in ihrer Bedeutung aber weit hinter dem Wert zurueck, dass da ueberhaupt jemand ist und sich um die Daten kuemmert. Wenn mir aber ein Kartenentwickler sagt, daß er für die Karte xy die Information z benötigt und er diese vorschlägt, kann ich das auch irgendwie verstehen. Ja, wobei es hier auch leicht zu einer ueberzogenen Anspruchshaltung kommt. Der Kartenentwickler muss entweder mit dem arbeiten, was da ist, oder sich ueberlegen, wie er die Leute motivieren kann, das, was nicht da ist, einzutragen. Sich zu echauffieren, dass die Daten fuer seinen Zweck wertlost sind, reicht alleine noch nicht ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features (war: was ist ein footway?)
Hallo Hubert, A. Es soll einfach genug sein, dass die Mapper effektiv eintragen koennen, was sie vorfinden. B. Es soll die Informationen halten koennen, so dass sie spaeter wieder ausgelesen werden koennen. Und C. wir brauchen gewichtete Ziele Anhand derer ich weiss, C1. welche Daten in welcher Priorität ich sammeln soll C2. welche Daten auf der Mapnik-Karte in welcher Priorität dargestellt werden sollen Beispiel zu C2: Wenn eine Behörde OSM auf der Website nutzen möchte, dann sollte der Name der Stadt dort angezeigt, und nicht durch die Bezeichnung von Bahnhöfen oder sonstigen Objekten verdeckt werden. Und zwar sinnig in allen Zoomstufen. Dabei ist erstmal jede Information relevant, die der Mapper vor Ort als wichtig befunden hat, unabhaengig von einer spaeteren Nutztung. Das ist einerseits die unverzichtbare Basis jeder persönlichen Motivation. Andererseits erfordert die Erstellung einer Weltkarte auch gemeinsame messbare Ziele und daraus abgeleitete Prioritäten. Beides zusammen ist die Basis für den Erfolg. sauber zwischen Wegezustand und Zugangsbeschraenkung unterscheiden +1 Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit dem Validator und ähnlichen T ools
On Fri, 26 Jun 2009, Torsten Breda wrote: Aus den Diskussionen halte ich mich allerdings raus. Ich bin mittlerweile lange genug dabei, um zu wissen, dass es sich im Endeffekt sowieso in die Richtung entwickelt, die ich für sinnvoll halte. Warum soll ich mich also ständig streiten. Meiner Meinung nach, sind solche Diskussionen wichtig und sinnvoll für so ein Projekt. Wo kämen wir denn hin, wenn man nicht mehr miteinander reden würde? Solange es noch beim Thema bleibt, kann es doch gar nicht unproduktiv sein, oder? Ein wenig Streitkultur gehört dazu! Ich sehe das auch gar nicht als Streit. Ich habe schon Fachgespräche gesehen, die wesentlich näher an einer Eskalation waren, aber zu sehr produktiver Ergebnissen geführt haben. Ganz halte ich mich ja nicht raus, wie Du siehst. Ich habe im letzten Jahr gerade einen offiziellen Standard bei der RTCM entwickelt und bin extrem stolz darauf, dass es keine (ausser Klarstellungen und Tippfehlern) Änderungen an dem gab, was ich spezifiziert habe. Das liegt auch hauptsächlich daran, dass alle Definitionen so getroffen wurden, dass Komplexizität genutzt werden kann, aber niemand gezwungen wird es zu tun. Alle Funktionalität wurde abgestuft und jede Implementierung kann selbst entscheiden wieviel implementiert wird und was nicht (von Pflicht-Minimalstandard abgesehen). Insbesondere interessant wird werden, welche der erweiterten Funktionen sich in der Realität durchsetzen. Bei einigen bin ich skeptisch, dass sich viele die Mühe machen diese zu implementiern. Die dazu notwendige Erfahrung kommt aber nicht über Nacht. Bei vielen der Attributierunsgdiskussionen hier in OSM fällt hingegen auf, dass fast keiner pragmatisch an die Sache herangeht. Die Teilnehmer sind zu tief in Ihrer Welt verstrickt, um die Anforderungen anderer zu sehen. Und meist auch nicht von anderen Sichtweisen zu überzeugen. Jeder verteidigt seine Lösung und will die anderen Sichtweisen nicht wahrhaben. Und solange die Diskussionen in dieser Art und Weise ablaufen kann man sich die Teilnahme daran sparen. Durchsetzen werden sich am Ende immer nur Lösungen, die nach dem obigen Ansatz gestrickt sind, nämlich kompliziertes als Erweiterung des einfachen zu sehen. Wenn die komplizierte und die einfache Lösung nicht zusammenpassen, dann werden beide nebeneinander bestehen oder die komplizierte geht unter. Wer das nicht wahrhaben will, der soll sich den aktuellen Datenbestand ansehen und schauen, welche Konzepte aktiv genutzt werden und welche nicht. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit dem Validator und ähnlichen Tool s
Dirk Stöcker schrieb: On Fri, 26 Jun 2009, Ulf Lamping wrote: Du zeigst mit dieser Mail nämlich genau die Probleme auf, die wir haben. Der erste: a) Ich mache das so und so (wahlweise: schon immer so) Und dem stimme ich zu. Etablierte Lösungen werden erstmal weiter verwendet werden. Jeder der das nicht einsieht hat schon von vornherein verloren. Das stelle ich nicht in Frage. Ich halte es z.B. für ganz großen Mist, wenn man anfängt bestehende Tags in ihrer Bedeutung umzudrehen - egal warum. b) Das reicht doch, mehr braucht kein Mensch c) Diese Idioten und Weltverbesserer verkomplizieren das jetzt ohne Ende Und auch hier muss ich Bernd recht geben. Wenn ich mir anschaue, wie kompliziert manche Leute das ganze machen, dann gibt es zwei Alternativen: 1) Ich nehme die ältere einfache Lösung 2) Ich trage diese Daten nicht ein. Für mich kommt dann Punkt 1 in Betracht. Jeder der will kann das dann ja nach Belieben in die kompliziertere Form umwandeln. Sehe ich auch so. Bei der ÖPNV Geschichte hab ich inzwischen aufgegeben das verstehen zu wollen. Ich stelle aber beide Seiten nicht in Frage, sondern habe versucht aufzuzeigen wo die Probleme liegen. Wenn die eine Seite einsieht das man nicht unbedingt Experte für ÖPNV Referenzbeschriftungen werden will sondern einfach nur unkompliziert eine Buslinie eintragen will - und die andere Seite einsieht das es anscheinend Leute gibt, die auf den Referenzbeschriftungen großen Wert legt, haben wir schon viel gewonnen. Es ist bestimmt nicht einfach beides unter einen Hut zu bekommen, aber wenn wir es nicht zumindest probieren haben letztlich später beide Seiten verloren. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit dem Validator und ähnlichen To ols
Am 26. Juni 2009 11:17 schrieb Dirk Stöcker openstreet...@dstoecker.de: Ich habe im letzten Jahr gerade einen offiziellen Standard bei der RTCM entwickelt und bin extrem stolz darauf, dass es keine (ausser Klarstellungen und Tippfehlern) Änderungen an dem gab, was ich spezifiziert habe. Das liegt auch hauptsächlich daran, dass alle Definitionen so getroffen wurden, dass Komplexizität genutzt werden kann, aber niemand gezwungen wird es zu tun. Alle Funktionalität wurde abgestuft und jede Implementierung kann selbst entscheiden wieviel implementiert wird und was nicht (von Pflicht-Minimalstandard abgesehen). Insbesondere interessant wird werden, welche der erweiterten Funktionen sich in der Realität durchsetzen. Bei einigen bin ich skeptisch, dass sich viele die Mühe machen diese zu implementiern. Durchsetzen werden sich am Ende immer nur Lösungen, die nach dem obigen Ansatz gestrickt sind, nämlich kompliziertes als Erweiterung des einfachen zu sehen. Wenn die komplizierte und die einfache Lösung nicht zusammenpassen, dann werden beide nebeneinander bestehen oder die komplizierte geht unter. Wer das nicht wahrhaben will, der soll sich den aktuellen Datenbestand ansehen und schauen, welche Konzepte aktiv genutzt werden und welche nicht. Das klingt für mich sinnvoll. Die Frage ist nur, ob man jetzt auf die von dir beschriebene Selbstreinigung warten soll und wo man die Pflicht-Minimalstandards ansetzen soll. Gruß Torsten, für den Tagwatch, DemNachbarnüberdieSchultergucken und ein wenig Hirn wesentlich mehr nützen, als die Mapfeatures und der sich eine Mapfeatures - Reicht für 99% der Fälle - Edition wünscht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features (war: was ist ein footway?)
Hallo Bernd, OSM baut auf Interpretation und Gefühl der Mapper. Ja. Jeder OSMer verwendet dabei intuitiv ein Klassifizierungssystem. Für jede Klasse verwendet er entsprechende Kriterien. Als Ergebnis seines Klassifizierungsprozesses setzt er dann zu jedem Objekt einen oder mehrere Schlüssel und Werte. Das Problem dabei ist: Die Schlüssel und Werte haben einen internationalen Bezeichner. Die individuell verwendeten Klassen und Kriterien haben aber keine für Dritte nachvollziehbare Zuordnung zu diesen Bezeichnern. Daraus entstehen eine Unmenge sinnloser Missverständnisse, Fehlinterpretationen. Diese wiederum sind die Ursache zwischenmenschlicher Konflikte bis Feindschaften und vieler verschwendeter Ressourcen und verpasster Synergien. Die verweifelten Aussagen vieler Neulinge (die uns selten erreichen) sprechen eine deutliche Sprache. Gruss, Markus ein Jeder kann selbst entscheiden, ob er (aus welchem Grund auch immer) auf einem Weg mit Auto/Fahrrad/Motorrad fahren würde oder nicht. Wer Bock hat, kann auch mit unzähligen Perfektionisten-Tags versuchen alles und jeden Kieselstein zu beschreiben, aber wer kein Bock hat, mapped seine gefühlsmäßige Einschätzung. Die Programmierer von Routing-Anwendungen können sich entscheiden: * Verlasse ich mich auf die akkuraten Angaben der kommerziellen Karten und nehme in kauf, dass ein nicht zu knapper Teil der Wege ganz konkret bis ins kleinste Detail *FALSCH* beschrieben ist oder * Verlasse ich mich auf weniger Details und nutze die geühlsmäßige Einschätzung eines Einzelnen bzgl. der Verwendbarkeit mit dem gewünschten Verkehrsmittel. Es ist für Theoretiker (wenn man das hier so liest) offenbar ein Super-GAU und schwer zu verstehen, aber detaillierte Tags die im Zweifelsfall eine präzise Falschinformation enthalten bringen niemanden weiter als eine schwammige Definition, die von vorne herein Interpretationsspielraum lässt. Gruß, Bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit dem Validator und ähnlichen T ools
On Fri, 26 Jun 2009, Torsten Breda wrote: Das klingt für mich sinnvoll. Die Frage ist nur, ob man jetzt auf die von dir beschriebene Selbstreinigung warten soll und wo man die Pflicht-Minimalstandards ansetzen soll. Es wäre sinnvoll bei den Standardisierungen diese Mechanismen gleich zu beachten, dass spart viel Ärger. Nur ist das aus meiner Sicht ein Kampf gegen Windmühlen den ich nicht unternehme. Dazu bin ich mittlerweile zu alt :-) Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aenderungen erschweren (war: Routerh?rtetest - Topologie oder STVO?)
Hallo Sven, Einvernehmliche _Qualitätsziele_ würden OSM deutlich weiterbringen. Daür wäre auch erforderlich mal festzulegen für was man OSM in erster Linie benutzen will. Die wichtigsten Anforderungen sind: - sich optisch mit der Karte orientieren - über die Karte Information finden - Suche nach Orten und Objekten - Routing - Dinge auf der Karte markieren *Genauigkeit*. Um diese zu bewerten bräuchten wir Kennzahlen und Messkriterien. Z.B. wie hoch ein Weg aufgelöst sein soll, wieviel Nodes machen Sinn. Die erforderliche Formgenauigkeit ist von verschiedenen Faktoren abhängig: - gibt es Punkte die eine eigene Information tragen und unverzichtbar sind (Grenzstein auf Grenze, Kreuzungen, Abzweigungen, Ecken) - gibt es Punkte die für die Lagegenauigkeit unverzichtbar sind (Messpunkte) - wieviele Daten kann die DB speichern - wieviele Eckpunkte sind auf einer Kurve erforderlich, damit daraus die Kurve abgeleitet werden kann (abhängig von Kurvenform) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features (war: was ist ein footway?)
Hallo Ulf, das ist ein schönes Beispiel für Kriteriendefinition: Kann ich da sinnvoll mit dem Straßenmotorrad noch durch oder nur mit der Enduro lang Noch genauer: Kann der Durchschnittsmotorradfahrer mit dem Strassenmotorrad durch? oder braucht der Durchschnittsmotorradfahrer eine Enduro dafür? Konflikte entstehen an diesem Beispiel beschrieben, wenn der OSMer, der diesen Weg beschreibt, seine persönlichen Kompetenzen nicht deklariert. Der Enduro-Racer sieht die Welt mit anderen Augen, als der Harley-Cruiser oder Vespa-Fahrer. Ja, wir brauchen gut definierte Kriterien. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aenderungen erschweren (war: Routerh ?rtetest - Topologie oder STVO?)
Am Freitag, 26. Juni 2009 11:55:52 schrieb Markus: Hallo Sven, Einvernehmliche _Qualitätsziele_ würden OSM deutlich weiterbringen. Daür wäre auch erforderlich mal festzulegen für was man OSM in erster Linie benutzen will. Die wichtigsten Anforderungen sind: - sich optisch mit der Karte orientieren - über die Karte Information finden - Suche nach Orten und Objekten - Routing - Dinge auf der Karte markieren Das wäre auch meine Meinung. In etwa sind dies die Dinge die ich für eine Karte für wichtig halte. *Genauigkeit*. Um diese zu bewerten bräuchten wir Kennzahlen und Messkriterien. Z.B. wie hoch ein Weg aufgelöst sein soll, wieviel Nodes machen Sinn. Die erforderliche Formgenauigkeit ist von verschiedenen Faktoren abhängig: - gibt es Punkte die eine eigene Information tragen und unverzichtbar sind (Grenzstein auf Grenze, Kreuzungen, Abzweigungen, Ecken) - gibt es Punkte die für die Lagegenauigkeit unverzichtbar sind (Messpunkte) - wieviele Daten kann die DB speichern - wieviele Eckpunkte sind auf einer Kurve erforderlich, damit daraus die Kurve abgeleitet werden kann (abhängig von Kurvenform) So in etwa. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM als Beispiel für gescheiterte Basi sdemokratie (war: (Weg mit den Map Features (war : was ist ein footway?))
Frederik Ramm schrieb: In einem halben Jahr werden ebensoviele Leute, wie heute im Projekt sind, zusaetzlich neu hinzugekommen sein; etwas, das heute eine Zweidrittelmehrheit findet, kann, selbst wenn keiner der Beteiligten seine Meinung aendert, in einem halben Jahr schon eine Minderheitenmeinung sein. Jede einzelne demokratisch gefaellte Entscheidung muesste also mindestens vierteljaehrlich neu abgestimmt werden, um sich nicht in Gefahr zu begeben, Altlasten mit sich herumzuschleppen, die einer veraenderten Projektwirklichkeit nicht mehr gerecht werden. In diesem Punkt hilft uns die Statistik ganz gewaltig. Wenn eine Abstimmung heute von 120.000 Leuten getragen wird, dann ist das statistisch eine gewaltige Grundmenge. Die Wahrscheinlichkeit, dass das Meinungsbild sich ändert, wenn sich in einem halben Jahr die Mitgliederzahl verdoppelt hat, ist verschwindend gering. Aus diesem Grund funktionieren Hochrechnungen bei politischen Wahlen ja so gut. Ich würde sogar soweit gehen zu behaupten, dass sich das Meinungsbild auch bei einer Verzehnfachung der Mitgliederzahl nur in extremen Ausnahmefällen ändern wird - sofern das Wachstum einigermaßen homogen erfolgt. Davon unberücksichtigt sind Langzeiteffekte, z.B. falls OSM irgendwann einen gewaltigen Boom z.B. in Asien hinlegen würde. Dann würde die Mitgliederzahl sehr inhomogen anwachsen und in einem solchen Fall ist es tatsächlich möglich, dass sich Meinungen der Gesamtheit ändern. In einem solchen Fall ist es aber auch absolut notwendig und völlig legitim, dass die Meinung der neuen Mitglieder berücksichtigt wird und das Projekt dadurch womöglich in eine andere Richtung geht. Der von Dir angepeile Rat der Weisen koennte also durchaus in der gleichen Frage mehrmals im Jahr seine Haltung aendern. Die meisten, die Demokratie und Abstimmungen fordern, denken implizit, dass durch eine Abstimmung eine Frage abgehakt und verbindlich langfristig geklaert werden koennte, dass eine Sicherheit geschaffen wuerde, auf die man sich verlassen, auf der man sich ausruhen kann. Sagen wir: der Rat der Weisen trifft Entscheidungen mit einfacher Mehrheit, kann seine eigenen Entscheidungen aber nur mit 2/3-Mehrheit wieder aufheben. Entscheidungen wären damit sehr stabil, was zusätzlich dadurch verstärkt wird, dass sich die Zusammensetzung des Rates vermutlich nur geringfügig ändert. Beispiel: Waere vor zwei Jahren im Projekt ein solcher Rat gewaehlt worden, so saessen darin vermutlich ausschliesslich Englaender, und spezifisch deutsche Befindlichkeiten wuerden, obwohl Deutschland mittlerweile die groesste Community ist, auf wenig Verstaendnis stossen). Bei einer Amtszeit von z.B. einem Monat würden die Effekte einer solchen Verschiebung sehr zeitnah berücksichtigt werden. Gleichzeitig wäre der Rat trotzdem sehr stabil, denn User würden sich nur sehr selten für einen neuen Fürsprecher entscheiden, ihr Stimme für die Wahl des Rates also jeden Monat genau gleich abgeben. Dies würde technisch realisiert werden, indem User z.B. bei ihren Account-Einstellungen ihren Fürsprecher eintragen und diese Einstellung im Regelfall nur selten ändern würden. Ich schätze einfach mal grob, dass von 100 Plätzen im Rat dann monatlich weniger als fünf ausgetauscht werden müssten. immer mehr Leute, die ungluecklich darueber sind, dass ihre Vorstellungen in den Map Features nicht beruecksichtigt sind, und so weiter? Die Map Features würden stets die Meinung der Mehrheit spiegeln und nichts anderes sollte doch in den Map Features stehen. Die Vorstellungen Einzelner sind in einer Demokratie völlig unerheblich. Stefan Meir wrote allesamt sowohl technisch versiert als auch engagiert sind und außerdem demokratisch LEGITIMIERT). Wie gesagt, verbeiss Dich mal nicht so am Gedanken der Legitimation - eine demokratische Legitimation von gestern ist bei uns im Projekt nicht viel wert. Wie gesagt, die Legitimation könnte monatlich wiederholt werden und wäre deshalb stets aktuell. Gleichzeitig wären die Verhältnisse sehr stabil, da User sich nur in Ausnahmefällen für neue Fürsprecher entscheiden würden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OePNV: AST (AnrufSammelTaxi)
Am 26.06.2009 01:09, Michael Kugelmann: Thomas Reincke schrieb: Für Bedarfsverkehre (die meist streng an einen Linienweg gebundenen Anruf-Linien-Taxen Co mal ausgenommen) wird man auch sinnvoll kaum mehr darstellen können. Also ich kenne das Ruftaxi so, daß die Linienwege je nach Fahrgäste auch sehr unterschiedlich sind. Die AST-Haltestelle wird man nur seltenst durch Mitfahren aufnehmen. Die wird man eher beim Mappen des Ortes sehen und aufnehmen. Und da sieht man nicht die Halteposition, sondern den Haltemast. Ack. Das tagelange Mitfahren um alle möglichen Routen herauszukriegen könnte zeitaufwendig und teuer werden... ;-) Mir geht's auch rein um die Zusteigemöglichkeit zum Sammeltaxi, genau wie die Erfassung eines normalen Taxistandes. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mapping Workflow mit Garmins nüvi550
Hallo, ich hab seit kurzem ein Nüvi550 von Garmin und verwende dieses u.a. dafür, um im Zuge von Wanderungen Wegepunkte und Tracks aufzuzeichnen sowie diese dann in weiterer Folge in OSM mittels Merkaartor einzupflegen. Andere aber ähnliche Anwendung ist, die Tracks und verorteten Fotos via OpenLayer auf Webseiten darzustellen [1]. Für diesen Schritt habe ich schon ein kleines Werkzeug entwickelt [2]. Was sich als zunehmend störend dabei herausstellt ist, dass bei diesem Modell alle Waypoints und Tracks in einer Datei namens Current.gpx liegen. Ich habe kein Tool gefunden, mit dem ich diese Datei bereinigen kann. Jeder jemals gesetzte Punkt bleibt dort drin, es sein denn ich lösche ihn mühsam über den Touchscreen vom nüvi. Der mir vorschwebende Workflow wäre: 1. Tracks nach Datum gefiltert in eine eigene export.gpx exportierten, optional diesen Track aus der Current.gpx (und damit vom Garmin) löschen. 2. Die export.gpx in z.B. RoadTrip (entspr. MapSource in Win) importieren, bearbeiten und ggf. die gesäuberte Version davon ins Nüvi reimportieren Natürlich wäre diese export.gpx ein hervorragende Grundlage auch für den Import in Merkaartor oder für jede andere Weiterverarbeitung. Fragen: a. Hat sonst noch jemand das Nüvi550 in Gebrauch? b. Gibt es andere Garmin-Geräte die eine einzige Current.gpx so verwenden? c. Gibt es schon ein Tool für den Export wie oben beschrieben? d. Wäre ein solches von breiterem Interesse? e. Ja und grundlegend: Gibt es Verbesserungsvorschläge zum Workflow? Für jeden Hinweis dankbar, Ingo. [1] http://ingo.lantschner.name/tracks/GeocachingRekawinkel_2009-05-24.html http://ingo.lantschner.name/tracks/Paklenica/MalaPaklenica.html [2] http://ingo.lantschner.name/downloads/osm/trk2web.html http://ingo.lantschner.name/downloads/osm/trk2web-v0.1BETA.zip -- Ingo Lantschner Marchettigasse 5/11 A-1060 Wien Fon (+43-664) 143 84 18 Email i...@lantschner.name http://ingo.lantschner.name http://www.business-apartment-wien.at -- Ingo Lantschner 1060 Vienna-Austria Mobil +43-664-143 84 18 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM als Beispiel für gescheiterte Basi sdemokratie (war: (Weg mit den Map Features (war : was ist ein footway?))
Hallo, Stefan Meir wrote: In diesem Punkt hilft uns die Statistik ganz gewaltig. Wenn eine Abstimmung heute von 120.000 Leuten getragen wird, dann ist das statistisch eine gewaltige Grundmenge. Die Wahrscheinlichkeit, dass das Meinungsbild sich ändert, wenn sich in einem halben Jahr die Mitgliederzahl verdoppelt hat, ist verschwindend gering. Nein, das ist eine sehr naive Annahme, denn es kommen ja nicht staendig mehr von den gleichen Leuten dazu, sondern andere Leute. Die technische Avantgarde, die OSM schon vor zwei Jahren spannend fand, ist laengst nicht mehr allein im Projekt; mehr und mehr kommen beispielsweise auch aeltere Menschen (Wandervereine) dazu. Auch regional gibt es Unterschiede - zwar hat ganz Osteuropa nicht so viele Mapper wie Deutschland, aber sie holen langsam auf. Auch in den USA hatte das Projekt einen langsamen Start, kommt aber nun zunehmend in die Gaenge. sofern das Wachstum einigermaßen homogen erfolgt. Eben - das Wachstum bei OSM ist alles andere als homogen, soviel ist sicher. Sagen wir: der Rat der Weisen trifft Entscheidungen mit einfacher Mehrheit, kann seine eigenen Entscheidungen aber nur mit 2/3-Mehrheit wieder aufheben. So waere sichergestellt, dass schlechte Entscheidungen Bestand haben. Es geht nichts ueber Stabilitaet ;-) immer mehr Leute, die ungluecklich darueber sind, dass ihre Vorstellungen in den Map Features nicht beruecksichtigt sind, und so weiter? Die Map Features würden stets die Meinung der Mehrheit spiegeln und nichts anderes sollte doch in den Map Features stehen. Die Vorstellungen Einzelner sind in einer Demokratie völlig unerheblich. Was fuer ein Glueck, dass OSM keine Demokratie ist, denn vieles von dem, auf das wir heute stolz sind, war mal die Vorstellung eines einzelnen. Das ist doch eine der ganz wichtigen Dinge bei OSM, dass jeder das Gefuehl hat, sich und seine Spezialinteressen einbringen zu koennen. Wenn Du Vogelhaeuschen mappen willst, dann darfst Du das, und Du musst nicht mal einen Rat der Weisen ueberzeugen, dass das weise ist. (Ich habe schon verstanden, dass Du auch die vom Rat der Weisen abgesegneten Map Features nur als Empfehlung verstehen moechtest, aber die Richtung ist klar - je mehr Weise hinter der Empfehlung stehen, desto eher wird jemand, der nach eigenem Gusto mappt, und sei es auch nur Dinge, die die Weisen bislang nicht vorgesehen haben, von anderen fuer sein Ausscheren kritisiert werden.) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit dem Validator und ähnlichen Tool s
Hallo Dirk, Etablierte Lösungen werden erstmal weiter verwendet werden. Wenn Du meinst: erfolgreich bewährte dann macht selbstverständlich Sinn. Zumindest solange, bis sich das Umfeld so verändert, dass das ursprünglich Bewährte nicht mehr passt. Wir müssen nur aufpassen, dass unter etabliert nicht verstanden wird: das war schon immer so, das haben wir schon immer so gemacht oder ähnliche Killerphrasen. Wenn ich mir anschaue, wie kompliziert Ja, die Welt ist manchmal viel komplizierter als ich das mit meinem selektiven Blick wahrnehme. Und ich bin gern bereit, andere in ihren Interessen zu unterstützen. Aber ich erwarte dabei, dass sie mir die Arbeit möglichst leicht machen. Indem sie mir beispielsweise sagen, worauf ich achten muss, und indem sie mir helfen, die Information auf simple Weise abzubilden. Da bist Du ja mit den Vorlagen bei JOSM ein Wegbereiter. Und vielleicht bauen wir ja gemeinsam ein Plugin, mit dem der Anwender umgangssprachlich und grafikbasiert seine Beobachtungen eingeben kann, und das dann die Informationen zu DB-gerechten Daten aufbereitet, so dass sich der Anwender um die ganzen komplizierten Taggingschemen und Relationen gar nicht mehr kümmern braucht...! Die Kluft zwischen den Städtern die jede Kleinigkeit in Ihrem Viertel eintragen und genau spezifizieren und denen vom Land, die froh wären, wenn sie erstmal die Grundelemente der umliegenden vielen Quadratkilometer in der Karte haben wird kaum zu überwinden sein. Doch intelligent design könnte dies möglich machen. Das ist das schöne an der freien Attributierung. Das generelle Problem von Standardisierungen (nämlich das Standards die Tendenz haben viel zu kompliziert zu werden) greift hier nicht. Das ist aber nicht ein Verdienst freier Attributierung, sondern die Folge von Motivationseinbrüchen bei durch Chaos frustrierten OSMern. Wir sollten das Prinzip der Freiheit lieber nutzen, um das Gefühl von Freiheit bei gleichzeitiger Freude über den gemeinsamen Erfolg zu erzeugen. Und dazu sind wir an einem Punkt, an dem m.E. viel Energie in die Verbesserung von Design von Strukturen und Prozessen und intelligenten Tools gesteckt werden sollte. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM als Beispiel für gescheiterte Basisd emokratie (war: (Weg mit den Map Features (war : was ist ein footway?))
Zitat Stefan Meir: [...] Die Map Features würden stets die Meinung der Mehrheit spiegeln und nichts anderes sollte doch in den Map Features stehen. Die Vorstellungen Einzelner sind in einer Demokratie völlig unerheblich. [...] Und genau deswegen ist OSM keine Demokratie. Weil die Vorstellungen Einzelner eben _nicht_ unerheblich sind und jeder die Moeglichkeit hat, neue Dinge auszuprobieren und eigene Ideen zu entwickeln. Was passiert mit den Leuten, die sich nicht an die Beschluesse eines wie auch immer und vom wem auch immer legitimierten Gremiums halten. Duerfen die nicht mehr mitspielen? Aber egal, mich wuerde brennend interessieren, ob endlich mal jemand die konjunktive Phase verlaesst und Butter bei die Fische tut. Also, wann, wo, wie und worueber wird abgestimmt? Vielleicht irre ich mich ja, und zuviel Offenheit und Freiheit tut dem Projekt wirklich nicht gut und all die staendig wiederholten Prophezeiungen vom Niedergang OSMs werden ueber kurz oder lang wahr. Ich sehe zwar nirgendwo Anzeichen dafuer, aber mein naechster Optikertermin ist erst im Herbst, da kann man schon mal was uebersehen. Ich ueberlege gerade, ob als angenehmer Nebeneffekt die ebenfalls so vielbeklagten Endlosdiskussionen ein Ende haetten... ...neee, ganz sicher nicht; wowereit. -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM als Beispiel für gescheiterte Basi sdemokratie (war: (Weg mit den Map Features (war: was ist ein footway?))
Am Freitag, 26. Juni 2009 12:51:02 schrieb Frederik Ramm: Hallo, Stefan Meir wrote: In diesem Punkt hilft uns die Statistik ganz gewaltig. Wenn eine Abstimmung heute von 120.000 Leuten getragen wird, dann ist das statistisch eine gewaltige Grundmenge. Die Wahrscheinlichkeit, dass das Meinungsbild sich ändert, wenn sich in einem halben Jahr die Mitgliederzahl verdoppelt hat, ist verschwindend gering. Nein, das ist eine sehr naive Annahme, denn es kommen ja nicht staendig mehr von den gleichen Leuten dazu, sondern andere Leute. Die technische Avantgarde, die OSM schon vor zwei Jahren spannend fand, ist laengst nicht mehr allein im Projekt; mehr und mehr kommen beispielsweise auch aeltere Menschen (Wandervereine) dazu. Auch regional gibt es Unterschiede - zwar hat ganz Osteuropa nicht so viele Mapper wie Deutschland, aber sie holen langsam auf. Auch in den USA hatte das Projekt einen langsamen Start, kommt aber nun zunehmend in die Gaenge. sofern das Wachstum einigermaßen homogen erfolgt. Eben - das Wachstum bei OSM ist alles andere als homogen, soviel ist sicher. Sagen wir: der Rat der Weisen trifft Entscheidungen mit einfacher Mehrheit, kann seine eigenen Entscheidungen aber nur mit 2/3-Mehrheit wieder aufheben. So waere sichergestellt, dass schlechte Entscheidungen Bestand haben. Es geht nichts ueber Stabilitaet ;-) Tatsächlich ist für eine gewisse Zeit sogar eine schlechte Entscheidung besser als totales Chaos. Nichts was Menschen machen ist für die Ewigkeit auch Gesetze nicht. Aber eine gewisse Zeit Erfahrungen machen und etwas erst dann zu ersetzen, wenn man eine wirklich bessere Lösung zu verwenden beschlossen hat, führt zu einem wirklich benutzbaren System. immer mehr Leute, die ungluecklich darueber sind, dass ihre Vorstellungen in den Map Features nicht beruecksichtigt sind, und so weiter? Die Map Features würden stets die Meinung der Mehrheit spiegeln und nichts anderes sollte doch in den Map Features stehen. Die Vorstellungen Einzelner sind in einer Demokratie völlig unerheblich. Was fuer ein Glueck, dass OSM keine Demokratie ist, denn vieles von dem, auf das wir heute stolz sind, war mal die Vorstellung eines einzelnen. Wenn dieser genügend Leute geschafft hätte zu überzeugen hätten wir dasselbe erreicht. Und das ist doch im grobe auch deine Vorstellung: Überzeugen durch gute Argumente, und dann wird es so gemacht. Das ist doch eine der ganz wichtigen Dinge bei OSM, dass jeder das Gefuehl hat, sich und seine Spezialinteressen einbringen zu koennen. Vielleicht kann man die Spezialiinteressen ja durch verschiedene Layer zur Verfügung stellen? Niemand will die Spezialinteressen verbieten oder aussperren. Aber sie sind dann Spezialinteressen, die Grundfunktionalität einer Karte wird in der Regel anders definiert. Derjenige, der Interesse an der Historie hat will ja vielleicht auch nicht alle Toillettenhäuschen von Frankfurt in seinem Editor bearbeiten. Wenn Du Vogelhaeuschen mappen willst, dann darfst Du das, und Du musst nicht mal einen Rat der Weisen ueberzeugen, dass das weise ist. (Ich habe schon verstanden, dass Du auch die vom Rat der Weisen abgesegneten Map Features nur als Empfehlung verstehen moechtest, aber die Richtung ist klar - je mehr Weise hinter der Empfehlung stehen, desto eher wird jemand, der nach eigenem Gusto mappt, und sei es auch nur Dinge, die die Weisen bislang nicht vorgesehen haben, von anderen fuer sein Ausscheren kritisiert werden.) Und das ist auch jetzt schon so! Siehe Edit der besagten Kraftfahrstraße von Heiko letztens. Bye Frederik Gruß Sven S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM als Beispiel für gescheiterte Basi sdemokratie (war: (Weg mit den Map Features (war : was ist ein footway?))
Original-Nachricht Datum: Fri, 26 Jun 2009 10:53:20 +0200 Von: Frederik Ramm frede...@remote.org An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] OSM als Beispiel für gescheiterte Basisdemokratie (war: (Weg mit den Map Features (war: was ist ein footway?)) Hallo, OSM hat noch nie basisdemokratisch Entscheidungen getroffen, auch nicht, als es viel kleiner war. Stimmt auffallend. Wer programmiert, schafft an war und ist die Devise bei OSM ;) Ich sehe jeden Ansatz, der irgendwas mit Abstimmungen zu tun hat, deswegen kritisch, weil unser Projekt so schnell waechst. Und deshalb sollten eben die Strukturen mitwachsen, statt zurueckgefahren zu werden. Wieviele Leute dazukommen ist eigentlich egal, wenn die Leute die vorher schon da waren Strukturen schaffen, die stabil sind. Bewaehrte und stabile Strukturen wollen die wenigsten umschmeissen, am allerwenigsten die Neulinge. Der von Dir angepeile Rat der Weisen koennte also durchaus in der gleichen Frage mehrmals im Jahr seine Haltung aendern. Kann er, aber wird er es tun? Wenn das Modell immer wieder mal stabilisiert wird (Stichwort Versionierung) und Aenderungen nur auf Basis der damit gemachten Erfahrungen gemacht werden, pendelt sich das wohl schnell ein. Die meisten, die Demokratie und Abstimmungen fordern, denken implizit, dass durch eine Abstimmung eine Frage abgehakt und verbindlich langfristig geklaert werden koennte, dass eine Sicherheit geschaffen wuerde, auf die man sich verlassen, auf der man sich ausruhen kann. Vielleicht tun das einige, aber andere wollen einfach etwas stabilere Verhaeltnisse und wollen Entwicklung, wo jetzt Stagnation ist. Das geht bei uns aber eben wegen dieser Dynamik nicht, Die beruehmte erfundene Dynamik wieder. Operative Hektik ersetzt geistige Windstille? ;) Es gibt ein dynamisches Wabern von vielen Positionen auf andere und wieder zurueck, aber schon lange keine echte Bewegung mehr. Jetzt solls Regianalisierung bis hinunter zum Dorf oder Waeldchen bringen. Das klingt weniger nach internationaler Dynamik, als nach regionalem Stillstand: Ueber mein Dorf bestimme ich, basta! Ist das nicht alles sehr viel Affentanz um eine unverbindliche Wikiseite? Wuerde durch solchen Aufwand nicht die Bedeutung der Map Features *verstaerkt*, was wiederum dazu fuehren wuerde, dass es immer mehr Leute gibt, die mit dem Finger auf die Arbeit anderer zeigen und schreien du machst das FALSCH, Bzw. ihnen helfen, es besser zu machen? und daraufhin auch immer mehr Leute, die ungluecklich darueber sind, dass ihre Vorstellungen in den Map Features nicht beruecksichtigt sind, und so weiter? Ich sehe es ein, ich bin auf dem Holzweg. Ich bin dem Glueck der vielen Mapper im Weg, die nur dann gluecklich sind, wenn sie in ihrem kleinen Teritorium schalten und walten koennen wie sie wollen - das habe ich wohl uebersehen, ich dachte mal, es soll eine Karte werden ;) Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit dem Validator und ähnlichen To ols
Hallo Torsten, dass man langfristig nicht um verschiedene Abstraktionsebenen herum kommt. Ja - und diese können in einem Schichtmodell abgebildet und über ein GUI benutzerfreundlich dargeboten werden. 4. http://de.wikipedia.org/w/index.php?title=Datei:Bellmansmap.svg Cool - den kannte ich noch nicht! Gibt ganz neue Perspektiven für OpenSeaMap.org... :-) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM als Beispiel für gescheiterte Basisd emokratie (war: (Weg mit den Map Features (war : was ist ein footway?))
Am Freitag, 26. Juni 2009 13:12:04 schrieb Michael Buege: Zitat Stefan Meir: [...] Die Map Features würden stets die Meinung der Mehrheit spiegeln und nichts anderes sollte doch in den Map Features stehen. Die Vorstellungen Einzelner sind in einer Demokratie völlig unerheblich. Das stimmt mal nicht! In einer Demokratie hat auch der Einzelne Möglichkeiten Leute auf seine Seite zu ziehen. Das funktioniert auch bei Minderheiten die eigentlich unerwünscht in der Gesellschaft sind. Z.B. Rechtsextreme, Faschisten. [...] Und genau deswegen ist OSM keine Demokratie. Weil die Vorstellungen Einzelner eben _nicht_ unerheblich sind und jeder die Moeglichkeit hat, neue Dinge auszuprobieren und eigene Ideen zu entwickeln. Hat auch weiterhin jeder. Frederick schlug mir z.B. mehrfach vor doch ein eigens OSM Projekt zu gründen.. Da könnte mich niemand dran hindern. Außer ich würde Gesetze verletzen. Da könnte ich dann neu strukturieren, abstimmen und mit anderen Zwecke definieren auf die man hinarbeitet. Was passiert mit den Leuten, die sich nicht an die Beschluesse eines wie auch immer und vom wem auch immer legitimierten Gremiums halten. Duerfen die nicht mehr mitspielen? Naja, wie läuft es woanders? Was passiert mit mir, wenn ich meine Flugzeuge morgen nach einer anderen Vorstellung zusammenniete? Würdet ihr mit diesen kreativen Schöpfungen fliegen wollen? Und ich bin sehr kreativ ;-) Aber egal, mich wuerde brennend interessieren, ob endlich mal jemand die konjunktive Phase verlaesst und Butter bei die Fische tut. Also, wann, wo, wie und worueber wird abgestimmt? Vielleicht irre ich mich ja, und zuviel Offenheit und Freiheit tut dem Projekt wirklich nicht gut und all die staendig wiederholten Prophezeiungen vom Niedergang OSMs werden ueber kurz oder lang wahr. Ich sehe zwar nirgendwo Anzeichen dafuer, aber mein naechster Optikertermin ist erst im Herbst, da kann man schon mal was uebersehen. Ich ueberlege gerade, ob als angenehmer Nebeneffekt die ebenfalls so vielbeklagten Endlosdiskussionen ein Ende haetten... ...neee, ganz sicher nicht; wowereit. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features (war: was ist ein footway?)
Markus schrieb: Nur die Tags derjenigen Schule, die du für die richtige hältst, Und deine Schule bietet idealerweise eigene Presets und Dokumentation Das bedingt, dass der OSMer a) alle Schulen kennt b) valide Kriterien hat um diese zu vergleichen c) sich für die beste entscheidet d) alle Änderungen und Entwicklungen beobachtet Keine dieser Bedingungen ist in irgendeiner Weise erforderlich. Ich halte mich an einen Satz von Definitionen. Dafür muss ich die anderen doch nicht kennen? Eher ist es *jetzt* so, dass ich alle Definitionen kennen muss. Wenn mir ein highway=footway begegnet, kann ich nicht davon ausgehen, dass es sich um das handelt, was ich als highway=footway kenne, es kann auch die Auffassung sein, die kürzlich auf einer von mir nicht gelesenen ML etabliert wurde. Wenn mir dagegen ein andereschule::highway=footway begegnet, dann weiß ich, dass es nicht meine Art von footway ist. Das schaffen ja nicht mal unsere erfahrenen Politiker. Sondern setzen auf Stäbe, Berater, Fraktionszwang. Genau diesen Effekt will ich doch ausnutzen. Eine Schule ist letztlich eine Fraktion. Ich halte mich dort in den meisten Fragen einfach an das, was mir andere Leute sagen. Aber es ist doch für die Debatte ganz hilfreich, wenn öffentlich bekannt ist, wer welcher Fraktion angehört und was eigentlich die Meinung jeder Fraktion ist. Also ich hätte gern /eine/ Variante, und zwar die beste. Ich auch. Aber wie willst du zu diesem Zustand kommen? Momentan funktioniert es jedenfalls nicht, also muss irgendetwas an den Prozessen geändert werden. Ein guter erster Schritt zu einer einheitlichen Lösung ist meines Erachtens der, dass jeder erst mal seinen Standpunkt klar darlegt. Das geht am besten, indem man die Leute nicht von Anfang an zwingt, im gleichen Wiki-Artikel herumzupfuschen. Stattdessen darf jeder seine eigene Definition schreiben. *Dann* ist klar, wo die Unterschiede in den Auffassungen liegen und man hat eine weit bessere Diskussionsgrundlage. Und die Diskussionen werden weniger emotional, weil keiner Angst davor haben muss, dass seine bisherigen Tags plötzlich falsch werden -- es ist durch die gespeicherte Zuordnung ja klar, nach welcher Auffassung sie erfasst wurden. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM als Beispiel für gescheiterte Basi sdemokratie (war: (Weg mit den Map Features (war : was ist ein footway?))
Hallo Frederik, Ich sehe jeden Ansatz, der irgendwas mit Abstimmungen zu tun hat, deswegen kritisch, weil unser Projekt so schnell waechst. Ja, klassisch demokratische Instrumente versagen bei schnellem Wachstum. Schnell wachsende soziale Systeme erfordern eine höchst transparente Informationspolitik, mit entsprechend schnellen und effizienten Methoden und Instrumenten. Dynamische Systeme benötigen kollaborative Methoden. Stichwort: Grossgruppenprozess. Ist das nicht alles sehr viel Affentanz um eine unverbindliche Wikiseite? Der Betreff Abschaffung der ... wurde von Dir ja als Metapher für die dahinter liegenden grundsätzlichen Probleme gewählt. Übertragen auf die Metapher könnte es eine Lösung für manche Probleme bedeuten, wenn die Kriterien zur Attributierung unserer Objekte eindeutiger, verständlicher und nachvollziehbarer wären. Und wenn dazu benutzerfreundlichere simplerere Editoeren zur Verfügung stünden. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 24. Juni 2009
Carsten Schwede schrieb: Hallo, die neuen Daten stehen wie immer bereit unter: http://wiki.openstreetmap.org/wiki/User:Computerteddy Nach den Unregelmäßigkeiten durch Krankheit auch wieder ein Mirrorupdate: Bittorrents hier: http://osm.ammit.de/osm/latest/torrents Download per http da: http://osm.ammit.de/osm/latest bzw http://osm.ammit.de Gruß, Daniel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM als Beispiel für gescheiterte Basisd emokratie (war: (Weg mit den Map Features (war: was i st ein footway?))
Michael Buege schrieb: Zitat Stefan Meir: [...] Die Map Features würden stets die Meinung der Mehrheit spiegeln und nichts anderes sollte doch in den Map Features stehen. Die Vorstellungen Einzelner sind in einer Demokratie völlig unerheblich. [...] Und genau deswegen ist OSM keine Demokratie. Weil die Vorstellungen Einzelner eben _nicht_ unerheblich sind und jeder die Moeglichkeit hat, neue Dinge auszuprobieren und eigene Ideen zu entwickeln. Ein Gremium verhindert doch nicht, das jemand neues ausprobiert. Wenn ich etwas mappen will, über das sich bislang keiner Gedanken gemacht hat, mappe ich es halt. Gleichzeitig mache ich im Wiki ein Proposal und bitte meinen Fürsprecher darum, dieses Proposal mit seinen gesammelten Stimmen abzusegnen und auf den Map Features einzutragen (womöglich nachdem er per Rundmail an den Rat abgeklärt hat, dass es keinen Widerspruch gibt). Saubere und effiziente Sache UND ich konnte mich einbringen. Auch ein technisch weniger versierter Mapper - der z.B. nicht die Fähigkeiten hat im Wiki ein sauberes Proposal zu formulieren - könnte sich einbringen, indem er einen Fürsprecher um Hilfe bittet. Wie bringt sich so jemand heute ein? Richtig: gar nicht. Was passiert mit den Leuten, die sich nicht an die Beschluesse eines wie auch immer und vom wem auch immer legitimierten Gremiums halten. Duerfen die nicht mehr mitspielen? Natürlich dürfen die weiter mitspielen, nur handeln sie nicht unbedingt produktiv. Wie war das neulich mit dem User Kraftfahrstraße? Wäre es euch nicht wohler dabei, wenn man bei solchen Konflikten ein legitimiertes Gremium hätte? Aber egal, mich wuerde brennend interessieren, ob endlich mal jemand die konjunktive Phase verlaesst und Butter bei die Fische tut. Also, wann, wo, wie und worueber wird abgestimmt? Z.B. darüber: 1. was ist ein footway? 2. wie mappt man mehrspurige, parallele Straßen inkl. Grünstreifen und Radweg?. Mir ist es wie verm. 90% aller Mappen egal, ob das mit einer Supi-Dupi-Relation passieren soll oder mit 27 Tags pro Straße. Nur solange keine Entscheidung gefallen ist, mappe ich wie die anderen 90% eben keine mehrspurigen Straßen inkl. Grünstreifen und Radwege. 3. Wie mappt man Adressen? Das Karlsruhe Schema ist noch immer nur ein Proposed Feature! Wie wird abgestimmt? Jeder User im Wiki stellt in seinem Account einen Fürsprecher ein. Die Top100 dieser Fürsprecher bilden den Rat und stimmen z.B. in ihrem Forum solche Fragen ab (dieses Forum wäre öffentlich lesbar, aber nur Ratsmitglieder hätten Schreibrechte). Die Ergebnisse werden in einem monatlichen Newsletter und im Wiki publiziert. Wiederum eine saubere und effiziente Sache und ein Ende der Stagnation. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM als Beispiel für gescheiterte Basi sdemokratie (war: (Weg mit den Map Features (war : was ist ein footway?))
Original-Nachricht Datum: Fri, 26 Jun 2009 13:12:04 +0200 Von: Michael Buege mich...@buegehome.de An: talk-de@openstreetmap.org Betreff: Re: [Talk-de]OSM als Beispiel für gescheiterte Basisdemokratie (war: (Weg mit den Map Features (war: was ist ein footway?)) Hallo, Und genau deswegen ist OSM keine Demokratie. Weil die Vorstellungen Einzelner eben _nicht_ unerheblich sind und jeder die Moeglichkeit hat, neue Dinge auszuprobieren und eigene Ideen zu entwickeln. Und genau das funktioniert besser, wenn es einen stabilen Unterbau gibt, an den sich (fast) alle halten. Was passiert mit den Leuten, die sich nicht an die Beschluesse eines wie auch immer und vom wem auch immer legitimierten Gremiums halten. Duerfen die nicht mehr mitspielen? Autoregularien sollten locker reichen. Wenn die Mehrheit sich an Regeln haelt, die die Mehrheit auch fuer gut befindet, faellt eine Minderheit, die es anders macht nicht mehr gross auf. Wirklich schaedlich sind Grabenkaempfe mit zwei Lagern mit Dingen, die ewig offen bleiben, obwohl sie im Kern trivial festzulegen sind. Also, wann, wo, wie und worueber wird abgestimmt? Eigentlich haette es schon gereicht, wenn man die bestehenden Abstimmungen nicht dermassen ausgehebelt haette, dass sie nur noch eine Farce sind. Die hatten eine zeitlang wirklich eine stabilisierende Wirkung. Aber wer will schon Abstimmungen organisieren und abstimmen, wenn von wenigen im Forum breit getreten wird, dass alles und jedes auf ewig unverbindlich sein soll? vom Niedergang OSMs werden ueber kurz oder lang wahr. Noe werden sie nicht. OSM wird nicht untergehen, aber es wird keinen endlosen Nachschub an motivierten Mappern geben, die mit einem Umfeld zurechtkommen wollen, das immer unuebersichtlicher wird. Der Katzenjammer kommt dann, wenn man sich nicht mehr auf schier endlosen Ressourcen ausruhen kann. Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Worldfile vom 24. Juni 2009
Hi Daniel, Daniel Senger schrieb: Nach den Unregelmäßigkeiten durch Krankheit auch wieder ein Mirrorupdate: Danke, ich hoffe, Du bist wieder fit. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit dem Validator und ähnlichen Tool s
Am Freitag, 26. Juni 2009 13:08:21 schrieb Markus: Hallo Dirk, Etablierte Lösungen werden erstmal weiter verwendet werden. Wenn Du meinst: erfolgreich bewährte dann macht selbstverständlich Sinn. Zumindest solange, bis sich das Umfeld so verändert, dass das ursprünglich Bewährte nicht mehr passt. Wir müssen nur aufpassen, dass unter etabliert nicht verstanden wird: das war schon immer so, das haben wir schon immer so gemacht oder ähnliche Killerphrasen. Wenn ich mir anschaue, wie kompliziert Ja, die Welt ist manchmal viel komplizierter als ich das mit meinem selektiven Blick wahrnehme. Und ich bin gern bereit, andere in ihren Interessen zu unterstützen. Aber ich erwarte dabei, dass sie mir die Arbeit möglichst leicht machen. Indem sie mir beispielsweise sagen, worauf ich achten muss, und indem sie mir helfen, die Information auf simple Weise abzubilden. Da bist Du ja mit den Vorlagen bei JOSM ein Wegbereiter. Die waren ein großer Schritt für alle, und vor allem diejenigen die noch nicht soviel Durchsicht haben oder sie bereits verloren haben. Und vielleicht bauen wir ja gemeinsam ein Plugin, mit dem der Anwender umgangssprachlich und grafikbasiert seine Beobachtungen eingeben kann, und das dann die Informationen zu DB-gerechten Daten aufbereitet, so dass sich der Anwender um die ganzen komplizierten Taggingschemen und Relationen gar nicht mehr kümmern braucht...! Das stelle ich mir auch vor! Gerade auch auf mobilen Geräten als Beispiel das kommende Nüvifone bringt alles mit was wir brauchen um sogar unterwegs zu editieren. Da muß nur entsprechend programmiert werden. Die Kluft zwischen den Städtern die jede Kleinigkeit in Ihrem Viertel eintragen und genau spezifizieren und denen vom Land, die froh wären, wenn sie erstmal die Grundelemente der umliegenden vielen Quadratkilometer in der Karte haben wird kaum zu überwinden sein. Doch intelligent design könnte dies möglich machen. Das unter anderem war ja meine Idee mit dem Änderungsindex. Weit fortgeschrittenes zu schützen, und dafür große Freiheit zu genießen wo weiße Flecken vorhanden sind. Das ist das schöne an der freien Attributierung. Das generelle Problem von Standardisierungen (nämlich das Standards die Tendenz haben viel zu kompliziert zu werden) greift hier nicht. Leider wurden viele Dinge in der Vergangenheit im Sinne von: Viel hilft viel, auch unnötig verkompliziert. Das ist aber nicht ein Verdienst freier Attributierung, sondern die Folge von Motivationseinbrüchen bei durch Chaos frustrierten OSMern. Wir sollten das Prinzip der Freiheit lieber nutzen, um das Gefühl von Freiheit bei gleichzeitiger Freude über den gemeinsamen Erfolg zu erzeugen. Und dazu sind wir an einem Punkt, an dem m.E. viel Energie in die Verbesserung von Design von Strukturen und Prozessen und intelligenten Tools gesteckt werden sollte. Heute sind wir schon in der Lage vieles mit unseren erzeugten Daten machen zu können! Durch wildes unkoordiniertes hin und her ändern könnte man diese gewonnen Vorteile schnell zunichte machen. Das will doch keiner,oder? Gruss, Markus Gruß Sven S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit dem Validator und ähnlichen Tool s
Hallo Frederik, Ich mach' mal den Markus: Wenn wir uns alle etwas mehr Muehe gaeben, einander zu verstehen, wuerden wir merken, dass wir gar nicht so weiter auseinanderliegen ;-) :-) Zumindest würden wir merken, was wir denn eigentlich genau meinen, und könnten merken, was denn der andere eigentlich genau meint. Und ja: dann könnte ein Ergebnis sein, dass wir in vielen Dingen etwas ganz Ähnliches meinen, aber daran gescheitert waren, dass wir unterschiedliche Worte für gleiche Dinge benutzten, oder mit gleichen Worten unterschiedliche Dinge ausdrückten... Was so ein Mapper, von dem Du da sprichst braucht, ist eine klare und deutliche Anleitung, wie er es machen soll. Irgendjemand muss ihm sagen: Mach es einfach so wie ich, ich hab hier alles aufgeschrieben, wenn Du ne Frage hast, sag bescheid. :-) Dafür ist das OSM-Wiki gut geeignet. Und für die Fragen gibts im Wiki eine Disku, das Forum, die Listen, Stammtische, Entwicklertreffen, und persönliche Kontakte per Telefon, Skype, Teamviewer etc. Er braucht was Konkretes, am besten aus der Region, idealerweise mit ihm vertrauten Beispielen (die typischen Wanderwege bei uns in den Weinbergen taggst Du so und so ...). :-) Am besten mit beschreibenden Bildern und möglichst eindeutigen Kriterien für die Schlüssel und Werte der einzelnen Kategorien. Und /wirklich/ hilfreich wäre ein GUI, das ihm die Eingabe so leicht macht, dass er das ganze Wiki gar nicht mehr braucht und er auch keine Fragen mehr hat. Das ist ein einfacher Einstieg fuer den Mapper, vershilft ihm schnell zu Erfolgserlebnissen, reduziert die Gefahr, dass er im Kreise der anderen Mapper der Region aneckt, und sorgt dafuer, dass der Mapper ein wenigstens in sich konsistentes Schema anwendet. Das ist doch schonmal was! :-) hurra - jetzt hast Du verstanden was ich meine. Der Kartenentwickler muss entweder mit dem arbeiten, was da ist, oder sich ueberlegen, wie er die Leute motivieren kann, das, was nicht da ist, einzutragen. :-) Genau. Auch dafür ist das Wiki gut geeignet. Oder noch besser: die GUI in alltagssprachlicher Landessprache. Mit herzlichem Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit dem Validator und ähnlichen To ols
Hallo Dirk, Durchsetzen werden sich am Ende immer nur Lösungen, die nach dem obigen Ansatz gestrickt sind, nämlich kompliziertes als Erweiterung des einfachen zu sehen. Wenn die komplizierte und die einfache Lösung nicht zusammenpassen, dann werden beide nebeneinander bestehen oder die komplizierte geht unter. Ja, das ist tatsächlich so. Wobei man genauer sagen kann: Das einfach zu Handhabende setzt sich durch, gegenüber dem kompliziert zu Handhabenden. Mit Schichtmodellen und eine benutzergerechten Oberfläche lässt sich manche Komplexität vereinfacht handhaben. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routing Fehler A3-B58
Am 25. Juni 2009 11:50 schrieb Garry garr...@gmx.de: Darum halte ich hier auch nach wie vor ein konsequentes mappen mit onway = yes bei autobahn(ähnlichen) Strassen sowie getrennte OSM-Fahspuren auch bei nur durchgezogener Linie (nicht baulich getrennter) für angebracht. Leicht verständlich/einprägsam, umsetzbar und funktionssicher... Was ist an der Regel 2 Ways bei durchgezogener Linie denn bitte einfacher und einprägsamer als an der Regel 2 Ways bei baulicher Trennung? Mir jedenfalls graust es vor den Linienhaufen, die 1-2 Mapper in meiner Umgebung schon bei Verzögerungs- und Beschleunigungsstreifen (*keine* durchgezogene Linie) anlegen. Man sehe sich nur mal die Autobahnkreuze und Anschlußstellen bei Köln an... Da weiß niemand mehr, was Fahrbahn und was Fahrspur ist. Ich mappe weiterhin *eine* physische Fahrbahn als *einen* Way und bediene mich nicht dieses kruden Hacks, um Probleme zu lösen, die gar nicht existieren. -Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit dem Validator und ähnlichen Tool s
Hallo Ulf, Wenn die eine Seite einsieht das man nicht unbedingt Experte für ÖPNV Referenzbeschriftungen werden will sondern einfach nur unkompliziert eine Buslinie eintragen will - und die andere Seite einsieht das es anscheinend Leute gibt, die auf den Referenzbeschriftungen großen Wert legt, haben wir schon viel gewonnen. Genau. Als Benutzer wünsche ich mir dann Lösungen, dass so Dinge wie Referenzbeschriftung mit einem einfachen Fragenkatalog, für den ich den ich auch als Laie Antworten erfragen und simpel eintragen kann. Und die SW erzeugt dann aus meinem Antworten das ganze komplexse Relationenzeugs, das für die Anwendungen in die DB muss. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features (war: was ist ein footway?)
Frederik Ramm schrieb: Hallo, Michael Kugelmann wrote: Vielleicht muß man es doch wie bei den Kommerziellen machen und eunen festen Katalog haben. Oder ein Gremium das die Map-Features pflegt (so daß nicht jeder darin rumfuschen darf), oder Ich sehe das komplett anders; den Konflikt, dass jeder gern an der zentralen und fuer alle gueltigen Masterliste herumpfuschen will, wuerde ich gern dadurch aufloesen, dass ich diese Masterliste abschaffe, und nicht dadurch, dass ich den Schreibzugriff auf sie reglementiere. Entschuldigung, aber diese Vorstellung lässt das Grauen in mir hoch kommen! Zunächst einmal würden alle wirklich nur noch so mappen, wie es ihnen passt. Das fürht dazu, dass kein Mensch mehr mit den Daten arbeiten kann. Außerdem kann es zu sich überschneidenden Mehrfachdeklarationen kommen, was dann dazu führt, dass die Daten völlig unbrauchbar werden. Der eine Taggt die Hauptstraße lieber als Primary, der andere findet Trunk besser und der Spinner schreibt straße=hauptstraße. Der Aufwand ist gewaltig und jeder Konkurrent würde uns auslachen. So ein System in den Griff zu bekommen IST völlig unmöglich. Freddy, von dir hätte ich solch einen S ch w a ch s i n n s v o r s ch l a g am aller wenigsten erwartet. Gerade du als kommerzieller Anwender der Daten solltest wissen, dass das dem Projekt extrem schadet und nichts nützt. Ich käme also als neuer Anwender auf die Seite und würde mich fragen, wie ich denn den Briefkasten vor meiner Haustür benennen soll. Dann steht da nur, man soll doch schauen, wie es die anderen Leute in der Gegend machen. Da habe ich doch direkt keine Lust mehr und denke, dazu habe ich keine Zeit. Und vor allen Dingen: Woran erkenne ich solch einen Briefkasten überhaupt? Das führt seitens der neuen Mapper zwangsläufig zu dem Wunsch, eine grobe Übersicht zu schaffen, auf der man 'mal eben schnell etwas nachsehen kann. Und was wäre das dann wohl? Map Features 2.0! Entschuldigung, aber die Umsetzung dieses Vorschlags würde das Ende des Erfolges von OSM einleiten. Ein Computer ist NICHT in der Lage, schwammige definitionen zu interpretieren. Man müsste in das System kilometerlange Interpretationslisten einspielen, die die feinheiten jedes Mappers beleuchten. Man könnte natürlich auch sagen, wir behalten das aktuelle System seitens der Renderer. Dann wird aber schnell der Ruf laut nach einer Liste der interpretierten Tags. Was haben wir dann? Ach lassen wir das... Die Abschaffung der MF würde zunächst zu einem Ausbruch von Chaos führen, da eigenbrödlerische Mapper ihr Ding durchziehen würden. Neue Mapper würden von der Hilflosigkeit abgeschreckt sein. Die Renderer würden das Material nicht mehr richtig verarbeiten können und eine Konvertierung für andere Geräte ist von vorne herein zum Scheitern verurteilt, da jeder seinen eigenen Eintopf kocht. Jetzt gab es ja den Vorschlag, man solle doch für jeden User eine eigene MF-Seite erstellen. Was bringt das? Was wird da eingetragen? Etwa eine Art Transkription auf einen Standardtag? Das wäre ja des Schwachsinns Höhepunkt. Oder etwa eine mündliche Beschreibung? Wer soll das bitte lesen und dann in die Renderer einbauen? Oder in die Konverter? Diese würden das ganze Ding erst einmal wieder in eine standardisierte Sprache übersetzen müssen. Das kann man sich echt einsparen. Das ganze klappt doch aktuell wunderbar. Wenn jemand meint, ein Tag sei ungeeignet, wird darüber diskutiert. Ist ein Tag schwammig umschrieben, führt dies immer zu einer Verbesserung der Definition. Und wenn ein neuer Tag sinnvoll erscheint, wurde es bisher immer aufgenommen. Wir brauchen weder ein Gremium noch einen Wegfall der MF. Der aktuelle Weg ist in meinen Augen der aller Beste. Die Features haben eine klare definition. Nationale Unterschiede werden auf speziellen Seiten erläutert. André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features (war: was ist ein footway?)
Hallo, André Reichelt wrote: Entschuldigung, aber diese Vorstellung lässt das Grauen in mir hoch kommen! Weil Du zuviel Phantasie hast. Ich sage A, Du folgerst daraus unzulaessigerweise B und trampelst dann 100 Zeilen lang auf B herum (http://de.wikipedia.org/wiki/Strohmann-Argument). Haeltst Du es tatsaechlich fuer wahrscheinlich, dass alle nur noch so mappen wuerden, wie es ihnen passt, und demzufolge kein Mensch mehr mit den Daten arbeiten kann, bloss weil eine zentrale unverbindliche Map Features-Liste durch mehrere konkrete unverbindliche Anleitungen ersetzt wuerde? Das sind doch wirre Weltuntergangs-Phantasien. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DXF-Datei Gemeindegrenze - OSM
On 2009-06-25 14:00, Markus wrote: Frage 1: Wie kann ich nur den Umriss der Stadtgrenze (also ohne die Löcher) als GPX exportieren? Mit Löcher meinst Du nur die inner-Grenzen, oder - wie in diesem Fall - auch die outer der Exklave? In letzterem Fall wird Dir die Auswahl keine Automatik abnehmen können, in ersterem sollte ein Konverter programmierbar/anpassbar sein (blos scheinen sich viele Windows-Anwender vor Perl oder xsltproc zu fürchten, na dann vielleicht Java). GPSBabel fällt anscheinend sowieso raus da es jeden OSM Node als Waypoint in ein GPX speichert. Der flexible aber auch etwas aufwendigere Weg ist der manuelle: 1. Relation der Grenze besorgen. Dazu entweder 1.1 in JOSM einen kleine bbox mit der Grenze runterladen 1.2 die Relation auswählen und Elemente herunterladen wählen 1.3 Doppelklick auf die Relation, diese neue Auswahl ins Clipboard 1.4 Neue OSM-Ebene anlegen, und Clipboard einfügen oder 2.1 Relation-ID herausfinden und direkt herunterladen, hier also z.B. http://www.openstreetmap.org/api/0.6/relation/163109/full und das File in JOSM einladen 3. Die unerwünschten Ways löschen 4. Wenn das Ergebnis ein kompletter Track sein soll: Suche nach type:way und die selektierten Wege über Weg verbinden zusammenhängen 5. Die gesamte Ebene mit dem Way als GPX exportieren. Rolf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] DXF-Datei Gemeindegrenze - OSM
On Fri, Jun 26, 2009 at 02:57:24PM +0200, Rolf Bode-Meyer wrote: Der flexible aber auch etwas aufwendigere Weg ist der manuelle: 1. Relation der Grenze besorgen. Dazu entweder 1.1 in JOSM einen kleine bbox mit der Grenze runterladen 1.2 die Relation auswählen und Elemente herunterladen wählen Das ist echt gefaehrlich - Das problem ist das fuer dieses Downloaden die anderen relations in denen diese grenze enthalten sein koennte nicht geladen werden. Wenn man dann die grenze irgendwo trennt dann wird das neu erstellte segment nicht in die relations uebertragen (weil die ja nicht geladen sind) und damit sind die nicht geladenen boundary relations alle defekt. 1.3 Doppelklick auf die Relation, diese neue Auswahl ins Clipboard 1.4 Neue OSM-Ebene anlegen, und Clipboard einfügen oder 2.1 Relation-ID herausfinden und direkt herunterladen, hier also z.B. http://www.openstreetmap.org/api/0.6/relation/163109/full und das File in JOSM einladen 3. Die unerwünschten Ways löschen 4. Wenn das Ergebnis ein kompletter Track sein soll: Suche nach type:way und die selektierten Wege über Weg verbinden zusammenhängen 5. Die gesamte Ebene mit dem Way als GPX exportieren. Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features (war: was ist ein footway?)
Hallo Tobias, Nur die Tags derjenigen Schule, die du für die richtige hältst, Und deine Schule bietet idealerweise eigene Presets und Dokumentation Das bedingt, dass der OSMer a) alle Schulen kennt b) valide Kriterien hat um diese zu vergleichen c) sich für die beste entscheidet d) alle Änderungen und Entwicklungen beobachtet Keine dieser Bedingungen ist in irgendeiner Weise erforderlich. Ich halte mich an einen Satz von Definitionen. Dafür muss ich die anderen doch nicht kennen? Wenn es nicht um Qualität geht brauche ich keinen Vergleich. Sonst schon. Wenn mir ein andereschule::highway=footway begegnet, dann weiß ich, dass es nicht meine Art von footway ist. Ja, das wäre eine klare Unterscheidung. Diese würde den Vergleich zumindest theoretisch ermöglichen. Aber es ist doch für die Debatte ganz hilfreich, wenn öffentlich bekannt ist, wer welcher Fraktion angehört und was eigentlich die Meinung jeder Fraktion ist. Öffentliche Transparenz ist eine Grundvoraussetzung. Aber dann fängt die Arbeit erst richtig an: Ich muss die Parteiprogramme lesen und verstehen, muss prüfen wie diese auf konkrete Situationen angewendet werden, muss solche Anwendungen verschiedener Parteien miteinander vergleichen. Da ich das nicht kann, brauche ich Verbraucherschutzverbände, Versicherungsagenturen, Kleinaktionärsverbände, etc.etc. Also ich hätte gern /eine/ Variante, und zwar die beste. Ich auch. Aber wie willst du zu diesem Zustand kommen? Momentan funktioniert es jedenfalls nicht, also muss irgendetwas an den Prozessen geändert werden. Die Nutzergruppen einer Objektklasse müssen sich zusammensetzen und ein für ihre jeweiligen Bedürfnisse optimiertes /gemeinsames/ Datenschema entwickeln. Dieses müssen sie dokumentieren und allen OSMern über eine umgangssprachliche GUI zur simplen Erfassung anbieten. Ein guter erster Schritt zu einer einheitlichen Lösung ist meines Erachtens der, dass jeder erst mal seinen Standpunkt klar darlegt. Ja. Der zweite ist dann, diese Standpunkte auszutauschen und gegenseitig zu verstehen. Der dritte Schritt ist dann, die Ideen synergetisch zu einer gemeinsamen Lösung zusammenzuführen. *Dann* ist klar, wo die Unterschiede in den Auffassungen liegen und man hat eine weit bessere Diskussionsgrundlage. Und die Diskussionen werden weniger emotional, weil keiner Angst davor haben muss, dass seine bisherigen Tags plötzlich falsch werden -- es ist durch die gespeicherte Zuordnung ja klar, nach welcher Auffassung sie erfasst wurden. Genau so. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features (war: was ist ein footway?)
Frederik Ramm schrieb: Haeltst Du es tatsaechlich fuer wahrscheinlich, dass alle nur noch so mappen wuerden, wie es ihnen passt, und demzufolge kein Mensch mehr mit den Daten arbeiten kann, bloss weil eine zentrale unverbindliche Map Features-Liste durch mehrere konkrete unverbindliche Anleitungen ersetzt wuerde? Das sind doch wirre Weltuntergangs-Phantasien. Seitens der eingefleischten Mapper ist das tatsächlich relativ unwarscheinlich. Aber neue Mapper werden entweder ganz fern bleiben oder es so taggen, wie sie meinen, dass es richtig ist. Außerdem sehe ich keinen Grund, eine Liste durch mehrere zu ersetzen. Wir haben bereits jetzt das Problem, dass auf mehereren Wikiseiten zu einem Thema unterschiedliche Informationen stehen. Daraus sollte man eigentlich schlussfolgern, eine Bündelung der Daten herzustellen, um so gefährliche Redundanzen auszulöschen. Du hingegen schlägst jetzt vor, das Chaos noch zu vervielfachen. Verständnislos, André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features (war: was ist ein footway?)
Am 26. Juni 2009 15:12 schrieb André Reichelt andr...@online.de: Außerdem sehe ich keinen Grund, eine Liste durch mehrere zu ersetzen. Wir haben bereits jetzt das Problem, dass auf mehereren Wikiseiten zu einem Thema unterschiedliche Informationen stehen. Daraus sollte man eigentlich schlussfolgern, eine Bündelung der Daten herzustellen, um so gefährliche Redundanzen auszulöschen. Du hingegen schlägst jetzt vor, das Chaos noch zu vervielfachen. Vielleicht würde hier auch schon eine Evaluierung der Wiki-beiträge helfen: Verständlich geschrieben -- ja/nein, sachlich einverstanden -- ja/nein ect. Bei der Suche nach Fahrradweg oder ähnlichem könnte man dann perspektivisch der am besten bewerten Seite den Vorrang einräumen und ihr so zu stärkerer Geltung verhelfen, was dann wiederum vereinheitlichend auf die Kartendaten wirkt. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM als Beispiel für gescheiterte Basi sdemokratie (war: (Weg mit den Map Features (war : was ist ein footway?))
Hallo Hubert, Wirklich schaedlich sind Grabenkaempfe mit zwei Lagern mit Dingen, die ewig offen bleiben, obwohl sie im Kern trivial festzulegen sind. Ja, sie sind schädlich. Wenn aber trivial zu lösenden Dinge zu ewigen Grabenkämpfen führen, dann wabern dahinter immer andere, wesentlich bedeutendere Konflikte, die /eigentlich/ gelöst werden müssten. es wird keinen endlosen Nachschub an motivierten Mappern geben, die mit einem Umfeld zurechtkommen wollen, das immer unuebersichtlicher wird. Der Katzenjammer kommt dann, wenn man sich nicht mehr auf schier endlosen Ressourcen ausruhen kann. Ja, über dieses Problem stolpern viele expandierende Projekte, Firmen, Organisationen... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weg mit den Map Features
2009/6/26 Sven Sommerkamp s_sommerk...@gmx.de Du hast keinerlei Recht, den Leuten im Kongo vorzuschreiben, wie sie zu mappen haben. Über sinnvolles abstimmen von solchen Dingen könnten auch Leute im Kongo die Dinge an ihre Realität anpassen. Wobei ich denke OSM war und ist ein Internationales Projekt und die Art Dinge zu erfassen sollte eine gewisse Konsistenz auch über alle Grenzen hinweg haben. Auch jemand aus dem Kongo möchte sich umgekehrt in unseren Karten zurechtfinden! Eigentlich wollte ich mich in diese Diskussion ja nicht einklinken, aber an dieser Stelle kann ich nicht widerstehen. Im Kongo war ich zwar noch nicht, dafür aber in einer ganzen Menge anderer afrikanischer Staaten. Die Vorstellung, dass ein in Europa erdachtes und auf hiesige Bedingungen abgestimmtes und definiertes tagging-System in Afrika funktioniert ist schlicht illusorisch. Im Vergleich zu den Ausbaustufen europäischer Straßennetze müsstest du in Afrika schon mit der Verwendung von trunk vorsichtig sein, von motorway mal ganz zu schweigen. Trotzdem sind relativ viele Straßen in diesen Staaten als trunk oder motorway getagt, was im Vergleich zu dem restlichen Straßennetz auch sinnvoll ist. Ich würde persönlich zwar auch davor zurück schrecken eine ungeteerte Straße als motorway zu bezeichnen, bin aber doch der Meinung, dass unterschiedliche Regionen Flexibilität in der Definition der Schlüssel-Wert Kombinationen brauchen. Vor diesem Hintergrund wäre mein konstruktiver Beitrag zu dieser Debatte: Folgt dem Beispiel Wikipedia und dezentralisiert Entscheidungsstrukturen. Jedes Land / Region, dass eine ausreichend große Nutzerbasis hat, darf sich frei für ein von ihr preferiertes Organisationsmodell entscheiden. Also zum Beispiel die deutsche Community für einen Rat der Weisen, die Engländer für einen wohlwollenden Diktator, die Franzosen für reine Basisdemokratie und die Afrikaner für Anarchie (zufällig gewählte Beispiele). Jedes dieser föderalen Systeme kann für seinen Einflussbereich Empfehlungen zum Tagging abgeben, die einzelnen User sind in ihrer Entscheidung aber weiter frei. Die internationale Kooperation wird dabei nicht zwingend den Bach runter gehen. Ich denke ein gute Kultur des voneinander Lernens und eine gegenseitige Orientierung an praktizierten Konventionen wird sich automatisch ergeben. Die gesamte OSM Community in ein einziges Entscheidungsmodell zu pressen wird aufgrund kultureller Unterschiede sowieso nie funktionieren. Glaubt es oder lasst es. Grüße, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
