Re: [talk-ph] Fwd: [OSM-talk] Local list contacts
OK for the mean time. http://wiki.openstreetmap.org/wiki/Local_Contacts I would love to delegate though. On Tue, May 12, 2009 at 9:34 AM, Eugene Alvin Villar sea...@gmail.com wrote: I nominate maning! Well, you've been forwarding important announcements anyway so we might as well make it official. Hehehe. On Tue, May 12, 2009 at 9:18 AM, maning sambale emmanuel.samb...@gmail.com wrote: Hi, Anyone willing to take this on? -- Forwarded message -- From: SteveC st...@asklater.com Date: Tue, May 12, 2009 at 1:54 AM Subject: [OSM-talk] Local list contacts To: Talk Openstreetmap t...@openstreetmap.org Dear all The various mailing lists have grown well organically and there are great contributions, debate and discussion on them. In order to more efficiently and clearly trickle down announcements like server downtime to the local lists, we've created a 'list of lists' for people to help take announcements and translate them to the local lists. http://lists.openstreetmap.org/listinfo/local-contacts If you would like to help by being the local contact for a list (which doesn't necessarily have to be the same person as the list maintainer, but could be) then please sign up. You will help by taking any announcement sent there and sending it on, maybe translating it too, to your local list. This includes English-speaking lists like talk-au, talk-us, talk-gb-midlands Please sign up here: http://wiki.openstreetmap.org/wiki/Local_Contacts and for bonus points help clean up that page. Best Steve ___ talk mailing list t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- http://vaes9.codedgraphic.com -- cheers, maning -- Freedom is still the most radical idea of all -N.Branden wiki: http://esambale.wikispaces.com/ blog: http://epsg4253.wordpress.com/ -- ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [OSM-legal-talk] QA with a lawyer
Hi, Matt Amos wrote: one of the things i'm gaining a better understanding of, having spoken with Clark, is that no license is ever fully watertight and we are highly unlikely to be able to defend all of our rights in all possible jurisdictions. I think we can all live with not being able to defend the rights in all jurisdictions. What I'm concerned with is mainly: How big is the risk of someone whitewashing our data from the contractual part of the ODbL, then introducing it to a large jurisdiction without something like a database directive (the US?), and thereby leaving us with only plain copyright which (correct me if I'm wrong) we choose not to exercise by applying the DbCL? As a commercial user, I am very interested in having the same set of rules binding my competitors in every country. Countries with economies so negligible that they don't subscribe to international IP law are of little interest to me in that regard (I am unlikely to face competition from companies in North Korea et al.), but if some kind of loophole would permit rogue US companies to use OSM data free of any restrictions while I, in Europe, am bound by them would be unsatisfactory. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] QA with a lawyer
Hi, Frederik Ramm wrote: What I'm concerned with is mainly: How big is the risk of someone whitewashing our data from the contractual part of the ODbL, I should have explained: Such whitewashing would require someone to breach the contract by removing all licensing information and then passing on the data to a third party who then cannot become party to the contract. The important bit, to me, seems that said third party cannot be accused of any breach then. I have compared this to grey imports: Sony sells batch of TV sets to distributor with a contract saying only for distribution in Ukraine; distributor breaches contract and sells in Germany; if I now buy a TV set Sony has absolutely no legal right to demand that I return the TV or that I follow whatever contractual obligations they normally impose on German customers etc.; I am a perfectly legal Sony TV set user even if I *knew* that the distributor was breaching his contract. (This is something entirely different from buying stolen goods, because Germany and probably many other jurisdictions have special rules that make it impossible to become the rightful owner of something that was stolen in the first place.) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] QA with a lawyer
On Tue, May 12, 2009 at 08:14:49AM +0200, Frederik Ramm wrote: What I'm concerned with is mainly: How big is the risk of someone whitewashing our data from the contractual part of the ODbL, then introducing it to a large jurisdiction without something like a database directive (the US?), and thereby leaving us with only plain copyright which (correct me if I'm wrong) we choose not to exercise by applying the DbCL? I’m (still) of the opinion that we shouldn’t just throw copyright to the wind in this way while some people (OS, for example) believe they can exercise copyright over elements of geodata, and not just database right. They might be right, or wrong. I hope they’re wrong, but it’s not very well tested. As a commercial user, I am very interested in having the same set of rules binding my competitors in every country. As a user, commercial or non‐commercial, I would prefer the same set of rights for both proprietary and free works, and for OSM not just to effectively waive those rights because we believe we have a database of simple facts and that simple facts should not be copyrightable (as I said, others don’t believe it and are willing to fight for their supposed rights). Countries with economies so negligible that they don't subscribe to international IP law are of little interest to me in that regard (I am unlikely to face competition from companies in North Korea et al.), but if some kind of loophole would permit rogue US companies to use OSM data free of any restrictions while I, in Europe, am bound by them would be unsatisfactory. Sticking to a form of share‐alike for the database contents would tighten the loophole where it is believed there are some rights to the contents, but would not completely get rid of it. 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] QA with a lawyer
On 12 May 2009, at 04:13, Matt Amos wrote: On Tue, May 12, 2009 at 3:17 AM, Peter Miller peter.mil...@itoworld.com wrote: I have just concluded an email discussion with Jordan following our lawyers review of 1.0 who has answered some points but is now saying that he would need someone to pay him to answer more of them which leaves things in a rather unsatisfactory state given that I am not prepared to pay two lawyers to talk to each other! We have not had any response to the review from the OSMF council to date. i guess its hard for him when he's volunteering so much of his own time to answer all the questions put to him. Sure, and it makes your work here all the more important - thanks So... could you help me with a couple of the points raised by our lawyer at your next Q and A? The review of 0.9 is here: http://wiki.openstreetmap.org/wiki/ITO_World/ODbL_Licence_0.9_legal_review_for_ITO we'd be happy to. lets discuss them now, so we've got a full understanding. I am particularly interested in a view of the following: Regarding point 3 could someone confirm that the Factual Information License has now been dumped in favour of the 'Database Contents License'? This is implied by the latest release candidate but hasn't been discussed on the list to my knowledge. It seems a lot more applicable but our lawyer hasn't reviewed it. my understanding is that the FIL has been renamed to the DbCL and has been considerably simplified. in our discussions we are no longer talking about the FIL. Ok, that is good (and it is also clear from the ODC website) however we did not reviewed it. We will look at it again. Point 9 - Governing Law - Lets assume someone in China creates a new work based on OSM and claims from Chinese law that it is not a substantial extract. That is then used by someone in Vietnam to combine it would something else and manipulate it which makes it more like the original OSM DB and then someone in the UK uses that DB. Can one procecute the final UK company using UK law or would one need to travel to Vietnam and China to do this given that some of the interpretations happened under their law? Clark agreed with your lawyer that having a choice of law is the normal done thing in contracts, and suggested that we would want to consider either US or UK law. apparently this choice of law doesn't have an effect on the IP rights and is mainly for interpreting the contractual parts of the license. in the situation you describe, it is my understanding that we would have a better chance prosecuting the final UK company under IP laws (e.g: copyright, database rights) on the original database. given the difference in IP laws in vietnam or china (i'm guessing) it would be easier to go after them based on the contractual parts of the license. The governing law issue is clearly an either/or. We either use the un- ported version, or a nominated jurisdiction, we can't do anything in the middle! Jordan is keen on un-ported one, our lawyer strongly advocates a nominated jurisdiction and so does does Clark. Clearly this is something we need to make a decision about. one of the things i'm gaining a better understanding of, having spoken with Clark, is that no license is ever fully watertight and we are highly unlikely to be able to defend all of our rights in all possible jurisdictions. in this regard i think we will have to strike a balance with practicality and license brevity. I agree it is all about shades of grey and we have to try to make it more black and more white but won't succeed totally. Point 13. Our lawyer states that the OSMF could change the license as they see fit at any time, and of they can then so can anyone else who publishes a derivative DB as far as I can see which would be alarming. Can you ask who can change the license and by how much. Our lawyer writes: Clauses 3.3 9.3 – The OSMF reserves the right to release the Database under different terms. It is not the current intention of the parties to permit exclusive use of the Database to any single person. However, this provision would permit the OSMF to withdraw the share alike and free access nature of the Database and even to sell it on commercial and exclusive terms. Likewise the OSMF expressly reserves the right to “stop distributing or making available the Database.” this was one of the questions in the write-up and was discussed again in the second call. my feeling is that this isn't an issue for the license, but instead forms part of the contribution agreement between contributors and the OSMF. Ulf did some work putting a three-point contribution agreement together and, as soon as its ready, i'm sure it will be posted here. However if the OSMF can change the license and given that it is a viral license then surely anyone else can also change the licensing of any derived database? Our lawyer mentions that the OSMF could
Re: [OSM-legal-talk] QA with a lawyer
On 12 May 2009, at 08:00, Simon Ward wrote: On Tue, May 12, 2009 at 08:14:49AM +0200, Frederik Ramm wrote: What I'm concerned with is mainly: How big is the risk of someone whitewashing our data from the contractual part of the ODbL, then introducing it to a large jurisdiction without something like a database directive (the US?), and thereby leaving us with only plain copyright which (correct me if I'm wrong) we choose not to exercise by applying the DbCL? I’m (still) of the opinion that we shouldn’t just throw copyright to the wind in this way while some people (OS, for example) believe they can exercise copyright over elements of geodata, and not just database right. They might be right, or wrong. I hope they’re wrong, but it’s not very well tested. +1 Our lawyer is very clear that copyright is a valid and important element in the set of rights we need to defend in relation to the OSM mapping data. As such the Content License should ensure that those rights are maintained. Regards, Peter ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] QA with a lawyer
Hi, Peter Miller wrote: However if the OSMF can change the license and given that it is a viral license then surely anyone else can also change the licensing of any derived database? Our lawyer mentions that the OSMF could 'sell it of commercial terms' or make it available to a single person. If this is true then why can't anyone else do the same. I really don't understand the legal mechanism being used for this and need to look at it more closely. I think this is a very interesting point and it does deserve a close look. As far as I understand it, the current plan is: * Mapper gives (perhaps licenses) his work to OSMF under a special agreement that basically says I grant OSMF the right to do whatever they want but they must publish this under ODbL or so. I understand this agreement is currently being worked on. * OSMF releases data under ODbL. Being the Licensor, OSMF has the right to authorise someone, possibly themselves, to determine which licenses are deemed compatible. * Licensees must release their derived databases under ODbL or a compatible license. This introduces two degrees of freedom of license choice; one is that OSMF can, at any time, change the list of compatible licenses, and the other is that ODC can, at any time, create new versions of the license which would then automatically be available to anyone using OSM content (without OSMF having to agree). Now Peter's interpretation is: Since the licensor has these powers, why does not Fred simply take the database, publish a derived version of it under ODbL and say I as the licensor hereby exercise my powers under section 4.4.d and decree that PD is a compatible license? The answer lies in 4.9 (you may not sublicense the database). We often sloppily say that if you make a derived work you must license it under ODbL, but this is not the way ODbL is intended to work. The idea is that the original licensor (OSMF) is the sole licensor throughout the chain of use; and as such, only OSMF has all the rights of the licensor (like defining the list of comptabile licenses). This is very different from CC-BY-SA, where each time you make a derived work and publish that, you are the licensee for upstream content and the licensor for your derived work. I have no idea if this concept of fixing the licensor to always be OSMF is workable at all. Is it used elsewhere, or is it an entirely new idea? Consider me taking the OSM database and adding a few bits here and there and then publishing the derived database. Now 4.9 says Each time You communicate the Database [...], the Licensor offers to the recipient a licence to the Database on the same terms and conditions as this Licence., so my users are granted ODbL rights by OSMF; but legally, OSMF can hardly be the licensor for the bits that I added, can they? Bye Frederik PS: Agree with Peter on the un-suitability of current OSMF legal framework to deal with such responsibility. Did you know that legally, the current OSMF board would not even have to invite their own chairman to their meetings as he is not resident in the UK? Read the Articles of Association and Companies Act for more hilarity. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] QA with a lawyer
Hi, the OSMF LWG recently had a couple of calls with Clark Asay, who has generously agreed to give OSMF legal advice concerning the new license. i've attached the write up of the first of the calls Was that based on the 0.9 or 1.0 license? I am concerned because of Q: Is the process of creating a Produced Work restricted or affected by the ODbL in any way? Do any details of the process of creating a Produced Work need to be made Public? A: No. The process of creating a Produced Work does not need to be revealed, so any artistic interpretation involved does not have to be made available. The only requirement of the ODbL is the notice from section 4.3. and Q: How often does a Derived Database have to be made available? Must this be as often as my produced work or can I do this on a less frequent basis? How soon after the Produced Work is published must I make it available? A: Under the current version of the license, it isn't necessary to make the derived database available. It was my understanding that the above would have been true for 0.9, while the April 2008 ODbL draft and 1.0 would require making available the derivative database on which a produced work is built. Bye Frederik ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] QA with a lawyer
On Tue, May 12, 2009 at 10:13 AM, Frederik Ramm frede...@remote.org wrote: the OSMF LWG recently had a couple of calls with Clark Asay, who has generously agreed to give OSMF legal advice concerning the new license. i've attached the write up of the first of the calls Was that based on the 0.9 or 1.0 license? I am concerned because of Q: Is the process of creating a Produced Work restricted or affected by the ODbL in any way? Do any details of the process of creating a Produced Work need to be made Public? A: No. The process of creating a Produced Work does not need to be revealed, so any artistic interpretation involved does not have to be made available. The only requirement of the ODbL is the notice from section 4.3. the question here needs to be clarified - my bad. the intent of the question is whether anyone producing works would have to reveal their creative inputs, e.g: their mapnik/osmarender/kosmos style rules or ITOworld's custom renderer for OSM mapper. Q: How often does a Derived Database have to be made available? Must this be as often as my produced work or can I do this on a less frequent basis? How soon after the Produced Work is published must I make it available? A: Under the current version of the license, it isn't necessary to make the derived database available. It was my understanding that the above would have been true for 0.9, while the April 2008 ODbL draft and 1.0 would require making available the derivative database on which a produced work is built. this is a question we have open with Jordan/Rufus and we're very actively trying to get it resolved. it seems that there was some text dropped between the response of ODC on their wiki to the co-ment comments and the released version of 1.0-rc1. it is everyone's intent to have the SA requirements triggered when a produced work is publicly used, but clearly its unfair on Clark to ask him to answer a question based on the assumption of some text which isn't in the license in front of him. cheers, matt ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] QA with a lawyer
From: Frederik Ramm frede...@remote.org The answer lies in 4.9 (you may not sublicense the database). We often sloppily say that if you make a derived work you must license it under ODbL, but this is not the way ODbL is intended to work. The idea is that the original licensor (OSMF) is the sole licensor throughout the chain of use; and as such, only OSMF has all the rights of the licensor (like defining the list of comptabile licenses). This is very different from CC-BY-SA, where each time you make a derived work and publish that, you are the licensee for upstream content and the licensor for your derived work This *seems* like a big problem in the ODbL, but maybe I misundertand. Is the ODbL non-transitive?? What if another entity, say some National Mapping Agency, licenses their data as ODbL? It appears that if the NMA are the sole licensor, and the ODbL prevents transfer of the rights of sole licensor, then OSM could not assume those rights, and not import the NMA data. -Mikel___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] QA with a lawyer
Hi, Mikel Maron wrote: This *seems* like a big problem in the ODbL, but maybe I misundertand. Is the ODbL non-transitive?? It certainly is planned to be non-transitive. It feels a bit non-free at first because you will never ever get rid of the original licensor; but thinking about it, it's much the same as e.g. copyright law in Germany where strictly speaking no PD exists and whenever I release something into PD I have to say I grant a perpetual, irrevokable license to anyone to do whatever they please - the law does not allow me to actually relinquish my rights. What if another entity, say some National Mapping Agency, licenses their data as ODbL? It appears that if the NMA are the sole licensor, and the ODbL prevents transfer of the rights of sole licensor, then OSM could not assume those rights, and not import the NMA data. That's a difficult bit. In Matt's QA document it says Q: If Substantial Contributions are licensed to OSMF under the ODbL, does that impose any additional restrictions on the use of the OSM database or on the operations of the OSMF? A: Large contributions to the OSMF would come with the right to sub-license that data. So at least Clark's view is that to incorporate something else that is ODbL licensed into OSM, we would have to ask the rights owner to grant us extra permission to sub-license the data because ODbL alone is not enough for that. (Very different from CC-BY-SA where we could just take it, attribute him, and that's it.) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] SOTM legal talks
My thoughts: I think a debate of some kind will be preferable over a one-sided presentation of the state of affairs or even the process. This has been a hotly debated topic over the last period, I believe some format involving the audience is therefore called for. If we're going to involve Rufus and Jordan, 1hr might not even be enough time. It is complicated business we're dealing with and most in the audience will need some introduction (say 20 or even 30mins). Someone in the legal WG explaining: * Key differences between current and envisaged license. * Key arguments for changing over * Timeline: where are we, where will we be 3m, 6m, 1y from now * What can you do? What is expected of you? I know most of these topics have been dealt with extensively on the lists and on the wiki, but if we want a lively debate involving the audience, we will require this refresher course. That would leave about 30-40mins for a debate. That can only work if we have good moderation around a couple of well chosen topic, I think no more than three, allowing 10-15 mins per topic. If we plan this before lunch or at the end of the day (I'd prefer the former, a heavyweight topic at the end of the day will not go down well) we can have informal discussion afterwards. Take care, martijn van exel -+- mve...@gmail.com -+- http://www.schaaltreinen.nl/ On Sat, May 9, 2009 at 01:24, SteveC st...@asklater.com wrote: Hi We, the legal working group have been asked as a result of a chat in the SOTM working group call (which mike and I were also on) to propose talk(s) about the license at SOTM. Today in our call we brainstormed a little around a few ideas and we thought it would be good to flesh them out here and see what you guys think might work, or not. So here are some ideas to think around, or if you have your own please chime in. We can do these, some combination, all of them, or whatever. We'd like your help in thinking what the best things to do are 1) A high level, simple, talk for the business day on rough use cases on the data and best practise. Something like you can use OSM data but make sure you don't mix it with proprietary data, make sure you attribute OSM. This wouldn't be a perfect talk, but would give businesses and people looking to get involved with OSM a high level introduction without getting too scary 2) A talk at the main OSM conf days about the PROCESS of the legal working group. How often we meet, who we are, how a meeting goes, what we discuss, who we talk to, what the minutes look like, how to get involved... This is just about how we work, not the subject matter to give people a better insight in to what goes on. 3) A debate at the main OSM conf. A panel of key members of the license working group plus jordan and rufus. It lasts an hour. 15 minutes are brief introductions and points of view from the panel members and then 45 minutes of open debate on any license issue with a moderator. This might be before lunch or a break so people can continue discussing afterward. 4) The same as (3) but with a _structured_ debate. Say 4 main topics and 10 minutes debate on each, or 3 topics of 15 minutes each. Something like that so that rather than debate about anything we debate some key issues to make sure they are covered. Remember these are only ideas to be discussed here, not our solid plans. Thoughts? Best Steve ___ 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] SOTM legal talks
On 12 May 2009, at 12:02, Martijn van Exel wrote: My thoughts: I think a debate of some kind will be preferable over a one-sided presentation of the state of affairs or even the process. it's not an either-or, we can do both :-) This has been a hotly debated topic over the last period, I believe some format involving the audience is therefore called for. If we're going to involve Rufus and Jordan, 1hr might not even be enough time. It is complicated business we're dealing with and most in the audience will need some introduction (say 20 or even 30mins). Someone in the legal WG explaining: * Key differences between current and envisaged license. * Key arguments for changing over * Timeline: where are we, where will we be 3m, 6m, 1y from now * What can you do? What is expected of you? I know most of these topics have been dealt with extensively on the lists and on the wiki, but if we want a lively debate involving the audience, we will require this refresher course. That would leave about 30-40mins for a debate. That can only work if we have good moderation around a couple of well chosen topic, I think no more than three, allowing 10-15 mins per topic. If we plan this before lunch or at the end of the day (I'd prefer the former, a heavyweight topic at the end of the day will not go down well) we can have informal discussion afterwards. Take care, martijn van exel -+- mve...@gmail.com -+- http://www.schaaltreinen.nl/ On Sat, May 9, 2009 at 01:24, SteveC st...@asklater.com wrote: Hi We, the legal working group have been asked as a result of a chat in the SOTM working group call (which mike and I were also on) to propose talk(s) about the license at SOTM. Today in our call we brainstormed a little around a few ideas and we thought it would be good to flesh them out here and see what you guys think might work, or not. So here are some ideas to think around, or if you have your own please chime in. We can do these, some combination, all of them, or whatever. We'd like your help in thinking what the best things to do are 1) A high level, simple, talk for the business day on rough use cases on the data and best practise. Something like you can use OSM data but make sure you don't mix it with proprietary data, make sure you attribute OSM. This wouldn't be a perfect talk, but would give businesses and people looking to get involved with OSM a high level introduction without getting too scary 2) A talk at the main OSM conf days about the PROCESS of the legal working group. How often we meet, who we are, how a meeting goes, what we discuss, who we talk to, what the minutes look like, how to get involved... This is just about how we work, not the subject matter to give people a better insight in to what goes on. 3) A debate at the main OSM conf. A panel of key members of the license working group plus jordan and rufus. It lasts an hour. 15 minutes are brief introductions and points of view from the panel members and then 45 minutes of open debate on any license issue with a moderator. This might be before lunch or a break so people can continue discussing afterward. 4) The same as (3) but with a _structured_ debate. Say 4 main topics and 10 minutes debate on each, or 3 topics of 15 minutes each. Something like that so that rather than debate about anything we debate some key issues to make sure they are covered. Remember these are only ideas to be discussed here, not our solid plans. Thoughts? Best Steve ___ 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 Best Steve ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] SOTM legal talks
I believe we should. My initial thought was to focus on a discussion, but thinking about it more I believe an introduction of sorts by someone in the legal WG would make it more powerful. martijn van exel -+- mve...@gmail.com -+- http://www.schaaltreinen.nl/ On Tue, May 12, 2009 at 21:12, SteveC st...@asklater.com wrote: On 12 May 2009, at 12:02, Martijn van Exel wrote: My thoughts: I think a debate of some kind will be preferable over a one-sided presentation of the state of affairs or even the process. it's not an either-or, we can do both :-) This has been a hotly debated topic over the last period, I believe some format involving the audience is therefore called for. If we're going to involve Rufus and Jordan, 1hr might not even be enough time. It is complicated business we're dealing with and most in the audience will need some introduction (say 20 or even 30mins). Someone in the legal WG explaining: * Key differences between current and envisaged license. * Key arguments for changing over * Timeline: where are we, where will we be 3m, 6m, 1y from now * What can you do? What is expected of you? I know most of these topics have been dealt with extensively on the lists and on the wiki, but if we want a lively debate involving the audience, we will require this refresher course. That would leave about 30-40mins for a debate. That can only work if we have good moderation around a couple of well chosen topic, I think no more than three, allowing 10-15 mins per topic. If we plan this before lunch or at the end of the day (I'd prefer the former, a heavyweight topic at the end of the day will not go down well) we can have informal discussion afterwards. Take care, martijn van exel -+- mve...@gmail.com -+- http://www.schaaltreinen.nl/ On Sat, May 9, 2009 at 01:24, SteveC st...@asklater.com wrote: Hi We, the legal working group have been asked as a result of a chat in the SOTM working group call (which mike and I were also on) to propose talk(s) about the license at SOTM. Today in our call we brainstormed a little around a few ideas and we thought it would be good to flesh them out here and see what you guys think might work, or not. So here are some ideas to think around, or if you have your own please chime in. We can do these, some combination, all of them, or whatever. We'd like your help in thinking what the best things to do are 1) A high level, simple, talk for the business day on rough use cases on the data and best practise. Something like you can use OSM data but make sure you don't mix it with proprietary data, make sure you attribute OSM. This wouldn't be a perfect talk, but would give businesses and people looking to get involved with OSM a high level introduction without getting too scary 2) A talk at the main OSM conf days about the PROCESS of the legal working group. How often we meet, who we are, how a meeting goes, what we discuss, who we talk to, what the minutes look like, how to get involved... This is just about how we work, not the subject matter to give people a better insight in to what goes on. 3) A debate at the main OSM conf. A panel of key members of the license working group plus jordan and rufus. It lasts an hour. 15 minutes are brief introductions and points of view from the panel members and then 45 minutes of open debate on any license issue with a moderator. This might be before lunch or a break so people can continue discussing afterward. 4) The same as (3) but with a _structured_ debate. Say 4 main topics and 10 minutes debate on each, or 3 topics of 15 minutes each. Something like that so that rather than debate about anything we debate some key issues to make sure they are covered. Remember these are only ideas to be discussed here, not our solid plans. Thoughts? Best Steve ___ 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 Best Steve ___ 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] QA with a lawyer
Frederik Ramm frede...@... writes: Now Peter's interpretation is: Since the licensor has these powers, why does not Fred simply take the database, publish a derived version of it under ODbL and say I as the licensor hereby exercise my powers under section 4.4.d and decree that PD is a compatible license? The answer lies in 4.9 (you may not sublicense the database). We often sloppily say that if you make a derived work you must license it under ODbL, but this is not the way ODbL is intended to work. The idea is that the original licensor (OSMF) is the sole licensor throughout the chain of use; and as such, only OSMF has all the rights of the licensor (like defining the list of comptabile licenses). This is very different from CC-BY-SA, where each time you make a derived work and publish that, you are the licensee for upstream content and the licensor for your derived work. So why to discuss at all about publishing derived versions under ODbL if that is effectivy meaningless? The idea could then be written shortly: everything that is not either insubstantial or produced work is derived database and then the licensor is OSMF. This does not give a lot for those who maintain derived databases, despite the responsibility to make the derived database available, but perhaps it is what we want. Of course it is just the same if nothing is changing, the mother OSM database and derivatives will use the same well known license. But what if OSMF is changing the license and somebody has managed to base some business on top of derived database licensed under the old ODbL license? Dou you lawyers say that it is a sound basis for building a business? For me it would feel more fair if the derivatives could keep the old license even if the mother OSM should update. Companies can then deside if they would rather take the new license, or to make a fork. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] QA with a lawyer
Hi, Jukka Rahkonen wrote: But what if OSMF is changing the license and somebody has managed to base some business on top of derived database licensed under the old ODbL license? Well he can always continue the data he already has and which he was given under the old license. The license for *that* data cannot be changed later. OSMF can only change the license for future releases. Companies can then deside if they would rather take the new license, or to make a fork. The question of how to fork a hypothetical OpenStreetMap under ODbL is a very interesting one. Some people even say that something that cannot be forked does not deserve to be called free. I assume what would happen is this: You can fork OSM, continue to run it with your own contributors, but the license has to remain the ODbL as published by ODC. I am not clear about who would have the power to declare which licenses are deemed compatible to ODbL for your fork situation. Several possibilities: (a) the list of compatible licenses would be frozen at the time of fork, i.e. whatever had been declared compatible by OSMF (or whoever was authorized by OSMF do make that declaration) remains valid for your fork, forever. (b) OSMF's prerogative to change the list of compatible licenses affects your fork as well, so if your fork is so successful that OSMF's own project pales into insignificance, they'll make sure to change the list just to make your life difficult ;-) (c) you are the new licensor and you get to decide, so if you say BSD is compatible then you have freed the data from share-alike. (d) In a combination of (a) and (c), you might be allowed to reduce, but not extend, the list of compatible licenses at the time of fork; i.e. if OSMF has added some funny licenses you don't like, then you might be allowed to create a fork that is *not* compatible with them, but you cannot create a fork that is compatible with extra licenses the OSMF don't like. It sounds to me as if (a) or perhaps (d) were the only sane ways to deal with this but I cannot point to letters of the license that would say as much. Forks are not supported ;-) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] QA with a lawyer
Jukka Rahkonen schrieb: But what if OSMF is changing the license and somebody has managed to base some business on top of derived database licensed under the old ODbL license? Dou you lawyers say that it is a sound basis for building a business? For me it would feel more fair if the derivatives could keep the old license even if the mother OSM should update. Companies can then deside if they would rather take the new license, or to make a fork. According to section 9 of the ODbL, Releasing the Database under different licence terms or stopping the distribution of the Database will not withdraw this Licence (or any other licence that has been, or is required to be, granted under the terms of this Licence) So yes, companies would have that option. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] QA with a lawyer
Frederik Ramm schrieb: I have no idea if this concept of fixing the licensor to always be OSMF is workable at all. Is it used elsewhere, or is it an entirely new idea? A number of high-profile open source projects including GNU and Apache operate that way. The FSF will accept non-trivial changes to the GNU software only if you assign copyright to them. (Of course the license allows you to modify the software and distribute it on your own.) http://www.gnu.org/licenses/why-assign.html http://www.apache.org/licenses/icla.txt ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] QA with a lawyer
Hi, Ulf Möller wrote: I think the provisions of the GPL and ODbL are quite similar: Oops. If ODbL and GPL are as parallel to the GPL as you suggest, then: GPL v3: Sublicensing is not allowed - Each time you convey a covered work, the recipient automatically receives a license from the original licensors, to run, modify and propagate that work, subject to this License. The above is for distributing the original, unmodified work, right? You may convey a work based on the Program, or the modifications to produce it from the Program, in the form of source code under the terms of section 4, provided that you also meet all of these conditions: ... You must license the entire work, as a whole, under this License to anyone who comes into possession of a copy. And this is for distributing a derived work. So the sublicensing is not allowed, in the GPL, *only* applies to distributing the original work, and as soon as you make a derived work, you must license... the work. If it is the same with ODbL, and I must say the similar wording makes this likely, then ODbL 1.0 RC1: You may not sublicense the Database. Each time You communicate the Database ... to anyone else in any way, the Licensor offers to the recipient a licence to the Database on the same terms and conditions as this Licence. The you must not sublicense is really only for distribution of the unmodified product, as in the GPL; and Any Derivative Database that You Publicly Use must be only under the terms of: i. This Licence; ii. A later version of this Licence similar in spirit to this Licence; or iii. A compatible licence. If You license the Derivative Database under one of the licences mentioned in (iii), You must comply with the terms of that licence. This would then say that if it comes to distributing a derived work, you are indeed the licensor. The ODbL even contains the wording If you license the Derivative Database, and this means that you are the licensor. Which means that everything I said before in this thread is rubbish, and Peter Miller's concerns are legit: If you are the licensor, then, under 4.4.d... Licensors may authorise a proxy to determine compatible licences under Section 4.4 a iii. If they do so, the authorised proxy's public statement of acceptance of a compatible licence grants You permission to use the compatible licence. ... you get to choose what the compatible licenses are, don't you? So I can take the planet file, add a node thereby creating a derivative database, publish it with me as the licensor, and under 4.4 d declare that I am myself the proxy who determines license compatibility, and one second later proclaim that the BSD style license is compatible with ODbL. Yay! Where can I sign up ;-) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] QA with a lawyer
On Wed, May 13, 2009 at 1:15 AM, Frederik Ramm frede...@remote.org wrote: ...and Peter Miller's concerns are legit: If you are the licensor, then, under 4.4.d... Licensors may authorise a proxy to determine compatible licences under Section 4.4 a iii. If they do so, the authorised proxy's public statement of acceptance of a compatible licence grants You permission to use the compatible licence. ... you get to choose what the compatible licenses are, don't you? So I can take the planet file, add a node thereby creating a derivative database, publish it with me as the licensor, and under 4.4 d declare that I am myself the proxy who determines license compatibility, and one second later proclaim that the BSD style license is compatible with ODbL. Yay! Where can I sign up ;-) hmm... that does seem to be a problem. would it solve the problem if 4.4a iii were removed? would that prevent any reasonable use case, to not be able to distribute a derived database under anything other than ODbL or later versions similar in spirit? given that OSMF is the original licensor, holding the database rights, it wouldn't prevent OSMF choosing a new license. assuming, of course, that the terms of the contributor agreement are upheld regarding voting, etc... cheers, matt ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] CanVec entity value definition tags to use
Hi all, a quick question. (kind of) I think that having the tags that clearly define what the entity is; and how the entity is used in the source data, is something that needs to be kept. Here's why, it tells the user exactly what the feature is, and gives the user a better 'measuring stick' to decide for themselves which data to use; their own or this stuff. I believe that the will be communities who will decide (for example, the local parks rec have their own database of local parks, and MUCH more detailed info than CanVec/geobase. And probably list things like; new service roads; new grass areas, new camp areas. If trees were planted in an area formerly cut grass, land use changes. The 'proper' names of trails, and use restrictions. Thinking in terms of organizations like 'bruce trail association' where they would benifit from more detailed OSM data. Size of file; I (personally) see OSM-earth being 10 terra bytes (compessed) 5 years from now. With Google using it as the default map, and ALL bus routes/cycle routes/property boundrys/ every hydro pole listed. Soon, we will have miniSD cards in terrabytes and standard computing power will be 500gigs RAM. -so the excuse about file size in not relevant. (when i baught my 1st 1gig SD card, it cost $100cdn we no longer use floppy disks :-) Yes, cloudemade will have province sized OSM extracts available, and Across Canada Trails will have a Garmin TOPO map for canada with OSM data too :) Anyway, its true that OSM tags dont have definition tags; but why dont they? It would CERTAINLY halt confusion about what a 'footway' or 'track' or 'path' means (in the region it is used) OSM has no limits, as long as the tags are useful to user, it can be added. And so, i think these tags can be added. Lookforward to counter arguments, Sam Vekemans Across Canada Trails ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Osmarender rendering bad coast lines
Hi Miguel, I’ve noticed this recently near where I live. Requesting a rerender usually fixes the problem, but why it happens sometimes and not others I don’t know. I’m guessing a bug in the ti...@home client somewhere, so have copied this reply to the tilesathome list. For the area you mention, you can request a rerender (at zoom 12) here (although I have just done so): http://tah.openstreetmap.org/Browse/slippy/?zoom=12 http://tah.openstreetmap.org/Browse/slippy/?zoom=12lat=43.4763lon =-8.2035 lat=43.4763lon=-8.2035 Ed From: talk-boun...@openstreetmap.org [mailto:talk-boun...@openstreetmap.org] On Behalf Of Miguel R. Luaces Sent: 12 May 2009 08:50 To: talk@openstreetmap.org Subject: [OSM-talk] Osmarender rendering bad coast lines Dear all, I hope this is the correct forum to post this question. Starting some months ago, osmarender is drawing work coast lines in Ferrol (Galicia, Spain). Here you have an example: http://www.openstreetmap.org/?lat=43.4763 http://www.openstreetmap.org/?lat=43.4763lon=-8.2035zoom=13layer s=0B00FTF lon=-8.2035zoom=13layers=0B00FTF For some reason, the coast line seems to be broken and the land floods the sea. The problem appears randomly and in different tiles I have no idea how to proceed. I do not find the mistake in the coastline, I do not know who I should ask. Any help? Thank you very much in advance. Best regards, Miguel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Fw: [ppgis] Invitation for expressions of interestfor Ordnance Survey Think Tank Session on Crowd source datacapture, geospatial mashups and its impact on NMAs - 13th July 2009 (Tuesd
On 7 May 2009, at 08:42, Mikel Maron wrote: Selection of invited experts will be made by the Ordnance Survey. Guess they won't be having people from OSM then :-) Best Steve Ordnance Survey Think Tank Session on Crowd source data capture, geospatial mashups and its impact on NMAs it will probably look like one of those two minutes' hate sessions described by Orwell http://en.wikipedia.org/wiki/Two_Minutes_Hate regards Juan Lucas ___ 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] CanVec entity value definition tags to use
On Tue, 2009-05-12 at 01:02 -0700, Sam Vekemans wrote: Hi all, a quick question. (kind of) I think that having the tags that clearly define what the entity is; and how the entity is used in the source data, is something that needs to be kept. Here's why, it tells the user exactly what the feature is, and gives the user a better 'measuring stick' to decide for themselves which data to use; their own or this stuff. These definitions belong in the wiki and do not belong in the database. Just as we do not, and should not, put instructions on how to use Potlatch or josm inside the highway tag, we should not put these data definitions in the CanVec tags. Including the CanVec uuid is appropriate. Including the definition is too much. Best regards, Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSMF - Seeking community members to look at OSMF Articles of Association
Dear OSMers The OpenStreetMap Foundation is operated in line with its Articles of Association [1]. These Articles dictate how the foundation should be run and what its board and members can and cannot do etc. The current Articles of Association are fairly generic, having been adopted when the Foundation was formed. As a result they perhaps do not perfectly reflect the way in which we as a community wish them to work. It is normal from time to time to revisit the Articles and look to change them where the need or wish arises. Any proposed changes require Foundation membership approval and this process is normally achieved during voting at the Annual General Meeting, in our case in August. At the last OSMF board meeting it was agreed to set up a new Working Group to look at possible changes to the Articles of Association. This email is being circulated to extend an invitation to OSM community members to sit on this working group. If you have an hour or two each week to spare and can assist in the establishment and activity of this new group the community and Foundation board will be extremely grateful. If you are interested and can help, please email me at secret...@osmfoundation.org with your contact details. Cheers Andy [1] http://foundation.openstreetmap.org/memorandum-of-association/articles-of-as sociation/ Andy Robinson Secretary OpenStreetMap Foundation 0777 553 7872 a...@osmfoundation.org Name Registered Office: Openstreetmap Foundation 16 Oakfield Glade Weybridge Surrey KT13 9DP United Kingdom A company limited by guarantee, registered in England and Wales. Registration No. 05912761. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Live Data - all new Data in OSM
Hi all Is there a possibility to get all new data entered to OSM in realtime? If someone adds a new road, building, restaurant,... I would like to have this data. There was talks to put this kind of data to the jabber network. Is this already available? Bernhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Live Data - all new Data in OSM
On Tue, May 12, 2009 at 4:56 PM, Bernhard zwischenbrugger b...@datenkueche.com wrote: Hi all Is there a possibility to get all new data entered to OSM in realtime? If someone adds a new road, building, restaurant,... I would like to have this data. There was talks to put this kind of data to the jabber network. Is this already available? There is no live feed of data available. The closest to live is the minutely diffs on the planet server. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Live Data - all new Data in OSM
El Martes, 12 de Mayo de 2009, Bernhard zwischenbrugger escribió: Is there a possibility to get all new data entered to OSM in realtime? No, AFAIK. The closest you can get is the minutely diffs (all the changes done in the last minute). If someone adds a new road, building, restaurant,... I would like to have this data. Well, head on to planet.openstreetmap.org and download planets and diffs to your heart's content :-) Cheers, -- -- Iván Sánchez Ortega i...@sanchezortega.es Aviso: Este e-mail es confidencial y no debería ser usado por nadie que no sea el destinatario original. No se permite la reproducción mediante fotocopia, walkie-talkie, emisora de radioaficionado, satélite, televisión por cable, proyector, señales de humo, código morse, braille, lenguaje de signos, taquigrafía o cualquier otro medio. Bajo ningún concepto debe traducirse al francés este e-mail. Este e-mail no puede ser ridiculizado, parodiado, juzgado en una competición, o leído en voz alta con un acento gracioso llevando un bigote falso y/o cualquier tipo de sombrero, incluyendo pero no limitándose a pañuelos. No inciten ni provoquen a este e-mail. Si está medicándose, puede experimentar nauseas, desorientación, histeria, vómitos, pérdida temporal de la memoria a corto plazo y malestar general al leer este e-mail. Consulte a su médico o farmacéutico antes de leer este e-mail. Todas las modelos descritas en este e-mail son mayores de 18 años. Si ha recibido este e-mail por error es probablemente porque estaba borracho cuando escribí la dirección del destinatario. signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Live Data - all new Data in OSM
El Miércoles, 13 de Mayo de 2009, andrzej zaborowski escribió: From the minutely diffs if a new way is created and deleted in the same minute, you would never know about it Can't you get the changeset IDs from the diff, then query the API to know the exact time of the changeset? -- -- Iván Sánchez Ortega i...@sanchezortega.es Good people do not need laws to tell them to act responsibly, while bad people will find a way around the laws. - Plato (427-347 B.C.) signature.asc Description: This is a digitally signed message part. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Live Data - all new Data in OSM
On Tue, May 12, 2009 at 11:50 PM, andrzej zaborowski balr...@gmail.com wrote: You can in theory extract all edits, at higher than 1 minute granularity, from http://www.openstreetmap.org/browse/changesets together with all history. (From the minutely diffs if a new way is created and deleted in the same minute, you would never know about it) in theory, yes, but please don't as it puts extra strain on the servers. please use the minute diffs from the planet server instead :-) cheers, matt ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Live Data - all new Data in OSM
andrzej zaborowski wrote: You can in theory extract all edits, at higher than 1 minute granularity, from http://www.openstreetmap.org/browse/changesets together with all history. (From the minutely diffs if a new way is created and deleted in the same minute, you would never know about it) Anybody trying such a stunt will be liable to summary blocking when caught however. Tom -- Tom Hughes (t...@compton.nu) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Live Data - all new Data in OSM
2009/5/13 Iván Sánchez Ortega i...@sanchezortega.es: El Miércoles, 13 de Mayo de 2009, andrzej zaborowski escribió: From the minutely diffs if a new way is created and deleted in the same minute, you would never know about it Can't you get the changeset IDs from the diff, then query the API to know the exact time of the changeset? the way (and the changeset its in) may not even appear in the diff. also, changesets are not atomic, so they don't have a single time - they have a created_at time and a closed_at time which can be up to 24h apart. however, brett is testing a new form of diffs that contain all edits, which should solve that problem. cheers, matt ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Live Data - all new Data in OSM
Hi, Tom Hughes wrote: Anybody trying such a stunt will be liable to summary blocking when caught however. I was waiting for that ;-) To be just slightly more constructive, the least invasive way of querying the API for new data only without changing the code would be to make multi-GETs for batches of object IDs just above the highest known object ID. That would probably not disrupt services if done by one user, but then if one user is allowed to do it, what can we say if 10 others wanted to do the same? Probably the best way to have a live feed - and a technique that has been discussed on dev about two years ago - would be to have the rails code log all successful database operations into a file which could then be retrieved by an independent daemon and fed into whatever distribution network you want. That would be about the same thing that database replication does, just on a higher level. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Live Data - all new Data in OSM
Frederik Ramm wrote: Probably the best way to have a live feed - and a technique that has been discussed on dev about two years ago - would be to have the rails code log all successful database operations into a file which could then be retrieved by an independent daemon and fed into whatever distribution network you want. That would be about the same thing that database replication does, just on a higher level. It's a completely insane solution though. It we want to do it we should just do it properly in the database not fart around with stupid hacks in the rails code that break as soon as any updates are not done via rails. Tom -- Tom Hughes (t...@compton.nu) http://www.compton.nu/ ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Live Data - all new Data in OSM
On Wed, May 13, 2009 at 12:36 AM, Frederik Ramm frede...@remote.org wrote: To be just slightly more constructive, the least invasive way of querying the API for new data only without changing the code would be to make multi-GETs for batches of object IDs just above the highest known object ID. That would probably not disrupt services if done by one user, but then if one user is allowed to do it, what can we say if 10 others wanted to do the same? the least invasive way is to use the minutely diffs, as it doesn't touch the API or DB servers at all. Probably the best way to have a live feed - and a technique that has been discussed on dev about two years ago - would be to have the rails code log all successful database operations into a file which could then be retrieved by an independent daemon and fed into whatever distribution network you want. That would be about the same thing that database replication does, just on a higher level. given that there are more efficient ways of doing the database replication than aggregating these feeds from all the different API servers into a coherent whole, i think its probably better to continue creating the feed (i.e: diffs) from the database. unless, of course, you're talking about twittering the updates. that would be teh moar ;-) cheers, matt ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Live Data - all new Data in OSM
Hi, Tom Hughes wrote: It's a completely insane solution though. It we want to do it we should just do it properly in the database not fart around with stupid hacks in the rails code that break as soon as any updates are not done via rails. Assuming for a moment that the database was our bottleneck, something that can be done by farting around on a number of easily scalable API servers would of course compare favourably to burdening the not-so-scalable database with triggers and extra write operations, would it not? Now I don't know how often you manually modify database contents, but I would think that any operation of a scale that would lead us to bypass the rails API would also be very likely to blow apart anyone who listens for edits downstream, so in my eyes there's not much to be gained by streaming these manual override kinds of edits as well. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Live Data - all new Data in OSM
Hi http://planet.openstreetmap.org/minute/ That's perfect!!! Is there also the a file with the *newest* data? Or do I have to read the timestamp file? I don't want to synchronize a database. The thing I'm thinking about is a visualization of the current activity. Bernhard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Live Data - all new Data in OSM
Hi, Bernhard zwischenbrugger wrote: I don't want to synchronize a database. The thing I'm thinking about is a visualization of the current activity. Google for OSMAware for some inspiration! Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Live Data - all new Data in OSM
On Wed, May 13, 2009 at 1:10 AM, Bernhard zwischenbrugger b...@datenkueche.com wrote: Hi http://planet.openstreetmap.org/minute/ That's perfect!!! Is there also the a file with the *newest* data? Or do I have to read the timestamp file? reading the timestamp.txt is the best way to do it. I don't want to synchronize a database. The thing I'm thinking about is a visualization of the current activity. these might be of interest: http://matt.sandbox.cloudmade.com/ http://trac.openstreetmap.org/browser/applications/utils/export/tile_expiry http://lists.openstreetmap.org/pipermail/dev/2009-February/013934.html http://vimeo.com/4548155 /shameless plug cheers, matt ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Live Data - all new Data in OSM
Frederik, On 13 May 2009, at 01:01, Frederik Ramm wrote: Hi, Tom Hughes wrote: It's a completely insane solution though. It we want to do it we should just do it properly in the database not fart around with stupid hacks in the rails code that break as soon as any updates are not done via rails. Assuming for a moment that the database was our bottleneck, something that can be done by farting around on a number of easily scalable API servers would of course compare favourably to burdening the not-so-scalable database with triggers and extra write operations, would it not? Now I don't know how often you manually modify database contents, but I would think that any operation of a scale that would lead us to bypass the rails API would also be very likely to blow apart anyone who listens for edits downstream, so in my eyes there's not much to be gained by streaming these manual override kinds of edits as well. I really don't want to be attempting to try and collate the edits from the api server logs. For a start they don't contain all the information that you would need. There needs to be a fix for the Osmosis method where things are committed with a huge delay from the timestamp, however that is still the best method of distributing updates of the OSM data. It is then up to someone else to do what they like with that. If you want to summarise each minutely diff and twitter it, be my guest, though remember you need to compress it into 140 chars. Shaun ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Live Data - all new Data in OSM
Matt, the least invasive way is to use the minutely diffs, as it doesn't touch the API or DB servers at all. Sure, but they are (a) delayed by 5 minutes and (b) broken ;-) I was initially opposed to the concept of diffs. I remember a developer meeting in Essen in 2007 where I rather violently requested more frequent updates and NickB said something like we could do daily or hourly diffs and I said I want the f*ing real thing, not canned diffs. I must say that, especially with the convenience Osmosis brings in dealing with them, I have meanwhile changed my mind. The diffs are a very crude solution but they work remarkably well, and they are quite robust compared to some kind of replication feed that may go out of sync at any time. I still think that there are use cases for almost-realtime feeds but the diffs work for most people. - I didn't know the original poster was unaware of the diffs; I assumed he must know the diffs and was looking for something better! given that there are more efficient ways of doing the database replication than aggregating these feeds from all the different API servers into a coherent whole, As I said in another post, I was under the impression that while you can easily have any number of servers running API daemons on them, you'd rather not stuff too much into the database because at least for write requests we'll be stuck with it for a long while to come. But hey, maybe I underestimate the Postgres factor ;-) unless, of course, you're talking about twittering the updates. that would be teh moar ;-) For once, it would not be TomH who bans an IP range then ;-) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Live Data - all new Data in OSM
Hi, Shaun McDonald wrote: I really don't want to be attempting to try and collate the edits from the api server logs. For a start they don't contain all the information that you would need. I was not talking about the web server logs, but special log files created solely for the purpose of recording, and relaying, changes. If you want to summarise each minutely diff and twitter it, be my guest, though remember you need to compress it into 140 chars. Well, I could spread the content over 60 seconds ;-) Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Live Data - all new Data in OSM
On Wed, May 13, 2009 at 1:27 AM, Frederik Ramm frede...@remote.org wrote: Matt, the least invasive way is to use the minutely diffs, as it doesn't touch the API or DB servers at all. Sure, but they are (a) delayed by 5 minutes and (b) broken ;-) we're working on both (a) and (b) at the moment... we'll fix it real soon now, i promise :-) I was initially opposed to the concept of diffs. I remember a developer meeting in Essen in 2007 where I rather violently requested more frequent updates and NickB said something like we could do daily or hourly diffs and I said I want the f*ing real thing, not canned diffs. the trouble with the f*ing real thing is that, because it needs the very latest information, it has to hit the database. imagine that TF*RT is like WMS - every different request has a slightly different lat/lon/scale, so its basically uncacheable unless some clever things are done. granular diffs are like tiles - you only get discrete chunks, but it makes caching *so* much easier. in fact, you could look at the files on planet.osm.org as direct access to the cache - no need to hit the DB, no extra DB load which would be better used serving editors**. :-) I must say that, especially with the convenience Osmosis brings in dealing with them, I have meanwhile changed my mind. The diffs are a very crude solution but they work remarkably well, and they are quite robust compared to some kind of replication feed that may go out of sync at any time. exactly. because they're just files on disk they're robust against API downtime or bugs, they're quick to download, etc... I still think that there are use cases for almost-realtime feeds but the diffs work for most people. - I didn't know the original poster was unaware of the diffs; I assumed he must know the diffs and was looking for something better! i think we can find a compromise. if we could get the diff generation time down from about 5 minutes (and fix (b)!) to 1-2 minutes, would that be good enough for almost-realtime? given that there are more efficient ways of doing the database replication than aggregating these feeds from all the different API servers into a coherent whole, As I said in another post, I was under the impression that while you can easily have any number of servers running API daemons on them, you'd rather not stuff too much into the database because at least for write requests we'll be stuck with it for a long while to come. But hey, maybe I underestimate the Postgres factor ;-) but then a single something has to communicate with all the API daemons, collate all the API activity, and ensure edits' atomicity, consistency, isolation and durability... what kind of software might have these ACID properties, i wonder? ;-) unless, of course, you're talking about twittering the updates. that would be teh moar ;-) For once, it would not be TomH who bans an IP range then ;-) hey, the postgres guys were happy with OSM using postgres - why wouldn't twitter be happy? they just re-wrote their backend for better scalability, so we'd be doing them a favour by testing it! cheers, matt **: yeah, there's going to be an overhead for pulling the minute diffs out, but thats done once and amortised over all the consumers of the data. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Local list contacts
Thanks for the great response so far, but it doesn't cover all countries. Please ping your friends if you know people who could do lists that are not covered yet: http://wiki.openstreetmap.org/wiki/Local_Contacts Also, it would be great if anyone has time to help me manage this process. Please ping me if you can help. On 11 May 2009, at 10:54, SteveC wrote: Dear all The various mailing lists have grown well organically and there are great contributions, debate and discussion on them. In order to more efficiently and clearly trickle down announcements like server downtime to the local lists, we've created a 'list of lists' for people to help take announcements and translate them to the local lists. http://lists.openstreetmap.org/listinfo/local-contacts If you would like to help by being the local contact for a list (which doesn't necessarily have to be the same person as the list maintainer, but could be) then please sign up. You will help by taking any announcement sent there and sending it on, maybe translating it too, to your local list. This includes English-speaking lists like talk-au, talk-us, talk-gb-midlands Please sign up here: http://wiki.openstreetmap.org/wiki/Local_Contacts and for bonus points help clean up that page. Best Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Data Import Support Working Group
All The foundation today discussed the perceived need for a working group to help people import data. We know there are highly talented individuals out there who are able to find data to import, have the social skills and time to get data holders to release it to OSM, have the legal knowledge to see if it's ok to import and have the technical skills to do the actual importing. They are doing amazing work. However there are those that can do only a portion of this. Thus we would like to help the people finding the data meet the people who can import it, and them feel they have backing. We are not looking to stomp on existing imports. We wish to help with the large number of datasets out there without a champion who has all the skills needed to get it imported. There is a lot of data out there! We will prioritise it and help get it imported. So, are you someone who knows about some datasets? Are you able to do the importing? Do you have a little time each week to help guide the process and talk to people who might have data? Then please get in touch to help start this group. We will meet approximately every week or two for an hour long phone call. Best Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Live Data - all new Data in OSM
Iván Sánchez Ortega wrote: El Martes, 12 de Mayo de 2009, Bernhard zwischenbrugger escribió: Is there a possibility to get all new data entered to OSM in realtime? No, AFAIK. The closest you can get is the minutely diffs (all the changes done in the last minute). It would be cool to get this automagically delivered via XMPP... that would be handy since both XMPP and OSM are XML. signature.asc Description: OpenPGP digital signature ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Live Data - all new Data in OSM
Sorry, I lost the thread in Gmail here, but: On Tue, May 12, 2009 at 7:53 PM, Matt Amos zerebub...@gmail.com wrote: unless, of course, you're talking about twittering the updates. that would be teh moar ;-) I'd like to continue this part of the thread. As was discussed by Frederik, I think the end goal should be a real-time OSM stream of what's getting applied to the database. Doing that in a performant way is relatively difficult (which is why we're using Osmosis and minutely diffs right now), but I think we should be striving for having a realtime XML feed. If we assume that's the goal (ok, it can just be my goal and you guys can think I'm crazy :)), what do we need to think about or plan for in the future to make it happen? DB triggers? API collation? Realtime data stream server**? I'd love to hear lively, continued discussion on this topic. -Ian ** Currently, my day job is writing server software for medical devices that does broadcast streams of XML data over TCP/HTTP channels. I'd love to spend some time working on this if I knew there was a source for the data. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] Planet BeNeLux
Is het misschien ook een idee om daar ook een shp van de benelux aan te bieden? Onze Duitse vrienden van Geofabrik doen dat ook alleen die nemen heel strikt de NL grens als boundary waardoor er dingen wegvallen. Zoals b.v. de Maas die op het randje ligt. Ik heb zelf ook geprobeerd er en shape van te maken met OSM2SHP. Helaas loop ik tegen memory problemen aan, ik heb ook maar 3gb ram. gr Joris ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Planet BeNeLux
Goedemorgen, Ik heb laatste deze: http://www.christian-steimel.de/vektor-karte_von_deutschland.htm uitsnede van Benelux en Duitsland gedownload. Werkt prima met mapsource en Training Center van Garmin. Jammer dat de update frequentie niet dagelijks is, dan zouden aanvullingen sneller te gebruiken zijn. mvg, René Dohmen Date: Tue, 12 May 2009 09:49:54 +0200 From: meijer...@gmail.com To: talk-nl@openstreetmap.org Subject: Re: [OSM-talk-nl] Planet BeNeLux Is het misschien ook een idee om daar ook een shp van de benelux aan te bieden? Onze Duitse vrienden van Geofabrik doen dat ook alleen die nemen heel strikt de NL grens als boundary waardoor er dingen wegvallen. Zoals b.v. de Maas die op het randje ligt. Ik heb zelf ook geprobeerd er en shape van te maken met OSM2SHP. Helaas loop ik tegen memory problemen aan, ik heb ook maar 3gb ram. gr Joris _ Hotmail® goes with you. http://windowslive.com/Tutorial/Hotmail/Mobile?ocid=TXT_TAGLM_WL_HM_Tutorial_Mobile1_052009___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Planet BeNeLux
joris meijerink wrote: Is het misschien ook een idee om daar ook een shp van de benelux aan te bieden? Onze Duitse vrienden van Geofabrik doen dat ook alleen die nemen heel strikt de NL grens als boundary waardoor er dingen wegvallen. Zoals b.v. de Maas die op het randje ligt. Ik heb zelf ook geprobeerd er en shape van te maken met OSM2SHP. Helaas loop ik tegen memory problemen aan, ik heb ook maar 3gb ram. Ik denk dat we die wel kunnen draaien, anders bij m'n vrienden van het CWI. Stefan ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Planet BeNeLux
Dank je wel Lennard! Ik was hierop al getipt door Ldp. Er moet echter nog een stapje 2b tussen: 2b) Geef de poly de tags: key=polygon_file; value=polygon key=polygon_id; value=1 Anders zal osm2poly.pl niet lukken! Lennard wrote: Milo van der Linden wrote: Fantastisch! Als je me kunt vertellen hoe ik zo'n poly bestand in elkaar zet, is het dan misschien een idee om ook alvast poly's te gaan maken voor aruba, curacao, bonaire, st-maarten, st-eustacius en de rest van het caribisch gebied? In JOSM: 1) Laad data in, of zorg dat je een achtergrond zoals Y! hebt, waardoor je het gebied ziet, dat je wilt poly'en. 2) Maak een lege layer, en teken hierin een closed way, waar je je poly wilt 3) Save deze layer als een .osm bestand 4) Converteer deze met osm2poly.pl (*) naar een .poly bestand Presto! Andersom kan ook: poly2osm.pl, zodat je een al bestaande poly kunt bijwerken. *) http://svn.openstreetmap.org/applications/utils/osm-extract/polygons/osm2poly.pl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-de] Wanderkarte wieder online
Hallo! Das Update der Reit- und Wanderkarte auf ihrem neuen Server http://topo.geofabrik.de ist größtenteils abgeschlossen. Momentan läuft noch der Upload der Zoomlevel 8-10, dann ist es geschafft. Seht es Euch mal an, der neue Server ist angenehm flott. In den meisten Gebieten sind die Textlabels etwas übereifrig dicht angezeigt und in Zoom 15 sind manche doppelt. Das ist schon repariert und gibt sich mit dem nächsten Update. Wenn Euch sonst noch Lücken und Fehler in der Karte auffallen, bitte im Wiki Bescheid geben. Nächste Aktion ist der Update der Garmin-Version mit einer kompletten Deutschlandkarte. Die Garmin-Version ist derzeit noch offline. Wenn wieder alles verfügbar ist, geht es an die gewünschten Erweiterungen des Kartengebietes. bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] route=flight
Am Montag, 11. Mai 2009 16:09:51 schrieb talk-de-requ...@openstreetmap.org: Ich habe immer noch eine ambivalente Sicht. Auf der einen Seite h?rt es sich logisch und richtig an, die OSM Datenbank auf objektives zu beschr?nken. Auf der anderen Seite, brauchen wir in naher Zukunft wahrscheinlich ehe ein ausgefeiltes Filtersystem auch auf Editor Seite, wenn die Menge an Daten weiter zunimmt und die Speziallf?lle wie altes Rom, Elephantenpfade und Flugrouten so stark zunehmen, dass ein vern?nftiges Rendern / und Edititieren unm?glich wird. Genau das befürchte ich auch schon lange.. Es k?nnte gut sein, dass in der Zukunf wir zu einem Punkt kommen, wo eine OSM Standartkarte vielleicht nur noch 10% der vorhandene Daten anzeigt, weil der Rest Spezialf?lle sind, die den Gro?teil der Nutzer in keiner Weise interessiert. Das nehme ich stark an. Auch für Navigationsanwendungen wird das wohl passieren. Und wenn wird das Filtern ehe brauchen, warum sollten dann die pers?hnlichen Route ausgergrenzt werden ? Sie sind dann halt ein sehr spezieller Fall, an dem eventuell nur eine Person interessiert ist. Bsp. für Navigationsgeräte braucht man viele Daten überhaupt nicht. Sie verwirren im Gebrauch nur, genauso wie unüberschaubar viele Optionen. Es ist allgemein bekannt das die meisten Menschen die Funktionsvielfalt ihres Handy's kaum überschauen, geschweige denn ausnutzen können. So ein Fall tritt sehr schnell auch ein, wenn wir z.B. auch an Treppenrouting denken Ich hatt zwar vorgeschlagen nach Wikipedia zu schauen, aber der Vergleich hinkt. Es ist ja kein Problem parallele Wikipedias zu habe, parallele OSM's zu implementieren, die gegenseitig ihre Daten nutzen k?nnen sehe ich allerdings als sehr schwierig an. Bei Wikipedias braucht ma nur einfache HTML Links um Inhalte zu verlinken, das Verlinken von OSM Daten zwischen verschiedenen OSM's ist sehr viel schwieriger (also eine Relation R aus OSM 1 benutzt Wege W1, W2 aus OSM 2), wegen der Instabilit?t der Inhalte (= Splitt / Merge von Wegen) Gr??e, Carsten Gruß Sven S ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garminkarte (ComputerTeddy): Konflikt z wischen Grenzen und Straßen
Carsten Schwede schrieb: Die Staatsgrenze an der Küste liegt bei Deutschland 3 Meilen von der Küste entfernt, siehe Lehrbuch der Geographie Und wie ist das bei Inseln wie zB Fuerteventura? Dort ist die Grenze auf der Coastline gemappt. Und bei Flüssen hat man das Problem ja auch (dienen oft als Grenze). Ich denke, da die Garminmöglichkeiten beschränkt sind wird man es nie 100% hinbekommen. Multipolygone zB. kann Garmin nicht. Ich denke auch es wird auf einen Pre-verarbeitungsschritt hinaus laufen Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namen von Relationen
On Tue, 2009-05-12 at 02:32 +0200, Stephan Wolff wrote: wenn ein Gebiet amtlich xy heisst, wäre das doch ein klarer Fall für das Name-tag. Wie definierst Du denn hier unüblich? Ein Beispiel: Kiel hat einen Stadtteil Gaarden-Süd und Kronsburg. Niemand sagt Ich wohne in Gaarden-Süd und Kronsburg sondern man trennt beide Namen. Hätten wir die Stadtteilgrenzen in OSM müsste man sie mit dem amtlichen Namen versehen. In einer übersichtlichen Karte sollten innerhalb der Stadtteilgrenzen nur die Namen Kronsburg im Westen und Gaarden-Süd im Südosten erscheinen. Es gibt ja mehrere name-Tags. Könnte man da nicht schön mit loc_name [1] arbeiten? Aber das sind Details. Der relevante Punkt ist: alle sinnvollen Ortsnamen gehören in die Datenbank, nicht alle gehören auf die Karte. Welche name-Tags wann und wie angezeigt werden, ist doch dann Sache des Renderers, oder? Cornelius [1] http://wiki.openstreetmap.org/wiki/DE:Key:name ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Straßennamen/-bezeichnungen, z. B . McDrive, Krankenwagenanfahrt (war Re: note/comm ent/description)
On Mon, 2009-05-11 at 23:12 +0200, Stefan Bethke wrote: Da comment im Wiki noch ganz fehlte, und note mir vom Text her auch nicht so gefallen hat, habe ich EN und DE angelegt bzw. aktualisiert. Geben die Beschreibungen euer Verständnis wieder? Vielleicht wären die Links dazu noch nicht schlecht gewesen. ;-) Hier mal meine Auflistung aller relevanten Links im Wiki: http://wiki.openstreetmap.org/wiki/DE:Key:name http://wiki.openstreetmap.org/wiki/DE:Key:comment http://wiki.openstreetmap.org/wiki/DE:Key:note http://wiki.openstreetmap.org/wiki/DE:Key:description Was mir noch bzgl. Namen aufgefallen ist: Ich wollte mal von meiner Stadt eine Straßenliste aus OSM exportieren. Dabei sind dann aber auch so Namen wie McDrive, Krankenwagenanfahrt etc. rausgepurzelt. Das finde ich ziemlich unglücklich. Ich finde, als Straßenname sollten nur offizielle Namen verwendet werden. Als Anhaltspunkt könnte man sagen: Nur Straßennamen, zu denen es auch ein offizielles Straßenschild gibt (es mag sinnvolle Ausnahmen geben). Ich finde es allerdings nicht verkehrt, wenn der McDrive-Weg oder die Krankenwagenanfahrt entsprechend in der Karte bezeichnet ist (muss nicht, aber dem Renderer sollte meiner Meinung nach die Möglichkeit gegeben werden können). Die Frage ist nur: Welche Tags benutzt man für diese Beschreibungen der Straße (Straßennamen wäre zuviel gesagt)? Sollte man description nehmen, und der Renderer könne dann aufgrund der Länge der Description entscheiden, ob er das ggf. direkt mit rendert? (evtl. kursiv) Oder sollte man lieber einen eigenen Tag dafür erfinden? Oder lieber als loc_name (aber wie gesagt: für mich ist das eigentlich kein Name, sondern eine Beschreibung)? Cornelius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Linuxtag 23.6. bis 27.6. 2009
Hallo, Wir sind jetzt soweit, dass wir die Ausstellerausweise bestellen können, die benötigen wir vor allem für den Aufbau, um vor dem offiziellen Beginn auf das Messegelände zu kommen. Für alle anderen, Standbetreung während der Messetage und Freunde wurden uns weitere e-tickets zugesagt. Da die Ausstellerausweise namentlich beantzragt werden müssen und ich keine Lust habe mir Namen auszudenken, bitte ich Euch Euch im Wiki einzutragen, wenn Ihr beim Aufbau helfen werdet: http://wiki.openstreetmap.org/wiki/OSM_at_Linuxtag_2009 Viele Grüße, Jörg -- ~~~ Aufwind durch Wissen! Qualifizierte Open Source Schulungen bei der http://www.foss-akademie.de/ ~~~ _ MapMedia Kartographie und raumbezogene Informationssysteme Gillweg 3, 14193 Berlin fon: +49 30 89 06 82-70 fax: +49 30 89 09 53-21 mail: j...@mapmedia.de net: www.mapmedia.de _ Geschäftsführer: G. v. Tschirnhaus, J. Thomsen Registergericht, Berlin - Amtsgericht Charlottenburg, HRB 89625, Umsatzsteuer-Identnummer: DE 813794062 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderkarte wieder online
Am 08.05.2009, 07:57 Uhr, schrieb Nop ekkeh...@gmx.de: Super! Ich habe die Karte vermißt. Was mir aufgefallen ist: es werden keine Campingplätze gerendert. Bei einer Wanderkarte wäre das doch eine ziemlich nützliche Information, schließlich will man unterwegs auch mal übernachten. Schöne Grüße Jacques Hallo! Die Reit- und Wanderkarte mußte auf ein anderes Hosting umziehen und ist jetzt wieder online. Ihr findet sie unter http://topo.geofabrik.de Das Relief ist verfügbar und derzeit läuft ein Update aller Kartenregionen. Den Fortschritt der Wiederherstellung könnt Ihr im Wiki verfolgen. http://wiki.openstreetmap.org/wiki/DE:OSMC_Reitkarte#Regionstabelle bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu OSM-WMS
Erfahrung in der Bereitstellung von OSM-Daten als WMS hat m. W. Frank-Jäger (fr...@fotodrachen.de), der vermutlich diese Liste mitliest. With kindest regards Dr. Franz-Josef Behr Frederik Ramm schrieb: Hi, Kai Behncke wrote: ich frage mich, ob es möglich ist einen OSM-WMS in der Qualität hinzukriegen, wie die OSM-Daten, welche über Mapnik gerendert werden? Ja, es ist immer eine Frage davon, wieviel Ressourcen man zur Verfuegung hat. Grundsaetzlich ist im Mapnik-Lieferumfang ein Python-Skript namens ogcserver enthalten, mit dem Du einen halbwegs brauchbaren WMS hinbekommst - es gibt regelmaessig Erfolgsberichte auf der Mapnik-Liste. Richtig schnell ist das nicht (eher so fuer die interne Anwendung, nicht auf einem oeffentlichen Server). Wenn man den WMS in einem Kachel-Umfeld betreibt, kann man mit Caching viel rausholen (das beweist ja der bereits gepostede Omnicache-Link). Das Caching hat halt auch da sein Ende, wo Du gerne aus einer Vielzahl von Layern waehlen willst oder gar mit SLDs arbeiten. Es gibt ja den frei zugänglichen OSM-WMS der Wheregroup: http://osm.wheregroup.com/cgi-bin/mapserv?map=/data/umn/osm/osm_basic.map Die Qualität ist ja auch wirklich nicht schlecht, kommt meiner Meinung nach aber nicht an die typischen OSM-Mapnik-Kacheln heran. Das ist in gewisser Weise natuerlich auch immer eine Frage der Gewoehnung ;-) Kann man diese Qualität überhaupt mit dem UMN MapServer erreichen? Ich denke, derzeit fuehrt an Mapnik kein Weg vorbei, aber es gibt durchaus ziemlich schoene Mapserver-OSM-Karten, wie zum Beispiel diese: http://mapserverosm.s3.amazonaws.com/parisosm.html Kann man eigentlich Mapnik nutzen um einen WMS auszuliefern, eher nicht, oder? Wir arbeiten in der Geofabrik an einem Apache-Modul, das Mapnik als WMS bereitstellt und so die Nachteile der oben genannten Python-Bastelloesung (subjektiver Eindruck ;-) ueberwindet. Den WMS bieten wir gegen Bezahlung an. Wenn Du mal auf wms.geofabrik.de schaust und dort ein bisschen reinzoomst, siehst Du, dass wir die detaillierten Zoomstufen schon ganz gut hinbekommen; die groben Zoomstufen muessen wir noch etwas verbessern. (Der WMS ist zugangsbeschraenkt, man braucht einen Key, um ihn in ein GIS zu laden, kostenlose Test-Keys gibts aber auf Anfrage.) Wenn wir das Produkt eingefuehrt haben und der Service laeuft, wird unser Apache-Modul-Code auch in die Mapnik-Codebasis mit einfliessen, derzeit haben wir ihn aber noch nicht veroeffentlicht. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Höhlen / Höhleneingang
Hallo zusammen, ich habe eine Frage zu Höhlen bzw. Höhleneingängen: Die König-Otto-Höhle ist mit name: König Otto Tropfsteinhöhle tourism: attraction getaggt und - sie wird in der Reit- und Wanderkarte gar nicht angezeigt: http://topo.geofabrik.de/?zoom=15lat=49.25473lon=11.68969layers=BT - es wird mit Osmarender und Mapnik zumindest der Text gerendert: http://www.openstreetmap.org/?lat=49.25387lon=11.68914zoom=17layers=B000FTF Die Räuberhöle habe ich mit name: Räuberhöhle natural: cave_entrance getaggt und sie wird - in der Reit- und Wanderkarte angezeigt und der Text gerendert: http://topo.geofabrik.de/?zoom=15lat=49.04208lon=11.98065layers=B - mit Osmarender und Mapnik gar nicht angezeigt: http://www.openstreetmap.org/?lat=49.04208lon=11.98065zoom=17layers=B000FTF Wie sollte man nun eine Höhle am besten taggen? Die Höhle selbst als tourism: attraction und den (die) Eingang (Eingänge) zusätzlich als natural: cave_entrance? Wie kann man die ungefähre unterirdische Form der Höhle wiedergeben? Als highway=path mit tunnel=yes und area=yes? Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] layer für leisure=nature_reserve zuweisen
moin ! ist für leisure=leisure=nature_reserve eigentlich eine LAYER-Zuweisung empfehlenswert ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhlen / Höhleneingang
Wie sollte man nun eine Höhle am besten taggen? Die Höhle selbst als tourism: attraction und den (die) Eingang (Eingänge) zusätzlich als natural: cave_entrance? Ich würde den Eingang auf jeden Fall als natural=cave_entrance taggen, und falls gegeben auch noch als tourism=attraction. Nicht jede Höhle ist ja eine Touristenattraktion. Wenn es denn mal eine Möglichkeit gibt, die Höhle als ganzes zu modellieren (z.B. mit einer Relation), dann sollte natürlich diese statt dem Eingang als attraction getaggt werden. Grüße, Marc -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu OSM-WMS
Hallo allerseits, die Geschichte mir dem Omniscale-WMS finde ich wirklich interessant. Ich habe einmal http://osm.omniscale.net/proxy/service?service=WMS in den UMN eingebunden und lasse mir die Layer osm bzw. osm_roads ausliefern, das Resultat allerdings sieht eher sparsam und komplett anders (pixelig, unscharf) als die wirklich toll aussehende Demo bei http://osm.omniscale.de/ aus. Woran könnte das liegen? Hier einmal ein Link wie das hier rauskommt: http://www.selbstverwaltung-bundesweit.de/frage_wms_omniscale.PNG Viele Grüße, Kai Original-Nachricht Datum: Tue, 12 May 2009 09:52:27 +0200 Von: Dr. Franz-Josef Behr franz-josef.b...@hft-stuttgart.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Frage zu OSM-WMS Erfahrung in der Bereitstellung von OSM-Daten als WMS hat m. W. Frank-Jäger (fr...@fotodrachen.de), der vermutlich diese Liste mitliest. With kindest regards Dr. Franz-Josef Behr Frederik Ramm schrieb: Hi, Kai Behncke wrote: ich frage mich, ob es möglich ist einen OSM-WMS in der Qualität hinzukriegen, wie die OSM-Daten, welche über Mapnik gerendert werden? Ja, es ist immer eine Frage davon, wieviel Ressourcen man zur Verfuegung hat. Grundsaetzlich ist im Mapnik-Lieferumfang ein Python-Skript namens ogcserver enthalten, mit dem Du einen halbwegs brauchbaren WMS hinbekommst - es gibt regelmaessig Erfolgsberichte auf der Mapnik-Liste. Richtig schnell ist das nicht (eher so fuer die interne Anwendung, nicht auf einem oeffentlichen Server). Wenn man den WMS in einem Kachel-Umfeld betreibt, kann man mit Caching viel rausholen (das beweist ja der bereits gepostede Omnicache-Link). Das Caching hat halt auch da sein Ende, wo Du gerne aus einer Vielzahl von Layern waehlen willst oder gar mit SLDs arbeiten. Es gibt ja den frei zugänglichen OSM-WMS der Wheregroup: http://osm.wheregroup.com/cgi-bin/mapserv?map=/data/umn/osm/osm_basic.map Die Qualität ist ja auch wirklich nicht schlecht, kommt meiner Meinung nach aber nicht an die typischen OSM-Mapnik-Kacheln heran. Das ist in gewisser Weise natuerlich auch immer eine Frage der Gewoehnung ;-) Kann man diese Qualität überhaupt mit dem UMN MapServer erreichen? Ich denke, derzeit fuehrt an Mapnik kein Weg vorbei, aber es gibt durchaus ziemlich schoene Mapserver-OSM-Karten, wie zum Beispiel diese: http://mapserverosm.s3.amazonaws.com/parisosm.html Kann man eigentlich Mapnik nutzen um einen WMS auszuliefern, eher nicht, oder? Wir arbeiten in der Geofabrik an einem Apache-Modul, das Mapnik als WMS bereitstellt und so die Nachteile der oben genannten Python-Bastelloesung (subjektiver Eindruck ;-) ueberwindet. Den WMS bieten wir gegen Bezahlung an. Wenn Du mal auf wms.geofabrik.de schaust und dort ein bisschen reinzoomst, siehst Du, dass wir die detaillierten Zoomstufen schon ganz gut hinbekommen; die groben Zoomstufen muessen wir noch etwas verbessern. (Der WMS ist zugangsbeschraenkt, man braucht einen Key, um ihn in ein GIS zu laden, kostenlose Test-Keys gibts aber auf Anfrage.) Wenn wir das Produkt eingefuehrt haben und der Service laeuft, wird unser Apache-Modul-Code auch in die Mapnik-Codebasis mit einfliessen, derzeit haben wir ihn aber noch nicht veroeffentlicht. Bye Frederik ___ 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 -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Featurevorschlag Gewichtung für OSB
Irgendwie habe ich den Eindruck, dass wir zumindest teilweise aneinander vorbeireden. Es ging einzig und allein darum: * Es wurden weitere, komplexere Features vorgeschlagen * Ich finde, für den Einsteiger sollte OSB nicht komplexer werden Es gibt z.B. folgende Möglichkeiten: a) keine weiteren Features in OSB einbauen b) jedem die vermutlich bald kompliziertere Oberfläche zumuten c) verschiedene Seiten für expert.OSB und newbie.OSB einsetzen d) einfache Oberfläche im Web, Expertenoptionen im Editor(-plugin) e) OSB konfigurierbar machen und e1) Konfiguration einem Account zuordnen e2) Konfiguration über Cookie speichern (nur auf einem Rechner, wird eventuell gelöscht ...) Ich habe neben e1) auch e2) und d) schon erwähnt. a) und b) finde ich nicht so toll. Welche Option bevorzugst du? Ich würde bevorzugen, zum jetzigen Eingabedialog einen Link Erweitert hinzuzufügen, der die Box vergrößert und weitere Eingabemöglichkeiten sichtbar macht. Der Zustand kann dann in einem Cookie gespeichert werden (es wird ja sowieso schon eines genutzt, um den eingegebenen Namen zu speichern). Im zweiten Schritt könnte man dann für wirkliche Poweruser eine Login-Option einbauen mit den üblichen Bugtracker-Funktionen (Meine Bugs usw.), natürlich alles optional. Grüße, Marc -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu OSM-WMS
Hallo Kai, nach m. E. solltest Du prüfen: * stimmen die Bildformate überein? * stimmen die Projektionen überein? (wenn Dein UMN in ein eine andere Projektion anfordert, als er selbst ausgeben will, muß er ja das vom WMS gelieferte Bild umprojezieren und dann sieht es genau so unschön aus - als Layer-Metadaten wms_srs prüfen - bei uns hat es geholfen, die ersten Bilder sahen aus wie Deine) mikeE. -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org] Im Auftrag von Kai Behncke Gesendet: Dienstag, 12. Mai 2009 10:48 An: talk-de@openstreetmap.org; tonnho...@omniscale.de Betreff: Re: [Talk-de] Frage zu OSM-WMS Hallo allerseits, die Geschichte mir dem Omniscale-WMS finde ich wirklich interessant. Ich habe einmal http://osm.omniscale.net/proxy/service?service=WMS in den UMN eingebunden und lasse mir die Layer osm bzw. osm_roads ausliefern, das Resultat allerdings sieht eher sparsam und komplett anders (pixelig, unscharf) als die wirklich toll aussehende Demo bei http://osm.omniscale.de/ aus. Woran könnte das liegen? Hier einmal ein Link wie das hier rauskommt: http://www.selbstverwaltung-bundesweit.de/frage_wms_omniscale.PNG Viele Grüße, Kai Original-Nachricht Datum: Tue, 12 May 2009 09:52:27 +0200 Von: Dr. Franz-Josef Behr franz-josef.b...@hft-stuttgart.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Frage zu OSM-WMS Erfahrung in der Bereitstellung von OSM-Daten als WMS hat m. W. Frank-Jäger (fr...@fotodrachen.de), der vermutlich diese Liste mitliest. With kindest regards Dr. Franz-Josef Behr Frederik Ramm schrieb: Hi, Kai Behncke wrote: ich frage mich, ob es möglich ist einen OSM-WMS in der Qualität hinzukriegen, wie die OSM-Daten, welche über Mapnik gerendert werden? Ja, es ist immer eine Frage davon, wieviel Ressourcen man zur Verfuegung hat. Grundsaetzlich ist im Mapnik-Lieferumfang ein Python-Skript namens ogcserver enthalten, mit dem Du einen halbwegs brauchbaren WMS hinbekommst - es gibt regelmaessig Erfolgsberichte auf der Mapnik-Liste. Richtig schnell ist das nicht (eher so fuer die interne Anwendung, nicht auf einem oeffentlichen Server). Wenn man den WMS in einem Kachel-Umfeld betreibt, kann man mit Caching viel rausholen (das beweist ja der bereits gepostede Omnicache-Link). Das Caching hat halt auch da sein Ende, wo Du gerne aus einer Vielzahl von Layern waehlen willst oder gar mit SLDs arbeiten. Es gibt ja den frei zugänglichen OSM-WMS der Wheregroup: http://osm.wheregroup.com/cgi-bin/mapserv?map=/data/umn/osm/osm_basic.map Die Qualität ist ja auch wirklich nicht schlecht, kommt meiner Meinung nach aber nicht an die typischen OSM-Mapnik-Kacheln heran. Das ist in gewisser Weise natuerlich auch immer eine Frage der Gewoehnung ;-) Kann man diese Qualität überhaupt mit dem UMN MapServer erreichen? Ich denke, derzeit fuehrt an Mapnik kein Weg vorbei, aber es gibt durchaus ziemlich schoene Mapserver-OSM-Karten, wie zum Beispiel diese: http://mapserverosm.s3.amazonaws.com/parisosm.html Kann man eigentlich Mapnik nutzen um einen WMS auszuliefern, eher nicht, oder? Wir arbeiten in der Geofabrik an einem Apache-Modul, das Mapnik als WMS bereitstellt und so die Nachteile der oben genannten Python-Bastelloesung (subjektiver Eindruck ;-) ueberwindet. Den WMS bieten wir gegen Bezahlung an. Wenn Du mal auf wms.geofabrik.de schaust und dort ein bisschen reinzoomst, siehst Du, dass wir die detaillierten Zoomstufen schon ganz gut hinbekommen; die groben Zoomstufen muessen wir noch etwas verbessern. (Der WMS ist zugangsbeschraenkt, man braucht einen Key, um ihn in ein GIS zu laden, kostenlose Test-Keys gibts aber auf Anfrage.) Wenn wir das Produkt eingefuehrt haben und der Service laeuft, wird unser Apache-Modul-Code auch in die Mapnik-Codebasis mit einfliessen, derzeit haben wir ihn aber noch nicht veroeffentlicht. Bye Frederik ___ 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 -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a ___ 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] Frage zu OSM-WMS
Hallo Kai, Kai Behncke schrieb: Ich habe einmal http://osm.omniscale.net/proxy/service?service=WMS in den UMN eingebunden und lasse mir die Layer osm bzw. osm_roads ausliefern, das Resultat allerdings sieht eher sparsam und komplett anders (pixelig, unscharf) als die wirklich toll aussehende Demo bei http://osm.omniscale.de/ aus. Woran könnte das liegen? ich habe den WMS-Server mal testweise in mein Auskunftssystem für Geodaten eingebunden und mit den amtl. Grenzen und Gebäuden überlagert. Das sieht eigentlich ganz gut aus, oder? http://wince.dentro.info/koord/osm/temp/omniscale.png Vielleicht liegt es an dem von Dir verwendeten Koordinatensystem (Projektion). Ich benutze GK-Koordinaten. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu OSM-WMS
Moin, On May 12, 2009, at 10:47 , Kai Behncke wrote: Hier einmal ein Link wie das hier rauskommt: http://www.selbstverwaltung-bundesweit.de/frage_wms_omniscale.PNG Das sieht in der Tat sehr schlecht aus. Da die Copyright-Zeile 'schief' ist, gehe ich davon aus, dass der UMN hier noch einmal umtransformiert und daher das Ergebnis verschlechtert wird. Welches Koordinatensystem verwendest du? Gruß Oliver -- Oliver Tonnhofer tonnho...@omniscale.de Omniscale - Dominik Helle, Oliver Tonnhofer GbR Industriestr. 1, 26121 Oldenburg Tel: +49(0)441/9392774-2 (Fax: 9) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderkarte wieder online
Was mir aufgefallen ist: es werden keine Campingplätze gerendert. Bei einer Wanderkarte wäre das doch eine ziemlich nützliche Information, schließlich will man unterwegs auch mal übernachten. Campingplätze sollten eigentlich als grüne Flächen mit einem Zeltsymbol gerendert werden. Könntest Du mir mal eine Stelle schicken, wo Du einen Campingplatz erwartet hättest und keinen vorfindest? bye Nop -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu OSM-WMS
Hallo Oliver, Stefan und Mike, natürlich -ist ja logisch (auf den Kopf schlag. :-) ), es lag in der Tat am Koordinatensystem. Wenn ich z.B. GK Zone3 nutze, dann siehts prima aus!! Danke für die Antworten. Viele Grüße, Kai Original-Nachricht Datum: Tue, 12 May 2009 11:27:18 +0200 Von: Oliver Tonnhofer tonnho...@omniscale.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Frage zu OSM-WMS Moin, On May 12, 2009, at 10:47 , Kai Behncke wrote: Hier einmal ein Link wie das hier rauskommt: http://www.selbstverwaltung-bundesweit.de/frage_wms_omniscale.PNG Das sieht in der Tat sehr schlecht aus. Da die Copyright-Zeile 'schief' ist, gehe ich davon aus, dass der UMN hier noch einmal umtransformiert und daher das Ergebnis verschlechtert wird. Welches Koordinatensystem verwendest du? Gruß Oliver -- Oliver Tonnhofer tonnho...@omniscale.de Omniscale - Dominik Helle, Oliver Tonnhofer GbR Industriestr. 1, 26121 Oldenburg Tel: +49(0)441/9392774-2 (Fax: 9) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namen von Relationen
Hi! Aber das sind Details. Der relevante Punkt ist: alle sinnvollen Ortsnamen gehören in die Datenbank, nicht alle gehören auf die Karte. Welche name-Tags wann und wie angezeigt werden, ist doch dann Sache des Renderers, oder? Im Prinzip ja, und solange es um nodes und ways geht, kann man sagen: Ein Objekt hat mehrere Tags und der Renderer entscheidet was er draus macht. Aber in dem Moment, wo Du ein Tag an node/way entfernst und es nur noch an eine Relation hängst, wird es unübersichtlich. Du zwingst dann jeden Renderer und jedes Tool, diese Relation zu kennen und auszuwerten, ansonsten fehlen die Tags und die nodes/way verschwinden oder werden falsch ausgewertet. bye Nop -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namen von Relationen
ekkeh...@gmx.de schrieb: Du zwingst dann jeden Renderer und jedes Tool, diese Relation zu kennen und auszuwerten, ansonsten fehlen die Tags und die nodes/way verschwinden oder werden falsch ausgewertet. Das ist aber bei den Adress-Interpolationen (ways) jetzt auch schon so. Wenn man die nicht kennt, werden Wege gerendert, die es nicht gibt. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Ist openstreetmap.org gerade tot? (KT)
Schöne Grüße Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderkarte wieder online
Am 12.05.2009, 11:31 Uhr, schrieb ekkeh...@gmx.de: Was mir aufgefallen ist: es werden keine Campingplätze gerendert. Bei einer Wanderkarte wäre das doch eine ziemlich nützliche Information, schließlich will man unterwegs auch mal übernachten. Campingplätze sollten eigentlich als grüne Flächen mit einem Zeltsymbol gerendert werden. Könntest Du mir mal eine Stelle schicken, wo Du einen Campingplatz erwartet hättest und keinen vorfindest? Gerne: http://www.informationfreeway.org/?lat=54.50085963794602lon=9.571752305456384zoom=17layers=BF000F Jacques bye Nop ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhlen / Höhleneingang
Hi! Wie sollte man nun eine Höhle am besten taggen? Die Höhle selbst als tourism: attraction und den (die) Eingang (Eingänge) zusätzlich als natural: cave_entrance? Die Höhle auf jeden Fall mit cave_entrance taggen, denn dieses Tag beschreibt das Vorhandensein einer Höhle. Attraction ist sehr unspezifisch. Eine generelle Anzeige wäre vielleicht für eine Freizeitkarte interessant, aber auf einer Topokarte ist es völlig irrelevant. Wie kann man die ungefähre unterirdische Form der Höhle wiedergeben? Als highway=path mit tunnel=yes und area=yes? Ehrlich gesagt würde ich das gar nicht machen. Ich habe einige Höhlenkarten hier, das sind so komplexe und vor allem dreidimensionale Gebilde, daß Du sie nie vernünftig in OSM abbilden kannst. Und ehrlich gesagt wüßte ich nicht, wem eine angedeutete Form irgendetwas nützen sollte. Mit einer vereinfachten Darstellung könntest Du eher noch unbedarfte Leute in falscher Sicherheit wiegen und Unfälle herbeiführen. Wenn Du's trotzdem unbedingt eintragen willst, definiere bitte auf jeden Fall ein neues Tag, damit die Höhlengänge nicht störend auf normalen Oberflächenkarten auftauchen. bye Nop -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ist openstreetmap.org gerade tot? (KT)
http://wiki.openstreetmap.org/wiki/Platform_Status ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namen von Relationen
Hi! ekkeh...@gmx.de schrieb: Du zwingst dann jeden Renderer und jedes Tool, diese Relation zu kennen und auszuwerten, ansonsten fehlen die Tags und die nodes/way verschwinden oder werden falsch ausgewertet. Das ist aber bei den Adress-Interpolationen (ways) jetzt auch schon so. Wenn man die nicht kennt, werden Wege gerendert, die es nicht gibt. Ich sehe das Problem eher darin, daß echte Wege verschwinden, weil man Tags irgendwohin umgehängt hat, wo andere sie nicht mehr finden. Das mit den Adress-Interpolationen interessiert mich, kannst Du das bitte näher erklären? Das Problem scheint aber etwas anders gelagert zu sein, ich kenne die Dinger überhaupt nicht und habe bisher keine verdächtigen Elemente auf der Wanderkarte beobachten können. bye Nop -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderkarte wieder online
Hi! gerendert werden. Könntest Du mir mal eine Stelle schicken, wo Du einen Campingplatz erwartet hättest und keinen vorfindest? Gerne: http://www.informationfreeway.org/?lat=54.50085963794602lon=9.571752305456384zoom=17layers=BF000F Ach so, Du meinst Campingplätze, die als nodes und nicht als Flächen eingetragen sind. Das ist schnell ergänzt. bye Nop -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Bernd Wurst schrieb: Hallo. Am Sonntag 10 Mai 2009 23:26:34 schrieb Mario Salvini: Nochmal: Sind durch das Zeichen innerhalb geschlossener Ortschaften bestimmte Geschwindigkeiten über 50 km/h zugelassen, so gilt das für Fahrzeuge aller Art !!! [...] konsequenterweise gilt an dieser Stelle aber dann auch keine speedzone=in_town, weil ja schließlich alle Begrenzungen aufgehoben worden sind. Ja, aber grade das ist doch das beste Beispiel, warum hier *BEIDE* Informationen unglaublich wichtig sind. Außerorts wird keiner auf die Idee kommen, bei einem maxspeed=70 noch ein maxspeed:hgv=60 dazu zu schreiben, ohne dass es ein passendes Lkw-bezogenes Schild gibt. D.h. eine 70 im roten Kreis bedeutet (für Lkw) innerorts etwas anderes als außerorts. Je länger ich mir das überlege, desto wichtiger erscheint mir, dass wir den Status innerhalb geschlossener Ortschaft sogar völlig unabhängig von der Geschwindigkeit erfassen (also nicht *speed*zone sondern etwas anderes). Denkt nur an so Dinge wie die Erlaubnis zu hupen oder (auch wenn es da viele Ausnahmen gibt) die Verwendung des Fernlichts. Gruß, Bernd das würde eher unterstreichen, dass Straßen des öffentlichen Verkehrs auf jeden Fall ein speedzone=* brauchen und nur bei expliziten Bedarf (Schilder) ein maxspeed=*. Dann wäre es nämlich ein leichtes zwischen maxspeed=70 inner und außerorts zu unterscheiden. Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ist openstreetmap.org gerade tot? (KT)
Am 12.05.2009, 11:57 Uhr, schrieb Frank Sautter openstreet...@sautter.com: http://wiki.openstreetmap.org/wiki/Platform_Status Danke, ich habe mir jetzt endlich ein Bookmark gesetzt. Ich werde in Zukunft diesbezüglich nicht mehr nerven müssen ;-) Schöne Grüße Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderkarte wieder online
Am 12.05.2009, 12:00 Uhr, schrieb ekkeh...@gmx.de: Hi! gerendert werden. Könntest Du mir mal eine Stelle schicken, wo Du einen Campingplatz erwartet hättest und keinen vorfindest? Gerne: http://www.informationfreeway.org/?lat=54.50085963794602lon=9.571752305456384zoom=17layers=BF000F Ach so, Du meinst Campingplätze, die als nodes und nicht als Flächen eingetragen sind. Das ist schnell ergänzt. [...] Prima! und passe die Legende gleich mit an, so etwas vergißt man schnell im Eifer des Gefechtes ;-) Schöne Grüße Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All in One bald ganz Europa
Hi! Bernd Wurst wrote: Am Montag 11 Mai 2009 21:40:11 schrieb Robert Joop: - welche funktion haben die road-POIs? ich hab die option --road-name-pois mal weggelassen und kann weiterhin wunderbar nach straßen suchen - unter dem punkt addresses, unter all POI würde ich sie eh nicht suchen wollen. die störenden grünen gnubbel auf den straßen sind aber weg, schön. :-) sind die road-POIs dafür da, um die straßensuche auf älteren garmins zu ermöglichen? Die Adress-Suche funktioniert auf manchen Garmins schlecht und auf manchen gar nicht. Die POI-basierte Fake-Lösung funktioniert auf allen gleich. Jep, --road-name-pois bitte unbedingt drinlassen. Ohne diese Option sind die Karten auf meinem Nüvi 760TFM praktisch unbrauchbar, da die Adress-Suche damit gar nicht geht. - hat der adress-layer schon eine funktion? wenn ich z.b. die ebertstraße 3 suche, dann bekomme ich vier treffer, alle mit der augenscheinlich gleichen langen liste von postleitzahlen, aber keiner der treffer zeigt an die richtige stelle siehe Frage 1. ;-) Je nach Gerät kann man bei der Adress-Suche das korrekte Ziel finden, ein komplett anderes Ziel finden oder einfach gar nichts finden. Hier fehlt es wohl noch am Reverse-Engineering einer MDR-Datei oder sowas. Wollte ich mir mal bei Gelegenheit anschauen, aber... :-) -- Gernot ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhlen / Höhleneingang
ekkeh...@gmx.de schrieb: Wie sollte man nun eine Höhle am besten taggen? Die Höhle selbst als tourism: attraction und den (die) Eingang (Eingänge) zusätzlich als natural: cave_entrance? Die Höhle auf jeden Fall mit cave_entrance taggen, denn dieses Tag beschreibt das Vorhandensein einer Höhle. Attraction ist sehr unspezifisch. Eine generelle Anzeige wäre vielleicht für eine Freizeitkarte interessant, aber auf einer Topokarte ist es völlig irrelevant. Ok! Und wo setzt man dann das name-Tag d'ran? An den (Haupt-)Eingang der Höhle oder doch lieber an eine zusätzliche node (welche?), die das ungefähre Zentrum der Höhle markiert? Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garminkarte (ComputerTeddy): Konflikt z wischen Grenzen und Straßen
Hi, Chris-Hein Lunkhusen schrieb: Und wie ist das bei Inseln wie zB Fuerteventura? Dort ist die Grenze auf der Coastline gemappt. Und bei Flüssen hat man das Problem ja auch (dienen oft als Grenze). Ich gehe mal davon aus, daß die Grenze dort wie in Spanien üblich bei 12 Meilen liegt. (Siehe das vorhin angegebenen Lehrbuch) Ich denke, da die Garminmöglichkeiten beschränkt sind wird man es nie 100% hinbekommen. Multipolygone zB. kann Naja, meiner Meinung nach sollte man eine Sache mit einem Objekt in OSM repräsentieren, und nicht total grundverschiedene mit einem Objekt. Garmin nicht. Ich denke auch es wird auf einen Pre-verarbeitungsschritt hinaus laufen Was sind Multipolygone und wie werden sie eingesetzt? Bin noch nicht drüber gestolpert. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ist openstreetmap.org gerade tot? (KT)
Frank Sautter schrieb: http://wiki.openstreetmap.org/wiki/Platform_Status Solange das Wiki auf einem anderen Server läuft ist das sinnvoll... Die Status-Seite sollte lieber extern gehostet werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Linuxtag 23.6. bis 27.6. 2009
Jörg Thomsen schrieb: http://wiki.openstreetmap.org/wiki/OSM_at_Linuxtag_2009 Linuxtag? http://wiki.openstreetmap.org/wiki/Tag:Linux SCNR. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu OSM-WMS
Kai Behncke schrieb: natürlich -ist ja logisch (auf den Kopf schlag. :-) ), es lag in der Tat am Koordinatensystem. Wenn ich z.B. GK Zone3 nutze, dann siehts prima aus!! Streifen :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ist openstreetmap.org gerade tot? (KT)
Frank Sautter schrieb: http://wiki.openstreetmap.org/wiki/Platform_Status Solange das Wiki auf einem anderen Server läuft ist das sinnvoll... Die Status-Seite sollte lieber extern gehostet werden. Dafür gibts Twitter, entweder alle Tweets mit openstreetmap als rss-feed oder firefishy1 und thughes folgen. Firefishy hat auch schon was zum heutigen Problem geschrieben. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ist openstreetmap.org gerade tot? (KT)
Jonas Krückel schrieb: Dafür gibts Twitter, entweder alle Tweets mit openstreetmap als rss-feed oder firefishy1 und thughes folgen. Firefishy hat auch schon was zum heutigen Problem geschrieben. Okay ... bei Twitter anmelden ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ist openstreetmap.org gerade tot? (KT)
Hallo, Tobias Wendorff tobias.wendo...@uni-dortmund.de writes: Frank Sautter schrieb: http://wiki.openstreetmap.org/wiki/Platform_Status Solange das Wiki auf einem anderen Server läuft ist das sinnvoll... Die Status-Seite sollte lieber extern gehostet werden. Wenn etwas schief geht, kann man auch im IRC [1] schauen. Dies läuft auch auf einem externen Server und wenn etwas nicht klappt, wird normalerweise das Topic entsprechend angepasst. Viele Grüße Sebastian Waschik [1] http://wiki.openstreetmap.org/wiki/Contact#IRC ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhlen / Höhleneingang
Stefan Dettenhofer (StefanDausR) schrieb: ekkeh...@gmx.de schrieb: Wie sollte man nun eine Höhle am besten taggen? Die Höhle selbst als tourism: attraction und den (die) Eingang (Eingänge) zusätzlich als natural: cave_entrance? Die Höhle auf jeden Fall mit cave_entrance taggen, denn dieses Tag beschreibt das Vorhandensein einer Höhle. Attraction ist sehr unspezifisch. Eine generelle Anzeige wäre vielleicht für eine Freizeitkarte interessant, aber auf einer Topokarte ist es völlig irrelevant. Ok! Und wo setzt man dann das name-Tag d'ran? An den (Haupt-)Eingang der Höhle oder doch lieber an eine zusätzliche node (welche?), die das ungefähre Zentrum der Höhle markiert? Gruß, Stefan Naja, die meisten Höhlen werden vermutlich kein wirkliches Zentrum haben. Also sicher nen Punkt in der Mitte aber was will man damit, wenn die Höhle sich wie ein Schlauch durch den Berg zieht und das Zentrum massiver Fels ist? Für unsere Zwecke ist es meines Erachtes am sinnvollsten, den Eingang mit Namen zu taggen. Gruß, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhlen / Höhleneingang
Am 12. Mai 2009 11:49 schrieb ekkeh...@gmx.de: Wie kann man die ungefähre unterirdische Form der Höhle wiedergeben? Als highway=path mit tunnel=yes und area=yes? Ehrlich gesagt würde ich das gar nicht machen. Ich habe einige Höhlenkarten hier, das sind so komplexe und vor allem dreidimensionale Gebilde, daß Du sie nie vernünftig in OSM abbilden kannst. Und ehrlich gesagt wüßte ich nicht, wem eine angedeutete Form irgendetwas nützen sollte. naja, bei Höhlen, die 2 Eingänge haben, könnte man so erkennen, dass man durchkommt, das hat durchaus seine Berechtigung. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhlen / Höhleneingang
Hi! Ok! Und wo setzt man dann das name-Tag d'ran? An den (Haupt-)Eingang der Höhle oder doch lieber an eine zusätzliche node (welche?), die das ungefähre Zentrum der Höhle markiert? Ganz klar am Höhleneingang. bye Nop -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Namen von Relationen
Am 12. Mai 2009 11:46 schrieb Stefan Dettenhofer (StefanDausR) o...@dentro.info: ekkeh...@gmx.de schrieb: Du zwingst dann jeden Renderer und jedes Tool, diese Relation zu kennen und auszuwerten, ansonsten fehlen die Tags und die nodes/way verschwinden oder werden falsch ausgewertet. Das ist aber bei den Adress-Interpolationen (ways) jetzt auch schon so. Wenn man die nicht kennt, werden Wege gerendert, die es nicht gibt. Diese Vorstellung taucht hier öfters auf, aber unbekannte Tags und Objekte werden normalerweise gar nicht dargestellt. Wenn man (als Renderer) die Adressinterpolation nicht kennt, dann sieht man an dieser Stelle gar nichts. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Hallo. Am Dienstag 12 Mai 2009 12:08:10 schrieb Mario Salvini: das würde eher unterstreichen, dass Straßen des öffentlichen Verkehrs auf jeden Fall ein speedzone=* brauchen und nur bei expliziten Bedarf (Schilder) ein maxspeed=*. Wobei mir da *speed*zone zu spezifisch ist. Es geht ja eben nicht nur um die Geschwindigkeit sondern um diverse Verkehrsregeln, die innerorts eifnach andes sind als außerorts. Gruß, Bernd -- Das Usenet ist prinzipiell ein recht lustiger Haufen, machmal ein lustiger Haufen kleinkarierter, besserwissender und arroganter Arschlöcher aber doch immer irgendwie lustig. - Oliver C. Thornton, de.rec.reisen.misc, 26.7.2003 signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhlen / Höhleneingang
Hi! naja, bei Höhlen, die 2 Eingänge haben, könnte man so erkennen, dass man durchkommt, das hat durchaus seine Berechtigung. Ok. Eine Durchgangshöhle ist ein absoluter Sonderfall. Wenn wirklich ein Weg durchgeht, der ohne Ausrüstung begehbar ist, würde ich den ganz normal als path eintragen. Aber ich glaube das war hier nicht gemeint, wenn ein Tag area=yes vorgeschlagen wird. bye Nop -- Neu: GMX FreeDSL Komplettanschluss mit DSL 6.000 Flatrate + Telefonanschluss für nur 17,95 Euro/mtl.!* http://dslspecial.gmx.de/freedsl-surfflat/?ac=OM.AD.PD003K11308T4569a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhlen / Höhleneingang
Hallo, ekkeh...@gmx.de wrote: naja, bei Höhlen, die 2 Eingänge haben, könnte man so erkennen, dass man durchkommt, das hat durchaus seine Berechtigung. Ok. Eine Durchgangshöhle ist ein absoluter Sonderfall. Wenn wirklich ein Weg durchgeht, der ohne Ausrüstung begehbar ist ... mit Pferd ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhlen / Höhleneingang
Am 12. Mai 2009 14:38 schrieb ekkeh...@gmx.de: Ok. Eine Durchgangshöhle ist ein absoluter Sonderfall. Wenn wirklich ein Weg durchgeht, der ohne Ausrüstung begehbar ist, würde ich den ganz normal als path eintragen. oder bekriechbar ;-), würde man dann sowas wie maxheight=0,8 angeben? Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Am 12. Mai 2009 14:37 schrieb Bernd Wurst be...@bwurst.org: Hallo. Am Dienstag 12 Mai 2009 12:08:10 schrieb Mario Salvini: das würde eher unterstreichen, dass Straßen des öffentlichen Verkehrs auf jeden Fall ein speedzone=* brauchen und nur bei expliziten Bedarf (Schilder) ein maxspeed=*. Wobei mir da *speed*zone zu spezifisch ist. Es geht ja eben nicht nur um die Geschwindigkeit sondern um diverse Verkehrsregeln, die innerorts eifnach andes sind als außerorts. ja, habe sowas vor kurzem entdeckt für ein Gebiet (Monumentalfriedhof), das man zwar nur mit Genehmigung befahren darf, das aber dennoch einigen Verkehr und auch eine Buslinie aufweist. Bild von einem der Eingänge mit Schildern: http://www.23hq.com/dieterdreist/photo/4237289?album_id=4237494 die beiden Schilder 10 km/h und Hupverbot gelten m.E. für den gesamten Friedhof, auch wenn sie nur jeweils an den Eingängen stehen. Habe erstmal an alle (gemappten) Straßen ein Maxspeed getaggt und das Hupverbot weggelassen, oder hat jemand schon ein geeignetes Tag für eine Nicht-Hupen-Zone? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maxspeed map - Kompromissvorschlag
Bernd Wurst schrieb: Hallo. Am Dienstag 12 Mai 2009 12:08:10 schrieb Mario Salvini: das würde eher unterstreichen, dass Straßen des öffentlichen Verkehrs auf jeden Fall ein speedzone=* brauchen und nur bei expliziten Bedarf (Schilder) ein maxspeed=*. Wobei mir da *speed*zone zu spezifisch ist. Es geht ja eben nicht nur um die Geschwindigkeit sondern um diverse Verkehrsregeln, die innerorts eifnach andes sind als außerorts. Gruß, Bernd man kanns ja auch gerne *traffic*zone nennen :) Gruß Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhlen / Höhleneingang
ekkeh...@gmx.de schrieb: Hi! naja, bei Höhlen, die 2 Eingänge haben, könnte man so erkennen, dass man durchkommt, das hat durchaus seine Berechtigung. Ok. Eine Durchgangshöhle ist ein absoluter Sonderfall. Wenn wirklich ein Weg durchgeht, der ohne Ausrüstung begehbar ist, würde ich den ganz normal als path eintragen. Aber ich glaube das war hier nicht gemeint, wenn ein Tag area=yes vorgeschlagen wird. Na ja schon irgendwie: Meine Beispielhöhle besteht nur aus einem voll erschlosseenen, runden Raum mit ca. 20m Durchmesser. Es gibt einen Haupteingang und hinten kann man diesen ins Freie verlassen und noch etwas weiter gehen. Momentan habe ich halt 2 Höhleneingänge (einer mit name) getaggt und den Weg bis zum Eingang und dann wieder am 2. Eingang weiter gezeichnet. Der Weg in der Höhle fehlt. Meine Idee war entweder einen path als Tunnel (geht das?), damit die Wege verbunden sind oder gleich irgendwie die Ausdehnung mit anzugeben, daher der Vorschlag mit area. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
