Re: [OSM-legal-talk] Paid services from OSM
On Thu, Oct 09, 2008 at 08:05:23PM -0700, Mikel Maron wrote: If this were about code, the belief would be that every time someone compiled that code into running software, that binary would need to be freely available. Clearly not the reasonable thing for software. But you would have this for data? I’d rather those providing the PostGIS data be obliged to provide their source (planet dumps, whatever) to the same people. Imagine you were in some place without Internet access and I gave you a DVD containing OSM data imported for use in some software (we’re not necessarily talking about free software, this could be proprietary). All you can do is use that software. You spot a couple of mistakes, and would like to change it. The software doesn’t let you do that, and this mere translated format is unknown to you, and most certainly not a preferred form for modification. Wouldn’t it be great if you had access to the OSM database that was imported? Thanks to some attribution you know where it is, but you don’t have Internet access. You should be able to request the source from your provider. If this were about code, and the code was GPL provided in binary form, the source would either be available on the same medium, or a written offer to provide the source on request. The example was convoluted, but I hope it illustrates my point that mere translation should not be excluded from being counted as a derived database. (I really hope nobody goes around distributing such rubbish sounding proprietary software using OSM data to people in tight corners (this may be charged for, remember).) -- 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] Paid services from OSM
Simon Ward wrote: I¹d rather those providing the PostGIS data be obliged to provide their source (planet dumps, whatever) to the same people. ... The example was convoluted, but I hope it illustrates my point that mere translation should not be excluded from being counted as a derived database. If you're obligated to provide the source to your translation, providing access to the translation itself seems pointless. One difference between OSM usage and free software is that a great many uses of OSM will be a one way process. Tags will be discard or translated from the OSM model to a simpler model, IDs might be lost, coordinates might be truncated, etc. What's left might be useful for reconstructing OSM in an emergency, but the planet dump that went into the process would be much more helpful. If the data is just a translation from OSM (or some data literally derived from it, like a precalculated routing table/simplified graph/etc) then making that accessible is pointless. If the data is augmented or modified in a significant way then by far the best way (for everyone: OSM as a whole, and the translator) to pick up those changes would be to simply insert them into OSM and pick them up downstream. If that can't be done then, yes, those changes should be published in a form that could be used by OSM. I don't see that necessarily has to be via the translated database though. A .osm patch, or a modified planet file, would be easier to create and easier to merge in (if they turned out to be something we wanted). I believe the goal should be to pick up changes that improve OSM, rather than to use OSM as a lever to force open other file formats. If the translation doesn't improve the OSM data, and you get the source planet dump with the translation, what would you do with the translation that you couldn't do better with the planet dump? If the translation does improve the OSM data, but you get the source planet dump plus the improvements as a .osm file, requiring the translation itself be a public format seems excessive if the goal is to improve/protect OSM. -dair ___ [EMAIL PROTECTED] http://www.refnum.com/ ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Paid services from OSM
Mikel Maron wrote: --- On Thu, 10/9/08, Simon Ward [EMAIL PROTECTED] wrote Merely processing into a different format needs to be clarified. If someone takes OSM ways + nodes + relations and imports it into PostGIS without changing any of it, I see that as processing into a different format. I believe that PostGIS DB should be freely available. If this were about code, the belief would be that every time someone compiled that code into running software, that binary would need to be freely available. Clearly not the reasonable thing for software. But you would have this for data? If the ODL is unclear on this point (I'm not sure) than it should be clarified. Derivative Database – Any translation, adaptation, arrangement, or any other alteration of the Database or of a Substantial part of the Data. This includes, but is not limited to, Extracting or Re- utilising the whole or a Substantial part of the Data in a new Database. [...] Use – As a verb, means doing any act that is restricted by Database Rights or copyright and neighbouring rights whether in the original medium or any other; and includes modifying the Database as may be technically necessary to use it in a different mode or format. [...] 4.6 Access to Derivative Databases. If You publicly Use a Derivative Database You must also offer to recipients of the Derivative Database a copy in a machine readable form of: a. The entire Derivative Database; or b. A file containing all of the alterations made to the Database offered under this Licence, including any additional Data, that make up all the differences between the Database and the Derivative Database. The Derivative Database (under a.) or alteration file (under b.) must be available at no more than a reasonable production cost for physical distributions and free of charge if distributed over the internet. [end quote] It looks pretty unambiguous to me that the PostGIS version _would_ be classed as a derivative database (includes modifying the Database as may be technically necessary to use it in a different mode or format) and therefore must be made available. cheers Richard___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Paid services from OSM
Hi, If the translation doesn't improve the OSM data, and you get the source planet dump with the translation, what would you do with the translation that you couldn't do better with the planet dump? I guess that is the core of Simon's argument - he fears that in some kind of doomsday scenario you would be stranded with only the derived product and no access to the real thing, that's why he wants the derived product accessible. I guess the easiest way would then be to leave this to the user: *Either* make your derived product so accessible that someone can somehow extract data from it, *or* ship the original OSM data from which you made your derived product alongside the derived product - whatever is easier for you. (Still an unnecessary complication in my eyes as I could easily construct scenarios where this would force someone to produce and ship an extra DVD... this whole discussion is, once again, getting into the negative, with us discussing all sorts of evil uses that have to be safeguarded against by implementing measures that will be a burden to everyone, evil or not evil.) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## 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] Paid services from OSM
Frederik Ramm wrote: 2. if yes, add some sort of sponge wording like within a reasonable time frame to alleviate the problem for people who try to process current data. It only says you must also _offer_ to recipients (my emphasis), not you must provide in case anyone wants it - it's like the GPL in that regard. So you don't have to upload a new dump of the whole derivative db (or a diff of your changes) every time you update with a minute diff; you could simply write e-mail me here for a copy and supply it on demand. cheers Richard ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Paid services from OSM
On Fri, Oct 10, 2008 at 10:10:34AM +0100, Dair Grant wrote: Simon Ward wrote: I¹d rather those providing the PostGIS data be obliged to provide their source (planet dumps, whatever) to the same people. ... The example was convoluted, but I hope it illustrates my point that mere translation should not be excluded from being counted as a derived database. If you're obligated to provide the source to your translation, providing access to the translation itself seems pointless. Stop! I’m talking about someone who’s already providing a translation for whatever reason. They should provide the source to those they provide their work to as if it was a derived work. One reason for providing the translation in the first place is for convenience. Something that uses geodata expects a particular format that’s not OSM format, for example. One difference between OSM usage and free software is that a great many uses of OSM will be a one way process. Sure, it’s often a one way process, that’s why you would prefer the source be made available. What's left might be useful for reconstructing OSM in an emergency, but the planet dump that went into the process would be much more helpful. Which you may not have access to, and whoever distributed the derived DB to you should be obligated to provide. If the data is just a translation from OSM (or some data literally derived from it, like a precalculated routing table/simplified graph/etc) then making that accessible is pointless. Only in the simple scenario that OSM will always be available to provide the source. You can’t guarantee that. The one way you can do that is to get the distributor to also distribute their source. You have contact with them, otherwise you wouldn’t have been able to get the derived work, and they can get you the source, otherwise they wouldn’t have been able to derive from it. If that can't be done then, yes, those changes should be published in a form that could be used by OSM. It shouldn’t be about specifically contributing back to OSM. Ivan has already pointed out this fails the desert island and dissident tests used as rules of thumb for the Debian Free Software Guidelines. You take the data. You distribute it (modified or not). There shouldn’t have to be a requirement to explicitly contribute back to OSM, but you should be obligated to provide the preferred form for modification and reuse (that is most likely the OSM format DB dump in OSM’s case). That way anybody who has access to your modified work gets the freedoms to examine, use, modify and redistribute it themselves. In many cases this would mean the work is available to be incorporated into OSM, but if the user is on the desert island, they still have freedoms given. The problem is primarily to do with having data people are free to use, and not necessarily getting contributions back into OSM itself. I don't see that necessarily has to be via the translated database though. A j.osm patch, or a modified planet file, would be easier to create and easier to merge in (if they turned out to be something we wanted). They should be obligated to provide the source, not necessarily their own translated format. Again you’re concentrating on explicitly contributing back to OSM which would be very nice, but not always directly possible or helpful to reuse of the data. If the translation doesn't improve the OSM data, and you get the source planet dump with the translation, what would you do with the translation that you couldn't do better with the planet dump? Use it with the tools only written to use the translated format? Of course, if we assumed these were free too (clearly a wrong assumption) then the problem may not exist. Lacking fully free software or fully free data, one or the other existing is better than nothing. If the translation does improve the OSM data, but you get the source planet dump plus the improvements as a .osm file, requiring the translation itself be a public format seems excessive if the goal is to improve/protect OSM. My goal is free data. OSM is one way to achieve it, because that’s one of its aims (or I thought it was, am I wrong?), not the goal itself. The term “public” is being used far too much, and I think it should be avoided. I don’t require anything to be “public”, just that the people who receive the data get the same freedoms as those that they received it from. -- 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] Paid services from OSM
On Fri, Oct 10, 2008 at 01:23:45PM +0200, Frederik Ramm wrote: I guess that is the core of Simon's argument - he fears that in some kind of doomsday scenario you would be stranded with only the derived product and no access to the real thing, that's why he wants the derived product accessible. Gah! If someone gives you a database of OSM data not in OSM’s original format, they have already provided it to you. The source[*] should be available so you are free to make your own modifications. ([*] I’m willing to allow that “source” could be a lossless and reversible translation of the original where both the translation and reverse processes are also freely available.) I guess the easiest way would then be to leave this to the user: *Either* make your derived product so accessible that someone can somehow extract data from it, *or* ship the original OSM data from which you made your derived product alongside the derived product - whatever is easier for you. That’s not a problem with free software. Why is it a problem with free data? (Or it is seen as a problem, but only by those who don’t value others’ freedoms.) ( ... this whole discussion is, once again, getting into the negative, with us discussing all sorts of evil uses that have to be safeguarded against by implementing measures that will be a burden to everyone, evil or not evil.) Our freedoms are very important, they should be safeguarded. They’re only a burden if you try to restrict the freedom of other users. You may not see it that way, or value your freedom as much as I value everyone’s freedoms. If that’s the case there’s not much point in you discussing further, since it sounds like you are trying to protect some assumed right to remove the freedoms already given. 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] Using JOSM + Yahoo Maps Aerial Imagery for Public Domain Release
Hi, Sunburned Surveyor wrote: Could you map ways using JOSM and Yahoo aerial photography, export the ways for a data set released under the public domain, and then import into OSM? Or does the interpretation of the Yahoo Maps terms-of-use require the data created with the aerial imagery to be released only under the OSM license? I believe that there is no special OSM agreement with Yahoo. Rather, Yahoo have carefully evaluated their existing terms of use and said to us that what we want to do is ok according to these terms. Since I do not believe that these terms contain any provision about the type of license you want to use derived data under, I guess it should be possible to create any data that way. Then again, we wouldn't want Yahoo to get all scared and say if that is the case then we'd rather re-read our terms again... Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## 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] Using JOSM + Yahoo Maps Aerial Imagery for Public Domain Release
Thanks for the response Frederick. I wonder why release of data under the public domain might make Yahoo uneasy. It might actually make them less uneasy, since they could then do what they wanted with the data that was produced. Landon On Fri, Oct 10, 2008 at 4:24 PM, Frederik Ramm [EMAIL PROTECTED] wrote: Hi, Sunburned Surveyor wrote: Could you map ways using JOSM and Yahoo aerial photography, export the ways for a data set released under the public domain, and then import into OSM? Or does the interpretation of the Yahoo Maps terms-of-use require the data created with the aerial imagery to be released only under the OSM license? I believe that there is no special OSM agreement with Yahoo. Rather, Yahoo have carefully evaluated their existing terms of use and said to us that what we want to do is ok according to these terms. Since I do not believe that these terms contain any provision about the type of license you want to use derived data under, I guess it should be possible to create any data that way. Then again, we wouldn't want Yahoo to get all scared and say if that is the case then we'd rather re-read our terms again... Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Paid services from OSM
Hi, 80n wrote: If someone forks the project then the fork should be able to operate on exactly the same basis as the original project. On closer inspection, this will never be possible. If you fork OSM, under the old OR new license, you will not take the data from the individual contributors, but from OSM. So you will always have an attribution stack that goes Cool New Database derived from OpenStreetMap derived from 60.000 people's contributions, whereas OSM's attribution stack is smaller by that one item. With the current share-alike license this is more of a problem for Cool New Database because a strict reading of the CC-BY-SA attribution requirements could force Cool New Database to include the OSM name next to its own on every derived product (e.g. Map) where it is suitable to the medium, whereas the proposed ODbL is likely to have relaxed attribution requirements for integrated experiences. But still the one extra level difference remains and could only be removed by asking users to contribute directly to Cool New Database. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## 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] Using JOSM + Yahoo Maps Aerial Imagery for Public Domain Release
Hi, Sunburned Surveyor wrote: I wonder why release of data under the public domain might make Yahoo uneasy. It might actually make them less uneasy, since they could then do what they wanted with the data that was produced. My hunch is that they *might* just have overstepped (or at least: very liberally interpreted) their own rights vis a vis the people they buy their aerial imagery from. - Ed Parsons once said that Google had to pay extra for traceable aerial imagery as the normal licenses would not have been suitable for using the material in an application like MapMaker. If none of us makes too much noise then we'll all get away with it - the people from whom Yahoo license their imagery might well know what we're doing but as long as it is limited to OSM they might not care too much as they can still sell their premium traceable licenses to other people. Just a hunch though, might be completely off. Mikel Maron is the guy who had the talks with Yahoo so he's probably best suited to give you details. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## 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] Using JOSM + Yahoo Maps Aerial Imagery for Public Domain Release
What you stated makes sense. It's probably better not to make waves. I've got some USDA imagery I can use instead, although the resolution isn't as good. The Sunburned Surveyor On Fri, Oct 10, 2008 at 4:58 PM, Frederik Ramm [EMAIL PROTECTED] wrote: Hi, Sunburned Surveyor wrote: I wonder why release of data under the public domain might make Yahoo uneasy. It might actually make them less uneasy, since they could then do what they wanted with the data that was produced. My hunch is that they *might* just have overstepped (or at least: very liberally interpreted) their own rights vis a vis the people they buy their aerial imagery from. - Ed Parsons once said that Google had to pay extra for traceable aerial imagery as the normal licenses would not have been suitable for using the material in an application like MapMaker. If none of us makes too much noise then we'll all get away with it - the people from whom Yahoo license their imagery might well know what we're doing but as long as it is limited to OSM they might not care too much as they can still sell their premium traceable licenses to other people. Just a hunch though, might be completely off. Mikel Maron is the guy who had the talks with Yahoo so he's probably best suited to give you details. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] script to make gps traces public ?
Franc Carter wrote: does anyone know of a script that I can use to make all of my gps traces public, as I often forget to click the public checkbox I would like to see a profile setting that allows one to choose whether that box is checked by default. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-legal-talk] Legal advice
Hi, Is anyone on the list able to recommend a specialist lawyer familiar with the various licensing arrangements of the different map providers? Would be grateful for any suggestions, Thanks, Dan ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Map Features, maxspeed and maplint
Ed Loach wrote: Sent: 05 October 2008 1:46 PM To: talk@openstreetmap.org Subject: [OSM-talk] Map Features, maxspeed and maplint (restore metrics text, although it should be discussed). I don't know where to find the versions pre 2008 to find out what it said on older versions. Map Features didn't originally use templates, so perhaps you need to go back through the history of the Map Features page itself to see the progression. FYI the original version of maxspeed (2006) was km/h Cheers Andy ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map Features, maxspeed and maplint
Dermot McNally wrote: 2008/10/10 Chris Hill [EMAIL PROTECTED]: Conversions to 0dp is inaccurate, accurate conversions are a mess, namespacing allows for conflicting values so only an optional suffix really makes sense, so this why I use. Well, maxspeed:mph would also work for your purposes. The only difference is that you have chosen to silently ignore the behaviour documented in Map Features. I'm not convinced by your point about conflicts - in a world where a single field can have, essentially, different data types in it, I think we've already sacrificed any pretence of orderliness. Dermot maxspeed:mph only conforms to map features because Shaun amended it earlier today! [listens for the sound of the voting request email to arrive - hears nothing] Cheers, Chris ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map Features, maxspeed and maplint
2008/10/10 Chris Hill [EMAIL PROTECTED]: maxspeed:mph only conforms to map features because Shaun amended it earlier today! [listens for the sound of the voting request email to arrive - hears nothing] Well, two wrongs and all that. Though its worse, IMHO, to do a poo in another man's shed than to build your own shed and do one there ;) Seriously, though, we're currently in a situation where we have a documented truth and a disparate group of people ignoring it in different ways with a view to solving the same problem. What we badly need is a considered truth that everybody can use. Dermot -- -- Iren sind menschlich ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map Features, maxspeed and maplint
On 10 Oct 2008, at 14:27, Chris Hill wrote: Dermot McNally wrote: 2008/10/10 Chris Hill [EMAIL PROTECTED]: Conversions to 0dp is inaccurate, accurate conversions are a mess, namespacing allows for conflicting values so only an optional suffix really makes sense, so this why I use. Well, maxspeed:mph would also work for your purposes. The only difference is that you have chosen to silently ignore the behaviour documented in Map Features. I'm not convinced by your point about conflicts - in a world where a single field can have, essentially, different data types in it, I think we've already sacrificed any pretence of orderliness. Dermot maxspeed:mph only conforms to map features because Shaun amended it earlier today! [listens for the sound of the voting request email to arrive - hears nothing] In my opinion the voting process is broken, as it can potentially vote in proposals that will break backwards compatibility and require extensively more complex processing of the data. Take for example: http://wiki.openstreetmap.org/index.php/Proposed_features/Status (I'm wondering if there is a station out there that has all the railway=platforms mapped, rather than just placing a footpath to the railway=station node.) Shaun smime.p7s Description: S/MIME cryptographic signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] map display www.openstreetmap.org
elvin ibbotson wrote: Steve, It looks like fakeSteveC or someone is pretending to be you and posting elitist, patronising, condescending rubbish in an apparent attempt to make you look foolish. I look forward to it being demonstrated that 'most people don't know what coordinates are'. elvin ibbotson Most people is not: Most people on this mailing list Most people who contribute to OSM Most people involved in GIS Most people who know some programming Most people is the man, woman or child in the street, many of whom will never have picked up a paper map, and will certainly never have tried to take coordinates from one. Got a printed UK Road Map? Open it to any page -- where are the coordinates? -- Jonathan (Jonobennett) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map Features, maxspeed and maplint
maxspeed:mph only conforms to map features because Shaun amended it earlier today! And the way it has been amended with two keys in one table row means that if the perl script is run that rebuilds the xml that is used to generate the maplint not-in-mapfeatures validation rules, then maxspeed:mph still isn't picked up as a valid key, so makes no difference to my original problem. Running the perl script does recognise a couple of sports that weren't there previously, and that 1 is now valid for oneway as well as yes (though strangely no-one has yet added True as valid, and I find lots of oneway=true routes when using the maplint layer...) From a programming point of view, perhaps we should move away from a Value column and have a RegularExpression for validation. Something like ^[1-9]\d*(mph)?$ would validate 1 or more digits as a non-zero limit with optional units of mph. We'd probably still need a Value column for human readable examples, and some better explanation in the Comment column. Certainly I still think maxspeed:mph is a poorer solution than maxspeed=NNmph. It should not be possible to tag contradictory limits on the same way, whether by accident or deliberately. You may have to assume that if both exist then the :mph one takes priority as someone has gone to the trouble of adding it, though in other countries you may want the km/h one to take priority, so again we're back to regional differences. To answer the question someone asked of how many ways can you mis-spell miles per hour - the obvious answer is the same as the number of ways that you can spell it wrong putting it after a : in the keyname. Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map Features, maxspeed and maplint
2008/10/8 Simon Ward [EMAIL PROTECTED]: en is a language code, not a country code. Not all English-speaking countries use imperial units on road signs. I think Australia uses metric, for example. So does the Republic of Ireland. In fact, I believe the only English-speakers that don't are in UK and USA. -- -- Iren sind menschlich ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map Features, maxspeed and maplint
Dermot McNally wrote: It makes more sense to have maxspeed=numberoptional units; assume km/h if none specified to avoid the chance of that happening. Doing so prevents simple numerical analysis of the field contents. Nothing can be analysed without pre-processing, and you are very prone to dodgy units (how many ways can you right Miles Per Hour?) Any analysis requires the data to be preprocessed to extract it from the XML storage format, so a little extra to account for the suffix is a small overhead. Conversions to 0dp is inaccurate, accurate conversions are a mess, namespacing allows for conflicting values so only an optional suffix really makes sense, so this why I use. Cheers, Chris (living on a street where maxspeed=30mph) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Voting process (was: Re: Map Features, maxspeed and maplint)
Shaun McDonald schrieb: In my opinion the voting process is broken, as it can potentially vote in proposals that will break backwards compatibility and require extensively more complex processing of the data. Take for example: http://wiki.openstreetmap.org/index.php/Proposed_features/Status Yes, proposals can break backwards compatiblity. I do not believe this is a bad thing at all – if a new concept is better than an old one, then maintaining b.c. is the last thing I want, especially in a project with as random and insufficient “standards” as ours. That is not to say that b.c. isn't desirable, but it should by no means be required for new ideas. Moreover, the possibility to break b.c. is not limited to proposals – the competing concepts of “just add it to the wiki” and “just use it” can break b.c. as well, if not easier. I readily admit that voting has its flaws. Looking at the quoted proposal, you'll find that two of those who voted against it (Nibblenibble and Basemonkey) have only a single contribution in the wiki – the vote –[1], have created their accounts the same day they voted[2] and have cast their votes within 30 minutes from each other. Also, at the time of this writing, no OSM accounts exist whose names correspond to these wiki accounts. The two still might be legit voters (and when in doubt, it's probably fair to assume they are), but it's impossible to tell. But even this doesn't mean that voting is useless. The RFC+voting serves as a way to initiate discussion, collect ideas and encourage sufficient documentation. We are not talking about legally binding decisions here, it's just a tool for these purposes. And if someone has better tools to offer, I will prefer these, of course. It's just that this hasn't happened yet. Tordanik [1] http://wiki.openstreetmap.org/index.php/Special:Contributions/Nibblenibble http://wiki.openstreetmap.org/index.php/Special:Contributions/Basemonkey [2] http://wiki.openstreetmap.org/index.php?title=Special:Loguser=Nibblenibble http://wiki.openstreetmap.org/index.php?title=Special:Loguser=Nibblenibble ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map Features, maxspeed and maplint
Shaun McDonald wrote: (I'm wondering if there is a station out there that has all the railway=platforms mapped, rather than just placing a footpath to the railway=station node.) Guildford station is pretty close, thanks to TimSC. -- Jonathan (Jonobennett) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map Features, maxspeed and maplint
2008/10/10 Chris Hill [EMAIL PROTECTED]: Conversions to 0dp is inaccurate, accurate conversions are a mess, namespacing allows for conflicting values so only an optional suffix really makes sense, so this why I use. Well, maxspeed:mph would also work for your purposes. The only difference is that you have chosen to silently ignore the behaviour documented in Map Features. I'm not convinced by your point about conflicts - in a world where a single field can have, essentially, different data types in it, I think we've already sacrificed any pretence of orderliness. Dermot -- -- Iren sind menschlich ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map Features, maxspeed and maplint
I added the conversion table to maxspeed, as I do a lot of maxspeed tagging in my area. I read the maxspeed definition as needing a numeric value in km/h. While km/h doesn't mean a lot to me, I does to whatever app I use to draw speed limit signs (or, more likely, whatever app runs a satnav system and informs the user when they're over the stated maxspeed for the way they're on) The maxspeed needs to be computer-readable, so people tagging maxspeed=30 when the wiki states km/h is misleading, to my mind. People tagging as 30mph is fine, as that can be parsed to a consistent value anyway. I think it should be in the database as rounded numeric km/h for the following reasons: 1) 30 mph/30mph/30 all meaning 48 is difficult to parse (or at least, more coding) 2) tagging in floating point is more accurate, but rounding the result to 0 dp seems sensible (I also did that because I didn't know if floating-points were approved in the database) 3) The conversion table is an accurate table to 0dp - some people according to the tags-in-use pages seem to have converted the value inaccurately, so I thought it'd save people doing bad math... (30mph != 50km/h, though if we get converted by europe it might change to that) 4) the wiki says km/h, as as previous suggested it's sometimes (often) unclear which unit was meant by mapper, and which unit is in use where the tag in (international waters/boundaries/ways crossing borders/etc And I'd welcome a sed-like change to the database to fix (imho) the maxspeed=30mph tags (I'd like them consistent. I not too bothered if we store millions of mph strings instead of just using km/h, as long as I can easily parse the data) Oh, and I tend to only tag ways with non-national speed limits on - I assume there's a country-wide default maxspeed per road type (though again the border problem raises it's head) Tristan 2008/10/8 Ed Loach [EMAIL PROTECTED] Mark wrote: Maybe grin this is calling out for a 'bot approach, to take maxspeed:mph add a numeric maxspeed, to check out maxspeed=30's mark them in some way (restricted to UK, obviously), and to check for entries of both=30 fix them? snip +1 on the namespace; I'm not generally keen on it, but here it makes sense. I'd argue that it doesn't make sense, in that if you allow both maxspeed:mph and maxspeed as valid tags, a way may end up tagged with both showing contradictory speed information. It makes more sense to have maxspeed=numberoptional units; assume km/h if none specified to avoid the chance of that happening. It does make sense for other situations, such as if opposite directions have different limits (e.g. maxspeed:opposite=numberoptional units), or if different vehicle types have different limits (e.g. maxspeed:psv=numberoptional units) as these clearly can't lead to contradictory information (assuming that if a vehicle type is specified it overrides any other maxspeed tags). Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Tristan Scott BSc(Hons) Yare Valley Technical Services www.yvts.co.uk 07837 205829 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map Features, maxspeed and maplint
2008/10/8 Ed Loach [EMAIL PROTECTED]: I'd argue that it doesn't make sense, in that if you allow both maxspeed:mph and maxspeed as valid tags, a way may end up tagged with both showing contradictory speed information. This would require either 2 mappers not heeding each other's work or one very disorganised mapper. It makes more sense to have maxspeed=numberoptional units; assume km/h if none specified to avoid the chance of that happening. Doing so prevents simple numerical analysis of the field contents. Nothing can be analysed without pre-processing, and you are very prone to dodgy units (how many ways can you right Miles Per Hour?) Dermot -- -- Iren sind menschlich ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] map display www.openstreetmap.org
On 10 Oct 2008, at 15:06, Jonathan Bennett wrote: elvin ibbotson wrote: Steve, It looks like fakeSteveC or someone is pretending to be you and posting elitist, patronising, condescending rubbish in an apparent attempt to make you look foolish. I look forward to it being demonstrated that 'most people don't know what coordinates are'. elvin ibbotson Most people is not: Most people on this mailing list Most people who contribute to OSM Most people involved in GIS Most people who know some programming Most people is the man, woman or child in the street, many of whom will never have picked up a paper map, and will certainly never have tried to take coordinates from one. Got a printed UK Road Map? Open it to any page -- where are the coordinates? -- Jonathan (Jonobennett) Coordinates have been around a lot longer than OSM, GIS or programming. people learn about them at school where they are taught mathematics and geography. Most people go (or went) to school. Besides, this is the OSM talk forum and we are talking about people who have taken the trouble to go to the OSM website. Also we are talking about 'most people' not 'many' people. Finally, I reached for the nearest road atlas which happens to be the Ordnance Survey one and has not just the A,B,C/1,2,3 page coordinates used by the gazetteer at the back but British National Grid coordinates too! Some pages also show the scale, though I imagine this will be lost on most of the ignorant masses:-) ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] map display www.openstreetmap.org
On Fri, Oct 10, 2008 at 8:06 AM, Jonathan Bennett [EMAIL PROTECTED] wrote: elvin ibbotson wrote: Steve, It looks like fakeSteveC or someone is pretending to be you and posting elitist, patronising, condescending rubbish in an apparent attempt to make you look foolish. I look forward to it being demonstrated that 'most people don't know what coordinates are'. elvin ibbotson Most people is not: Most people on this mailing list Most people who contribute to OSM Most people involved in GIS Most people who know some programming Most people is the man, woman or child in the street, many of whom will never have picked up a paper map, and will certainly never have tried to take coordinates from one. And the set of most people could be expanded if the statement is most people don't know what coordinate _SYSTEMS_ are. It's a safe best that most people have heard of lat/long even if they don't know latitude from longitude - but the set of people who know the difference between WGS84 and UTM. Sorry for jumping in without context... -Eric -=--=---===---=--=-=--=---==---=--=-=- Eric B. Wolf 720-209-6818 USGS Geographer Center of Excellence in GIScience PhD Student CU-Boulder - Geography ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Voting process (was: Re: Map Features, maxspeed and maplint)
On Fri, Oct 10, 2008 at 3:43 PM, Tordanik [EMAIL PROTECTED] wrote: Shaun McDonald schrieb: In my opinion the voting process is broken, as it can potentially vote in proposals that will break backwards compatibility and require extensively more complex processing of the data. Take for example: http://wiki.openstreetmap.org/index.php/Proposed_features/Status Yes, proposals can break backwards compatiblity. I do not believe this is a bad thing at all – if a new concept is better than an old one, then maintaining b.c. is the last thing I want, especially in a project with as random and insufficient standards as ours. That is not to say that b.c. isn't desirable, but it should by no means be required for new ideas. Moreover, the possibility to break b.c. is not limited to proposals – the competing concepts of just add it to the wiki and just use it can break b.c. as well, if not easier. Quite true. But the voting process lends a degree of legitimacy and officialness (where neither really exists) to the uninitiated masses (and some of the deluded too). That proposal is quite interesting for several reasons, but mostly because it's so close, and yet the voting reasons are so varied. One voter recently voted against it because they didn't like the key name, compared to lots of people opposing because of the way it breaks things. Most people supporting it want it because they want a way to say something is under construction or similar, and don't seem to have really considered whether it's the best way at all. There's several comments about improving/degrading rendering performance, which frankly is a laughable argument either way as it'll make negligible impact. Then there's the rather nebulous scalability argument: apparently it's scalable, or it's not scalable, I haven't really figured out what this actually means in the context except that people are very insistent that it is/isn't. Anyway, should the vote pass by 1 or two votes, some wiki-person will promote it to map features where all the discussion will be gone. I'll almost certainly add a section to it's description to discourage it's use, which will almost certainly be removed by someone else claiming this is not the place for discussion and that it's an approved feature don't you know. Meanwhile the a few of the front page renderings, most of the routing engines and a pile of other tools you've never heard of will continue to simply ignore it. Just like they ignore the disused tag which has all the same problems and I wasn't even aware existed (hence why it is such a big problem). So while breaking backwards compatibility is not always a bad thing, I think you do need a _real_ consensus that it's a Good Thing before you go away and tell everyone to do it. I readily admit that voting has its flaws. Looking at the quoted proposal, you'll find that two of those who voted against it (Nibblenibble and Basemonkey) have only a single contribution in the wiki – the vote –[1], have created their accounts the same day they voted[2] and have cast their votes within 30 minutes from each other. Also, at the time of this writing, no OSM accounts exist whose names correspond to these wiki accounts. The two still might be legit voters (and when in doubt, it's probably fair to assume they are), but it's impossible to tell. But even this doesn't mean that voting is useless. The RFC+voting serves as a way to initiate discussion, collect ideas and encourage sufficient documentation. We are not talking about legally binding decisions here, it's just a tool for these purposes. And if someone has better tools to offer, I will prefer these, of course. It's just that this hasn't happened yet. I'll grant you that the RFC does initiate discussion. And that voting certainly causes a discussion frenzy on the more controversial items. Beyond that though I'm not sure what it is trying to achieve. The effect is approval or disapproval which actually means very little except as a large stick to beat anybody who disagrees with the result when they try to create/edit pages documenting actual usage on the wiki. It's given people the idea there's such a thing as deprecation too. Some better tools would be awesome, but you're right, they don't exist so we currently have the choice of voting or nothing, and personally I'd prefer nothing. By all means keep the proposal and RFC parts, and maybe back them up with TagWatch links. Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map Features, maxspeed and maplint
Hi, Chris Hill wrote: [listens for the sound of the voting request email to arrive - hears nothing] Voting is optional. We could do with a lot less if you ask me. If more people would just go ahead and tag something... I have the impression that many newcomers seem to view this as some kind of trophy: (a) find obscure thing for which there is no map feature yet, (b) write proposal, (c) get it accepted, (d) yay, you're a real mapper. - You are a real mapper if you map a hundered occurrences of your obscure thing and it is found to be useful. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Voting on platform (railway and bus)started
As there are no new commends in the RFC for a while, I just started the voting on the platform tag. http://wiki.openstreetmap.org/index.php/Proposed_features/platform Thorsten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map Features, maxspeed and maplint
yay, you're a real mapper. Those five seconds of happiness create an emotional link between the newcomer and OSM, which I think is a great triumph for the latter. cheers, Lucas = Hi, Chris Hill wrote: [listens for the sound of the voting request email to arrive - hears nothing] Voting is optional. We could do with a lot less if you ask me. If more people would just go ahead and tag something... I have the impression that many newcomers seem to view this as some kind of trophy: (a) find obscure thing for which there is no map feature yet, (b) write proposal, (c) get it accepted, (d) yay, you're a real mapper. - You are a real mapper if you map a hundered occurrences of your obscure thing and it is found to be useful. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map Features, maxspeed and maplint
Hi, In my opinion the voting process is broken, as it can potentially vote in proposals that will break backwards compatibility and require extensively more complex processing of the data. Maybe we should make sure that the voting pages carry a disclaimer saying: You are voting for a recommendation, not a binding resolution. Nobody is obliged to follow your decision - neither mappers, nor programmers of editors or renderers. If you vote on something that requires further work to be useful, only vote yes if YOU are prepared to do that work. Or just dump voting altogether, it's useless anyway. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Paid services from OSM
Hi, Richard Fairhurst wrote: It only says you must also _offer_ to recipients (my emphasis), not you must provide in case anyone wants it - it's like the GPL in that regard. So you don't have to upload a new dump of the whole derivative db (or a diff of your changes) every time you update with a minute diff; you could simply write e-mail me here for a copy and supply it on demand. And batch those requests and process them once a week? If that is deemed acceptable we should write it down somewhere. Because I can *just* see someone trying out what happens if he sends you one request per minute ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Map Features, maxspeed and maplint
Frederik Ramm wrote: Hi, Chris Hill wrote: [listens for the sound of the voting request email to arrive - hears nothing] Voting is optional. We could do with a lot less if you ask me. If more people would just go ahead and tag something... I have the impression that many newcomers seem to view this as some kind of trophy: (a) find obscure thing for which there is no map feature yet, (b) write proposal, (c) get it accepted, (d) yay, you're a real mapper. - You are a real mapper if you map a hundered occurrences of your obscure thing and it is found to be useful. Bye Frederik I have mixed feelings about voting, I think you, Frederik, are close to the non-voting extreme. I respect your POV and your consistent stance, but I think there is a place for voting. It gives a framework for discussion, it helps to draw a discussion to a close, it prompts more involvement in the Wiki by some people and is not binding. My comment was more to point out that changing the Map features by adding the editor's favourite option as though it was an accepted norm while the discussion about the options was still taking place seemed a bit premature to me. Cheers, Chris ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Paid services from OSM
Hi, 80n wrote: And, of course, the same rules will also apply to the main OSM database, Will they? I always thought that in the future, what I contribute to OSM is not a database, and OSM is not a database aggregator, but instead I contribute individual data items, which only become a database on the OSM server. So the OSM database would not be derived from another, ODBL licensed database, and would itself not be subject to the ODBL attribution and share-alike rules. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] map display www.openstreetmap.org
I think the fact that several people presented more or less fiddly ways to obtain coordinates from the OSM map shows that there is at least some need to have a coordinate display feature for www.openstreetmap.org. I don't see that coordinates inserted below Permalink (as in Frederik's example) or in any of the other corners clutter the map to an unacceptable degree. Coordinate display could also be switched on/off via the layers dialog -- people who are scared off by coordinates won't open it, would they? Juan Lucas Dominguez Rubio's suggestion to display coordinates when the mouse pointer lingers for some seconds at the same spot is maybe even more elegant. I also suspect that with GPS chips in many cell phones etc., one or the other user who does not know what coordinates are might try to figure it out ... with his/her old schoolbooks + openstreetmap maybe ;-) Cheers, Ulf On Fri, 2008-10-10 at 09:44 -0600, Eric Wolf wrote: On Fri, Oct 10, 2008 at 8:06 AM, Jonathan Bennett [EMAIL PROTECTED] wrote: elvin ibbotson wrote: Steve, It looks like fakeSteveC or someone is pretending to be you and posting elitist, patronising, condescending rubbish in an apparent attempt to make you look foolish. I look forward to it being demonstrated that 'most people don't know what coordinates are'. elvin ibbotson Most people is not: Most people on this mailing list Most people who contribute to OSM Most people involved in GIS Most people who know some programming Most people is the man, woman or child in the street, many of whom will never have picked up a paper map, and will certainly never have tried to take coordinates from one. And the set of most people could be expanded if the statement is most people don't know what coordinate _SYSTEMS_ are. It's a safe best that most people have heard of lat/long even if they don't know latitude from longitude - but the set of people who know the difference between WGS84 and UTM. Sorry for jumping in without context... -Eric -=--=---===---=--=-=--=---==---=--=-=- Eric B. Wolf 720-209-6818 USGS Geographer Center of Excellence in GIScience PhD Student CU-Boulder - Geography ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Ulf Mehlig[EMAIL PROTECTED] --- ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] map display www.openstreetmap.org
In your letter dated Thu, 09 Oct 2008 12:53:11 +0100 you wrote: Philip Homburg wrote: In your letter dated Wed, 8 Oct 2008 17:18:16 +0100 you wrote: You need to set the displayProjection parameter on the control to get it to give you lat/lons. eg: map.addControl(new OpenLayers.Control.MousePosition({displayProjection: map.getProjectionObject()})); That code doesn't seem to make a difference. That's because displayProjection wasn't set on our map (it is now) plus that code is wrong because it sets the displayProjection on the control to the projection of the map, not it's display projection. There doesn't seem to be any difference. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Paid services from OSM
On Fri, Oct 10, 2008 at 6:20 PM, Frederik Ramm [EMAIL PROTECTED] wrote: Hi, 80n wrote: And, of course, the same rules will also apply to the main OSM database, Will they? I always thought that in the future, what I contribute to OSM is not a database, and OSM is not a database aggregator, but instead I contribute individual data items, which only become a database on the OSM server. So the OSM database would not be derived from another, ODBL licensed database, and would itself not be subject to the ODBL attribution and share-alike rules. There's no dispensation in the proposed license for a Master database. If someone forks the project then the fork should be able to operate on exactly the same basis as the original project. If the master database has some special status then any derivative must also be able to acquire this special status - otherwise the spirit of share-alike is surely violated. 80n Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Paid services from OSM
Hi, 80n wrote: There's no dispensation in the proposed license for a Master database. But there is a distinction between a database and data. I always thought that what I collect with my GPS is just data, and only becomes a database when combined with the work of others and arranged in a common electronic format. But I might be totally wrong there. If someone forks the project then the fork should be able to operate on exactly the same basis as the original project. My opinion as well, I'm all in favour of history dumps. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] map display www.openstreetmap.org
Hi, Ulf Mehlig wrote: Coordinate display could also be switched on/off via the layers dialog -- people who are scared off by coordinates won't open it, would they? Juan Lucas Dominguez Rubio's suggestion to display coordinates when the mouse pointer lingers for some seconds at the same spot is maybe even more elegant. Since we have user management anyway, we could also just have a user preference that says with or without coordinates. Anonymous surfers would get the map without, logged-in members would see what they prefer. I think those that desperately want coordinates should simply go ahead and implement one of these options. As long as you don't clutter the map for those not interested, I don't see that such a change would be rejected. OSM is a self-service project ;-) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] map display www.openstreetmap.org
Frederik Ramm [EMAIL PROTECTED] writes: Since we have user management anyway, we could also just have a user preference that says with or without coordinates. Anonymous surfers would get the map without, logged-in members would see what they prefer. I don't think requiring users to create a login to get coordinates displayed is a good idea. I would prefer having this as an option in the layers pulldown or some such. If it needs to be persistant it can be stored in a cookie. Anyway, I also don't think having a permanent coordinate display below the permalink is too intrusive. Matthias ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map Features, maxspeed and maplint
Chris wrote: My comment was more to point out that changing the Map features by adding the editor's favourite option as though it was an accepted norm while the discussion about the options was still taking place seemed a bit premature to me. And perhaps as this discussion is limited to the few people who use this list, or spot changes to the wiki, it's all a bit pointless anyway. People are already using maxspeed=30mph much more widely than maxspeed:mph=30 Assuming the figures here are correct: http://tagwatch.stoecker.eu/Great_britain/En/tags.html then there are 1079 uses of =30mph and 93 of :mph=30, and that presumably includes all the ones I switched to :mph at the start of this discussion and will probably switch back at some point if I get time (usefully, maplint highlights the ways so I can find them easily...) It seems wrong if anyone can just amend Map Features even if their preferred method is in the minority. That way leads to chaos. I'm more than tempted to add or add an mph suffix to the speed in the maxspeed= comments field, to document what is already the widely followed practice (and to my mind makes more sense than allowing two maxspeed tags on a single way - surely it is as easy to parse any optional units as it is to read both maxspeed definitions and decide based on location which is most likely to be the correct one?). But presumably someone else might just edit out such an amendment. Mappers should be mapping what it is they find. If I find an 11'3 clearance bridge with a 20mph limit beneath it then that is what I want to map. I don't want to have to artificially convert either of these to metric, or use alternate tags for the same thing. The addition of units if they aren't the default should be sufficient. And for those mappers who aren't reading this discussion, or watching for un-voted amendments to Map Features, they won't even know about the minority use tags that were added today. Ed ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Tag for Shopping Maill?
I can't find a tag for shopping mall. How do people tag them? -- Bernt Marius Johnsen ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tag for Shopping Maill?
On Friday 10 October 2008 23:45:09 Bernt M. Johnsen wrote: I can't find a tag for shopping mall. How do people tag them? One ore more: building=yes name=* Next to it one or several: amenity=parking then enclose them all in one: landuse=retail If the shopping mall consists of multiple buildings, then you could also put the name of the whole mall on the landuse polygon. -- m.v.g., Cartinus ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tag for Shopping Maill?
Bernt M. Johnsen schrieb: I can't find a tag for shopping mall. How do people tag them? Try mall in the search area of http://wiki.openstreetmap.org/ and you'll get: http://wiki.openstreetmap.org/index.php/Proposed_features/Mall ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] map display www.openstreetmap.org
Jonathan Bennett wrote: elvin ibbotson wrote: Steve, It looks like fakeSteveC or someone is pretending to be you and posting elitist, patronising, condescending rubbish in an apparent attempt to make you look foolish. I look forward to it being demonstrated that 'most people don't know what coordinates are'. elvin ibbotson Most people is not: Most people on this mailing list Most people who contribute to OSM Most people involved in GIS Most people who know some programming Most people is the man, woman or child in the street, many of whom will never have picked up a paper map, and will certainly never have tried to take coordinates from one. Got a printed UK Road Map? Open it to any page -- where are the coordinates? You mean you want to have the site tailored for most people who will never use it?? or for the people who do? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-legal-talk] Using JOSM + Yahoo Maps Aerial Imagery for Public Domain Release
Could you map ways using JOSM and Yahoo aerial photography, export the ways for a data set released under the public domain, and then import into OSM? Or does the interpretation of the Yahoo Maps terms-of-use require the data created with the aerial imagery to be released only under the OSM license? Landon ___ legal-talk mailing list [EMAIL PROTECTED] http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] map display www.openstreetmap.org
On 10 Oct 2008, at 07:06, Jonathan Bennett wrote: elvin ibbotson wrote: Steve, It looks like fakeSteveC or someone is pretending to be you and posting elitist, patronising, condescending rubbish in an apparent attempt to I'll take elitism over populism or relativism. See: http://www.mail-archive.com/[EMAIL PROTECTED]/msg03352.html make you look foolish. I look forward to it being demonstrated that 'most people don't know what coordinates are'. elvin ibbotson Most people is not: Most people on this mailing list Most people who contribute to OSM Most people involved in GIS Most people who know some programming Most people is the man, woman or child in the street, many of whom will never have picked up a paper map, and will certainly never have tried to take coordinates from one. Got a printed UK Road Map? Open it to any page -- where are the coordinates? +1 I'm all for lat/lng to be a user-enabled display option, but it's delusional to think that most people on the planet care and I personally want most people on the planet using our maps. Best Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [talk-au] How to merge existing ways with Potlatch?
[Sorry, first post went to Thomas directly, seems the list doesn't set reply-to field to the talk-au list :( ] Hi Thomas, It works for me like this (it's hard to put in words, but here goes)... * Have two separate ways, that you want to join into one way (not for a T-intersection or a crossing) * Select an end node of way1 (selecting end nodes puts you in a mode to extend the way by further clicking) * Hover the mouse over the end node of way2 where you want them to join (way2's nodes will show as bigger blue squares) * Hold the Shift key while clicking on way2's end node * Way2 now becomes part of Way1 I've gotten the The ways do not share a common point message before, when I had way1 selected (but not an end node), and shift clicked in between 2 nodes on way2. I was doing this to add more nodes to way2 to smooth curves of a freeway, but you can only do this if way2 is selected, but I had the other side of the freeway selected. Hope that helps, BlueMM - Original Message From: Thomas Schroeder [EMAIL PROTECTED] To: talk-au@openstreetmap.org Sent: Thursday, 9 October, 2008 11:42:44 PM Subject: [talk-au] How to merge existing ways with Potlatch? Hi, I try to merge two existing ways with Potlatch, but it does not work. I followed the documentation: cite-start--- To merge two ways into one: * Draw your way as normal. * When you move your mouse over another way, the points light up blue. * Shift-click the blue point at the start or end of the other way. * Or: if the ways are already drawn, select one, then hold Shift and click the other. cite-end Selecting one and Shift click the other always results in the error/message The ways do not share a common point. How do I create a common point or merge points? tschuess Thomas -- Thomas Schroeder eMail: [EMAIL PROTECTED] ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au Make the switch to the world#39;s best email. Get Yahoo!7 Mail! http://au.yahoo.com/y7mail ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Problem eine Strasse zu teilen.
Thomas Drebert schrieb: weiß jemand wie ich diese Strasse way_25896928 am Note node_30431648 getrennt bekomme. Hier der OSM Link: http://www.openstreetmap.org/?lat=52.5753lon=13.41062zoom=17layers=0B00FTFT Habe es mit dem Merkaartor probiert und bekomme es nicht hin. Hi, Habs mal mit JOSM aufgetrennt. Grüße, Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC - Key:Railway
also ich finde das condition:railway:construction:start = 2008 condition:railway:construction:end = 2009 oder noch besser: railway:condition = construction wie wäre es mit nur condition? Dieser Key würde ja nicht nur auf railway zutreffen sondern auf alles! Zusätzlich - ich weiß nicht ob es das schon gibt - wäre ein Datum nicht schlecht, an dem sich der zustand voraussichtlich ändern wird: check_condition = 01.01.2009 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem eine Strasse zu teilen.
Hallo, und wie hast du es gemacht, hat es ohne Probleme funktioniert? Mit JOSM hatten wir es gestern auch mal auf die schnelle Probiert und es nicht geschafft. Schöne Grüße Thomas -Ursprüngliche Nachricht- Von: Chris66 [EMAIL PROTECTED] Gesendet: 10.10.08 08:16:36 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Problem eine Strasse zu teilen. Thomas Drebert schrieb: weiß jemand wie ich diese Strasse way_25896928 am Note node_30431648 getrennt bekomme. Hier der OSM Link: http://www.openstreetmap.org/?lat=52.5753lon=13.41062zoom=17layers=0B00FTFT Habe es mit dem Merkaartor probiert und bekomme es nicht hin. Hi, Habs mal mit JOSM aufgetrennt. Grüße, Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Pt! Schon vom neuen WEB.DE MultiMessenger gehört? Der kann`s mit allen: http://www.produkte.web.de/messenger/?did=3123 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anmeldung OSM Kickoff Treffen
Hallo Johannes, beheizte Bauwagen in Laufdistanz super - geht doch! Habs mal in OSM eingetragen... Jetzt brauchen wir nur noch eine Garage zm Basteln... Gruss, Markus PS: vielleicht stellt uns ja die Astrid-Lindgeren-Schule einen Raum zur Verfügung? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] als GPX exportieren
Hallo Martin, Vielleicht war mein Wunsch nicht eindeutig? ich möchte nur die selbst erstellten Linien exportieren. Also einen Bereich aus der OSM-DB in JOSM laden (als Basiskarte), ein paar Elemente dazu zeichnen (ohne diese in die DB zu laden) diese Elemente als GPX exportieren. JOSM Datei - Export to gpx Das war meine erste Idee, klar (zu exportierende Elemente markieren). Aber hast Du sie ausprobiert? Dann schreib doch bitte wie es /genau/ geht! Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem eine Strasse zu teilen.
Hallo, Thomas Drebert schrieb: Hallo, ich denke schon das dort das Problem liegt, aber warst du an der richtigen Stelle? Wenn ich dort nachsehe sind sie noch zusammen. Schöne Grüße Thomas Fehler schließe ich selbstverständlich nicht aus. Wenn ich mir den Bereich aktuell in JOSM ansehe, besteht die Straße aus drei Abschnitten. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem eine Strasse zu teilen.
Thomas Drebert schrieb: Habs mal mit JOSM aufgetrennt. und wie hast du es gemacht, hat es ohne Probleme funktioniert? Naja, ich hab neue Nodes in der nähe der Kreuzung angelegt und dann den Kreuzungsnode mit der Entf Taste gelöscht. ;-) Ich vermute, Du möchtest da nun einen Kreisverkehr reinbasteln? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gezeichnete Tracks auf Top50-Basis nutzen???
Florian Lohoff [EMAIL PROTECTED] wrote: Karte abpausen ist relativ eindeutig. Das macht man ja gerade nicht. Im Gegenteil, man macht aus eienr Rasterkarte Linienzüge. Das ist allenfalls manuelles vektorisieren. Sven -- Kernel panic: I have no root and I want to scream (Linux Kernel Error Message) /me is [EMAIL PROTECTED], 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] Problem eine Strasse zu teilen.
Hallo, nein ein Keisverkehr soll es nicht werden, die Strasse Am Schloßpark hat links und rechts andere Eigenschaften. Links ist Asphalt. Rechts Kopfsteinpflaster. Schöne Grüße Thomas -Ursprüngliche Nachricht- Von: Chris66 [EMAIL PROTECTED] Gesendet: 10.10.08 09:50:43 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Problem eine Strasse zu teilen. Thomas Drebert schrieb: Habs mal mit JOSM aufgetrennt. und wie hast du es gemacht, hat es ohne Probleme funktioniert? Naja, ich hab neue Nodes in der nähe der Kreuzung angelegt und dann den Kreuzungsnode mit der Entf Taste gelöscht. ;-) Ich vermute, Du möchtest da nun einen Kreisverkehr reinbasteln? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de 50 erste Dates mit Adam Sandler u. Drew Barrymore kostenlos anschauen! Exklusiv für alle WEB.DE Nutzer. http://www.blockbuster.web.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem eine Strasse zu teilen.
Hallo Liste, In diesem Zusammenhang eine Zusatzfrage: Im Gegensatz zu früher erhalte ich in JOSM beim Versuch des Trennens, gerade von Endstücken von Straßen, den Hinweis: Die Punkte gehören nicht zum gleichen Weg. Doch, der Kreuzungspunkt/Endpunkt gehört mit zum gleichen Weg! Dann ist jedes Mal große Bastelei angesagt. In der Hoffnung auf Besserung habe ich jetzt erst mal einige Eintragungen/Veränderungen auf Eis gelegt. Mache ich etwas falsch und wenn nicht: Besteht die Möglichkeit, das JOSM wieder beizubringen? Es ging ja früher auch! Gruß Dieter Thomas schrieb: und wie hast du es gemacht, hat es ohne Probleme funktioniert? Mit JOSM hatten wir es gestern auch mal auf die schnelle Probiert und es nicht geschafft. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem eine Strasse zu teilen.
Zitat Dieter TD: Hallo Liste, In diesem Zusammenhang eine Zusatzfrage: Im Gegensatz zu früher erhalte ich in JOSM beim Versuch des Trennens, gerade von Endstücken von Straßen, den Hinweis: Die Punkte gehören nicht zum gleichen Weg. Doch, der Kreuzungspunkt/Endpunkt gehört mit zum gleichen Weg! Dann ist jedes Mal große Bastelei angesagt. In der Hoffnung auf Besserung habe ich jetzt erst mal einige Eintragungen/Veränderungen auf Eis gelegt. Mache ich etwas falsch und wenn nicht: Besteht die Möglichkeit, das JOSM wieder beizubringen? Es ging ja früher auch! Hast du mal ein Beispiel? -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Nodes von mehreren Flächen und/oder S traßen gleichzeitig benutzen
Hallo, Michael Roth wrote: was ist nun richtig: Keins von beiden ist falsch, es gibt viele Gruende fuer das eine oder das andere, und beides funktioniert mehr oder weniger gut. Das Problem entsteht dadurch, dass wir Strassen nicht als Flaechen erfassen. Bei zwei direkt aneinandergrenzenden Flaechen stellt sich die Frage nicht, beide haben die gleiche Linie als Grenze, also werden auch die gleichen Nodes benutzt. Wuerden wir Strassen als Flaechen erfassen, waere die Sache klar: Die Aussenkante der Strasse waere zugleich die Aussenkante des Waldes. Nur durch die Erfassung von Strassen als Liniengeometrien entsteht die Frage ueberhaupt. Ich halte es fuer wahrscheinlich, dass wir auf *lange* Sicht ohnehin Strassen (auch) flaechenmaessig erfassen werden. Ich finde das gar nicht unbedingt erstrebenswert, aber trotzdem denke ich, dass es sich so entwickeln wird. Insofern ist jede Loesung, die man jetzt waehlt, sowieso uebergangsweise ;-) Ich persoenlich lasse Flaechen, die an eine Strasse grenzen, die Nodes der Strasse mitnutzen, und zwar aus ganz praktischen Beweggruenden - wenn ich die Strasse spaeter leicht korrigiere, will ich die Flaeche nicht noch extra korrigieren muessen. Andere zeichen aber durchaus die Flaeche von der Strasse separat, und auch hier meist aus praktischen Erwaegungen (weil es nicht immer leicht zu erkennen ist, wenn mehrere Objekte Nodes gemeinsam nutzen). Langer Rede kurzer Sinn: Mach's einfach, wie es Dir liegt. (Aber widerstehe der Versuchung, das, was andere getaggt haben, grossflaechig in Dein Schema umzusetzen, denn wie gesagt: Keins ist richtiger als das andere.) Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Rechtsfragen freier Geodaten-Projekte (aus Froscon 2008)
Hallo Leute, gerade gefunden: http://programm.froscon.org/2008/attachments/51_geodaten.pdf Autor ist RA Peter Voigt (Bielefeld). Grüße Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Hierarchie-Problem ... mal graphisch dargestellt
Tobias Wendorff schrieb: Torsten Leistikow schrieb: Wird der von aussen kommende Verkehr auf dieser Strasse durch den Ort gefuehrt, dann sollte die Strasse auch innerorts moeglichst die gleiche Zuordnung erhalten. Es gibt nichts (naja, nur wenig) bloederes, als eine Strassenkarte die mich zu Ortsrand lotst, dann mich meinem Schicksal selbst ueberlaesst, und auf der anderen Seite der Ortschaft mir wieder erzaehlt, wie es weitergehen soll. http://wiki.openstreetmap.org/index.php/DE:Germany_roads_tagging#Innerorts würde aber genau widersprechen ... wir taggen ja eben nicht nach Verwaltungsstrukturen. Erstens stehen im Wiki keine in Stein gemeisselten Gebote sondern nur eine Momentaufnahme der Meinung des Letzten, der die Seite editiert hat. (Auf die Dauer entsteht dabei sicherlich meist eine Art Konsens.) Und zweitens sehe ich da keinen Widerspruch, denn da steht (z.Z.): Wichtig ist, dass beim Übergang in den Ortsbereich kein Sprung in der Straßenklasse auftritt. Und das ist ja auch genau das, was ich oben geraten habe. Aber ich kenne doch nicht alle überregionalen Kreisstraßen. Vorallem, da ich kein Autofahrer bin. Aber du siehst ja auf der Karte, was andere als ueberregionale Strassen an deine Ortschaft heran eingetragen haben. Wenn du es nicht bessert weisst, dann orientiere dich doch einfach daran. Es ist ja nicht alles schlecht, was bisher in der Datenbank ist :-) Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gezeichnete Tracks auf Top50-Basis nutzen???
Sven Geggus schrieb: Florian Lohoff [EMAIL PROTECTED] wrote: Karte abpausen ist relativ eindeutig. Das macht man ja gerade nicht. Im Gegenteil, man macht aus eienr Rasterkarte Linienzüge. Das ist allenfalls manuelles vektorisieren. AFAIK (habe gerade keinen Browser offen) bezieht sich die Vervielfältigung auf jegliche Art. Du leitest den Inhalt ja 1:1 aus der Karte ab. Eine Freihandzeichnung *mag* anders aussehen. Die Topo-CDs wurden übrigens für den privaten Gebrauch entwickelt, in dem eine Vervielfältigung möglich ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrstuhl taggen
Martin Koppenhoefer schrieb: Für Laufbänder würde ich vorschlagen highway=moving_sidewalk zu nehmen, oder gibts da schon was anderes? Was haltet ihr für sinnvoll bei Förderbändern? conveyor_way=yes, bis man die weiter differenziert? AFAIK ist moving_sidewalk nicht das Laufband z.B. in einem Flugzeugterminal. Sie beschreiben Fahrsteige oder Rollsteige: http://de.wikipedia.org/wiki/Fahrsteig Das sind die Dinger, die man z.B. in Supermärkten vorfindet, haben eine Steigung, jedoch nicht so stark wie eine Rolltreppe. Das Laufband am Flughafen hat in der Regel keine Steigung. Ich glaube, ich habe in irgendeinem Flughafen mal speedwalk gelesen?! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] p!-·k-de] Strassenklassifizierung hi ghway !=?Verwaltungsklassifizierung !!!
Meiner Erfahrung nach passiert es vergleichsweise haeufiger, dass eine Strasse wichtiger aussieht, als ihre Verwaltungsklassifizierung (vorallem in Ballungsgebieten). Der umgekehrte Fall scheint mir dagegen deutlich seltener zu sein. Genaugenommen ist mir das bislang nur ein einziges Mal im ehemaligen Todesstreifen begegnet. Insofern bin ich bei solchen Faellen auf der Karte eher misstrauisch, ob sich da nicht jemand beim Einzeichnen versehen hat. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Openstreetbugs reports - neue Liste, jetzt auch in HTML
Hi, habe den OSB Report für Deutschland nun auch in HTML. http://wiki.openstreetmap.org/index.php/OSB_Reports Viel Spaß beim Korrigieren! Gary68 Gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
On Thu, Oct 09, 2008 at 10:27:38PM +0200, Tobias Wendorff wrote: Subject: Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM? Detlef Reichl schrieb: Ja! Das ist wie überall im Leben: wo die Persönlichkeitsgrenzen der anderen anfangen enden die eigenen. Du solltest dich hin und wieder unter Leute begeben und dann vieleicht sogar mal darauf hören, was andere sagen. Das ist zwar in vielen Fällen nicht unbedingt das was man hören will, doch erleichteret es einem hin und wieder das Leben. Willkommen in der Realität. Son jemand weltfremden wie dir begegnet man selten... Keine Angst, ich werde die Tätigkeiten in OSM bald komplett einstellen. Ich stelle jedoch erst noch die Dinge fertig, zu denen ich mich verpflichtet habe. Dann könnt ihr ruhig gerne wieder ohne mich rumtackern. Darum gehts ja nicht - Es geht darum das jeder individuelle Mapper fuer das Projekt wichtig ist - dazu zaehlst auch du - und in der Art in der du dich engagierst sicher ganz besonders du. Aber andere zu ueberfahren durch grossflaechiges loeschen und neu importieren treibt mapper vom projekt weg und das ist kontraproduktiv. Es geht darum die bestehenden Mapper dazu zu bekommen mehr und besser zu mappen, und gleichzeitig neue mapper zu gewinnen. Denn ein Projekt das auf die freiwillige mitarbeit angewiesen ist und essentiell davon ausgeht das Arbeitszeit massenhaft, umsonst zur verfuegung steht braucht jeden mitarbeiter. Jeder noch so kleine beitrag verdient wertschaetzung, denn ein Mapper der wenig macht fuer den zaehlt jeder Node den er setzt um so mehr. Um auf deinen hinweis mit Ist nicht kooperationswillig zurueckzukommen. Wenn dem so wirklich ist ist es eindeutig wer sich kontraproduktiv verhaelt - aber ich denke das gerade alte hasen eine besondere verantwortung haben hier durch ueberzeugungsarbeit eben den kooperationswillen herbeizufuehren. Und mir ist das noch nicht untergekommen. Jeder kontakt war bisher durchweg positiv und davon gepraegt das man sich gegenseitig etwas beibringt und hilfestellung leistet. Und diese Diskussion hat auch einfach schoen gezeigt das man unterschiedlicher auffassung ueber die richtung und den Weg des Projekts haben kann - wichtig ist das wir weiter arbeiten. Ziel war es sicher nicht dich jetzt zu frustrieren. Flo -- Florian Lohoff [EMAIL PROTECTED] +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] das Hierarchie-Problem ... mal graphisch dargestellt
Torsten Leistikow schrieb: Und zweitens sehe ich da keinen Widerspruch, denn da steht (z.Z.): Wichtig ist, dass beim Übergang in den Ortsbereich kein Sprung in der Straßenklasse auftritt. Und das ist ja auch genau das, was ich oben geraten habe. Okay, also nehmen wir die B63, die die A44, A445 und B1 zwischen Werl und Hamm mit der A2 verbindet. Diese ist eindeutig primary, alleine schon vom Verkehrsaufkommen. Nun wird diese aber im Bereich Werl-Hilbeck stark zurückgebaut (hat u.a. politische Gründe, um den Ausbau der A445-Verlängerung zur A2 zu erzwingen). Die stark befahrene Straße wird in der Dorfschaft nun also stark runtergrebremst. Ist es dann trotzdem noch Primary? Ja, denn es die Hauptverkehrsstraße für dieses kleine Dorf. Ist dann die Straße, mit der nächst höheren Verkehrsdichte secondary, obwohl diese verglichen mit secondary in der Stadt Werl gar nicht vergleichbar wäre? Aber ich kenne doch nicht alle überregionalen Kreisstraßen. Vorallem, da ich kein Autofahrer bin. Aber du siehst ja auf der Karte, was andere als ueberregionale Strassen an deine Ortschaft heran eingetragen haben. Wenn du es nicht bessert weisst, dann orientiere dich doch einfach daran. Es ist ja nicht alles schlecht, was bisher in der Datenbank ist :-) In meine Fall ging die B63 mitten durch die Kernstadt :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs reports - neue Liste, jetzt auch in HTML
[EMAIL PROTECTED] schrieb: http://wiki.openstreetmap.org/index.php/OSB_Reports Solche Seiten liebt der Firefox unter Windows :-)) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
Florian Lohoff schrieb: Ich rede von der Freiheit die Arbeit eines anderen durch loeschen geringzuschaetzen. Wenn jemand das mit deiner Arbeit machen wuerde ohne nachzufragen - Waere das okay? Ich habe einen anderen Anspruch an das Projekt. Wenn jemand meine GPS-Ways durch bessere Import ersetzt: gerne! Hauptsache, die Mehrwert-Informationen gehen nicht verloren. Ob mein Name in der History steht ist egal. Ich kann von mir aus auch irgendeinen Fake-Usernamen anlegen und dann damit arbeiten. Ich freue mich z.B. sogar, wenn jemand meine Fehler korrigiert und ich bin froh, wenn er mir dafür nicht 10 E-Mails schickt :-) Ganz ehrlich - Ich waere reichlich angefressen - Ich fahre nicht stundelang durch die gegend, dokumentiere alles um dann das zeugs in kleinarbeit via JOSM zu einem grossen bild zusammenzusetzen damit jemand der meint er haette bessere und schoenere daten einfach alles plattmacht und neu importiert. Flo, der Mehrwert, den Du dokumentiert hast, geht ja auch nicht verloren. Es wäre halt nur die Topographie, die vielleicht etwas versetzt wird. Wo wäre denn der Unterschied dazu, wenn jemand Deine Ways verschieben würde? Dann wäre der Inhalt noch da, aber die Ways wären vielleicht am richtigen Fleck. Wärst Du dann auch angefressen? Wenn jemand kommen wuerde mit einem aus kommunalen daten erzeugten straßennetz? Ich wuerde sagen - gib her - ich korrigiere die daten die schon existieren. Ich wuerde mich freuen ueber die abgleichsmoeglichkeit. So wie ich im moment hier die restliche mehrheit einschaetze wuerden sich die meisten freuen ueber die moeglichkeiten und nicht blocken. In welchen Kommunen bist Du aktiv? :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Antw: Re: Vorschlag f?r's neutrale Eisenbahn-Tagging
Hallo Bodo, Wenn man wirklich darstellen will, wie die Gleise und Bahnsteige angeordnet sind, muà man die Gleise einzeln zeichnen. Ist das nicht ein Ziel der aktuellen Neufassung der railway-Diskussion? Das macht Sinn, sieht in hohen Zoomstufen vernünftig aus und lässt für später alle Optionen der Nachnutzung offen. Soweit das geht, sollte gleisfein erfasst werdenich dachte, das wäre hier Konsenz? Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] weitere maxspeed-Values brauchen wir!
speziell geht es mir dabei um: maxspeed=no (als default-Wert für Maxspeeds auf Autobahnen. und z.B. auch für Radfahrer dort wo keine expliziten Begrenzungen ausgeschildert sind - z.B: auch innerorts) und maxspeed=walk (in livingstreets in Deutschland oder z.B. auf für Radfahrer freigegebenen Fußwegen gilt kein konkretes Limit, sondern nur Schrittgeschwindigkeit) Ohne diese beiden Tags können wir die Realität nicht darstellen. Ich bitte also zur Diskussion und Vote an folgenden Stellen: http://wiki.openstreetmap.org/index.php/OSM_tags_for_routing/Maxspeed#Germany http://wiki.openstreetmap.org/index.php/Proposed_features/maxspeed_none http://wiki.openstreetmap.org/index.php/Proposed_features/maxspeed_walk -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
On Thu, Oct 09, 2008 at 09:44:08PM +0200, Tobias Wendorff wrote: Florian Lohoff schrieb: Es geht nicht um genehmigung - Willst du das nicht begreifen oder kannst du das nicht? Es geht um eine zwischenmenschliche Komponente die fuer ein miteinander essentiell ist. Also wird meine persönliche Freiheit in OpenStreetMap durch die zwischenmenschliche Komponente beschnitten, korrekt? Du kennst: Freiheit ist immer die Freiheit des Andersdenkenden Bist du denn bereit jedem im Projekt die selbe Freiheit zu schenken die du selber beanspruchst? Ich rede jetzt nicht von technischen finessen oder fuer andere nicht nachvollziehbare qualitaet der daten. Ich rede von der Freiheit die Arbeit eines anderen durch loeschen geringzuschaetzen. Wenn jemand das mit deiner Arbeit machen wuerde ohne nachzufragen - Waere das okay? Ganz ehrlich - Ich waere reichlich angefressen - Ich fahre nicht stundelang durch die gegend, dokumentiere alles um dann das zeugs in kleinarbeit via JOSM zu einem grossen bild zusammenzusetzen damit jemand der meint er haette bessere und schoenere daten einfach alles plattmacht und neu importiert. Wenn jemand kommen wuerde mit einem aus kommunalen daten erzeugten straßennetz? Ich wuerde sagen - gib her - ich korrigiere die daten die schon existieren. Ich wuerde mich freuen ueber die abgleichsmoeglichkeit. So wie ich im moment hier die restliche mehrheit einschaetze wuerden sich die meisten freuen ueber die moeglichkeiten und nicht blocken. Flo -- Florian Lohoff [EMAIL PROTECTED] +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] Antw: Re: Rückantwort der Deutsche n Bahn bzw. DB Netz AG
Hallo, darf noch eins draufsetzen? Wer die ganze Sache nicht nur als theoretische Diskussion betrachtet, wird wissen, dass auch Bedarfshaltepunkte existieren. Natürlich eher selten bei Schnellzügen, aber ab und zu in ländlichen Gebieten. Der Schaffner weiß von der Fahrkartenkontrolle her, ob einer dort aussteigen will. Und wer dort einsteigen möchte, sollte sich rechtzeitig und gut sichtbar für den Triebfahrzeugführer hinstellen. Dieser Situation sollte man einen besonderen Tag spendieren. Steht auch in den ausgehängten Fahrplänen, die man sich natürlich erst genau ansieht, wenn der erste Zug durchgerauscht ist. Dort existiert natürlich weder Bahnpersonal noch sonstiger Service. -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Tobias Wendorff Gesendet: Donnerstag, 2. Oktober 2008 14:18 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Antw: Re: Rückantwort der Deutschen Bahn bzw. DB Netz AG Philipp Klaus Krause schrieb: railway=flag_stop für Haltepunkte einzuführen scheint mir naheliegend. Das führt uns aber wieder zum Ursprung zurück: Was ist ein Haltepunkt und was nicht? Wir müssten etwas neutrales finden, um einen stop zu taggen und dann die oben genannten Keys anfügen. Dann kann später jeder selbst entscheiden, was gemeint ist. railway=train_stop service_DB=6 point=3 Grüße Tobias ___ 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] das Hierarchie-Problem ... mal graphisch dargestellt
Tobias Wendorff schrieb: Okay, also nehmen wir die B63, die die A44, A445 und B1 zwischen Werl und Hamm mit der A2 verbindet. Diese ist eindeutig primary, alleine schon vom Verkehrsaufkommen. Eindeutig ist bei OSM vergleichsweise wenig, aber es klingt nicht so, als ob ich hier widersprechen moechte :-) Nun wird diese aber im Bereich Werl-Hilbeck stark zurückgebaut (hat u.a. politische Gründe, um den Ausbau der A445-Verlängerung zur A2 zu erzwingen). Die stark befahrene Straße wird in der Dorfschaft nun also stark runtergrebremst. Ist es dann trotzdem noch Primary? Ja, denn es die Hauptverkehrsstraße für dieses kleine Dorf. Ich wuerde sie als primary eintragen, weil sowohl Nutzung als auch Bedeutung die selbe ist wie ausserhalb der Ortschaft. Aber nicht weil es die Hauptstrasse fuer dieses Dorf ist, die wenigsten Doerfer haben eine Hauptstrasse, die ich als primary eintragen wuerde. Ist dann die Straße, mit der nächst höheren Verkehrsdichte secondary, obwohl diese verglichen mit secondary in der Stadt Werl gar nicht vergleichbar wäre? Nein, genausowenig wie jedes Dorf seine primary haben muss, muss die naechst kleinere Strasse zwingen secondary sein. Man kann sicherlich nicht eine secondary Strasse im Ruhrpott mit einer secondary im platten Meck-Pomm vergleichen, aber nicht jedes kleine Kuhdorf sollte da seinen eigenen Massstab bekommen. In die Karte sollte meiner Meinung nach eingetragen werden, was einen Nutzer der Karte interessiert. Und bei einer Strasse will bestimmt kein Fremder wissen, ob es jetzt die groesste im Dorf oder die zweitgroesste im Dorf ist. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem eine Strasse zu teilen.
Dieter TD schrieb: Hallo Liste, In diesem Zusammenhang eine Zusatzfrage: Im Gegensatz zu früher erhalte ich in JOSM beim Versuch des Trennens, gerade von Endstücken von Straßen, den Hinweis: Die Punkte gehören nicht zum gleichen Weg. Doch, der Kreuzungspunkt/Endpunkt gehört mit zum gleichen Weg! Dann ist jedes Mal große Bastelei angesagt. In der Hoffnung auf Besserung habe ich jetzt erst mal einige Eintragungen/Veränderungen auf Eis gelegt. Mache ich etwas falsch und wenn nicht: Besteht die Möglichkeit, das JOSM wieder beizubringen? Es ging ja früher auch! Gruß Dieter Thomas schrieb: und wie hast du es gemacht, hat es ohne Probleme funktioniert? Mit JOSM hatten wir es gestern auch mal auf die schnelle Probiert und es nicht geschafft. JOSM: 1. EINEN Way an einem Node in 2 Ways zerteilen: - Node markieren - Taste P oder - Werkzeuge / Weg aufspalten Beide Ways benutzen dann noch den gemeinsamen End-Node. 1a. Gehört der Node zu mehreren Ways, dann Node *und* Way mit Shift-Klick selektieren 2. ZWEI Ways ganz trennen: - Node markieren - Taste G oder - Werkzeuge / Wege trennen Duplicate the selected Node so each Way using it has its own copy Beide End-Nodes liegen dann noch deckungsgleich übereinander. 3. Übereinander liegende Objekte auseinander schieben: - Mittlere Maustaste (oder Rad) über Node drücken - Strg drücken - Maustaste loslassen aber Strg festhalten - Mit linker Maustaste einen Node in der Pop-Up-Liste wählen - gewählten Node ein Stück zur Seite ziehen (linke Maustaste) -- Frank Jäger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Nodes von mehreren Flächen und/oder S traßen gleichzeitig benutzen
Hallo, was ist nun richtig: a.) Die selben Nodes (also Punkte), mehrfach für Wege und Flächen benutzen (z.B. ein Straße die an einem Waldrand entlang führt), oder b.) Nodes für Flächen und Wege separat anlegen und sie dicht aneinander positionieren (wie es ja in der Realität eigentlich ist, die Straße hat ja eine Breite, getaggt wird nur die Mitte), und c.) für benachbarte Flächen ebenfalls wie in b. zu verfahren? Es gibt Gegenden, da wird Methode a verwendet, in anderen Gegenden b mit oder ohne c. Der JOSM-Validator liefert für b und c Warnungen. Wer hat nun recht? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Antw: Re: Rückantwort der Deutsche n Bahn bzw. DB Netz AG
Rolf Gehring schrieb: Dieser Situation sollte man einen besonderen Tag spendieren. Steht auch in den ausgehängten Fahrplänen, die man sich natürlich erst genau ansieht, wenn der erste Zug durchgerauscht ist. Dort existiert natürlich weder Bahnpersonal noch sonstiger Service. Hatte ich in meiner Idee drin: on demand irgendwas. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Hierarchie-Problem ... mal graphisch dargestellt
Torsten Leistikow schrieb: Ich wuerde sie als primary eintragen, weil sowohl Nutzung als auch Bedeutung die selbe ist wie ausserhalb der Ortschaft. Aber nicht weil es die Hauptstrasse fuer dieses Dorf ist, die wenigsten Doerfer haben eine Hauptstrasse, die ich als primary eintragen wuerde. Worauf beziehst Du primary dann? - Ausbau - Verkehrsaufkommen - Verwaltungshierarchie - Länge Irgendein System musst Du ja haben :-) Ist dann die Straße, mit der nächst höheren Verkehrsdichte secondary, obwohl diese verglichen mit secondary in der Stadt Werl gar nicht vergleichbar wäre? Nein, genausowenig wie jedes Dorf seine primary haben muss, muss die naechst kleinere Strasse zwingen secondary sein. Man kann sicherlich nicht eine secondary Strasse im Ruhrpott mit einer secondary im platten Meck-Pomm vergleichen, aber nicht jedes kleine Kuhdorf sollte da seinen eigenen Massstab bekommen. Also beziehst Du es doch nicht auf die Überregionalität. Denn der Ruhrpott ist nur 40 km vom genannten Fall weg. Primary ist also nicht die meistgenutzte Straße in einer Stadt oder einem Ort und secondary sind nicht die Straßen, die etwas weniger Verkehr darunter haben. Es scheint also eine Mischung aus allem zu sein ... Da müsste sich eine Checkliste ableiten lassen. In die Karte sollte meiner Meinung nach eingetragen werden, was einen Nutzer der Karte interessiert. Und bei einer Strasse will bestimmt kein Fremder wissen, ob es jetzt die groesste im Dorf oder die zweitgroesste im Dorf ist. Ein Dorf wird meistens nur eine größere Straßen haben und ansich ist das ja die Hauptstraße, da hier am meisten abgeht. Vielleicht ist die Straße zur Kirche oder zum Friedhof auch noch besser ausgebaut ... das wäre aber dann residental? Also wenn eine Bundesstraße durch ein Kuhkaff läuft, dann bleibt sie primary. Wenn ein Kuhkaff keine größere Anbindung hat, könnte die größte Straße darin höchstens Tertiary sein. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Abstimmung: Bahn- und Bussteige
habe mir mal erlaubt das Voting für die Bahn- und Bussteige anzuschieben. http://wiki.openstreetmap.org/index.php/Proposed_features/platform Gruß Thorsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
Tobias Wendorff wrote: Alexander Menk schrieb: Ich halte es für recht unwarscheinlich das die drei Leute in deinem Beispiel hintereinander und unabhängig totalen mist mappen. Mappen oder Taggen? Das Mappen hängt von der Technik ab und Taggen kann man auch, ohne dagewesen zu sein. Ich habe z.B. große Teile in Dortmund eingetragen, weil ich in diesem Bereich lange gewohnt habe, aber schon 3 Monate nicht mehr da war. ich meinte jetzt eigentlich beides. Und bezog mich darauf, dass drei Leute unabhängig voneinander sinnlose Daten eintragen (egal ob Koordinaten oder Tags). Du hast IMHO öfter die Befürchtung geäußert, dass sich aufgrund einer falschen Straße viele Folgefehler einbürgern und somit ein Löschen einfacher ist als korrigieren. Ich will das nicht abstreiten, kann es aber nicht so ganz nachvollziehen. Wenn eine Hauptstraße 100 m zu weit links läuft, sind doch die angedockten Seitenstraßen trotzdem korrekt. Wenn ich die Haupstraßennodes verschiebe, werden gleichzeitig auch die Endpunkte der Seitenstraßen korrigiert. Ich denke das kann oft sogar weniger arbeitsintensiv sein als die ganze Hauptstraße / Bahnlinie zu entfernen und alles wieder zu verbinden ? Grüße, Alexander ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Hierarchie-Problem ... mal graphisch dargestellt
Tobias Wendorff schrieb: Worauf beziehst Du primary dann? - Ausbau - Verkehrsaufkommen - Verwaltungshierarchie - Länge Irgendein System musst Du ja haben :-) System wuerde ich das nicht nennen, ganz wahlfrei gehe ich dabei nicht vor. Deine Punkte oben sind schon nicht schlecht, ich wuerde allerdings die Reihenfolge aendern und statt der Laenge eher die Position im Strassennetz mit heranziehen (was fuer andere Strassen verbindet sie). Man kann sicherlich nicht eine secondary Strasse im Ruhrpott mit einer secondary im platten Meck-Pomm vergleichen, aber nicht jedes kleine Kuhdorf sollte da seinen eigenen Massstab bekommen. Also beziehst Du es doch nicht auf die Überregionalität. Denn der Ruhrpott ist nur 40 km vom genannten Fall weg. Die Aussage verstehe ich jetzt leider nicht. Zum einen beruecksichtige ich, ob ueber eine Strasse ueberregionaler Verkehr laeuft. Zum anderen vergleiche ich sie mit anderen Strassen in der Region. Da sind 40km schon ein ziemlicher Abstand, und ich wuerde doch einen deutlich kleineren Umkreis waehlen, der eine einheitliche und somit vergleichbare Strassenstruktur hat. Primary ist also nicht die meistgenutzte Straße in einer Stadt oder einem Ort und secondary sind nicht die Straßen, die etwas weniger Verkehr darunter haben. Ja. Es scheint also eine Mischung aus allem zu sein ... Da müsste sich eine Checkliste ableiten lassen. Bedingt. Ein festes Kochrezept gibt es sicherlich nicht, und jeder hier duerfte auch eine etwas andere Auslegung haben. Ein Dorf wird meistens nur eine größere Straßen haben und ansich ist das ja die Hauptstraße, da hier am meisten abgeht. Vielleicht ist die Straße zur Kirche oder zum Friedhof auch noch besser ausgebaut ... das wäre aber dann residental? Eine Hauptstrasse in einem Dorf ist typischerweise die Hauptdurchgangsstrasse. Die Bedeutung dieser Strasse ergibt sich also daraus, welche Bedeutung sie auch ausserhalb hat (primary, secondary, tertiary und im Extremfall wohl auch mal unclassified). Daneben kann es noch weitere Strassen geben, die als Verbindung zu anderen Doerfern oder Dorfteilen dienen. Hierfuer kommen die selben Kategorien in Frage. Alles andere ist bei mir normalerweise residential, ggf. unclassified (z.B. wenn das Dorf ein kleines Industriegebiet hat), oder auch service (z.B. Zufahrt zu einem Parkplatz). Also wenn eine Bundesstraße durch ein Kuhkaff läuft, dann bleibt sie primary. Wenn ein Kuhkaff keine größere Anbindung hat, könnte die größte Straße darin höchstens Tertiary sein. Ja. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
On Fri, Oct 10, 2008 at 04:51:16PM +0200, Tobias Wendorff wrote: Subject: Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM? Florian Lohoff schrieb: Ich rede von der Freiheit die Arbeit eines anderen durch loeschen geringzuschaetzen. Wenn jemand das mit deiner Arbeit machen wuerde ohne nachzufragen - Waere das okay? Ich habe einen anderen Anspruch an das Projekt. Wenn jemand meine GPS-Ways durch bessere Import ersetzt: gerne! Hauptsache, die Mehrwert-Informationen gehen nicht verloren. Ob mein Name in der History steht ist egal. Ich kann von mir aus auch irgendeinen Fake-Usernamen anlegen und dann damit arbeiten. Ich freue mich z.B. sogar, wenn jemand meine Fehler korrigiert und ich bin froh, wenn er mir dafür nicht 10 E-Mails schickt :-) Ganz ehrlich - Ich waere reichlich angefressen - Ich fahre nicht stundelang durch die gegend, dokumentiere alles um dann das zeugs in kleinarbeit via JOSM zu einem grossen bild zusammenzusetzen damit jemand der meint er haette bessere und schoenere daten einfach alles plattmacht und neu importiert. Flo, der Mehrwert, den Du dokumentiert hast, geht ja auch nicht verloren. Es wäre halt nur die Topographie, die vielleicht etwas versetzt wird. Wo wäre denn der Unterschied dazu, wenn jemand Deine Ways verschieben würde? Dann wäre der Inhalt noch da, aber die Ways wären vielleicht am richtigen Fleck. Wärst Du dann auch angefressen? Der urspruengliche ansatz war aber eben zu loeschen und nicht zu korrigieren: Wenn ich z.B. einen nachweislich besseren Datensatz habe, als der welcher vorhanden ist und den ohne Anmerkung drüberbügle und den alten entferne, bekomme ich sofort eine böse PM:: Mit entfernen gehen ja per definition die mehrwerte ueber den jordan. Damit sind wir ja beieinander. Flo -- Florian Lohoff [EMAIL PROTECTED] +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] das Hierarchie-Problem ... mal graphisch dargestellt
Tobias Wendorff schrieb: Torsten Leistikow schrieb: Ich wuerde sie als primary eintragen, weil sowohl Nutzung als auch Bedeutung die selbe ist wie ausserhalb der Ortschaft. Aber nicht weil es die Hauptstrasse fuer dieses Dorf ist, die wenigsten Doerfer haben eine Hauptstrasse, die ich als primary eintragen wuerde. Worauf beziehst Du primary dann? - Ausbau - Verkehrsaufkommen - Verwaltungshierarchie - Länge Irgendein System musst Du ja haben :-) *Bemessungssystem: Wichtigkeit zur Bewältigung großer Distanzen in Relation zum Verkehrsaufkommen.* Aus diesem Grund taggen wir ja alle Bundesstraßen selbstverständlicher Weise mit primary ;) Eine Hauptstraße auf dem platten Land in einem kleinen Dorf hat dagegen z.B. nur ein tertiary verdient, weils vielleicht weit entfernt von den long-distance-traffic-Strecken liegt. -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSB list als Garmin POI file - BITTE PR ÜFEN
Hi, habe die bug list aus OSB nun auch als POI file (TEST-Größe) für Garmin. 3 Spalten CSV. http://wiki.openstreetmap.org/index.php/OSB_Reports Kann bitte jemand das mal mit einem Garmin testen? TNX Gerhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abstimmung: Bahn- und Bussteige
Habe etwas bezüglich Haltestellenmasten und Haltestellenbereich dazu geschrieben. Thorsten Feles schrieb: habe mir mal erlaubt das Voting für die Bahn- und Bussteige anzuschieben. http://wiki.openstreetmap.org/index.php/Proposed_features/platform Gruß Thorsten ___ 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] Begriffsfrage life_cycle
grungelborz schrieb: Garry wrote: Tordanik schrieb: Gegenfrage: Liegt Dir sehr am Begriff life_cycle? :-) ... Garry wrote: Ich bin anfangs noch davon ausgegangen dass lifecycle nur ein mir unbekannter, aber vielleicht doch etablierter Begriff für diesen Zweck ist. Meine Recherchen dafür haben aber nicht den geringsten Hinweis in diese Richtung ergeben sondern meine mittelmässige Englischkenntnisse bestättigt dass dieser Begriff in Richtung Lebensdauer geht.. Der Vorschlag 'life_cycle' (Lebenszyklus) kam von mir als Alternative für den anfänglichen Vorschlag 'status'. IMO bietet er zumindest weniger Verwechslungsgefahr - unter 'status' könnte jemand auch die Straßenqualität verstehen. Ich hab den Begriff aus der Softwaretechnik wo er für das Erzeugen und Löschen von Objekten verwendet wird (life cycle management). Wie gut er für Straßen passt weiß ich ehrlich gesagt nicht, aber eine Google Suche nach 'life cycle road construction' zeigt daß es auch andere gibt die den Begriff so verwenden. Bitte einen konkreten Link - was ich beim überfliegen gefunden habe geht auch nur um den Lebenszyklus /Lebensdauer einer Strasse - dass hat nichts mit dem Betriebsstatus einer Strasse zu tun! Nur weil Du eine Erkältung hast ist deswegen Dein Lebenszyklus auch noch nicht abgelaufen... Wenn der Begriff nicht selbsterklärend ist muß man halt die Beschreibung in dem 'Map Features' lesen. Unwirtschaftlich. Weil sich eine Hand voll Leute nicht die Mühe machen wollen einen selbsterklärenden Begriff zu wählen sollen tausende von Leute nachlesen müssen was dieser unpassende Begriff für eine Bedeutung hat? Die OSMler spenden zwar freiwillig ihre Zeit, das ist aber kein Grund diese Zeit sinnlos zu verheizen! Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
Florian Lohoff schrieb: Der urspruengliche ansatz war aber eben zu loeschen und nicht zu korrigieren: Für mich ist das das gleiche, wie ein Tintenkiller. Wenn ich z.B. einen nachweislich besseren Datensatz habe, als der welcher vorhanden ist und den ohne Anmerkung drüberbügle und den alten entferne, bekomme ich sofort eine böse PM:: Mit entfernen gehen ja per definition die mehrwerte ueber den jordan. Leider hast Du nicht bis zum Ende gelesen: Ich setze mich doch nicht stundenlang hin und korrigiere vorhandene Einträge, anstatt einfach die (korrekten) Tags auf meine Daten zu kopieren und die alten, ungenauen Dinge zu löschen. Ich überprüfe die vorhandenen Tags und Daten, übernehme die Tags manuell und gucke auch, ob die neuen Daten eventuell unplausibel oder unvollständiger gegenüber den alten sind. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] das Prinzip von OpenSource unkompatibel zu OSM?
Alexander Menk schrieb: Wenn eine Hauptstraße 100 m zu weit links läuft, sind doch die angedockten Seitenstraßen trotzdem korrekt. Sie sind topographisch korrekt, aber nicht geographisch. Wenn ich die Haupstraßennodes verschiebe, werden gleichzeitig auch die Endpunkte der Seitenstraßen korrigiert. Ich denke das kann oft sogar weniger arbeitsintensiv sein als die ganze Hauptstraße / Bahnlinie zu entfernen und alles wieder zu verbinden ? Das klappt aber nur, wenn die Nodes auch korrekt verbunden wurden. Die Diskussion lief ja schon häufiger, ob man z.B. Parks bis zur wirklichen, geographischen Grenze ziehen sollte oder bis zur nächsten Straße. Wir mappen aktuell ja keine Straßenflächen, sondern nur Straßenmittelpunkte. Einige Leute lassen die Flächen daher meistens da enden, wo sie wirklich enden. Wenn man dann die Straße verschiebt, bleibt z.B. der Park da, wo er vorher war. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historic=castle Icons
Martin Koppenhoefer schrieb: ja, die Doppelpunkte bieten sich auch m.E. an: ein Blick in Tagwatch bei Name und den addr.-Keys zeigt einen ganz guten Durchdringungsgrad und die Unterstriche gelten schon als Leerzeichenersatz. Punkte wären so eine weitere übliche Schreibweise, aber Doppelpunkt geht genausogut. Kann man denn einzelne Zeichen auch aus dem Parsen ausschliessen? So dass man trotzdem einen Doppelpunkt z.B. in einem Namen setzen kann, und der dann nicht als Strukturierung ausgewertet wird? Escapen könnte funktionieren?! Wenn's beim SQL-import nicht vernichtet wird: http://de.wikipedia.org/wiki/Escape-Sequenz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem eine Strasse zu teilen.
Danke Frank, Es war 1a und damit meine eigene Dummheit... Gruß, Dieter -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Frank Jäger Gesendet: Freitag, 10. Oktober 2008 17:07 An: Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Problem eine Strasse zu teilen. ... JOSM: 1. EINEN Way an einem Node in 2 Ways zerteilen: - Node markieren - Taste P oder - Werkzeuge / Weg aufspalten Beide Ways benutzen dann noch den gemeinsamen End-Node. 1a. Gehört der Node zu mehreren Ways, dann Node *und* Way mit Shift-Klick selektieren ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Mario Salvini schrieb: speziell geht es mir dabei um: maxspeed=no (als default-Wert für Maxspeeds auf Autobahnen. und z.B. auch für Radfahrer dort wo keine expliziten Begrenzungen ausgeschildert sind - z.B: auch innerorts) und maxspeed=walk (in livingstreets in Deutschland oder z.B. auf für Radfahrer freigegebenen Fußwegen gilt kein konkretes Limit, sondern nur Schrittgeschwindigkeit) Ohne diese beiden Tags können wir die Realität nicht darstellen. Ich bitte also zur Diskussion und Vote an folgenden Stellen: http://wiki.openstreetmap.org/index.php/OSM_tags_for_routing/Maxspeed#Germany http://wiki.openstreetmap.org/index.php/Proposed_features/maxspeed_none http://wiki.openstreetmap.org/index.php/Proposed_features/maxspeed_walk Nein! Dagegen! Brauchen wir nicht! 7km/h als Synonym für Schrittgeschwindigkeit reicht vollkommend! Für die handvoll Radfahrer die innerorts erheblicher schneller als 50km/h fahren brauchen wir auch keine Sonderregelung. Due erzeugst einen immensen Pflege- und Programmieraufwand für nichts! Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC - Key:Railway
PieSchie schrieb: also ich finde das condition:railway:construction:start = 2008 condition:railway:construction:end = 2009 oder noch besser: railway:condition = construction wie wäre es mit nur condition? Dieser Key würde ja nicht nur auf railway zutreffen sondern auf alles! das impliziert ja der Doppelpunkt: highway:condition = construction building:condition = construction Zusätzlich - ich weiß nicht ob es das schon gibt - wäre ein Datum nicht schlecht, an dem sich der zustand voraussichtlich ändern wird: check_condition = 01.01.2009 highway:condition:end:aprox = 01.01.2009 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Fuer das Routing braucht man doch keine Default-Max-Speed-Werte, sondern man braucht Durchschnittsgeschwindigkeiten. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
maxspeed=none ist überflüssig, da sollte man einfach davon ausgehen wenn nicht gesetzt, dann keines da, basta. maxspeed=walk ist a) sicher nicht brauchbar mit 7km/h abzubilden, siehe: http://de.wikipedia.org/wiki/Schritttempo ABER IMO nur bei Spielstraßen anzutreffen, und da ist es implizit. Muss halt der Router so intelligent sein (living_street + DE = schritt).. Dominik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Garry schrieb: Mario Salvini schrieb: speziell geht es mir dabei um: maxspeed=no (als default-Wert für Maxspeeds auf Autobahnen. und z.B. auch für Radfahrer dort wo keine expliziten Begrenzungen ausgeschildert sind - z.B: auch innerorts) und maxspeed=walk (in livingstreets in Deutschland oder z.B. auf für Radfahrer freigegebenen Fußwegen gilt kein konkretes Limit, sondern nur Schrittgeschwindigkeit) Ohne diese beiden Tags können wir die Realität nicht darstellen. Ich bitte also zur Diskussion und Vote an folgenden Stellen: http://wiki.openstreetmap.org/index.php/OSM_tags_for_routing/Maxspeed#Germany http://wiki.openstreetmap.org/index.php/Proposed_features/maxspeed_none http://wiki.openstreetmap.org/index.php/Proposed_features/maxspeed_walk Nein! Dagegen! Brauchen wir nicht! 7km/h als Synonym für Schrittgeschwindigkeit reicht vollkommend! Für die handvoll Radfahrer die innerorts erheblicher schneller als 50km/h fahren brauchen wir auch keine Sonderregelung. Due erzeugst einen immensen Pflege- und Programmieraufwand für nichts! Schrittgeschwingigkeit hat aber leider kein einheitliches Synonym bzw. ein fixer Wert. Deutsche Gerichtsurteile bestätigen da alles zwischen 2 - 20 km/h. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Dominik Spies schrieb: maxspeed=none ist überflüssig, da sollte man einfach davon ausgehen wenn nicht gesetzt, dann keines da, basta. maxspeed=walk ist a) sicher nicht brauchbar mit 7km/h abzubilden, siehe: http://de.wikipedia.org/wiki/Schritttempo ABER IMO nur bei Spielstraßen anzutreffen, und da ist es implizit. Muss halt der Router so intelligent sein (living_street + DE = schritt).. Dominik Auf Fusswegen geduldete Fahrzeugverkehr ( Zeichen 239 plus Zusatzschild) dürfen auch nur Schrittgeschwindigkeit fahren. (Eigfentlich müssten wir sogar noch ein maxspeed=moderate erschaffen, weil z.B. auf Radwegen zugelassene Kfzs (z.B: Traktoren) nach StVO nur mäßiger Geschwindigkeit fahren würfen) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de