Re: [OSM-legal-talk] Contributor Terms
2009/7/3 Ed Avis e...@waniasset.com: My point is that granting powers to relicense the data is basically equivalent to copyright assignment (plus certain conditions, as happens when you assign copyright to the FSF, they promise to keep to a free licence in the future), but it is better to call a spade a spade. Technically (at least in English law), no. Its a sublicence rather than an assignmentt. They are distinct. Many jurisdictions impose formality conditions on assignments of copyright that they do not on licences. In a licensing situation the licensor retains their ownership of the copyright, contrast the assignment situation. -- Francis Davey ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Privacy and Terms
Francis Davey schrieb: No (though you will often see small print disclaimers on them). The idea of restricting access to age 13+ strikes me as odd in the extreme. When I get some time I'll do some research into what is going on in the US that makes them do this. http://en.wikipedia.org/wiki/Children%27s_Online_Privacy_Protection_Act Though apparently there is some sort of exception for non-profits. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Privacy and Terms
Hi, Ulf Möller wrote: No (though you will often see small print disclaimers on them). The idea of restricting access to age 13+ strikes me as odd in the extreme. When I get some time I'll do some research into what is going on in the US that makes them do this. http://en.wikipedia.org/wiki/Children%27s_Online_Privacy_Protection_Act Should we perhaps have two sets of Terms and Condition - one that applies if the user is in the USA, and the other if he isn't? One with 200 lines of text, the other with 10? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Privacy and Terms
On Sat, Jul 4, 2009 at 2:11 PM, Frederik Rammfrede...@remote.org wrote: Hi, Ulf Möller wrote: No (though you will often see small print disclaimers on them). The idea of restricting access to age 13+ strikes me as odd in the extreme. When I get some time I'll do some research into what is going on in the US that makes them do this. http://en.wikipedia.org/wiki/Children%27s_Online_Privacy_Protection_Act Should we perhaps have two sets of Terms and Condition - one that applies if the user is in the USA, and the other if he isn't? One with 200 lines of text, the other with 10? i'll suggest that to our lawyer, but this might mean having more than two sets - apparently Canada and Australia have their own versions of COPPA. and i guess the EU has something similar. it may end requiring us to to have a different set of TsCs for each jurisdiction. cheers, matt ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Printed maps and new license
On Fri, Jul 03, 2009 at 03:30:01PM +0200, Frederik Ramm wrote: If you have enough room then we prefer the URLs for OSM and CC written out. There is some info here: http://wiki.openstreetmap.org/wiki/Legal_FAQ#I_would_like_to_use_OpenStreetMap_maps._How_should_I_credit_you.3F Now that we have it, can osm.org be used as an alternative? I.e. prefer full expanded URIs/domains, but if space is too limited you can use osm.org instead of www.openstreetmap.org, and if it’s still too much you might then omit the URIs completely. Simon -- A complex system that works is invariably found to have evolved from a simple system that works.—John Gall signature.asc Description: Digital signature ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Privacy and Terms
2009/7/4 Matt Amos zerebub...@gmail.com: i'll suggest that to our lawyer, but this might mean having more than two sets - apparently Canada and Australia have their own versions of COPPA. and i guess the EU has something similar. it may end requiring us to to have a different set of TsCs for each jurisdiction. From having a read through COPPA it seems that it would not apply to someone merely looking at or using the map - unless personal information is somehow harvested in the process which seems unlikely - but it might apply to a situation where children signed up. This illustrates a wider point: if people are going through a sign-up process then at that stage its entirely reasonable to ask them to agree to a set of terms and conditions (which can be as simple as don't be an idiot). Many sites do that and do that in a lightweight and inoffensive way. After all if you want to join in you should probably told what the local culture is like. On the other hand terms and conditions for use of the *site* (as opposed to signing up for an account) would not (as far as a 1 minute skim read suggests) require any compliance with COPPA. For my part I cannot see any obvious need for a whole-site-applies-to-everyone-even-those-without-accounts terms and conditions. But - and I boringly restate this point because I'm not sure its been necessarily understood - it depends what you are trying to do. There's no legal right or wrong it all depends on what you want to do. My guess is that you don't need TC's of the kind outlined but I could be wrong. Though I do draft and litigate contracts for a living I only do so in England and Wales. I have a nodding acquaintance with some relevant law in other jurisdictions, but if you are particularly concerned about getting things right world-wide you might want a team effort 8-). -- Francis Davey ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Privacy and Terms
Richard Fairhurst rich...@... writes: http://wiki.openstreetmap.org/wiki/Case_law http://wiki.openstreetmap.org/wiki/Statute_law Thanks, I've had a look at that. It seems to agree with the usual layman's view of the subject: that facts are not copyrightable, though the expression of them may be; and that many countries recognize a database right. Bear in mind also that Creative Commons themselves have said several times that CC-BY-SA is not suitable for OSM. For example, In the United States, data will be protected by copyright only if they express creativity. Some databases will satisfy this condition, such as a database containing poetry or a wiki containing prose. Many databases, however, contain factual information that may have taken a great deal of effort to gather, such as the results of a series of complicated and creative experiments. Nonetheless, that information is not protected by copyright and cannot be licensed under the terms of a Creative Commons license. Is anyone seriously suggesting that because factual information is not covered by copyright, then in countries where no database right is recognized, map data can be copied with impunity? If so, then it will be okay to start copying data from pre-1990s Ordnance Survey maps? I know this point has been raised many times, and the discussion tends to go in circles, but I think it has never been satisfactorily answered. Either copyright applies to map data or it doesn't; and if it doesn't, then why are we wasting time walking round with GPS devices? If it is the settled view of the OSM project, based on legal advice, that copyright plus CC-BY-SA does not protect the Openstreetmap geodata from being copied and incorporated into other works, can an official statement be made to this effect? It would save a lot of effort for people like People's Map or Google, who would love to start copying the OSM data if it weren't for the pesky share-alike restrictions. But if you can't summon the energy to read all that, and I wouldn't blame you, do at least read Charlotte Waelde's paper and the key US cases (Rural vs Feist, Mason vs Montgomery). I'm reading the Montgomery one now. Which do you mean by Waelde's paper? For what it's worth, my interpretation at present is that a simple OSM map of a housing estate, such as http://osm.org/go/euwtbOAo-- , is not at all copyrightable in the US (the most liberal jurisdiction). It's a simple collection of facts - street names and geometries - arranged in an uncreative fashion, and Rural vs Feist tells us that this doesn't merit copyright. Therefore CC-BY-SA will not protect it. Interesting. Do you mean only the map, or the underlying data too? Something more intensively mapped, such as http://osm.org/go/eutDzIjd-- , may perhaps attract copyright protection for the database structure - which, in OSM, is principally the tagging system. It could go either way for the database contents, which is still pretty uncreative _given_ that structure, but could be argued to involve careful assessment of sources and so on (Mason vs Montgomery). From my experience of doing mapping, it seems there is a lot of creativity and freedom, with many distinct ways to express the same physical fact. But you might be right, perhaps in the USA map data can be freely copied. In which case the OSM project has already achieved its aim (of free map data) kind of by default, and all that remains is to view some areas in Google Maps and start copying in the streets and other features. -- Ed Avis e...@waniasset.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Privacy and Terms
On Jul 3, 2009, at 7:20 AM, Elizabeth Dodd wrote: It's a public site, no passwords, no sign up required to read it, so it's for the public to read. What if somebody posts hate speech (for the USAmericans)? What if somebody adds Nazi party mapping parties to the calendar (for the Germans)? What if somebody invites women and men to a mapping party in Saudi Arabia? The question isn't what legal text do we need? but is instead What legal risks do we expect the OSMF to have to defend itself against? and if we then decide that some risks are too large to accept, What legal text do we need to ameliorate that risk? The OSMF has no a priori control over what gets posted via email to OSM editors, nor what gets posted to the Wiki. Should it have responsibility for things over which it chooses not to control? Answering these questions requires help from a lawyer. -- 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-talk] Data out of the earth
2009/7/3 Iván Sánchez Ortega i...@sanchezortega.es http://www.openstreetmap.org/browse/changeset/1707270 I have to ask: Mikel, how did you manage to edit points outside the (-180,180) longitude range?? created_by = bulk_upload.py I can not spot a mistake here : http://www.openstreetmap.org/api/0.6/changeset/1707270/download Perhaps the bbox calculation has a bug ? Every country now exists twice, so this changeset needs some work. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] AAAA openstreetmap still doesn't use ipv6
On Wed, Jul 01, 2009 at 08:25:54PM +0200, Thomas Schäfer wrote: Well we're largely dependent on UCL (and Bytemark to a lesser extent) being able to allocate us IPv6 addresses for our machines. Have you asked ? (this year, not in the Dark Ages) I don’t know about UCL (I imagine as a University they probably already have an easy route to IPv6), but Bytemark specifically offer it[1]. I guess that would cover the wiki and repository. [1]: http://www.bytemark.co.uk/support/technical_documents/ipv6?tags=IPv6 -- A complex system that works is invariably found to have evolved from a simple system that works.—John Gall signature.asc Description: Digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] AAAA openstreetmap still doesn't use ipv6
--- On Sat, 4/7/09, Simon Ward si...@bleah.co.uk wrote: I don’t know about UCL (I imagine as a University they probably already have an easy route to IPv6), but Bytemark specifically offer it[1]. I guess that would cover the wiki and repository. Someone already commented that UCL has native IPv6 routing, so yea still scratching my head why this isn't something simple to do. If there is concern about users not being able to connect because of windows bugs they could use alternative hostnames like ipv6.* although I haven't seen much of this problem in years to be honest, was fixed in XP sp2 if memory serves me correctly. Not sure what more I or most others can do since we don't have access to systems or contacts with providers but I'm willing to help if asked just like several others have offered. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] map with FF 3.5 geolocation und hostip
On 04/07/2009, at 10:16, John Smith wrote: --- On Fri, 3/7/09, Aun Yngve Johnsen skipp...@gimnechiske.org wrote: Too bad they haven't been to the press with it then. Apple and Mozilla apparently have more skills in using press releases than RIM. So in other words, too bad OSM haven't been to the press about their mapping efforts. Google apparently have more skills in using press releases than OSM Same silly straw man argument. Totally agree, I would love to see more OSM in the press, but I have absolutely no clue in how to manage it... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] map with FF 3.5 geolocation und hostip
--- On Sat, 4/7/09, Aun Yngve Johnsen skipp...@gimnechiske.org wrote: Totally agree, I would love to see more OSM in the press, but I have absolutely no clue in how to manage it... Ask Apple or Mozilla for help? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] JOSM lat/lon bug; ban on versions 1722-1727
Hi, as some may have noticed, josm had a serious bug causing lat/lon of nodes to be swapped when moving them and causing chaos at some points; for details look here: http://josm.openstreetmap.de/ticket/2804 To prevent further damage, revisions 1722 to 1727 are blocked from downloading and uploading any data. If you use one of those versions affected, please update as soon as possible. Regards ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] JOSM versie 1722 tot 1727 uitgesloten van de server
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Lennard wrote: Doordat JOSM versie 1722 tot 1727 een ernstige bug bevat in het behandelen van coordinaten van verplaatste nodes, zijn deze versies uitgesloten van contact met de API-server. Ze kunnen geen uploads en downloads doen. Als je een van deze versies gebruikt, dan kun je het beste zo snel mogelijk upgraden naar een latere versie, of terug naar 1721. Oooh dan kan het opeens wel, zonder communicatie en design plans! Wanneer wordt Potlatch uitgesloten :P Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.12 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEAREKAAYFAkpP/mkACgkQYH1+F2Rqwn3nSACggHhQwvLNppLqDqCHMK9DqRVx PxMAnj6BgrdAcxe1FGz6VpVgG3NrilgH =iqBi -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] JOSM versie 1722 tot 1727 uitgesloten van de server
Stefan de Konink wrote: Oooh dan kan het opeens wel, zonder communicatie en design plans! Wanneer wordt Potlatch uitgesloten :P Vast op het moment dat een oudere versie van Potlatch opduikt op www.openstreetmap.org. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
[OSM-talk-nl] webpage van openstreetmap.nl
Beste lezers, op de webpagina van openstreetmap.nl is al een link naar: openstreetbugs.appspot.com dit is heel mooi, want voor passanten die alleen maar een fout willen melden is dit heel makkelijk en comfortabel. (ik heb de indruk dat sinds deze link er is, er meer fouten worden gemeld) Als men iets meer wil gaan doen, dan is het vinden het programma josm een beetje moeilijk. Ik wil daarom dan ook voorstellen om een link te maken naar de volgende pagina: http://josm.openstreetmap.de Bij voorbaat dank, Ronald ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] webpage van openstreetmap.nl
Gezien de recente fouten in JOSM heb ik een persoonlijke voorkeur voor een link naar merkaartor ;) Zal kijken wat ik kan doen :) Stefan Op 5 jul 2009 om 07:01 heeft Ronald stroe...@zonnet.nl het volgende geschreven:\ Beste lezers, op de webpagina van openstreetmap.nl is al een link naar: openstreetbugs.appspot.com dit is heel mooi, want voor passanten die alleen maar een fout willen melden is dit heel makkelijk en comfortabel. (ik heb de indruk dat sinds deze link er is, er meer fouten worden gemeld) Als men iets meer wil gaan doen, dan is het vinden het programma josm een beetje moeilijk. Ik wil daarom dan ook voorstellen om een link te maken naar de volgende pagina: http://josm.openstreetmap.de Bij voorbaat dank, Ronald ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Updating the validator plugin...
--- On Sat, 4/7/09, Rick Peterson ausr...@iinet.net.au wrote: That's why I suggested suppressing these kind of validation errors when an ABS boundary way is involved for a while until a considered (and practical) method of combining them is sorted out. Yup, I found a similar situation and have fixed this in the latest version of the validator.jar and submitted patches back to JOSM bug tracker. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Updating the validator plugin...
I just built a new version of the validator plugin, I enabled unclassified roads to be shown as a warning if they had no name, I updated this to exclude access=private bug+patch: http://josm.openstreetmap.de/ticket/2806 I also coded a cleaner way to exclude junction=roundabout bug+patch: http://josm.openstreetmap.de/ticket/2792 updated validator.jar: http://sharebee.com/7b79f445 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Updating the validator plugin...
John Smith wrote: submitted a bug about all the false positives about the "Presets do not contain property key" validation errors The validator informational (Other) warning says: "Presets do not contain property key" This led me to http://josm.openstreetmap.de/wiki/TaggingPresets , since it says that it is the 'presets' that do not contain the keys. This webpage is about having presets added via an XML file linked in josm/preferences/map settings. This will add (or replace??) those items to the Presets menu in JOSM's main menu. Because the ABS related keys, and other keys used in Australia do not appear in http://josm.openstreetmap.de/browser/trunk/presets/presets.xml I'm wondering that if we add a separate preset file that includes these things (even though I can't see why it would be necessary to have such specialist keys available in the Preset menu) will those errors disappear in Validator ? Just a thought ... Rick :) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Updating the validator plugin...
--- On Sat, 4/7/09, Rick Peterson ausr...@iinet.net.au wrote: I'm wondering that if we add a separate preset file that includes these things (even though I can't see why it would be necessary to have such specialist keys available in the Preset menu) will those errors disappear in Validator ? It looks like the validator plugin uses the presets to match against, however I'm starting to agree that these shouldn't be presets but they shouldn't be showing up as errors either. I'll see if I can hack something together as a general ignore list, even if they aren't presets. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Updating the validator plugin...
John Smith wrote: It looks like the validator plugin uses the presets to match against, however I'm starting to agree that these shouldn't be presets but they shouldn't be showing up as errors either. I'll see if I can hack something together as a general ignore list, even if they aren't presets. For reference, the keys are listed here http://wiki.openstreetmap.org/wiki/Import/Catalogue/ABS_Data#OSM_Representation I recently linked this page to the WikiProject_Australia page ... the beginnings of an Other Information and Reading section. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Updating the validator plugin...
I ended up splitting JOSM ticket #2803 into 2 tickets, the first is about keys not being ignored that probably shouldn't show up as warnings like au.gov.abs:*. The second ticket, #2807, is about missing presets that are showing up as warnings when they are actually valid and probably should be presets. eg: * Value 'secondary_link' for key 'highway' not in presets * Value 'wood' for key 'surface' not in presets * Value 'mall' for key 'shop' not in presets * Value 'dirt' for key 'surface' not in presets * Value 'waste_disposal' for key 'amenity' not in presets * Key 'construction' not in presets * Key 'loc_name' not in presets * Key 'attribution' not in presets * Key 'admin_level' not in presets * Key 'old_name' not in presets * Key 'usage' not in presets I don't think this is a complete list so please update the respective tickets if there are presets that should be added, or tags that shouldn't generate warnings. ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Updating the validator plugin...
I just fixed bug #2794, about a highway=turning_circle not being considered terminal, and so if it's near another way it will throw a warning still. Patch is attached to the bug report. validator.jar: http://sharebee.com/46ba48d0 Now all I need is some kind of dead_end tag to search/filter so they don't show up as unconnected, suggestions? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Updating the validator plugin...
Now all I need is some kind of dead_end tag to search/filter so they don't show up as unconnected, suggestions? Never mind... noexit=yes ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Updating the validator plugin...
John Smith wrote: ... I have a new version uploaded that ignores a lot of the ABS tags, there is still some missing preset tags but that's a job for someone else really. http://sharebee.com/856f6789 Good job John, that version of the validator.jar clears all of the ABS key/preset errors that are attributed to the ABS boundary ways. I see only the "postal_code" key remains in the Validator warning, but that is showing against the ABS Postcode relation and not the ways on the screen. The standard presets do use a postcode key, but in the Karlsruhe Schema format of "addr:postcode". The 'way end nodes near other way' boundary ways are involved have gone too .. the unnamed highway=*/junction=roundabout combination is no longer showing as an error you're on fire !! ...my JOSM has never looked so uncluttered! Thank you :) ...now, if I could just do something about those pesky 'highway without a reference' errors when highway=tertiary ... but I'll save that for another day ;) Hope your improvements are incorporated into the standard release so that all Aussie mappers can enjoy your good work and see the real errors that JOSM validator will throw up that need correcting. Thanks again :) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Updating the validator plugin...
--- On Sat, 4/7/09, Rick Peterson ausr...@iinet.net.au wrote: I see only the postal_code key remains in the Validator warning, but that is showing against the ABS Postcode relation and not the ways on the screen. The standard presets do use a postcode key, but in the Karlsruhe Schema format of addr:postcode. Hmmm so it really is an error and they should have entered it in the same way that people were already using when they did a batch import... I'm tempted not to do anything about this to be honest. ...now, if I could just do something about those pesky 'highway without a reference' errors when highway=tertiary ... but I'll save that for another day ;) Just ignore the whole group, they are valid error messages so I don't think I should mess with it, but you are free to ignore them all with very little effort. Hope your improvements are incorporated into the standard release so that all Aussie mappers can enjoy your good work and see the real errors that JOSM validator will throw up that need correcting. Well I've posted patches back on all the changes I've made, you could always me too, but don't just say me too obviously :) a bug to show support for it, the more people that seem to want the same issue fixed the more likely it will be fixed. At least that's how these things work in theory ;) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Updating the validator plugin...
the screen. The standard presets do use a postcode key, but in the Karlsruhe Schema format of addr:postcode. What is the right thing to do here? Also why did the bulk import vary from what everyone else is doing? ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Updating the validator plugin...
--- On Sat, 4/7/09, John Smith delta_foxt...@yahoo.com wrote: I just fixed bug #2794, about a highway=turning_circle not being considered terminal, and so if it's near another way it will throw a warning still. Patch is attached to the bug report. I found another corner case where the way ends because of a barrier close to another way, either the way really continues and turns into access=private or ends with some kind of fence. validator.jar: http://sharebee.com/e6551cc7 ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [talk-au] Updating the validator plugin...
John Smith wrote: Rick: Karlsruhe Schema format of "addr:postcode". John: What is the right thing to do here? Also why did the bulk import vary from what everyone else is doing? The 'addr:postcode' key is in the presets because it's the recommended way of entering a postcode (should you want to) when applying street numbering along a way. It doesn't really apply when providing a postcode for a suburb or group of suburbs as is the case with the ABS bulk import. I suspect that the key 'postal_code' which does appear in the Map Features page, but as somewhat deprecated, was selected to use in the bulk import because it's a key name that seems appropriate for this particular role. None of the keys developed for the ABS bulk import (or other special projects in Australia) need to be included in the presets menu within JOSM. This menu is a feature for the convenience of JOSM editors when entering commonly used keys/key combinations. Most of these special use keys show as a warnings in the plugin because they aren't in the presets, however they don't belong in the presets. This is where the flaw in the current plugin programming is revealed. The preset menu is trying to be used for more than it was originally designed. The people managing this plugin may tell you that you'll always get errors, because not all keys that are validly used are also in the presets. What they don't realise is that once you start ignoring error warnings, it can quickly become a one way street and the value of the plugin can be diminished to the point where you may as well not run it at all... I mean why would you, if you ignore everything? I think the validator plugin has great value, as it will regularly show genuine errors (sometimes many) that need correcting that I would otherwise not notice. Currently, you just have to be prepared to wade through all the false-positives to get to the real errors, and that is what I was looking to address by mentioning the ABS data import related errors in the first place. John Smith wrote: Being able to have arbitary keys and key pairs ignored that aren't in the preset list is a good idea, I've taken this a step further and given the plugin the ability to download a list of keys and keypairs to ignore or exempt from warnings. This is a great way to address the issue! Just as external files are used by the validator plugin for: spelling - http://svn.openstreetmap.org/applications/utils/planet.osm/java/speller/words.cfg and tagging - http://svn.openstreetmap.org/applications/editors/josm/plugins/validator/tagchecker.cfg so too should there be an external file listing keys that are validly used either internationally, or in specific areas such as the ABS keys used here in Australia. This could be structured in two ways: 1. A list that includes all of the commonly used keys and any special purpose keys, thus returning the preset menu to its original role 2. A list appending only specially used keys to be used in conjunction with the existing presets method. I'm totally behind this initiative to improve the usability and reduction in false positives in validator plugin. Cheers Rick :) ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Hello from England
Hi Steve, Am Donnerstag, den 02.07.2009, 16:42 +0100 schrieb SteveC: I think we already have, but we'd just be re-iterating the arguments. I continue to think that if OSM went PD, then I or Google or whoever will just take the data and improve it and not give back. OSM would always be the slightly worse map than everyone else. My personal feeling is that OSM should be the best map of the world and PD would give that away. Like I said in the email you pointed to, if you fork OSM with a PD version, then OSM will just take all of your edits and put them in it's reciprocal version, or someone else will. I can tell you a lot of companies would love to relegate OSM to a cheap way for them to fix the map. It would be a dream come true for Tele Atlas to just take our data and not give anything back, and just use us as a bug fixing service. I fully agree. Those, who use the OSM DB and add or change data, must be required to give back all those changes into the DB. So any licence change must ensure that - PD will result into exactly the situation Steve described above. To put it simple: Whenever OSM should become PD, I will stop my efforts and work on it. Of course commercial companies can use a data converter/script to create binary (==small and compact) maps for their navigation SW from the OSM DB - as long as people are not charged for the map data itself, but only for the reasonable costs to create and maintain the nav SW and data converters. Ideally the data converter should be open-source or the binary format should be documented at least. So people can do open-source converters for the favourite nav SW. -- Carsten Schlote carsten.schl...@gmx.net ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mal aus Sicht eines Mappers
Original-Nachricht Datum: Fri, 3 Jul 2009 23:22:18 +0200 Von: malenki o...@malenki.ch An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Mal aus Sicht eines Mappers qbert biker qbe...@gmx.de schrieb: Wenn ich vor einem Feldweg stehe und nicht weiss wo der hingeht, wie soll ich dann entscheiden, ob das ein unclassified ist, der zu einem Dorf geht, ein service als Hofzufahrt oder ein track, weil der nur aufs nächste Feld geht, gibts ein Verbotsschild oder ist es 'Anlieger frei'? Alles fliesst ja irgendwie ein. Da eh noch jemand hin muss, um den Weg zu vervollständigen, reicht es imo, den wahrscheinlichsten Tag zu vergeben und ein Fixme dranzuhängen. Problem gelöst :) In einer idealen Welt ist jedes Problem schnell gelöst ;) Die Frage ist, wie man tausende von Mappern mit unterschiedlichen Ansichten, Eigenheiten und Wissensstaenden optimal unter einen Hut bringt. Das führt eben oft zu dem Effekt, dass jemand andere Prioritäten setzt und ummappt, also z.B. von track zu unclassified und dabei Information löscht. Im besten Fall ergänzt er die weggefallene Information, indem er ein zusätzliches tag, also z.B. surface=unpaved ergänzt, das aber immer noch ungenauer ist als die grade-Einteilung. Im schechtesten Fall geht die sauber erfasste Information, dass die öffentliche Strasse ein besserer Feldweg ist, einfach verloren. Ein Attributsmodell zeigt seine Qualitäten am besten dann, wenn es viele unterschiedliche Mapper konfliktarm unterstützt, also möglichst viel Information dazu kommt und möglichst wenig gelöscht wird. Nach mehrjähriger intensiver Beobachtung geht das meiner Ansicht nach eben am besten, wenn man Verbindungstyp und Zustand in jeweils eigenen Klassifizierungen erfasst. Das kann man über den Editor optimieren, indem zu jeder Verbindungsklasse ein wahrscheinlicher Zustand vorgeschlagen wird, den man meistens nur noch abnicken muss. Allerdings bleibt dann bei einer Anpassung der Zustandsklasse der Verbindungstyp erhalten, ausser der Mapper, der das anpasst, aendert explizit beide. Oder du gehst den Weg bis zu dessen Ende (man Der kleine Hobbit). =) Gute Anregung, den mal zu lesen - steht schon lange genug im Regal. 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] OSM als Beispiel für gescheiterte Basisd emokratie (war: (Weg mit den Map Features (war: was i st ein footway?))
Christoph Eckert schrieb: - es Leute gibt, die weder Mailinglisten noch Webforen lesen - es Leute gibt, die diese Abstimmungen nicht interessieren - es Leute gibt, denen das Machen wichtiger ist wie das Reden - es Leute gibt, die der Meinung sind, dass die Map Features vollkommen überbewertet sind - ... Und? Die interessierten Mapper wird es erreichen. Dann erreicht man eben eine Wahlbeteiligung von weiger als 100%, wie im realen Leben auch. Nicht abstimmen ist auch eine Form von Meinungsäußerung (wenn m.E. auch eine ziemlich schlechte - wenn nicht die schlechteste). MfG Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Firefox 3 und die Geolocation-API
Hi! Ich hab' mir vor ein paar Tagen mal einen Firefox 3.5 installiert (unter Debian als `swiftfox') und auf http://webcontent.osm.lab.rfc822.org/ mal ein wenig damit herumgespielt. Allerdings scheints, daß mein FF meine IP-Adresse (worüber auch immer) nicht geocodiert bekommt. Als Rückgabe gibts nur ein undefined für longitude/latitude. Weiß von Euch jemand, ob es da irgendwelche Plug-Ins oder so gibt, sodaß der FF z.B. mit einem gpsd spricht? MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of:Lauf nicht vor Deinem Glück davon: the second : Es könnte hinter Dir stehen! signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM einsteigerunfreundlich - im Gegenteil
HI ! es sollte auch auch kein Meckern im eigentlichen Sinne sein - alle stecken viel Zeit und Kraft in das Projekt. Mir ging es auch einmal nur darum wie Ansichten von außen an einen herangetragen werden und wie was ankommt. Werde entsprechende Tickets noch erstellen. Gruß Jan .-) Ulf Lamping schrieb: Sven Geggus schrieb: Jan Tappenbeck o...@tappenbeck.net wrote: Ein anderer Einsteiger in HL ist gescheitert weil er keine OSM Daten heruntergeladen bekam (gab auch ein Posting dazu) - er hatte einen Berich in der Übersichtskarte aufgezoom. War aber nicht darauf gekommen noch ein zusätzliches Markierungsfenster anzulegen. Hier würde eine Meldung oder das Laden der aktuellen Ansicht, wenn keine Selektion vorliegt weiterhelfen. Ich sehe ein, dass das wenig intuitiv ist. Es bringt aber überhaupt nichts über sowas rummeckern. Ich finde Jan hat hier recht gut rausgearbeitet, wo bei einem nicht Geek die für den Profi trivialen Probleme zu einem Abbruch des Interesses on OSM führen kann. Ich habe damals auch darauf hingewiesen, daß dieser Dialog sehr krude ist, aber daraufhin ist damals schon nichts passiert - der Entwickler hat die Usability Probleme einfach nicht gesehen/verstanden. Die beste Methode besteht darin den josm Entwicklern (die IMO in schon sehr viel in Richtung Usability getan haben und die ich an dieser Stelle mal ausdrücklich loben möchte) einen patch zu schicken, der das Problem behebt. Die zweitbeste Lösung ist ein Wishlist Item auf der josm Mailingliste oder im Bugtracker. Es würde auch sehr helfen, wenn die Einträge im Bugtracker nicht im Telegrammstil verfaßt würden, und man zweimal/dreimal nachfragen muß was eigentlich gemeint ist :-( Gruß, ULFL ___ 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] Hall of Fame - Strassen komplett erfasst! - Kamine Zollverein noch nicht
Moin Willi, Rainer, wenn du nochmal so ein Problem mit deinem GPS-Gerät hast (innerhalb eines Kamins) - ich habe es nach einer Stunde grübeln und nachdenken, wie könnte es gehen, geschafft - du musst außen um die Kamine laufen, das geht auch. Verflixt! Und ich habe noch Eintritt bzw. den Beitrag für die Kokereiführung bezahlt. Wenn ich DAS geahnt hätte... Die Führung lohnt sich übrigens durchaus, auch wenn zum Fotografieren etwas wenig Zeit bleibt. Für wirklich gute Fotos brauchts jedoch ein Stativ, ich weiß aber nicht, ob das gern gesehen würde. Aus der Diskussion entnehme ich - du wolltest hoch klettern. Wenn du jetzt noch die Höhe in m nachträgst wäre das schon klasse. Ich finde, wir sollten das an Johann delegieren, der hat so Seilzeugs und Bergsteigerkram :-) Ps: Innerhalb der Kokskammern versagt so ein GPS-Tracker übrigens auch. Überhaupt ist da viel zu viel Eisen verbaut. Pps: Im sog. Skulpturenpark haben wir nur drei der vier (oder sogar fünf?) Standorte der Steinklötze von Ulrich Rückriem gefunden. Ppps: Im Absetzbecken gibt es eine knuffige Akustik. Mal reinklettern und drin herumlaufen, am besten zu zweit. Da fällt mir sogar noch etwas ontoppiges ein: Die ehemalige Gleisharfe westlich der Zeche hatte ich nur mit einem Weg eingezeichnet, tatsächlich führen jedoch etliche Wege parallel. Wenn ich das richtig gesehen habe, sind alle ehemaligen Gleise zu befestigten Wegen umgebaut worden, die auch noch häufig quer verbunden sind. Sollte das alles einzeln eingetragen werden? Dann müßte dort noch einmal jemand mit dem Rad hin, man läuft sich dort die Füße platt. Etwas problematisch finde ich in dem Bereich die Widmung zahlreicher Wege als cycleway, ich habe da keinerlei Radwegschilder gesehen. Für mich sind das teils Fußwege, teils Tracks (oder sogar service roads), die wohl alle /auch/ für Radler frei sind, aber eben keine dedizierten Radwege. Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hello from England
Am Mittwoch, 1. Juli 2009 14:55:43 schrieb SteveC: The license is interesting, because if you think about it and I was evil then I would join the people who like the public domain. I doubt that. IMO it's a vital element for the business of cloudmade that it can sail along the borders of a complicated license construct. If OSM went PD, cloudmade would face a lot of competitors, which is probably not its interest. (Ich bezweifle das. Meines Erachtens ist es ein wesentlicher Bestandteil des Geschäftsmodelles von cloudmade, dass cloudmade an den Grenzen eines komplizierten Lizenzkonstruktes entlangsegeln kann. Würde OSM auf public domain setzen, hätte es cloudmade schnell mit einer Menge an Mitbewerbern zu tun, was wahrscheinlich nicht dem Unternehmensinteresse entspricht.) Many mappers are against a PD license, with reason. But not all. I would appreciate if all options and opinions were treated with the same respect. Currently it appears that the OSMF pushed the ODBL and disregarded a PD style license¹. (Viele Mapper sind, aus guten Gründen, gegen eine gemeinfreie Lizenzierung. Allerdings nicht alle. Ich fände es erstrebenswert, wenn alle Optionen und Meinungen gleichberechtigt behandelt würden. Im Moment sieht es so aus, als ob die OSMF die ODBL durchzudrücken und die Gemeinfreiheit der Daten als ungeeignet abzutun suchte.¹) I would be interested in the results of a beforehand survey: OSM is discussing to change the license for the data. What option would you prefer: ( ) Keep the current CC-BY-SA license ( ) Switch to the newly created ODBL/DBCL license ( ) Release the data as public domain ( ) I do not care, so choose any license ( ) I'd prefer another license: [ ] The Wiki page ¹ reads as: The OSMF is going to change the license to ODBL/DBCL. What option would you prefer: (o) I agree ( ) I do not agree. All my contributions will be erased from the dataset. ( Mich würde das Ergebnis einer Vorabumfrage interessieren: OSM diskutiert einen Lizenzwechsel. Welche der folgenden Optionen würden Sie bevorzugen: ( ) Die CC-BY-SA beibehalten ( ) Zur neuen ODBL/DBCL wechseln ( ) Die Daten gemeinfrei zur Verfügung stellen ( ) Es ist mir egal, unter welche Lizenz die Daten gestellt werden ( ) Ich würde eine andere Lizenz bevorzugen: [ ] Die Wikiseite ¹ liest sich wie: Die OSMF ist dabei, einen Lizenzwechsel zur ODBL/DBCL vorzunehmen. Welche Option würden Sie bevorzugen: (o) Ich stimme zu ( ) Ich stimme nicht zu. Alle meine Beiträge werden aus dem Datenbestand entfernt. ) The licence change is (and will be) stressing the project. That's why I believe that we need to proceed more carefully as we did. I'm personally not completely against the ODBL/DBCL, as long as the alternatives get the same chances. As this not happend, the OSMF appears to only represent a minority of the project members. (Der Lizenzwechsel belastet das Projekt auch weiterhin. Ich glaube, dass wir deshalb umsichtiger mit dem Thema umgehen sollten, als wir das bisher taten. Ich bin persönlich nicht komplett gegen die ODBL/DBCL, solange die Alternativen die selben Chancen eingeräumt bekommen. Da aber das nicht der Fall ist, erweckt die OSMF den Eindruck, nur eine Minderheit der Projektmitglieder zu repräsentieren.) If someone decided to join the OSMF to take part in the process, he had no chance since january, as ¹ states: »who have to be a member as of or prior to 23rd January 2009 to ensure no rigging can occur afterward by masses of people joining just to vote« (Falls sich jemand entschließen wollte, der OSMF beizutreten, um sich einzubringen, hatte er seit Januar keine Chance, da unter ¹ nachzulesen ist: »die am oder vor dem 23. Januar Mitglied sein mussten, um sicherzustellen, dass es zu keiner Beeinflussung durch Massen von Leuten kommt, die lediglich bei der Abstimmung dabei sein wollen«) But it's all plain FUD, I know. SCNR ;-) . (Aber das ist alles nur FUD, schon klar. Entschuldigung, aber diese Anmerkung konnte ich mir nicht verkneifen ;-) . ) -- Beste Grüße, Best regards, ce ¹ http://wiki.openstreetmap.org/wiki/Open_Data_License/Implementation_Plan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Firefox 3 und die Geolocation-API
On Sat, Jul 04, 2009 at 12:00:07PM +0200, Jan-Benedict Glaw wrote: Subject: [Talk-de] Firefox 3 und die Geolocation-API Hi! Ich hab' mir vor ein paar Tagen mal einen Firefox 3.5 installiert (unter Debian als `swiftfox') und auf http://webcontent.osm.lab.rfc822.org/ mal ein wenig damit herumgespielt. Allerdings scheints, daß mein FF meine IP-Adresse (worüber auch immer) nicht geocodiert bekommt. Als Rückgabe gibts nur ein undefined für longitude/latitude. Weiß von Euch jemand, ob es da irgendwelche Plug-Ins oder so gibt, sodaß der FF z.B. mit einem gpsd spricht? IIRC macht der ff 3.5 das ueber WLANs und geocodiert die - das problem ist halt das das vermutlich nicht unter Linux tut ... http://www.mozilla.com/en-US/firefox/geolocation/ If you consent, Firefox gathers information about nearby wireless access points and your computer’s IP address. Then Firefox sends this information to the default geolocation service provider, Google Location Services, to get an estimate of your location. That location estimate is then shared with the requesting website. 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] Hello from England
Hi, Carsten Schlote wrote: I fully agree. Those, who use the OSM DB and add or change data, must be required to give back all those changes into the DB. This is not what our old license (CC-BY-SA) *or* or new proposed license (ODbL) postulate. So if the above is your condition for taking part in OSM, then better leave now. 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] Karten selber rendern?
Holger Schrader hs69...@web.de wrote: Hallo, Dies ist ein Test. Sorry, ich wusste nicht, wie ich das Funktionieren von Software und Account anders hätte testen können. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Neuer Planet-Mirror
Hallo, die GWDG, die den meisten von Euch vermutlich als Betreiber eines der bekanntesten und groessten deutschen Open-Source-FTP-Mirrors bekannt ist, hat jetzt auf ftp5.gwdg.de:/pub/misc/openstreetmap auch einen Mirror des kompletten planet.openstreetmap.org sowie der Europa- und Deutschland-Extrakte von download.geofabrik.de eingerichtet. Updates finden derzeit nur einmal taeglich statt, sind aber so getimed, dass sie jeweils die neu generierten Dateien des Tages erwischen. Herzlichen Dank an die GWDG fuer die Bereitstellung dieses Dienstes! 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] Firefox 3 und die Geolocation-API
On Sat, 2009-07-04 14:29:34 +0200, Florian Lohoff f...@rfc822.org wrote: On Sat, Jul 04, 2009 at 12:00:07PM +0200, Jan-Benedict Glaw wrote: Ich hab' mir vor ein paar Tagen mal einen Firefox 3.5 installiert (unter Debian als `swiftfox') und auf http://webcontent.osm.lab.rfc822.org/ mal ein wenig damit herumgespielt. Allerdings scheints, daß mein FF meine IP-Adresse (worüber auch immer) nicht geocodiert bekommt. Als Rückgabe gibts nur ein undefined für longitude/latitude. Weiß von Euch jemand, ob es da irgendwelche Plug-Ins oder so gibt, sodaß der FF z.B. mit einem gpsd spricht? IIRC macht der ff 3.5 das ueber WLANs und geocodiert die - das problem ist halt das das vermutlich nicht unter Linux tut ... http://www.mozilla.com/en-US/firefox/geolocation/ If you consent, Firefox gathers information about nearby wireless access points and your computer’s IP address. Then Firefox sends this information to the default geolocation service provider, Google Location Services, to get an estimate of your location. That location estimate is then shared with the requesting website. Ich mein' mich zu erinnern, daß die Koordinaten quasi von Plugins geliefert werden sollen, von denen die Google API nur eines der Plugins (und zudem der Default) ist. Da müßte man doch mal schaun, ob man da ad hoc gpsd drangehäkelt bekommt... MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: Alles wird gut! ...und heute wirds schon ein bißchen besser. the second : signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Announce: Bookmarklet für load into josm
Hallo zusammen, ich habe ein Bookmarklet gebaut mit dessen Hilfe man den aktuellen Ausschnitt einer beliebigen Slippy-map (openstreetbugs, wanderkarte, http://www.openstreetmap.org, ...) in den josm laden kann! Da mein Blog noch nicht unter http://blogs.openstreetmap.org/ verlinkt ist mal zusätzlich ein posting auf der Mailingliste: Mehr dazu unter: http://blog.gegg.us/2009/07/04/bookmarklet-to-load-the-current-section-of-a-slippy-map-into-josm/ Dank an Jochen für die hilfreichen Tipps. Gruss Sven -- The main thing to note is that when you choose open source you don't get a Windows operating system. (from http://www.dell.com/ubuntu) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM als Beispiel für gescheiterte Basi sdemokratie
Original-Nachricht Datum: Sat, 4 Jul 2009 02:12:01 +0200 Von: Christoph Eckert c...@christeck.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] OSM als Beispiel für gescheiterte Basisdemokratie Hallo, Das Verfahren, nach dem die Map Features gepflegt werden (Voting unter geringster Wahlbeteiligung) ist es ebenfalls. Und woher kommt wohl das geringe Interesse daran? Es gibt, vereinfacht ausgedrückt, zwei Sichtweisen auf die Map Features: * Die Map Features Sind das Regelwerk, nach dem sich alle Mapper zu richten haben. * Die Map Features sind eine Abbildung dessen, was die Mapper am meisten verwenden. Wenns Projekt OK läuft, sollte da kein grosser Unterschied sein - die Mehrheit der Mapper sollte bestimmen, wie die Regeln sind. Falls man jetzt die Features als Mehrheitsabstimmung akzeptiert, sind die Features eben die Regeln. Ich bin ein großer Fan der zweiten Variante, weil so eine dynamische Entwicklung möglich bleibt, wir aber ein Nachschlagewerk haben. Wieviel Dynamik ist nötig, um eine Strasse zu beschreiben, oder ein Haus oder was auch immer? Die Dynamik bei diesen Komponenten sollte ja irgendwann zum Stillstand kommen, denn die beschriebenen Elemente ändern sich ja nicht. Die aktuelle Dynamik ist meistens ein Toggeln zwischen zwei eher gleichwertigen Standpunkten oder man dreht sich im Kreis, weil man mit einem Begriff ein Ding beschreiben will, dass zu vielschichtig ist, um das zuzulassen. Neue Elemente brauchen natürlich diese Dynamik, aber wenn simple Dinge nach langer Zeit nicht zur Ruhe kommen... Wenn 49% der Projektmitglieder highway=path verwenden, weil es nützlich erscheint, dann sollte es nicht so sein, dass dieser Tag bei einem Voting über die Map Features mit 8:7 Stimmen draußen bleiben muss. Und an diesem Problem ändert auch ein Ältestenrat mit 15 Mitgliedern nichts. Hier sehe ich eigentlich das grösste Missverständnis in der Diskussion. Ob Tags drin sind oder draussen, ist doch absolut nebensächlich. Freilich kann jeder immer jedes Tag eintragen das er will. Die Frage ist, ob es eine Mindestanzahl von Tags geben soll, auf die man sich verlassen kann. Wenn die Masse der Tagger path oder secondary vergibt, sollte deren Bedeutung festgeklopft sein, damit diese Mapper die Eintragungen der anderen wieder interpretieren können. Sehe ich es richtig, dass Du in so einer Situation gerne jemanden hättest, der einfach sagt highway=path darf ab sofort nicht mehr verwendet werden, basta, Und wer sich nicht daran hält, dem entziehe ich den Zugriff auf die API? Dann bin es sicher nicht ich, der sich nochmal anschauen sollte, wie Communityprojekte funktionieren. Ich finde es schade, wenn immer eine unsinnige Drohkulisse aufgebaut wird, wenn es um das Thema Regeln geht. Niemand soll ausgesperrt-, oder auf ein festes Set an Tags festgeklopft werden. Es geht nur darum, ob man allen Tags die absolute Beliebigkeit aufprägt, oder es einen Set an realtiv fixen Tags gibt, die den Kern des Attributmodells bilden. Nur bei denen sollte man die Verwendung in Richtung Konsens lenken. Gruesse Hubert -- Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate für nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hello from England
SteveC st...@asklater.com wrote: So, can I answer any questions or do you have any comments? Ich würde an dieser Stelle gern die Gesamtdiskussion reflektieren. Zunächst einmal nehme ich an, dass es sich bei SteveC um den Gründer des OSM Projektes Steve Cost handelt. Es drängt sich mir der Eindruck auf, dass hier ein Zwist zwischen besagtem SteveC als Vertreter des UK-OSM und Vertretern der deutschen OSM handelt, insbesondere den inzwischen durch CCC Podcast und Kongress sowie als Schreiber des OSM-Buches prominent gewordenem Frederik Ramm und Jochen Topf. Schon länger war ich versucht, die Frage zu stellen, wer OSM eigentlich regiert. Diese Diskussion scheint meinen bisherigen Eindruck zu untermauern, dass der Besitz der Homepage und der Mailinglisten hier eine nicht zu unterschätzende Einflussmöglichkeit darstellt. Ferner ist natürlich derjenige in einer guten Position, der diejenige Datenbank auf seinen Servern hosted, auf der die (meisten) Personen der OSM Communitiy editieren. Im Moment ist das nur eine Datenbank. Aber der Verlauf der Diskussion zeigt, dass es durchaus nicht die einzige sein muss und sogar mehrere konkurrieren könnten. Daher ergeht von mir die dringende Bitte an diejenigen, welche die Potenz für den Betrieb einer solchen Datenbank haben, zu einer im Sinne der freien Inhalte tragfähigen Einigung zu kommen. Im Gegensatz zu Wikipedia werden die nationalen Hauptseiten nicht von der Community gestaltet. Diese Hauptseite kanalisiert die Community auf Themen, wie es keine andere Seite vermag. Welche Personen hier welche Einträge verlasst haben, ist im Gegensatz zu Wikipedia nicht ersichtlich. Die Verfügbarkeit über die Hauptseite gibt damit große Macht. Diese Macht lässt sich sowohl zum Guten als auch zum Schlechten nutzen. Eventuell könnte man darüber nachdenken, wie diese Seiten ähnlich wie bei Wikipedia durch die Community gestaltet werden könnten. Ich denke, hiermit könnte man solche möglichen Mauschelei Vorwürfe, wie sie hier in der Diskussion aufkamen, im Keime ersticken. Mögliche Mauscheleien wären hiermit erschwert, da jeder den Finger in eine potentielle Wunde legen könnte und diese auf der Hauptseite nicht totgeschwiegen werden könnte. Die Zusammenhänge um den Streit der OSM-Lizenz sind für die meisten OSM-User nicht nachvollziehbar. Insbesondere dürfte den meisten nicht klar sein, wo nun eigentlich die Kernunterschiede liegen. Viele haben sich im Laufe des letzten Jahres angemeldet und von der Diskussion nichts mitbekommen. Nicht zuletzt sind die verstreuten Kommunikakationswege, wie Mailingliste, Forum, private Nachricht in der Mapping Software, Telefonkonferenzen und andere nicht gerade dazu geeignet, Transparenz zu vermitteln. Anderen ist das Ganze auch schlichtweg egal, solange Ihre Edits für jeden frei und kostenfrei zugreifbar und nutzbar bleiben. Ich denke einmal, dass die freie Szene hier an einem Scheidepunkt angekommen ist. Für die freie Software hat die Free Software Foundation Modelle entwickelt, die sich in der Vergangenheit im Großen und Ganzen bewährt haben. Sowohl für OSM als auch für Wikipedia und Wikimedia Commons, die letztendlich alle eine Art von Datenbank darstellen, stoßen die bisher verfügbaren freien Lizenzen an Ihre Grenzen. Bei beiden Projekten ist daher eine heiße Diskussion über eine neue Lizenz entbrannt. Nun sind die Daten von OSM und Wikipedia in einen Teppich von Software eingewoben und untrennbar mit dieser verwoben. Georeferenzierung ist bei Wikipedia auch schon lange ein Thema. Daher möchte man auch projektübergreifend möchte man die Daten der beiden Projekte jetzt naheliegenderweise miteinander verweben, was auch nur vermöge von Software möglich ist. In diesem Sinne fände ich es angebracht, wenn sich Vertreter von OSM, Wikimedia und der Free Software Foundation an einen Tisch setzen könnten, um über neue Lizenzen nachzudenken, welche die freien Inhalte konsistent miteinander verweben. Es ist wenig hilfreich, wenn hier jeder sein eigenes Süppchen kocht, ohne über den Tellerrand zu schauen. Nur so kann es zu einer rechtlich einwandfreien und in Zukunft tragfähigen und belastbaren Grundlage kommen, welche die erforderlichen Verwebungen konsistent stützt und den freien Gedanken weitmöglichst auch für Datenbanken fortspinnt. Ich brauche wohl nicht an neueren politischen Begehrlichkeiten (Stichwort: von der Leyen) erinnern, welche die Szene vollkommen unvorbereitet getroffen hat. Die entsprechenden Reaktionen kamen daher viel zu spät. Auch an die schon einige Jahre alte Aktion um die Abschaffung der Softwarefreiheit sei erinnert. Und daher heißt es, sich nun für die Zukunft zu wappnen. Nur mit einer konsistenten und funktionierenden freien Lizenz, die für alle Inhalte passt, wird man in Zukunft derlei politischer Regelungswut begegnen können. Grüße Tirkon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hall of Fame - Strassen komplett erfasst! - Kamine Zollverein noch nicht
Am Freitag, den 03.07.2009, 23:26 +0200 schrieb Chris-Hein Lunkhusen: Willi Rehfeld schrieb: Was jetzt noch fehlt, ist die Höhe. Die kann ich nun wirklich nicht schätzen. Schatten messen. Aus dem Sonnenstand errechnet sich dann die Höhe. Eine entsprechende Formel sollte sich mit etwas googlen rasch finden lassen. Oder Linealmethode: Man entfernt sich zB 500 m vom Turm und misst die Turmhöhe indem man ein Lineal mit ausgestrecktem Arm vor den Turm hält. Dann benötigt man noch die Entfernung des Lineals vom Auge, den Rest erledigt ein simpler Dreisatz. Ich habe mal eine andere Methode mit einem Stab mit bekannter Länge gelernt. Einfach senkrecht auf den Boden stellen und dann auch den Schatten messen. Zeitnah die Länge des Schattens des Turms/Schornsteins/Hauses/Bergs messen. Wie beim Lineal ist der Rest dann auch nur noch Dreisatz... Andre signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Ist da was kaputt?
Hallo, ich sehe heute auf meiner Watchlist viele solcher Unfälle wie das Changeset hier: http://www.openstreetmap.org/browse/changeset/1730227 mit diesem Weg http://www.openstreetmap.org/browse/way/37244987 Ist da im Moment irgendein Tool kaputt?! Grüße Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ist da was kaputt?
Hallo. Am Samstag, 4. Juli 2009 schrieb Georg Burkhard: ich sehe heute auf meiner Watchlist viele solcher Unfälle wie das Changeset hier: http://www.openstreetmap.org/browse/changeset/1730227 mit diesem Weg http://www.openstreetmap.org/browse/way/37244987 Ist da im Moment irgendein Tool kaputt?! Da wurden beim letzten Node des Weges lat und lon vertauscht. Aber das heißt jetzt nicht, dass ich wüsste warum das passiert. :) Gruß, Bernd -- Erfahrung heisst garnichts. Man kann eine Sache auch 35 Jahre lang schlecht machen. - Kurt Tucholsky (dt. Schriftsteller) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ist da was kaputt?
Georg Burkhard schrieb: Hallo, ich sehe heute auf meiner Watchlist viele solcher Unfälle wie das Changeset hier: http://www.openstreetmap.org/browse/changeset/1730227 mit diesem Weg http://www.openstreetmap.org/browse/way/37244987 Ist da im Moment irgendein Tool kaputt?! JOSM war kaputt, siehe http://josm.openstreetmap.de/ticket/2804 Der Fehler ist mittlerweile behoben. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ist da was kaputt?
SLXViper schrieb: Georg Burkhard schrieb: Ist da im Moment irgendein Tool kaputt?! JOSM war kaputt, siehe http://josm.openstreetmap.de/ticket/2804 Der Fehler ist mittlerweile behoben. siehe auch: http://josm.openstreetmap.de/ticket/2804 ...aber josm-latest ist noch immer Version 1727 mit dem erwähnten Bug. So weit ich das gesehen habe, sieht man den Fehler (Millionen Kilometer weit verschobenes Node laut measurement-plugin) erst nach einem undo. Ansonsten sieht es aus, als ob sich das Node gar nicht bewegt hat. Mein Vorschlag wäre, das nach dem Beheben eines solchen Bugs das fehlerhafte josm-latest umgehend durch die fehlerbehobenen Version ersetzt wird. Gruß malenki ___ 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
Original-Nachricht Datum: Sat, 4 Jul 2009 17:29:49 +0200 Von: Christoph Eckert c...@christeck.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] OSM als Beispiel für gescheiterte Basisdemokratie Moin, Es geht nur darum, ob man allen Tags die absolute Beliebigkeit aufprägt, oder es einen Set an realtiv fixen Tags gibt, die den Kern des Attributmodells bilden. Nur bei denen sollte man die Verwendung in Richtung Konsens lenken. darüber streiten wir ja (hoffentlich) nicht. Im Optimalfalle sollten Tags recht eindeutig sein und überall das selbe beschreiben. Und darum geht doch der zentrale Streit: Es gibt wenige Abgrenzungen, welche Tags nun in den inneren Kreis gehören, die grossen Listen sind hier ein Anhaltspunkt. Solange nichts besseres in Sicht ist, finde ich deren Abschaffung für ein falsches Signal. Wenn ständig Beiträge kommen, die Abstimmungen, Features, Tagdefinitionen und vieles andere als absolut unverbindlich erklären, empfinden das eben einige als Schritt in Richtung Chaos. Aber eine gewisse Dynamik werden wir weiter brauchen: * Wenn die Mapper highway=minor nicht mehr verwenden (wollen) und stattdessen tertiary und unclassified nehmen, dann sollte halt irgendwann minor aus den Map Features und der Datenbank verschwinden (ich habe aber auch kein Problem damit, wenn ein paar Relikte noch eine Weile in der Datenbank 'rumfleuchen). Kein Problem damit. Schöner wäre es allerdings wenn man die technischen Möglichkeiten nutzen würde und Neuerungen so versioniert, wie man das mit der Basis-API macht. Damit kann man Relikte einfach verhindern, indem man maschinell über die ganze DB den Änderungen nachführt. Derzeit noch Zukunftsmusik, aber vielleicht ein erstrebenswertes Ziel? * Wenn die französische Community beschließt, shop=baker nicht mehr zu verwenden, sondern shop=boulangerie, dann sollten sie das einfach machen können, ohne vorher einen Ältestenrat befragen zu müssen, der dann innert 3 Jahren darüber befindet. Sind 3 Jahre Endlosdiskussion ohne echtes Ergebnis besser? Nationale Alleingänge kommen sowieso. Wenns sies machen, muessen sie eben mit den Konsequenzen leben, also dass Programme das u.U. nicht nachziehen und die Elemente von Programmen nicht gefunden werden. Wenn die Community einen internationalen Weg findet, den Sonderweg reinzumappen, ists besser. * Wenn sich Tags dergestalt ändern, muss natürlich die Consumersoftware angepasst werden - nicht umgekehrt. Sprich: Die Doku sollte sich an der Realität orientieren, und nicht die Realität an der Doku. Software, die das nicht schnell genug hinbekommt, ist schlecht gepflegt und wird auf der Strecke bleiben. Das gehört dazu. Es muss Hand in Hand gehen - Programme und Algorithmen bestimmen den Datenbedarf und neue Ideen beim Mappen erweitern und ändern die Daten. Solange kein Bereich dem anderen davonläuft, gehts vorwärts. Der zentrale Kritikpunkt von mir und wohl auch einigen anderen Regelbefürwortern ist, dass derzeit diese Kommunikation über das Kernmodell nicht wirklich funktioniert. Man hat ständig das Gefühl, dass einem der Boden unter den Füssen weggezogen wird. Nur deshalb habe ich gemeckert, ich will bestimmte Infos sicher aus der DB auslesen und das wird meiner Ansicht nach unnötig schwer gemacht. Grüsse 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] Hall of Fame - Strassen komplett erfasst! - Kamine Zollverein noch nicht
Am 4. Juli 2009 18:08 schrieb Andre Hinrichs andr...@gmx.net: Am Freitag, den 03.07.2009, 23:26 +0200 schrieb Chris-Hein Lunkhusen: Willi Rehfeld schrieb: Was jetzt noch fehlt, ist die Höhe. Die kann ich nun wirklich nicht schätzen. ich würde ihn einfach mit einem Lasermessgerät abmessen. Einfacher und genauer. Benedikt ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hello from England
Christoph Eckert schrieb: Die Wikiseite ¹ liest sich wie: Die OSMF ist dabei, einen Lizenzwechsel zur ODBL/DBCL vorzunehmen. Welche Option würden Sie bevorzugen: (o) Ich stimme zu ( ) Ich stimme nicht zu. Alle meine Beiträge werden aus dem Datenbestand entfernt. Das stimmt so nicht. Man wird sich in der Befragung für oder gegen die Lizenz entscheiden können, ohne dass damit irgendwelche Konsequenzen verbunden sind. *Wenn* sich dabei eine Mehrheit für die neue Lizenz findet, werden diejenigen, die sich dagegen ausgesprochen haben, gebeten werden, ihre Daten doch noch unter der neuen Lizenz zur Verfügung zu stellen. Wenn sich das Projekt für die Lizenzumstellung entscheidet, werden die dazu nicht freigegebenen Daten wahrscheinlich irgendwann gelöscht. Aber erst einmal muss sich das Projekt dafür entscheiden, und dann wird es genug Zeit geben, um die Daten unter der neuen Lizenz freizugeben. (Der Lizenzwechsel belastet das Projekt auch weiterhin. Ich glaube, dass wir deshalb umsichtiger mit dem Thema umgehen sollten, als wir das bisher taten. Ich bin persönlich nicht komplett gegen die ODBL/DBCL, solange die Alternativen die selben Chancen eingeräumt bekommen. Da aber das nicht der Fall ist, erweckt die OSMF den Eindruck, nur eine Minderheit der Projektmitglieder zu repräsentieren.) In den Mailinglisten (und in der OSMF!) gibt es viele, die PD bevorzugen würden. Im Forum findet man dagegen viele Benutzer, die PD strikt ablehnen und nicht wenige, die sogar mit der nach CC-BY-SA und ODbL zulässigen kommerziellen Nutzung Probleme haben. Wenn eine Mehrheit sich für PD entscheidet, und die ShareAlike-Anhänger deshalb das Projekt verlassen, ist das auch nicht zielführend. Die OSMF will deshalb eine Lizenz vorschlagen, die für unseren Anwendungszweck besser geeignet ist, aber den selben Prinzipien folgt wie CC-BY-SA. (Falls sich jemand entschließen wollte, der OSMF beizutreten, um sich einzubringen, hatte er seit Januar keine Chance, da unter ¹ nachzulesen ist: »die am oder vor dem 23. Januar Mitglied sein mussten, um sicherzustellen, dass es zu keiner Beeinflussung durch Massen von Leuten kommt, die lediglich bei der Abstimmung dabei sein wollen«) Das betrifft die Abstimmung, ob die OSMF dem Projekt die ODbL als neue Lizenz vorschlagen soll oder nicht. Wenn sich die OSMF dafür entscheidet, folgt eine Befragung aller Mapper. Diese Befragung ist meiner Meinung nach wichtiger als die interne Abstimmung der OSMF (an der ich auch nicht teilnehmen darf). Auch in die Diskussion auf legal-talk kann sich jeder einbringen. ___ 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
Christoph Eckert schrieb: Moin, Es geht nur darum, ob man allen Tags die absolute Beliebigkeit aufprägt, oder es einen Set an realtiv fixen Tags gibt, die den Kern des Attributmodells bilden. Nur bei denen sollte man die Verwendung in Richtung Konsens lenken. darüber streiten wir ja (hoffentlich) nicht. Im Optimalfalle sollten Tags recht eindeutig sein und überall das selbe beschreiben. Aber eine gewisse Dynamik werden wir weiter brauchen: [...] Du weichst schlicht aus. Es zeigt sich an immer mehr Ecken, daß dein Optimalfall leider überhaupt nicht der Realität entspricht. Es herrscht an vielen Stellen nämlich *kein* Konsens was Tag xy eigentlich bedeutet. Ja, wir brauchen diese Dynamik bei neuen Themenfeldern oder wenn z.B. der Detaillierungsgrad nicht ausreicht. Aber - einen lange bestehenden Konsens ohne Not über den Haufen zu werfen und durch lautes poltern auf den Listen und im Wiki die bisherigen Datenerfassungen in Ihrer Bedeutung um 180 Grad zu drehen oder soweit verschwimmen zu lassen, daß wir die Daten letztlich später komplett neu aufnehmen müssen - ist das auf die Dauer wirklich eine Lösung?!? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ist da was kaputt?
Georg Burkhard schrieb: ich sehe heute auf meiner Watchlist viele solcher Unfälle wie das Changeset hier: http://www.openstreetmap.org/browse/changeset/1730227 mit diesem Weg http://www.openstreetmap.org/browse/way/37244987 Der Weg müsste jetzt wieder heil sein. Wenn man nach dem Upload des von Josm 1727 mit falschen Koordinaten versehenen Nodes diesen wieder herunterlädt und nochmal kurz dran zupft, landet er wieder an der richtigen Stelle. Nette Spielerei. :) Nur in der History finde ich die Änderung nicht. Gruß malenki ___ 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
Hallo Christoph, die Map Features sind jedoch aus Usabilitygründen für den durchschnittlichen Mapper schlicht ungeeignet. Ja, denn der Benutzer hat ein reales Objekt und sucht nach einer Entsprechung in OSM (und nicht umgekehrt). Sinnvoller und nützlicher ist also also http://wiki.openstreetmap.org/wiki/de:Howto_Map_A zwei Sichtweisen: * Regelwerk, nach dem sich alle Mapper zu richten haben. * eine Abbildung dessen, was die Mapper am meisten verwenden. Wir brauchen m.E. beides: Wir müssen wissen, was am meisten verwendet wird - und warum! Wir müssen uns überlegen, ob das so Sinn macht, und wenn ja, ob es die beste aller Beschreibungs-Möglichkeiten ist. Und wenn wir diese gefunden haben, sollten wir sie dokumentieren, damit alle sie nachvollziehen können (zumindest bis wir eine noch bessere Beschreibungs-Möglichkeit gefunden haben. Wenn 49% Mengen sagen zuwenig über Sinn aus. Manchmal tut man etwas, weil man es nicht besser weiss, weil man es schon immer so gemacht hat, weil man zu bequem ist etwas Neues zu lernen, oder weil man einfach die bessere Information nicht gefunden hat, oder diese so verwirrend, widersprüchlich oder unverständlich war, dass viele sich damit nicht zurecht finden. Ich empfinde gute HowTo's als nützlich. 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
Hallo Christoph, * Wenn die französische Community beschließt, shop=baker nicht mehr zu verwenden, sondern shop=boulangerie Sowas ist für mich eigentlich selbstverständlich. Jede Sprachgruppe soll die Schlüssel und Werte in ihrer eigenen Sprache verwenden können. Dafür ist ja das GUI da. Und wie das Dingens dann in der DB steht können die DB-Designer m.E. nach systematisch-technischen Kriterien entscheiden. Hauptsache, der Benutzer kann es dann wieder als de:Bäckerei oder fr:boulangerie lesen (oder wenn es eine Konditorei ist als fr:pâtisserie). * Wenn sich Tags dergestalt ändern, muss natürlich die Consumersoftware angepasst werden. Das habe ich bei OSM noch nie verstanden: Die Realität, also die Bäckerei bleibt doch eine solche, auch wenn die Franzosen sie eben als boulangerie bezeichnen?! Die GUI müsste das doch lösen können? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hello from England
Hallo Tirkon, Zunächst einmal nehme ich an, dass es sich bei SteveC um den Gründer des OSM Projektes Steve Cost handelt. Steve Coast. Es drängt sich mir der Eindruck auf, dass hier ein Zwist zwischen besagtem SteveC als Vertreter des UK-OSM und Vertretern der deutschen OSM handelt, insbesondere den inzwischen durch CCC Podcast und Kongress sowie als Schreiber des OSM-Buches prominent gewordenem Frederik Ramm und Jochen Topf. Das ist ganz bestimmt eine unzulaessige Vereinfachung. Zunaechst einmal vertritt SteveC die OSM Foundation, die fuer OSM ingesamt zustaendig ist und nicht nur fuer UK. (SteveC selbst lebt inzwischen in Kalifornien, und auch noch zwei andere OSMF-Vorstandmitglieder sowie geschaetzt 60-70% der Mitglieder sind ausserhalb Grossbritanniens.) Zusaetzlich ist Steve (zusammen mit Nick Black, der im Vorstand der OSMF fuer die SOTM-Konferenz und die nationalen OSMF-Untergruppen zustaendig ist), Gruender und Anteilseigner der Firma CloudMade. Ich ganz persoenlich habe in vielen Dingen eine andere Meinung als SteveC, aber in ebensovielen Dingen gehe ich mit ihm auch voellig konform, und wenn wir uns ueber den Weg laufen, trinken wir fuer gewoehnlich ein paar Biere zusammen. Hier von einem Zwist zu reden, ist nicht angebracht. Was die ODbL-Lizenz betrifft, bin ich mittlerweile - nachdem ich im Verlauf der Diskussion sehr viele kritische Anmerkungen hatte, die m.E. in grossen Teilen schliesslich auch zu einer Verbesserung der Lizenz oder Vorgehensweise gefuehrt haben, mittlerweile ein vorsichtiger Befuerworter. Ich bin zwar immer noch der Ansicht, dass PD fuer unser Projekt besser waere, und ich stehe damit auch international nicht allein; es sind durchaus viele altgediente OSMer der Ansicht, dass die Vorteile von PD die Gefahren ueberwiegen. Der Vorteil von PD ist ganz klar die unglaubliche Einfachheit und der Wegfall von saemtlichen you have to agree to X before you...-Spruechen und der ewigen Herumdiskutiererei, was jetzt erlaubt ist und was verboten. Von einer komplizierten Lizenz profitieren nur die, die gute Rechtsanwaelte bezahlen koennen - schon jetzt ist klar, dass der einfache Mapper weder die CC-BY-SA noch die ODbL verstanden hat oder je verstehen wird. Wir satteln hier ein Pferd, das wir selbst nicht reiten koennen, in der blinden Hoffnung, dass wir es irgendwie schaffen, unsere Daten vor einer Gefahr zu schuetzen, die niemandem so richtig klar ist. Mir passiert das staendig, dass jemand sagt: Ich bin gegen Public Domain, denn da koennte ja jemand X tun! und ich dann sage: Stimmt, aber das geht mit der jetzigen Lizenz auch schon. - So jemanden kann ich dann echt nicht mehr ernst nehmen, und von dieser Art sind sehr viele PD-Gegner, die ich bislang getroffen habe. Denen hat irgendjemand eine Angst eingeredet (Stichword FUD). ABER ich sehe ein, dass die ODbL trotzdem gegenueber der aktuellen CC-BY-SA einige Vorteile hat, insbesondere macht sie einige Dinge klarer und sorgt dafuer, dass wir eine Lizenz haben, die wir wenigstens selbst einhalten koennen. Insofern bin ich nicht gerade ein Freund von der Lizenz, aber ich denke, sie ist zumindest eine Verbesserung. Im Gegensatz zu Wikipedia werden die nationalen Hauptseiten nicht von der Community gestaltet. Diese Hauptseite kanalisiert die Community auf Themen, wie es keine andere Seite vermag. Welche Personen hier welche Einträge verlasst haben, ist im Gegensatz zu Wikipedia nicht ersichtlich. Das kommt drauf an. Sowohl www.openstreetmap.de als auch www.openstreetmap.org sind im SVN, zumindest bei diesen beiden Seiten kann man also jederzeit sehen, wer wann was geaendert hat. Allerdings entscheiden natuerlich die jeweiligen Serverbetreiber, wann sie was auschecken und auf die Seite setzen. Ich denke einmal, dass die freie Szene hier an einem Scheidepunkt angekommen ist. Für die freie Software hat die Free Software Foundation Modelle entwickelt, die sich in der Vergangenheit im Großen und Ganzen bewährt haben. Sowohl für OSM als auch für Wikipedia und Wikimedia Commons, die letztendlich alle eine Art von Datenbank darstellen, stoßen die bisher verfügbaren freien Lizenzen an Ihre Grenzen. Bei beiden Projekten ist daher eine heiße Diskussion über eine neue Lizenz entbrannt. Creative Commons, deren Lizenzen ja eigentlich einen hohen Stellenwert in der freien Community besitzen, haben explizit empfohlen, dass OpenStreetMap ihre CC0-Lizenz (also praktisch PD) benutzen soll. Die OSMF hat diesen Vorschlag relativ barsch zurueckgewiesen und sich eine Einmischung verbeten. In diesem Sinne fände ich es angebracht, wenn sich Vertreter von OSM, Wikimedia und der Free Software Foundation an einen Tisch setzen könnten, um über neue Lizenzen nachzudenken, welche die freien Inhalte konsistent miteinander verweben. Es ist wenig hilfreich, wenn hier jeder sein eigenes Süppchen kocht, ohne über den Tellerrand zu schauen. Die ODbL hat ihren Ursprung ausserhalb von
Re: [Talk-de] OSM als Beispiel für gescheiterte Basi sdemokratie
Hallo, Ulf Lamping wrote: Aber - einen lange bestehenden Konsens ohne Not über den Haufen zu werfen und durch lautes poltern auf den Listen und im Wiki die bisherigen Datenerfassungen in Ihrer Bedeutung um 180 Grad zu drehen Beispiel? highway=motorway fuer Radwege oder was? 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] Ist da was kaputt?
On Sat, 4 Jul 2009, malenki wrote: ich sehe heute auf meiner Watchlist viele solcher Unfälle wie das Changeset hier: http://www.openstreetmap.org/browse/changeset/1730227 mit diesem Weg http://www.openstreetmap.org/browse/way/37244987 Der Weg müsste jetzt wieder heil sein. Wenn man nach dem Upload des von Josm 1727 mit falschen Koordinaten versehenen Nodes diesen wieder herunterlädt und nochmal kurz dran zupft, landet er wieder an der richtigen Stelle. Nette Spielerei. :) Nur in der History finde ich die Änderung nicht. Nicht ganz. Er landet nur fast an der gleichen Stelle. Nochmal eine Warnung an alle: JOSM-Latest ist wie auch auf der Webseite steht mit Vorsicht zu genießen. Nur weil die Latest selten große Fehler hat, heißt das nicht, dass das immer so ist. Manchmal gibt es eben grobe Bugs, insbesondere dann, wenn im vorherigen Commit-Kommentar drinsteht, dass Bugs zu erwarten sind. 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] Ist da was kaputt?
malenki schrieb: SLXViper schrieb: JOSM war kaputt, siehe http://josm.openstreetmap.de/ticket/2804 Der Fehler ist mittlerweile behoben. siehe auch: http://josm.openstreetmap.de/ticket/2804 [warum nur hab ich das geschrieben] ...aber josm-latest ist noch immer Version 1727 mit dem erwähnten Bug. Jetzt gibt es 1729 als josm-latest, also ist alles wieder in Butter. Gruß malenki, ingridient ;) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Announce: Bookmarklet für load in to josm
* Sven Geggus schrieb: ich habe ein Bookmarklet gebaut mit dessen Hilfe man den aktuellen Ausschnitt einer beliebigen Slippy-map (openstreetbugs, wanderkarte, http://www.openstreetmap.org, ...) in den josm laden kann! Hallo Sven, sehr schön! Mehr dazu unter: http://blog.gegg.us/2009/07/04/bookmarklet-to-load-the-current-section-of-a-slippy-map-into-josm/ Ich hab jetzt keine Lust, Kommentare in einem Blog zu schreiben, deshalb hier: Das Bookmarklet funktioniert außer in Firefox auch im Internet Explorer 7 und 8, aber nich in Opera. Außerdem scheint es auch auf http://www.informationfreeway.org/ unabhängig vom Browser nicht zu funktionieren. Grüße Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] wo sind die abgebauten Bahnstrecken hin?
sagt jetzt bitte nicht: abgebaut ;-) Das schaut sehr merkwürdig aus http://osm.org/go/0GCSnkkK Die Beschriftung ist noch da, auch schön entlang der Trasse ausgerichtet. Nur die Punkte sind -stellenweise- weg. ___ 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
Original-Nachricht Datum: Sat, 04 Jul 2009 20:02:19 +0200 Von: Markus liste12a4...@gmx.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] OSM als Beispiel für gescheiterte Basisdemokratie Hallo, Die GUI müsste das doch lösen können? Der kleine Haken an der Sache: Welche GUI? Klassischerweise ist das Aufgabe des Editors bzw der Editoren. Nur müssten die das dann unabhängig voneinander lösen, solange es kein Internationalisierungsprojekt gibt. Bei den Chancen dafür bin ich weniger optimistisch, da letztens genau das Gegenteil, die Regionalisierung, als Ziel publiziert wurde. Grüsse 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] Ist da was kaputt?
* SLXViper schrieb: ich sehe heute auf meiner Watchlist viele solcher Unfälle wie das Changeset hier: http://www.openstreetmap.org/browse/changeset/1730227 mit diesem Weg http://www.openstreetmap.org/browse/way/37244987 Ist da im Moment irgendein Tool kaputt?! JOSM war kaputt, siehe http://josm.openstreetmap.de/ticket/2804 Der Fehler ist mittlerweile behoben. Hallo, ah, damit hat sich das für mich jetzt aufgeklärt. Allerdings scheinen die Auswirkungen doch ziemlich groß zu sein, weshalb ich einen Hinweis auf dem Startbildschirm von JOSM anregen würden, jedenfalls sobald es eine Version ohne den Fehler gibt... Grüße Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] smtr für skandinavien
moin ! weiß einer von euch ob man sich irgendwo brauchbare smtr daten für skandinavien ziehen kann. mit brauchbare meine schon konvertiert für den einsatz in garmin-karten auf osm basis. gruß Jan :-) ___ 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
Frederik Ramm schrieb: Hallo, Ulf Lamping wrote: Aber - einen lange bestehenden Konsens ohne Not über den Haufen zu werfen und durch lautes poltern auf den Listen und im Wiki die bisherigen Datenerfassungen in Ihrer Bedeutung um 180 Grad zu drehen Beispiel? highway=motorway fuer Radwege oder was? Gilt für highway=motorway_link jetzt implizit ein oneway=yes oder nicht? Bis Oktober 2008 war die Bedeutung im Wiki genau andersrum definiert als aktuell. Wenn du dir die Diskussionen auf talk-de nochmal durchschaust, wirst du bestimmt noch mehrere andere solcher Aktionen finden ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wo sind die abgebauten Bahnstrecken hin?
Thomas Reincke schrieb: http://osm.org/go/0GCSnkkK Die Beschriftung ist noch da, auch schön entlang der Trasse ausgerichtet. Nur die Punkte sind -stellenweise- weg. Die Stellen ohne Punkte liegen auf anderen Kacheln. Da die Wege (zB http://www.openstreetmap.org/browse/way/34137724) seit Mai nicht veraendert wurden, tippe ich mal auf eine geaenderte Renderregel (die noch nicht alle Kacheln aktualisiert hat). ___ 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
Am Samstag, 4. Juli 2009 19:25:28 schrieb Ulf Lamping: Aber - einen lange bestehenden Konsens ohne Not über den Haufen zu werfen und durch lautes poltern auf den Listen und im Wiki die bisherigen Datenerfassungen in Ihrer Bedeutung um 180 Grad zu drehen oder soweit verschwimmen zu lassen, daß wir die Daten letztlich später komplett neu aufnehmen müssen - ist das auf die Dauer wirklich eine Lösung?!? hast Du mal ein Beispiel, bei dem ein und der selbe Tag für total unterschiedliche Dinge benutzt wird? Mir fällt landuse=farm ein, das von manchen Mappern für das Hofareal, anderen aber für die Felder genutzt wird bzw. wurde. Solche Unschärfen sollten natürlich nach Möglichkeit vermieden werden. Ich nehme an, darin sind wir uns einig, oder? Allerdings bin ich dagegen, dass das von oben herab verordnet wird - von wem auch immer. Das bekommen die Mapper schon untereinander hin. Hier sind wir uns schätzungsweise nicht mehr ganz so einig. Sehe ich es richtig, dass Du hier gerne ein Gremium sehen würdest, dass irgendwie darüber abstimmt, was landuse=farm denn nun bedeuten soll? Das halte ich für unnötig. Ich bin außerdem weiterhin für das Modell, dass ein paar Leute sich was ausdenken, benutzen und den anderen zeigen: Guckt mal, wie haben das so und so gelöst. Diese Freiheit muss es weiterhin geben, damit Mapper die Chance haben, selbsttätig Problemzonen anzugehen. So geschehen auf dem Karlsruher Hausnummernworkshop oder dem ÖPNV-Workshop. Es gab schon Lösungen, aber zu viele unterschiedliche und keine, die es schaffte, einen möglichst guten Kompromiss aufzuzeigen. Also dachten sich ein paar Spinner etwas neues aus, das die alten Ansätze so weit wie möglich übernahm, aber wo nötig auch neues brachte. Das ganze wird jetzt von Mappern benutzt. Ist doch topp, oder? Es waren zudem viele Leute da, die sich für das Thema interessierten und auch wirklich was beizutragen hatten, was sich IMO äußerst positiv auf das Ergebnis ausgewirkt hat. Ich bezweifle, dass irgendein Gremium zu einem ähnlich guten Ergebnis gekommen wäre, hätte aber kein Problem damit, wenn sich andernorts eine ähnliche Gruppe zusammengefunden hätte, um ein alternatives Modell zu entwickeln. Ich bin ganz und gar dafür, dass wir Leuten, die es haben wollen, eine Entscheidungshilfe an die Hand geben (im Idealfalle würden sie sich gar nicht um die Tags scheren müssen). Ich bin auch ganz und gar dafür, dass highway=secondary immer halbwegs das selbe beschreibt (wenigstens in Europa), und nicht plötzlich einen Feldweg meint. Ich bin auch ganz und gar dafür, dass es ein Nachschlagewerk gibt (am besten halbautomatisch aus dem aktuellen Datenbestand generiert, siehe Tagwatch), aus dem möglichst genau hervorgeht, was mit highway=secondary gemeint ist. Ich bin aber auch ganz und gar dafür, dass highway=secondary auch mit anderen Tags beschrieben werden darf, falls es nötig ist oder sich halt so ergeben hat. footway und path sind wirklich blöd gelaufen. Als der path eingeführt wurde und der footway abgeschafft werden sollte, gab es enormen Widerstand. Es war klar, dass footway alleine Problemfälle hinterlässt. Es war klar, dass wir path für Trampelpfade und Wanderwege haben wollten. Man hätte IMO aber den path mit foot und bike=designated nicht kombinieren sollen. Schätzungsweise wäre dann irgendwann etwas drittes wie highway=lane, foot=designated, bike=designated entstanden. -- Beste Grüße, Best regards, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Routingprobleme mit der all-in-one Map am Garmin etrex Legend Cx in West-Mittelfranken...
Hallo, Als Programierlaie, aber begeistertem Mapper hab ich da ein Problem... ich komme gerade von einer Tour mit dem PKW von Schweinfurt nach Mittelfranken (Bad Windsheim) mit der neuen Deutschlandkarte (Fr 03.07.09) zurück und bin kurz vor Mark Bibart auf der B8 ins Karten-Routing-Bermudadreieck geraten... - Ab Mark Bibart (B8) ging über Suggenheim das Routig überhaupt nicht, ständig stürzte das Garmin ab (es wird berechnet und bleibt dann bei 100% hängen - nur über Neustart ist eine Betrieb wieder möglich) Auf dem Rückweg über Landstraßen via Uffenheim - Marktbreit - Kitzingen - Volkach: Die Berechnung nach Schweinfurt funktioniert, aber: Nun versucht mich das Garmin an fast jeder Abzweigung von der bekannt kürzesten Route vorallem bei Marktsteft/Main auf Nebenstrecken, ja sogar Feldwege zu lotsen (War da heute Weinfest?) Ich würde solche Fahrten ja gerne mal zuhause an meinem MAC simulieren um den Fehlern in OSM beim Routing auf die Schliche zu kommen. In JOSM kann ich an den Stellen jedenfalls auf den ersten Blick keine Fehler entdecken. Gibt es da Tipps? Gruß Christian ___ 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
Hallo, Ulf Lamping wrote: Aber - einen lange bestehenden Konsens ohne Not über den Haufen zu werfen und durch lautes poltern auf den Listen und im Wiki die bisherigen Datenerfassungen in Ihrer Bedeutung um 180 Grad zu drehen Beispiel? highway=motorway fuer Radwege oder was? Gilt für highway=motorway_link jetzt implizit ein oneway=yes oder nicht? Wer immer schon mit oneway=yes getaggt hat, war auf jeden Fall auf der sicheren Seite ;-) Ferner ist dies mitnichten ein Beispiel, das es erfordern wuerde, Daten neu aufzunehmen - zeig mir ein kaputtes Autobahnkreuz, und ich repariere es vom Sessel aus. Ferner: Um 180 Grad drehen waere m.E. dann angebracht, wenn jemand definieren wuerde, dass oneway=yes kuenftig oneway=no bedeutet. Das waere 180 Grad. Also alles in allem bin ich der Ansicht, dass Du hier viel Laerm um wenig machst. 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] OSM als Beispiel für gescheiterte Basi sdemokratie
Am Samstag, 4. Juli 2009 20:35:39 schrieb Ulf Lamping: Gilt für highway=motorway_link jetzt implizit ein oneway=yes oder nicht? Bis Oktober 2008 war die Bedeutung im Wiki genau andersrum definiert als aktuell. da geht es aber doch nicht darum, dass der Tag mehrdeutig ist, sondern darum, was man jetzt alles 'reininterpretieren können soll. Ich weiß nicht, ob alle motorway_link weltweit immer oneway sind oder nicht. Wieso hängen wir also nicht einfach peu à peu oneway=yes und oneway=no an die Dinger, damit die Sache klar beschrieben ist? -- Beste Grüße, Best regards, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] wo sind die abgebauten Bahnstrecken hin?
Am Samstag, 4. Juli 2009 21:10:10 schrieb Peter Herison: Die Stellen ohne Punkte liegen auf anderen Kacheln. Da die Wege (zB http://www.openstreetmap.org/browse/way/34137724) seit Mai nicht veraendert wurden, tippe ich mal auf eine geaenderte Renderregel (die noch nicht alle Kacheln aktualisiert hat). zumal die Daten ja noch in der Datenbank sind. -- Beste Grüße, Best regards, ce ___ 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
Original-Nachricht Datum: Sat, 4 Jul 2009 21:11:36 +0200 Von: Christoph Eckert c...@christeck.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] OSM als Beispiel für gescheiterte Basisdemokratie Hallo, Allerdings bin ich dagegen, dass das von oben herab verordnet wird - von wem auch immer. Was oder wer ist 'oben'? Das bekommen die Mapper schon untereinander hin. Hier sind wir uns schätzungsweise nicht mehr ganz so einig. Sehe ich es richtig, dass Du hier gerne ein Gremium sehen würdest, dass irgendwie darüber abstimmt, was landuse=farm denn nun bedeuten soll? Das halte ich für unnötig. Gremium oder nicht, eigentlich gehts doch um eine ganz andere Frage: Schleicht man um eine Entscheidung ewig rum oder fällt man sie und lebt mit den Konsequenzen. Ich bin außerdem weiterhin für das Modell, dass ein paar Leute sich was ausdenken, benutzen und den anderen zeigen: Guckt mal, wie haben das so und so gelöst. Absolut dafür, allerdings ohne die übliche Einschränkung, dass man erst Quellcode vorweisen muss, um eine Lösung zu legalisieren. Diese Freiheit muss es weiterhin geben, damit Mapper die Chance haben, selbsttätig Problemzonen anzugehen. So geschehen auf dem Karlsruher Hausnummernworkshop oder dem ÖPNV-Workshop. Solange man die Freiheit hat, da teilzunehmen ;) Ums gleich klarzustellen: Ich mag die Workshopmethode und ich bin der letzte, der die Ergebnisse in Frage stellt. Ich würde mir nur wünschen, dass die Methode nicht verteufelt wird, wenn die Quelle aus einer anderen Ecke kommt. Es gab schon Lösungen, aber zu viele unterschiedliche und keine, die es schaffte, einen möglichst guten Kompromiss aufzuzeigen. Also exakt das, was ich und andere auf anderen Gebieten kritisieren. Aber wer z.B. auf dem Gebiet der exakten Wegklassifizierung aktiv wird, wird von Leuten runtergebuttert, die für andere Fälle Workshops organisieren Ich bezweifle, dass irgendein Gremium zu einem ähnlich guten Ergebnis gekommen wäre Warum nicht? Was unterscheided die Workshopleute von einem Gremium? Grüsse 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] Hello from England
Am Samstag, 4. Juli 2009 19:24:47 schrieb Ulf Möller: Die Wikiseite ¹ liest sich wie: Die OSMF ist dabei, einen Lizenzwechsel zur ODBL/DBCL vorzunehmen. Welche Option würden Sie bevorzugen: (o) Ich stimme zu ( ) Ich stimme nicht zu. Alle meine Beiträge werden aus dem Datenbestand entfernt. Das stimmt so nicht. Man wird sich in der Befragung für oder gegen die Lizenz entscheiden können, ohne dass damit irgendwelche Konsequenzen verbunden sind. ich schrieb liest sich wie, denn es wird eine enorme Drohkulisse gegenüber denjenigen Leuten aufgebaut, die gegen die neue Lizenz sind. Ich zitiere nochmal von ¹: »Website to allow users to voluntarily agree to new license. Design allows you to click yes, or if you disagree a further page explaining the position and asking to reconsider as there may be a requirement to ultimately remove the users data.« Es soll, so sieht das zumindest aus der Ferne aus, scheinbar noch nichtmal eine richtige Abstimmung geben. Stattdessen werden die Leute zur neuen Lizenz gedrängt. Und noch ein schönes Zitat: »People who have made zero edits are notified on login of new contribution terms and are required to accept.« Projektmitglieder, die noch keine Daten beigesteuert haben (aber ja vielleicht sonstwie im Projekt aktiv sind?), dürfen also noch nichtmal gegen die Lizenz stimmen. Ich schrieb auch: »Ich bin persönlich nicht komplett gegen die ODBL/DBCL, solange die Alternativen die selben Chancen eingeräumt bekommen. Da aber das nicht der Fall ist, erweckt die OSMF den Eindruck, nur eine Minderheit der Projektmitglieder zu repräsentieren.« Ich soll also warten, bis die Sache gelaufen ist und vollendete Tatsachen geschaffen wurden. Kritik und Einmischung unerwünscht. Kein Wunder, dass es da Vorbehalte gibt. Beste Grüße, ce ¹ http://wiki.openstreetmap.org/wiki/Open_Data_License/Implementation_Plan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ist da was kaputt?
Am Samstag, 4. Juli 2009 20:21:29 schrieb Dirk Stöcker: Nochmal eine Warnung an alle: JOSM-Latest ist wie auch auf der Webseite steht mit Vorsicht zu genießen. Nur weil die Latest selten große Fehler hat, heißt das nicht, dass das immer so ist. Manchmal gibt es eben grobe Bugs, insbesondere dann, wenn im vorherigen Commit-Kommentar drinsteht, dass Bugs zu erwarten sind. daher lade ich mir vor einem neuen josm-Aufruf auch nur josm-tested mit wget herunter, wenn es denn neuer ist als mein installierter josm. Gruß Werner Ciao ___ 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
Original-Nachricht Datum: Sat, 04 Jul 2009 21:18:01 +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 Wer immer schon mit oneway=yes getaggt hat, war auf jeden Fall auf der sicheren Seite ;-) Und hat einen Fehler gemacht, wenns kein oneway ist. Klassischer Fall von Wurschtelmodellierung, drei Schritte nach vorn denken, was die Router machen würden, nur um dann die Auffahrt unrealistisch abzubilden. Ferner ist dies mitnichten ein Beispiel, das es erfordern wuerde, Daten neu aufzunehmen - zeig mir ein kaputtes Autobahnkreuz, und ich repariere es vom Sessel aus. Seit wann ist das ein Thema von Autobahnkreuzen? Das ist ein Thema von Tausenden von Ein- und Ausfahrten, deren Gegenverkehrsbereiche man jetzt plötzlich mit oneway=no versorgen soll, oder sie gleich entgegen der Realität auf zwei Ways aufteilt. Autobahnkreuze haben extrem selten solche Bereiche, aber das solltest du doch eigentlich wissen, oder? So jetzt los und bitte alle Ein-Ausfahrten der Welt mal schnell vom Sessel aus überprüfen ;) Viel Spass dabei und Gruesse Hubert -- Neu: GMX Doppel-FLAT mit Internet-Flatrate + Telefon-Flatrate für nur 19,99 Euro/mtl.!* http://portal.gmx.net/de/go/dsl02 ___ 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
Am Samstag, 4. Juli 2009 21:41:15 schrieb qbert biker: Gremium oder nicht, eigentlich gehts doch um eine ganz andere Frage: Schleicht man um eine Entscheidung ewig rum oder fällt man sie und lebt mit den Konsequenzen. [...] Ums gleich klarzustellen: Ich mag die Workshopmethode und ich bin der letzte, der die Ergebnisse in Frage stellt. Ich würde mir nur wünschen, dass die Methode nicht verteufelt wird, wenn die Quelle aus einer anderen Ecke kommt. [...] Also exakt das, was ich und andere auf anderen Gebieten kritisieren. Aber wer z.B. auf dem Gebiet der exakten Wegklassifizierung aktiv wird, wird von Leuten runtergebuttert, die für andere Fälle Workshops organisieren Ich habe nicht jedes Deiner Postings gelesen. Ich will auch niemaden 'runterbuttern, ganz im Gegenteil. Kannst Du mal kurz und knackig sagen, was Dich stört, wie Du es gerne hättest, und wie Du das lösen möchtest? Ich bezweifle, dass irgendein Gremium zu einem ähnlich guten Ergebnis gekommen wäre Warum nicht? Was unterscheided die Workshopleute von einem Gremium? Ich bin beispielsweise gegen ein Gremium, die über Tags für Dinge entscheidet, mit denen Sie sich nicht beschäftigt haben und sich somit nicht auskennen. -- Beste Grüße, Best regards, ce ___ 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
Original-Nachricht Datum: Sat, 4 Jul 2009 22:04:29 +0200 Von: Christoph Eckert c...@christeck.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] OSM als Beispiel für gescheiterte Basisdemokratie Kannst Du mal kurz und knackig sagen, was Dich stört, wie Du es gerne hättest, und wie Du das lösen möchtest? Nicht mehr und nicht weniger als ein paar Basisparameter sauber und sicher auslesen zu können, die ich für mein Reisezeitmodell brauche. - kreuzungsfreier Ausbau - Schotter/Teer- oder Betonstrasse - Überholmöglichkeit Hat keinen Anspruch auf Vollständigkeit. Trunk ist ein Mischmasch, surface ist ungenau, wird nicht gerendert und deshalb kaum vergeben, analog zu lanes. Dass man einen ähnlichen Ausbau einmal als unclassified, surface=unpaved und ein andermal als track grade x eintragen soll, abhängig davon, ob man an einem Weiler oder im Wald ankommt oder eine Schranke/Schild rumsteht - sorry, aber wer blickt da noch durch? Ich finde die grade-Idee gut, solange sie einfach nur den Ausbauzustand beschreibt. Warum also nicht grade ausdehnen und nur auf den Ausbau beschränken. Positive Zahlen runter bis zum Pfad und negative Zahlen bis rauf zur Autobahn. Die highwayklassen können dann den Verbindungscharakter eindeutig beschreiben, weil Konflikte zum Ausbauzustand wegfallen. Näheres zu der Idee habe ich in diesem Monat und dem letzten öfter mal reingestellt. Ich bin beispielsweise gegen ein Gremium, die über Tags für Dinge entscheidet, mit denen Sie sich nicht beschäftigt haben und sich somit nicht auskennen. Und wer hat die Kenntnisse der Workshopteilnehmer geprüft? Nö, ich stelle sie nicht in Frage, aber warum soll ein Projekt nicht imstande sein ein Gremium zu stellen, wenn es Workshopteilnehmer stellen kann? Wenn das eine geht, geht das andere auch und ein Gremium, das nicht funktioniert, wurde noch in jedem freien Projekt zum Teufel gejagt... 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] smtr für skandinavien
In Skandinavien wirst du mit SRTM (nicht smtr, btw) Probleme bekommen. Abgedeckt wurden Landflächen zwischen dem 60. nördlichen und 58. südlichen Breitengrad http://de.wikipedia.org/wiki/Breitengrad, durch die Bahnneigung http://de.wikipedia.org/wiki/Bahnneigung der Umlaufbahn http://de.wikipedia.org/wiki/Umlaufbahn bedingt sind die Pole in diesen Datenbeständen nicht enthalten. (http://de.wikipedia.org/wiki/SRTM-Daten) Das kann man auch in der cyclemap sehr (un)schön sehen: http://osm.org/go/0TFpjS-?layers=00B0FTF Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] eingezeichnete Ortsnamen, Dominanz
Hallo zusammen, ich habe jetzt mal die Dominanz für Orte anhand von OpenGeoDB errechnet und mir meine Gedanken zur Darstellung der Ortsnamen abhängig u.a. davon zu machen. Das Ergebnis steht auf http://wiki.openstreetmap.org/wiki/DE:Anzeige_von_Städten#Dominanz -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ist da was kaputt?
Dirk Stöcker schrieb: Nochmal eine Warnung an alle: JOSM-Latest ist wie auch auf der Webseite steht mit Vorsicht zu genießen. Nur weil die Latest selten große Fehler hat, heißt das nicht, dass das immer so ist. Ich hatte mir bisher auch immer die latest gezogen, allerdings unregelmäßig. Gestern ist mir nach dem Update direkt der heftige Bug aufgefallen. Naja, ich werde dann auch mal auf die tested Version umschwenken. Wer bestimmt eigentlich, welche Version zur tested-Version erklärt wird? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routingprobleme mit der all-in-one Map am Garmin etrex Legend Cx in West-Mittelfranken...
UMAX974 schrieb: um den Fehlern in OSM beim Routing auf die Schliche zu kommen. In JOSM kann ich an den Stellen jedenfalls auf den ersten Blick keine Fehler entdecken. Gibt es da Tipps? Routet OpenRouteService an den Strecken vernünftig? Chris ___ 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
qbert biker qbe...@gmx.de [Sat, Jul 04, 2009 at 10:27:15PM CEST]: [...] - kreuzungsfreier Ausbau - Schotter/Teer- oder Betonstrasse - Überholmöglichkeit Hat keinen Anspruch auf Vollständigkeit. Trunk ist ein Mischmasch, surface ist ungenau, wird nicht gerendert und deshalb kaum vergeben, analog zu lanes. Bis vor einiger Zeit wurde surface im Osmarender gerendert. Wie sollte man denn Deiner Meinung nach Kreuzungsfreiheit, Belag und Überholmöglichkeiten rendern, wenn der Anreiz zum Eintragen da sein sollte? -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] eingezeichnete Ortsnamen, Dominanz
Hallo Johannes, Dominanz für Orte anhand von OpenGeoDB errechnet Ausgezeichnete Idee! Gruss, Markus PS: ein Grund für die unpassende Verdrängung von Ortsnamen scheint eine falsche Render-Regel zwischen der Darstellung von Berggipfeln und Ortsnamen zu sein... (zumindest in einigen Zoomstufen) ___ 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
Original-Nachricht Datum: Sat, 4 Jul 2009 23:02:48 +0200 Von: Johannes Huesing johan...@huesing.name An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de]OSM als Beispiel für gescheiterte Basisdemokratie qbert biker qbe...@gmx.de [Sat, Jul 04, 2009 at 10:27:15PM CEST]: [...] - kreuzungsfreier Ausbau - Schotter/Teer- oder Betonstrasse - Überholmöglichkeit Hat keinen Anspruch auf Vollständigkeit. Trunk ist ein Mischmasch, surface ist ungenau, wird nicht gerendert und deshalb kaum vergeben, analog zu lanes. Bis vor einiger Zeit wurde surface im Osmarender gerendert. Echt? Gut, ich kann nicht immer alle meine Eintragungen auf allen Renderern überprüfen - ist mir jedenfalls durch die Lappen gegeangen, danke für den Hinweis. Gibts derzeit noch einen Renderer, ders macht? Wie sollte man denn Deiner Meinung nach Kreuzungsfreiheit, Belag und Überholmöglichkeiten rendern, wenn der Anreiz zum Eintragen da sein sollte? Auch wenns hier nicht primär ums Rendern geht, es gibt schon Möglichkeiten, die man von normalen (Papier-)Karten kennt: Schotterpiste: eine Linie gestrichelt, die andere durchgezogen. --- - - - - Kreuzungsfrei: Ein wenig breiter __ --/ --\__ 2 und mehr Spuren: Drei statt 2 parallele Linien --- --- --- Nur mal so aus dem Stand heraus. Wichtiger wärs mir, wenn ich diese paar Basisparameter einigermassen sicher auslesen könnte, Grüsse 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] Ist da was kaputt?
Hallo Malenki, Jetzt gibt es 1729 als josm-latest, also ist alles wieder in Butter. Ich sehe da noch zwei Probleme: 1. wie erfährt der Benutzer, nachdem der Fehler entdeckt ist, dass sein JOSM einen Fehler hat? 2. wie erfährt der Benutzer, in welcher Version dieser Fehler nun behoben ist? (also welche Version er sinnvollerweise braucht?) Eine Lsung könnte ein *Autoupdater* sein,also ein Programm, das bei Neustart immer prüft, welche Version geladen wird, und ob es aktuell eine bessere gibt und diese gleich zum Nachladen vorschlägt. Bis auf das Vorschlagen und Nachladen funktioniert das ja bereits. Gruss, Marus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hall of Fame - Strassen komplett erfasst! - Kamine Zollverein noch nicht
On Sat, Jul 04, 2009 at 07:24:05PM +0200, Bene dikt wrote: Am 4. Juli 2009 18:08 schrieb Andre Hinrichs andr...@gmx.net: Am Freitag, den 03.07.2009, 23:26 +0200 schrieb Chris-Hein Lunkhusen: Willi Rehfeld schrieb: Was jetzt noch fehlt, ist die Höhe. Die kann ich nun wirklich nicht schätzen. ich würde ihn einfach mit einem Lasermessgerät abmessen. Einfacher und genauer. Habe gerade mal in meine Stifteschublade gesehen - Huch - Da hat jemand glatt die Kiste mit de Euro HILTI Lasermessern mitgenommen und fuer 3 Euro 10 Lineale reingelegt ... *Soifz* 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] Lummerland
Hanno Böck ha...@hboeck.de wrote: Am Montag 29 Juni 2009 schrieb Chris-Hein Lunkhusen: http://osm.org/go/ehqD76IOO== ;-) Also im Moment sieht das ziemlich kaputt aus (in wasser versenkt)... Letzteres ist richtig. ... hat das jemand gescreenshottet als es noch ganz war? Nicht nötig, wird wieder als Jamballa auftauchen, wenn Jim Knopf die Wilde 13 besiegt hat. ;-) By the way: Wann gibt es eine kleine Welt als OSM Spielwiese, die neben Tests auch solche Fantasiewelten ermöglicht? Gruß Tirkon ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ist da was kaputt?
Markus schrieb: Ich sehe da noch zwei Probleme: 1. wie erfährt der Benutzer, nachdem der Fehler entdeckt ist, dass sein JOSM einen Fehler hat? 2. wie erfährt der Benutzer, in welcher Version dieser Fehler nun behoben ist? (also welche Version er sinnvollerweise braucht?) Eine Lsung könnte ein *Autoupdater* sein,also ein Programm, das bei Neustart immer prüft, welche Version geladen wird, und ob es aktuell eine bessere gibt und diese gleich zum Nachladen vorschlägt. Bis auf das Vorschlagen und Nachladen funktioniert das ja bereits. Bis auf eine Erkennung wirklich defekter Versionen gibt es das schon für Linux: http://wiki.openstreetmap.org/wiki/User:Cobra/JOSM-script Falls eine Möglichkeit besteht, irgendwo einen Hinweis über wirklich defekte Versionen unterzubrigen, ließe sich das recht einfach darin unterbringen. Grüße ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Firefox 3 und die Geolocation-API
On Sat, 2009-07-04 14:29:34 +0200, Florian Lohoff f...@rfc822.org wrote: On Sat, Jul 04, 2009 at 12:00:07PM +0200, Jan-Benedict Glaw wrote: Ich hab' mir vor ein paar Tagen mal einen Firefox 3.5 installiert (unter Debian als `swiftfox') und auf http://webcontent.osm.lab.rfc822.org/ mal ein wenig damit herumgespielt. Allerdings scheints, daß mein FF meine IP-Adresse (worüber auch immer) nicht geocodiert bekommt. Als Rückgabe gibts nur ein undefined für longitude/latitude. Weiß von Euch jemand, ob es da irgendwelche Plug-Ins oder so gibt, sodaß der FF z.B. mit einem gpsd spricht? IIRC macht der ff 3.5 das ueber WLANs und geocodiert die - das problem ist halt das das vermutlich nicht unter Linux tut ... http://www.mozilla.com/en-US/firefox/geolocation/ If you consent, Firefox gathers information about nearby wireless access points and your computer’s IP address. Then Firefox sends this information to the default geolocation service provider, Google Location Services, to get an estimate of your location. That location estimate is then shared with the requesting website. Hab' eben mal in die Sourcen geschaut. Da muß für Linux (oder allgemeiner gpsd) noch'n bissl was in C++ drangebaut werden, aber das ist eher übersichtlich in der 300-Zeilen-Region. Hat nur anscheinend noch niemand gemacht. C++ ist nicht gerade meine Sprache (ist FF eigentlich gut zu bauen?), aber vielleicht versuch' ich das die Tage mal--falls ich bis dahin niemanden finde, der dafür schon 'nen patch veröffentlicht hat. MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: Ich hatte in letzter Zeit ein bißchen viel Realitycheck. the second : Langsam möchte ich mal wieder weiterträumen können. -- Maximilian Wilhelm (18. Mai 2005, #lug-owl.de) signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lummerland
Tirkon schrieb: By the way: Wann gibt es eine kleine Welt als OSM Spielwiese, die neben Tests auch solche Fantasiewelten ermöglicht? Au weia! Second OSM ... ;-) Gruß, ULFL ___ 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
Moin, folgendes fällt mir dazu ein (und leg' es nicht als persönliche Aversion aus, die existiert nicht): Kannst Du mal kurz und knackig sagen, was Dich stört, wie Du es gerne hättest, und wie Du das lösen möchtest? Nicht mehr und nicht weniger als ein paar Basisparameter sauber und sicher auslesen zu können, die ich für mein Reisezeitmodell brauche. - kreuzungsfreier Ausbau - Schotter/Teer- oder Betonstrasse - Überholmöglichkeit Hat keinen Anspruch auf Vollständigkeit. Ja, passt schon. Du hättest gerne, dass trunk nur für kreuzugsfrei ausgebaute Straßen verwendet wird, an allen Straßen ein Surface-Tag hängt und Überholmöglichkeiten ebenfalls, korrekt? Die Frage ist, wie Du das Ziel eines Routers mit möglichst exakter Reisezeitberechnung (darum geht es wohl, oder?) erreichen kannst. Die Antwort lautet IMO: Gar nicht. Es bestünden folgende Möglichkeiten: * Du postulierst auf den verschiedensten Kommunikationskanälen immer wieder, dass die Leute das alles taggen sollen. Ein aussichtsloses Unterfangen. Ich nehme an, darin sind wir uns einig. * Du arbeitest hinter den Kulissen darauf hin, dass sich ein Gremium etabliert, welches Deine Forderungen letztendlich in Taggingempfehlungen (oder auch Richtlinien) einfließen lässt. Das ist gar nicht abwertend gemeint. Aber bei Lichte betrachtet halte ich es für utopisch, dass sich hinterher so viele Leute an diesen Empfehlungen orientieren, dass Du einen so konsistenten Datenbestand bekommst, wie Du ihn gerne haben möchtest. Ich weiß nicht, ob Du dem zustimmst. Aber das ist meine Meinung. * Du bastelst einen äußerst coolen Router, der bei nach Deinem Modell korrektem Tagging nicht nur eine excellente Route ermittelt, sondern auch sehr zustreffende Reisezeiten auswirft. Wo das nicht klappt, weist Du darauf hin, dass dort das Tagging suboptimal ist, und hoffst darauf, dass die Anwender Deinen Router und die Reisezeitberechnung für so cool halten, dass Sie die fehlenden Tags nachtragen. Das wäre der OSM-Weg (und es wäre noch nichtmal ausschlaggebend, ob es open oder closed source ist). Selbst im letzten Falle halte ich es für äußerst unwahrscheinlich, dass die Mapper massenhaft anfangen, Deine Tags alle zu setzen, und zwar aus zwei Gründen: * Es gibt schon coole Router mit einer treuen Anwenderschaft. Du wirst also niemals 100% der Mapper hinter Dir haben. * Schon die existierenden Router werfen hinreichend genaue Reisezeiten aus, indem Sie einfach nur den Straßentyp berücksichtigen. Ich bin immer wieder baff, wie gut das funktioniert. Und selbst wenn Du noch um ein paar Prozentpunkte genauer bist, so interessiert es meistens nicht, ob man 5 Minuten früher oder später am Ziel ist. Zumal man immer auch Unwägbarkeiten mit einrechnen muss. Wie gesagt, ich finde Deine Idee und die Vorschläge nicht verkehrt. Aber ich glaube nicht, dass Du die Möglichkeit hast, alles so zu bekommen, wie Du es gerne hättest. Ich hätte auch gerne, dass alle Mapper an Feld- und Waldwege einen grade- oder wenigstens ein surface-Tag hängen. Aber es wird niemals dazu kommen, dass jemand nur dann einen Track mappen darf, wenn er auch artig ein surface-Tag 'dranhängt. Das war meine Meinung. Jetzt Deine Vorschläge: Wie möchtest Du Deine Ziele erreichen? Trunk ist ein Mischmasch, surface ist ungenau, wird nicht gerendert und deshalb kaum vergeben, analog zu lanes. So ist das. Solange es keine coole Anwendung gibt, wird auch nicht getaggt. Dass man einen ähnlichen Ausbau einmal als unclassified, surface=unpaved und ein andermal als track grade x eintragen soll, abhängig davon, ob man an einem Weiler oder im Wald ankommt oder eine Schranke/Schild rumsteht - sorry, aber wer blickt da noch durch? Momentan versuchen wir, mit einem einzigen Tag alles mögliche auszudrücken. Künftig wird sich das Mapping sicher verfeinern. Dann wirst Du das auch auswerten können. Solange wir aber in Deutschland und anderswo noch viele weiße Fleckchen haben, wird das sicher nicht flächendecken der Fall sein. Es wird auch in 5 Jahren noch highway=track ohne jegliche Zusatztags geben. Das finde ich zwar schade, aber ich kann ja nicht zu jedem dieser Tracks hinfahren und nachschauen. Wie würdest Du denn das Problem angehen? [...] Und wer hat die Kenntnisse der Workshopteilnehmer geprüft? Die Community leistet das. Die gucken sich hinterher das Ergebnis an. Dann wird eine Weile 'rumdiskutiert. Wenn aber nicht nur das Ergebnis des Workshops, sondern auch der Weg zum Ergebnis ein wenig klar ist, dann werden die Mapper entweder denken, stimmt, an einen solchen Fall hatte ich nicht gedacht, ist doch nicht so blöd, wie es aussieht, das Konzept. oder das ist ja totaler Mist, was die sich da ausgedacht haben. Ich mache es anders. Nö, ich stelle sie nicht in Frage, aber warum soll ein Projekt nicht imstande sein ein Gremium zu stellen, wenn es Workshopteilnehmer stellen kann? Im verlaufe der Diskussion wurden ja Vorschläge geäußert, wie ein solches
Re: [Talk-de] OSM als Beispiel für gescheiterte Basi sdemokratie
Am Samstag, 4. Juli 2009 23:19:00 schrieb qbert biker: Wichtiger wärs mir, wenn ich diese paar Basisparameter einigermassen sicher auslesen könnte, was verstehst Du unter einigermassen sicher auslesen? Ganz konkret? Was geht derzeit nicht? Wieso nicht? -- Beste Grüße, Best regards, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lummerland
Am Samstag, 4. Juli 2009 23:30:29 schrieb Tirkon: By the way: Wann gibt es eine kleine Welt als OSM Spielwiese, die neben Tests auch solche Fantasiewelten ermöglicht? oh, machen wir einen PD-Fork auf (schleck)?!? :-) -- Beste Grüße, Best regards, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ist da was kaputt?
On Sat, 4 Jul 2009, Markus wrote: Ich sehe da noch zwei Probleme: 1. wie erfährt der Benutzer, nachdem der Fehler entdeckt ist, dass sein JOSM einen Fehler hat? Er liest das ChangeLog. 2. wie erfährt der Benutzer, in welcher Version dieser Fehler nun behoben ist? (also welche Version er sinnvollerweise braucht?) Er liest das ChangeLog. Wie schon gesagt geht es hier um Entwicklerversionen. Wer das Changelog nicht liest, der sollte latest auch nicht 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] Ist da was kaputt?
Hi, Autoupdater gibt es schon für Linux Wo das doch die geplagten Vista-Benutzer viel dringender bräuchten... (nicht zuletzt weil die das gar nicht anders kennen) Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ist da was kaputt?
On Sat, 4 Jul 2009, Chris-Hein Lunkhusen wrote: Wer bestimmt eigentlich, welche Version zur tested-Version erklärt wird? Einer der Entwickler wenn es eine Weile kaum Neuerungen und Bugreports gab und die Software sich stabil anfühlt :-). I.d.R. ich. 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] Lummerland
Christoph Eckert schrieb: oh, machen wir einen PD-Fork auf (schleck)?!? Aber nur mit festen Regem/Map-features. ;-) MfG Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de