[Talk-transit] simplified relations for transit
During the past month or so, the members of this listserv have had some discussion of importing bus stops in GTFS format into OSM and the use of relations to group such data. Several members have expressed reluctance to get involved in creating a full set of route relations (i.e., bus stops plus street paths for the actual travel path of the bus) and maintaining those relations in OSM when large public transportation agencies change routes with a fair amount of frequency. And our experience and that of others on the listserv is that these GTFS bus stop datasets contain some locational errors and ambiguities that complicate creating the street path portions of the relations, especially by automated means.. It seems there are several possible uses of the stop and route information in OSM, and these need different types of data: 1) Electronic Map - The visual electronic equivalent of a paper map, which someone can consult to see where the bus routes go, or find which bus route might serve a destination. This probably would be most effective if the map could display the linear route (including the direction of travel) for the reader, rather than just the bus stops. Lines order the stop data, even if the stops are not displayed. 2) Generating trip information - Finding trip paths between an origin and a destination, using only OSM data for streets, sidewalks, transit routes, etc., and then displaying the resulting path of the trip overlaid on the map. Most likely, the algorithm that identifies the pathway for the journey would benefit from knowing the sequence as well as the locations of the stops, and again the linear route through the street network would be valuable for this. 3) Generating trip information, with transit exception - Similar to the second application above, it stores bus stop locations in OSM and uses OSM data for walking and biking directions, but it uses route and schedule data contained in the GTFS file (and not stored within OSM), for transit directions. The two sets of trips then are linked using bus stop location information from the GTFS dataset. This is the approach taken by OpenTripPlanner.org. OpenTripPlanner uses OSM sidewalk, street, etc. data to generate biking and walking trips, but uses GTFS datasets to generate transit trips. Ultimately, because OSM is not designed to store the detailed timetable data needed to plan trips at different times on different days, some reference to timetable and route data outside of OSM will be necessary for cases #1 and #2 above, even if OSM is perfectly good for the supporting infrastructure (which I believe it generally is). While it would certainly be good to have the stop sequence (i.e., route path) recorded in OSM, to support all three of these uses, creating and maintaining this is potentially a lot of work, and for some applications it is not necessary. Plus, there is the problem that route path relations seem to be easy to break and hard for beginning mappers to maintain. On the other hand, it is actually pretty simple and straightforward to create a relation for each of a transit agency's routes, and to put just the stops into the proper relations when importing or updating them. So, would there be anything wrong with putting only the stops into route relations, without trying to figure out and code route paths as part of that relation? The only negative we can see is that the route path part of the relation would not exist, and so the data would not support the use cases #1 and #2 for transit. OpenTripPlanner appears to be a very popular routing engine which is available in many geographic areas. Thus, for a software tool we're developing we're leaning towards not including transit route information within OSM per case #3. As with anything in OSM, individuals map what they know or are interested in, and may ignore or omit features that they are not interested in. Someone who comes along later and decides that the route paths are really important could code them into the route relations. Are there other applications that might require a representation of the path for use cases #1 and #2 above, that we should be considering? Edward L. Hillsman, Ph.D. Senior Research Associate Center for Urban Transportation Research University of South Florida 4202 Fowler Ave., CUT100 Tampa, FL 33620-5375 813-974-2977 (tel) 813-974-5168 (fax) hills...@cutr.usf.edu http://www.cutr.usf.edublocked::http://www.cutr.usf.edu/ ___ Talk-transit mailing list Talk-transit@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-transit
Re: [Talk-transit] simplified relations for transit
I've been playing with editing an OSM file in Visual Basic, you save the .OSM file from JOSM or grab it in some other way then edit the XML file, putting a modify tag on anything changed, load it into JOSM then upload the changes. I actually wanted an automated way to generate a name:fr tag on a street name and add it to the local street names in Ottawa, its possible to work out an algorithm to do most of these in an automated way. So it's a sort of mini bot. I can forward you a copy of the program source but wouldn't like it to spread around too far as it is very easy to do a lot of damage very quickly with this sort of tool. If you have a stop_code on the bus stop then the local mapper can correctly position the bus stop. Now given the route is just a collection of bus stops you can pick out the bus stops in the OSM file and update the bus route numbers using Visual Basic, then feed the updates back with JOSM. In theory you should even be able to set a relationship of bus stops or way for the route that could display the particular route when rendered. I think the colour can be suggested in the GTFS file. Maperitive would you lots of control over rendering, possibly let a student lose on it as a project? Cheerio John On 16 August 2010 14:52, Hillsman, Edward hills...@cutr.usf.edu wrote: During the past month or so, the members of this listserv have had some discussion of importing bus stops in GTFS format into OSM and the use of relations to group such data. Several members have expressed reluctance to get involved in creating a full set of route relations (i.e., bus stops plus street paths for the actual travel path of the bus) and maintaining those relations in OSM when large public transportation agencies change routes with a fair amount of frequency. And our experience and that of others on the listserv is that these GTFS bus stop datasets contain some locational errors and ambiguities that complicate creating the street path portions of the relations, especially by automated means.. It seems there are several possible uses of the stop and route information in OSM, and these need different types of data: 1) Electronic Map - The visual electronic equivalent of a paper map, which someone can consult to see where the bus routes go, or find which bus route might serve a destination. This probably would be most effective if the map could display the linear route (including the direction of travel) for the reader, rather than just the bus stops. Lines order the stop data, even if the stops are not displayed. 2) Generating trip information - Finding “trip paths” between an origin and a destination, using only OSM data for streets, sidewalks, transit routes, etc., and then displaying the resulting path of the trip overlaid on the map. Most likely, the algorithm that identifies the pathway for the journey would benefit from knowing the sequence as well as the locations of the stops, and again the linear route through the street network would be valuable for this. 3) Generating trip information, with transit exception - Similar to the second application above, it stores bus stop locations in OSM and uses OSM data for walking and biking directions, but it uses route and schedule data contained in the GTFS file (and not stored within OSM), for transit directions. The two sets of trips then are linked using bus stop location information from the GTFS dataset. This is the approach taken by OpenTripPlanner.org. OpenTripPlanner uses OSM sidewalk, street, etc. data to generate biking and walking trips, but uses GTFS datasets to generate transit trips. Ultimately, because OSM is not designed to store the detailed timetable data needed to plan trips at different times on different days, some reference to timetable and route data outside of OSM will be necessary for cases #1 and #2 above, even if OSM is perfectly good for the supporting infrastructure (which I believe it generally is). While it would certainly be good to have the stop sequence (i.e., route path) recorded in OSM, to support all three of these uses, creating and maintaining this is potentially a lot of work, and for some applications it is not necessary. Plus, there is the problem that route path relations seem to be easy to break and hard for beginning mappers to maintain. On the other hand, it is actually pretty simple and straightforward to create a relation for each of a transit agency’s routes, and to put just the stops into the proper relations when importing or updating them. So, would there be anything wrong with putting only the stops into route relations, without trying to figure out and code route paths as part of that relation? The only negative we can see is that the route path part of the relation would not exist, and so the data would not support the use cases #1 and #2 for transit. OpenTripPlanner appears to be a very popular routing engine
Re: [OSM-legal-talk] Simple question about CT
Aleksandr, Aleksandr Dezhin wrote: I registered a separate account for the same email (using the scheme with me+someth...@gmail.com mailto:me%2bsometh...@gmail.com). Will my agreement with the new CT in new account work for my old account? To the API, that account does not have the same email but is completely separate. Any license decision you make on one account will not influence the other. 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
[OSM-legal-talk] CT and multiple accounts
Having finally finished trawling through talk and legal talk for the last couple of weeks (there's a few hours of my life I'll never get back), I noticed people are talking about having multiple accounts to dodge the new CT's (and possibly the ODbL). Is it possible to agree to two sets of terms that conflict? The CT's don't (as far as I can tell) relate to the account you create, but rather relate to you as an individual. So by agreeing to one set of CT's you can't magically have a second agreement (or account) in place that isn't bound by the last set of contributor terms you agreed to. That would tend to imply that it's not actually possible to have a CC-By and an ODbL account at the same time. Or maybe I'm just reading it wrong (there has been a flood of email to catch up on). Doesn't bother me either way particularly - I may be one of very few members of the Australian contingent that hasn't used the NearMap imagery... Matt (On a side note, while I agree that having a decent and workable license is important, some people seem to think that it is magically going to stop license violations. In my experience, having enjoyed immensely the occasional legal stoush over licensing and contracts, the only thing that stops license violations is money, and lots of it - preferably enough to ensure you can bankrupt the opposing party, or at least enough to make it look like you could. If a large corporation is going to ignore the license terms, they will, and there will be sweet FA OSM(F) can do about it legally unless they have some very rich aunts. On the other hand, there's plenty you can do outside the legal system to name and shame, which is probably more effective anyway.) ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Simple question about CT
Hi, David Groom wrote: However from a legal point of view the CT terms say is is an agreement between you and OSMF. Interesting, and probably true. But since making the second account forces you to use a different email address, how will we ever know with certainty that you and you are the same person? - Sometimes I wonder. We're joyfully ignoring the world before us in the area of cartography, confessing to utter cluelessness in GIS affairs and still doing great. Nobody has ever recommended employing professional GIS consultants because, hey, we're just geeks an programmers and they are GIS experts. We're also self-taught in most other aspects of running OSM, blissfully ignoring the professional world. Isn't it sad that when it comes to legal, we've meanwhile almost reached the point where we send away 12-year-old mappers because they are not old enough to legally agree to the CT? (Why don't we, by the way?) (Oh no, sorry, delete that last question.) Bye Frederik ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Simple question about CT
Original Message - From: Frederik Ramm frede...@remote.org To: Licensing and other legal discussions. legal-talk@openstreetmap.org Sent: Monday, August 16, 2010 11:40 AM Subject: Re: [OSM-legal-talk] Simple question about CT Hi, David Groom wrote: However from a legal point of view the CT terms say is is an agreement between you and OSMF. Interesting, and probably true. But since making the second account forces you to use a different email address, how will we ever know with certainty that you and you are the same person? We won't.. But just because we cant catch someone breaking the CT terms, doesn't mean they aren't still breaking them :) David - Sometimes I wonder. We're joyfully ignoring the world before us in the area of cartography, confessing to utter cluelessness in GIS affairs and still doing great. Nobody has ever recommended employing professional GIS consultants because, hey, we're just geeks an programmers and they are GIS experts. We're also self-taught in most other aspects of running OSM, blissfully ignoring the professional world. Isn't it sad that when it comes to legal, we've meanwhile almost reached the point where we send away 12-year-old mappers because they are not old enough to legally agree to the CT? (Why don't we, by the way?) (Oh no, sorry, delete that last question.) Bye Frederik ___ 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] Simple question about CT
2010/8/16 Frederik Ramm frede...@remote.org Interesting, and probably true. But since making the second account forces you to use a different email address, how will we ever know with certainty that you and you are the same person? In this case, it is obvious that these multiple accounts owned by one person, at least one email address. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Simple question about CT
On 16 August 2010 20:40, Frederik Ramm frede...@remote.org wrote: to legal, we've meanwhile almost reached the point where we send away 12-year-old mappers because they are not old enough to legally agree to the CT? (Why don't we, by the way?) (Oh no, sorry, delete that last question.) Wouldn't a parent or legal guardian have to sign the contract? I thought it wouldn't be legally binding for anyone under 18 to sign a contract? Although the age of being legally responsible for yourself may vary of course, 18 seems most common. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Simple question about CT
On 8/16/2010 6:24 AM, David Groom wrote: Therefore surely if I agree to the CT terms then legally it covers all the edits I make. If the intention is for it only to cover the edits I make when logged in o a specific user account, then I would have thought the CT terms need rewriting something along the lines of So people that have import accounts for which the data cannot be re-licensed will not be able to either re-license their other contributions nor contribute at all to OSM after/if the license switch happens? Thanks, N. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Simple question about CT
- Original Message - From: Nakor nakor@gmail.com To: legal-talk@openstreetmap.org Sent: Monday, August 16, 2010 3:51 PM Subject: Re: [OSM-legal-talk] Simple question about CT On 8/16/2010 6:24 AM, David Groom wrote: Therefore surely if I agree to the CT terms then legally it covers all the edits I make. If the intention is for it only to cover the edits I make when logged in o a specific user account, then I would have thought the CT terms need rewriting something along the lines of So people that have import accounts for which the data cannot be re-licensed will not be able to either re-license their other contributions nor contribute at all to OSM after/if the license switch happens? Thanks, N. On the basis of the current wording of the CT's what you have written above would be correct. Since the wording of the CT's covers a person and not a user account, then anyone who has added any data in the past which is not compatible with the CTs cant agree the CT and thus will be prevented from adding anything to OSM, whether it is through the user account they have used in the past or any newly created user account. So not only is it likely that large amounts of data will disappear from OSM, but the people that added that data will be prevented from trying to fix the black holes. Plus of course, as they people are prevented from doing any editing, they will therefore cease to be active contributors, and therefore won't be able to take part in any future licensing vote! David ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
Hi, Jonas Stein wrote: In the IRC channel i was told, that there are users who paint empty nodes in the map to mark things like road is not mapped, but continues here I do this occasionally, and I'm sure I haven't made this up but got the practice from someone/somewhere else - when a way is drawn and you know it goes on but haven't mapped it, you put three dots, just as you do in written language: --- . . . I'm not religious about it but I think it is pretty elegant because it does not require language to explain it - or at least that's what I thought until I heard from several people that they delete empty nodes on sight without further thought. I mean - an empty node somewhere in the middle of town which has sat there for ages, ok, but if you saw something like the above, where the three nodes clearly hint at a way continuation - would you really remove them? I'd think that a bit careless. In fact, I'm going to fix the JOSM validator to detect these cases and not complain - it is too easy for people to thoughtlessly hit fix errors and thus inadvertently remove information. 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] RFC: what are empty nodes and how should we use them?
On Mon, Aug 16, 2010 at 8:10 AM, Renaud MICHEL r.h.michel+...@gmail.com wrote: Maybe most of those empty nodes are remnants from some time ago, when some editors would delete a way, but not the nodes it contained (I think there used to be such a bug, even before I started contributing to OSM). Empty nodes can also be left behind if you alter a way to update it and in the process delete some nodes from the way, but then in JOSM instead of doing upload data you choose upload selection with the way that you changed selected. Then those node deletion actions don't get sent to the server and your left with these empty nodes. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should w e use them?
On Mon, 16 Aug 2010 08:19:42 +0200, Frederik Ramm frede...@remote.org wrote: Hi, Jonas Stein wrote: In the IRC channel i was told, that there are users who paint empty nodes in the map to mark things like road is not mapped, but continues here I do this occasionally, and I'm sure I haven't made this up but got the practice from someone/somewhere else - when a way is drawn and you know it goes on but haven't mapped it, you put three dots, just as you do in written language: --- . . . I'm not religious about it but I think it is pretty elegant because it does not require language to explain it - or at least that's what I thought until I heard from several people that they delete empty nodes on sight without further thought. It's the first that I heard of this strategy and I'm not sure if I would recognize it. I certainly haven't in the past. It does raise a question: why not just map a way over it and tag it with some FIXME? If I map a new area and make photo's and see that there is a road somewhere that I didn't go, I map the road as far as I can see it and. I mean - an empty node somewhere in the middle of town which has sat there for ages, ok, but if you saw something like the above, where the three nodes clearly hint at a way continuation - would you really remove them? I'd think that a bit careless. I would at least tag the nodes with a FIXME. Personally I do make a point of looking at the history of a stray node, but that is far from failsafe. Regards, Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tagging Seamarks
Hi, As a professional master mariner I see the problem here, and I fully agree with you. I think the first step in a process to merge the two tagging schemes is to fully document them both. I have been active in the discussion one of them, while the other have been closed to a small circle, and originally documented in German. I was not aware of the second scheme until voting was underway on the proposal where I took part. When the schemes are fully documented we can start to look into how this problem can best be solved, and what scheme to become standard should be based upon user popularity. A bot to add the tags of the other schemes should be possible, at least as long as some sort of unisom documentation exists. These bots can in first turn make all marine tagged objects follow the two schemes, and later we can have the various projects agree on changing the stylesheets to that of the most popular scheme, letting the lesser popular fade away naturally. As far as I can see, the datamodel in http://wiki.openstreetmap.org/wiki/Lights_Data_Model mainly focuses on inland waterway style tagging, i.e. seamarks found along canals and navigatable rivers, while http://wiki.openstreetmap.org/wiki/Proposed_features/marine-tagging fathoms broader for open water features as well. Aun Johnsen On Sun, Aug 15, 2010 at 10:21 PM, Bernhard R. Fischer b...@abenteuerland.atwrote: Hi! For a long time now I am interested in tagging seamarks.(short version) Now I found out that there are two comparable but different and competing tagging schemes: * http://wiki.openstreetmap.org/wiki/Proposed_features/marine-tagging * http://wiki.openstreetmap.org/wiki/Lights_Data_Model The first one is used by freietonne.de the second one by openseamap.org. Consequently, there exist two disjoint marine maps. This is extremely frustrating! Computers do not care about attribute names and we shouldn't also as long as both schemes fulfill the same requirements. Why can't we just agree on one of those two schemes and change the tag names in the renderer and rename all tags in the database from one scheme to the other one? Best regards, Bernhard aka Rahra ___ 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] RFC: what are empty nodes and how should we use them?
In many cases I have seen empty (as in truely empty) nodes left around as a result of failed imports, or failed uploads of changesets. Most of these nodes should be removed, and the validator plugin in JOSM allows this in an easy way. On the other hands, nodes with only user information tags, such as note, comment, and FIXME should be kept, or the information within the tags should be dealt with. These nodes can work as reminders for people tagging in a certain area, such as need to complete this road, or trace this lake, etc. A On Mon, Aug 16, 2010 at 7:48 AM, Maarten Deen md...@xs4all.nl wrote: On Mon, 16 Aug 2010 08:19:42 +0200, Frederik Ramm frede...@remote.org wrote: Hi, Jonas Stein wrote: In the IRC channel i was told, that there are users who paint empty nodes in the map to mark things like road is not mapped, but continues here I do this occasionally, and I'm sure I haven't made this up but got the practice from someone/somewhere else - when a way is drawn and you know it goes on but haven't mapped it, you put three dots, just as you do in written language: --- . . . I'm not religious about it but I think it is pretty elegant because it does not require language to explain it - or at least that's what I thought until I heard from several people that they delete empty nodes on sight without further thought. It's the first that I heard of this strategy and I'm not sure if I would recognize it. I certainly haven't in the past. It does raise a question: why not just map a way over it and tag it with some FIXME? If I map a new area and make photo's and see that there is a road somewhere that I didn't go, I map the road as far as I can see it and. I mean - an empty node somewhere in the middle of town which has sat there for ages, ok, but if you saw something like the above, where the three nodes clearly hint at a way continuation - would you really remove them? I'd think that a bit careless. I would at least tag the nodes with a FIXME. Personally I do make a point of looking at the history of a stray node, but that is far from failsafe. Regards, Maarten ___ 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] RFC: what are empty nodes and how should we use them?
On Mon, Aug 16, 2010 at 7:48 AM, Maarten Deen md...@xs4all.nl wrote: On Mon, 16 Aug 2010 08:19:42 +0200, Frederik Ramm frede...@remote.org wrote: Hi, Jonas Stein wrote: In the IRC channel i was told, that there are users who paint empty nodes in the map to mark things like road is not mapped, but continues here I do this occasionally, and I'm sure I haven't made this up but got the practice from someone/somewhere else - when a way is drawn and you know it goes on but haven't mapped it, you put three dots, just as you do in written language: --- . . . I'm not religious about it but I think it is pretty elegant because it does not require language to explain it - or at least that's what I thought until I heard from several people that they delete empty nodes on sight without further thought. It's the first that I heard of this strategy and I'm not sure if I would recognize it. I certainly haven't in the past. It does raise a question: why not just map a way over it and tag it with some FIXME? If I map a new area and make photo's and see that there is a road somewhere that I didn't go, I map the road as far as I can see it and. I've no idea where I first came across it, but I have also used it as far back as 2006. We didn't have any aerial imagery to trace, so if nobody had walked down that way with a GPS you had no idea where it was going, but you might have a name or something from the end, so you put in a small stub road and dot dot dot. There also wasn't much of a map viewer, or styled editing, so three dots was a lot more obvious when editing than a tag. In the world of validators, slippy maps, JOSM post mappaint, aerial imagery and masses of POI/addresses it makes less sense, and is less visually obvious. But I still like it :-) Dave ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
On Mon, Aug 16, 2010 at 9:51 AM, Dave Stubbs osm.l...@randomjunk.co.uk wrote: In the world of validators, slippy maps, JOSM post mappaint, aerial imagery and masses of POI/addresses it makes less sense, and is less visually obvious. But I still like it :-) I'd never heard of it before, but I like it too. Maybe the editor could automatically attach a fixme=yes tag if the user does triple-click and moves (even better if the editor added fixme=continue when someone does triple-click / move a short way / triple-click / move a short way / triple-click, but that's probably too much like hard work). Richard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
Am 16.08.2010 02:50, schrieb Lennard: On 16-8-2010 1:41, M∡rtin Koppenhoefer wrote: We've had several cases today, where people came swooping in and deleted nodes from an ongoing upload, where the ways hadn't been uploaded yet. So why are you uploading Nodes without ways? The POST /api/0.6/changeset/#id/upload call is atomic in a transaction. Why not split your upload into multiple OSC Parts and post thems via this call. That way no imcomplete data would be visible to other users at any time. Peter ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
I do this occasionally, and I'm sure I haven't made this up but got the practice from someone/somewhere else - when a way is drawn and you know it goes on but haven't mapped it, you put three dots, just as you do in written language: --- . . . It's the first that I heard of this strategy and I'm not sure if I would recognize it. I certainly haven't in the past. It does raise a question: why not just map a way over it and tag it with some FIXME? If I map a new area and make photo's and see that there is a road somewhere that I didn't go, I map the road as far as I can see it and. +1 I mean - an empty node somewhere in the middle of town which has sat there for ages, ok, but if you saw something like the above, where the three nodes clearly hint at a way continuation - would you really remove them? I'd think that a bit careless. I would at least tag the nodes with a FIXME. Personally I do make a point of looking at the history of a stray node, but that is far from failsafe. +1 its documented here and well-established. http://wiki.openstreetmap.org/wiki/Key:fixme Only if a node contains information it carries information. An empty node is as usefull like 42. OSM is a community-project, so it means no one should insert information that can not be used by others. If s.b. searches for missing streets in the region how should one search for hints by other mappers? Search for all empty nodes? May be others use 4 empty nodes for a building and 5 for an missing area and then there are trillions of empty nodes from broken software. Many applications make usefull things with fixme-nodes * there are markers on gps-devices * websites highlighting fixme * josm is shipped with some extra support for fixme-nodes * and lots of more Another well-established way is to use openstreetbugs: http://openstreetbugs.schokokeks.org/ Everyone can write here street contiues 2km to west -- Jonas Stein n...@jonasstein.de ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
I'd never heard of it before, but I like it too. Maybe the editor could automatically attach a fixme=yes tag if the user does triple-click and moves (even better if the editor added fixme=continue when someone does triple-click / move a short way / triple-click / move a short way / triple-click, but that's probably too much like hard work). in Josm you could create your own icon in the toolbar for that: 1. make node 2. click on icon - that will set fixme=street contiues here http://wiki.openstreetmap.org/wiki/DE:Anpassen_der_Vorlagen_von_JOSM (somewhere should be the english version, but i did not find it) -- Jonas Stein n...@jonasstein.de ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
** Adding josm-dev to the list. Please post technical follow-ups there. ** On 16-8-2010 12:15, Peter Körner wrote: The POST /api/0.6/changeset/#id/upload call is atomic in a transaction. Why not split your upload into multiple OSC Parts and post thems via this call. That way no imcomplete data would be visible to other users at any time. Uploading 30k+ objects in a single chunk with JOSM(1) is just too unreliable to make that workable. So either we have to split the data in smaller chunks by hand, or use JOSM's native chunked upload mode. If you have 40k nodes and 5k ways, and upload in 5k chunks, you will upload 8 chunks with nodes, and 1 chunk with ways. Each chunk is atomic, and that's where atomicity ends, as far as the API is involved. JOSM makes no attempt to sort the data in a smart way, to keep all nodes and associated ways and relations close together, in the same chunk when possible. I asked about such a feature before(2), but nothing has come of it as of yet. If such a sorting feature is added to JOSM, the chunk size should be a soft size, able to vary slightly if that means related objects end up in the same chunk. May I point out smarter-sort.py(3)(4) as an example? Sorted uploads would mostly prevent these 'fields of empty nodes' that appear to other mappers during a chunked upload, limiting the opportunity they have to wreak havoc on an ongoing upload by 'helpfully' deleting the nodes. JOSM's chunked upload mode is an answer to API timeout issues, but it does have its own issues to keep in mind. (1) It's not exactly more reliable with dedicated bulk upload scripts either. If the API takes too long to check the uploaded osmChange for validity, the TCP session appears to timeout. The script/JOSM never receives the OK from the API, including the new object IDs. The next time you hit upload to resume, it will reupload that failed chunk in its entirety, leading to (in my example) 5k duplicate objects on the server. (2) http://josm.openstreetmap.de/ticket/4299 (3) http://wiki.openstreetmap.org/wiki/Upload.py (4) http://svn.openstreetmap.org/applications/utils/import/bulkupload/smarter-sort.py -- Lennard ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
Peter Körner wrote: Am 16.08.2010 02:50, schrieb Lennard: On 16-8-2010 1:41, M∡rtin Koppenhoefer wrote: We've had several cases today, where people came swooping in and deleted nodes from an ongoing upload, where the ways hadn't been uploaded yet. So why are you uploading Nodes without ways? The POST /api/0.6/changeset/#id/upload call is atomic in a transaction. Why not split your upload into multiple OSC Parts and post thems via this call. That way no imcomplete data would be visible to other users at any time. Yes, but JOSM has a chunked upload mode where it uses multiple transactions for one upload. This makes sense in in certain situations. E.g. you upload 2 objects and you get precondition failed on the last 100 of them. That would mean: (1) - upload 19899+i objects (2) - upload is aborted by server - get the server error (3) - fix the problem (e.g. download way and fix it) (4) - i++ (5) - goto (1) If you have a slow connection, this is not acceptable. Sebastian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
On 16/08/2010 07:48, Maarten Deen wrote: On Mon, 16 Aug 2010 08:19:42 +0200, Frederik Rammfrede...@remote.org wrote: Hi, Jonas Stein wrote: In the IRC channel i was told, that there are users who paint empty nodes in the map to mark things like road is not mapped, but continues here I do this occasionally, and I'm sure I haven't made this up but got the practice from someone/somewhere else - when a way is drawn and you know it goes on but haven't mapped it, you put three dots, just as you do in written language: --- . . . Hi That seems like a pointless waste of time that to be gives no clarity as to what your intentions are. The way I do it: Draw a small section of the way for as for as you could see it. Tag it correctly for what it is. add fixme tag with 'stub of way, please resurvey' http://wiki.openstreetmap.org/wiki/Key:fixme Cheers Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
--- . . . In fact, I'm going to fix the JOSM validator to detect these cases and not complain - it is too easy for people to thoughtlessly hit fix errors and thus inadvertently remove information. -1 i fear that is the wrong approach. Please dont ignore the results of this Thread. Dont ignore the community it would be a new bug in the validator. -- Jonas Stein n...@jonasstein.de ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
Yes, but JOSM has a chunked upload mode where it uses multiple transactions for one upload. Can someone confirm, that josm first uploads an empty node and then the content? If split uploads contain this emty ones at the moment lets summarise: There could be empty nodes during splitted uploads. So nobody should delete nodes that are younger then a given timespan. ps: uploads should not split within empty nodes, but thats no topic here for now. -- Jonas Stein n...@jonasstein.de ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
On Mon, Aug 16, 2010 at 9:51 AM, Dave Stubbs osm.l...@randomjunk.co.uk wrote: In the IRC channel i was told, that there are users who paint empty nodes in the map to mark things like road is not mapped, but continues here I do this occasionally, and I'm sure I haven't made this up but got the practice from someone/somewhere else - when a way is drawn and you know it goes on but haven't mapped it, you put three dots, just as you do in written language: --- . . . I've no idea where I first came across it, but I have also used it as far back as 2006. We didn't have any aerial imagery to trace, so if nobody had walked down that way with a GPS you had no idea where it was going, but you might have a name or something from the end, so you put in a small stub road and dot dot dot. There also wasn't much of a map viewer, or styled editing, so three dots was a lot more obvious when editing than a tag. Here's some documentation on it from 2007, along with some other styles in common use back then (e.g. the arrowhead made from untagged segments) http://wiki.openstreetmap.org/wiki/Talk:Proposed_features/More_to_be_Mapped ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
(1) It's not exactly more reliable with dedicated bulk upload scripts either. If the API takes too long to check the uploaded osmChange for validity, the TCP session appears to timeout. The script/JOSM never receives the OK from the API, including the new object IDs. The next time you hit upload to resume, it will reupload that failed chunk in its entirety, leading to (in my example) 5k duplicate objects on the server. I have often tried to upload smaller or larger chunks from slow/unstable connections, and have experienced various problems, I have even come to the point where I have had ~100 items left when the connection have timed out, with the result that the entire upload had to be done again. The only way to fix it afterwards is to do a code validation of the area, but with these unstable lines that I suffer from time to time, that doesn't solve much either. Having JOSM or similar intelligently combine nodes and ways in these chunks, as well as accepted that all but the last have been transferred correctly, than that would have helped imensely on the end result. This makes sense in in certain situations. E.g. you upload 2 objects and you get precondition failed on the last 100 of them. That would mean: (1) - upload 19899+i objects (2) - upload is aborted by server - get the server error (3) - fix the problem (e.g. download way and fix it) (4) - i++ (5) - goto (1) If you have a slow connection, this is not acceptable. This is exactly what I am talking about ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
Jonas Stein n...@jonasstein.de wrote: Yes, but JOSM has a chunked upload mode where it uses multiple transactions for one upload. Can someone confirm, that josm first uploads an empty node and then the content? Can't confirm ; be it would be very strange to upload an empty node, then the tag associate... or an empty node then then way associated. But it coudl happen for ways... If split uploads contain this emty ones at the moment lets summarise: There could be empty nodes during splitted uploads. So nobody should delete nodes that are younger then a given timespan. The splitted upload has a very short life. I notice that in my area at a moment a create lot to empty nodes (would have been associated with a building) when i try to upload a big changeset (but JOSM failed) so then i use the split upload function from JOSM and never got the same problem. From those expériences, i could say that big upload with JOSM could lead to dupplicate nodes and empty nodes ; split upload are safer. ps: uploads should not split within empty nodes, but thats no topic here for now. It can't be done, there is circompstance that would lead to empty nodes upload. Imagine a large way (more than 300 nodes). If JOSM upload with a split parameter of 200, then it would split during the way+nodes upload and if for any reason the upload stop there empty nodes have been transmit to the server... -- Pierre-Alain Dorange ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] BDFL Moderation
I think that you and I are using different definitions of theory. I am using the scientific definition of theory, an explanation of how a group of facts relate to each other. A theory, using that definition, continues to exist even once it has been proven. You are using the colloquial definition of theory, unproven speculation. Using either definition, forbidding discussion of a conspiracy theory could mean that a real conspiracy would be allowed to continue. However, I do agree that discussion of conspiracy theories has the potential to swamp a discussion forum, such as this mailing list. ---Original Email--- Subject :Re: [OSM-talk] BDFL Moderation From :mailto:li...@gimnechiske.org Date :Mon Aug 16 01:50:39 America/Chicago 2010 If you can back your claim of conspiracy by some sort of evidence than we can conclude that it is not a theory anymore, independent if it is a realy conspiracy or not. It is easy to say something in the line of FBI plotted to assassinate JFK, but to prove it is harder, independente if they did or not. A On Sun, Aug 15, 2010 at 1:56 PM, John F. Eldredge j...@jfeldredge.com mailto:j...@jfeldredge.com wrote: However, should someone uncover a real conspiracy, any attempt to reveal it to others would be discussion of a conspiracy theory, and therefore forbidden. Theory does not mean nonexistent; the fact that the theory of gravity exists does not mean that gravity does not exist. -- John F. Eldredge -- j...@jfeldredge.com mailto:j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria -Original Message- From: pdora...@mac.com mailto:pdora...@mac.com (Pierre-Alain Dorange) Sender: talk-boun...@openstreetmap.org mailto:talk-boun...@openstreetmap.org Date: Sun, 15 Aug 2010 13:31:36 To: talk@openstreetmap.org mailto:talk@openstreetmap.org Subject: Re: [OSM-talk] BDFL Moderation M?rtin Koppenhoefer dieterdre...@gmail.com mailto:dieterdre...@gmail.com wrote: • No conspiracy theories ... could this be amended by unless there is a real conspiracy? Otherwise our hands might be tied in case there is a conspiracy. no conspiracy theories seems clear. A real conspiracy is not a theory. conspiracy theories are always trolls -- Pierre-Alain Dorange ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should w e use them?
On Mon, 16 Aug 2010 15:00:52 +0200, pdora...@mac.com (Pierre-Alain Dorange) wrote: Jonas Stein n...@jonasstein.de wrote: Yes, but JOSM has a chunked upload mode where it uses multiple transactions for one upload. Can someone confirm, that josm first uploads an empty node and then the content? Can't confirm ; be it would be very strange to upload an empty node, then the tag associate... or an empty node then then way associated. But it coudl happen for ways... I think there is some confusion. JOSM uploads nodes first and then ways. That's just because you cannot create a way between two nodes that have not yet been created. But that automatically means that if you upload in multiple chunks and something goes wrong after nodes have been uploaded, it can occur that the nodes will be created but the ways not. And since most nodes that belong to ways have no tags, you end up with a bunch of untagged nodes. I don't think anyone tries to suggest that JOSM first uploads an empty node and then uploads it again with the tags associated with it. Maarten ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] BDFL Moderation
Ok, so in the sense of Conspiration Theory I use the word theory in the way scientists use the word thesis, maybe I should start to call conspiration theories for conspiration thesis, but than nobody would understand that I mean conspiration theory. It is not my fault the word theory have been misquoted in so many regular expressions. A On Mon, Aug 16, 2010 at 2:03 PM, John F. Eldredge j...@jfeldredge.comwrote: I think that you and I are using different definitions of theory. I am using the scientific definition of theory, an explanation of how a group of facts relate to each other. A theory, using that definition, continues to exist even once it has been proven. You are using the colloquial definition of theory, unproven speculation. Using either definition, forbidding discussion of a conspiracy theory could mean that a real conspiracy would be allowed to continue. However, I do agree that discussion of conspiracy theories has the potential to swamp a discussion forum, such as this mailing list. ---Original Email--- Subject :Re: [OSM-talk] BDFL Moderation From :mailto:li...@gimnechiske.org Date :Mon Aug 16 01:50:39 America/Chicago 2010 If you can back your claim of conspiracy by some sort of evidence than we can conclude that it is not a theory anymore, independent if it is a realy conspiracy or not. It is easy to say something in the line of FBI plotted to assassinate JFK, but to prove it is harder, independente if they did or not. A On Sun, Aug 15, 2010 at 1:56 PM, John F. Eldredge j...@jfeldredge.commailto: j...@jfeldredge.com wrote: However, should someone uncover a real conspiracy, any attempt to reveal it to others would be discussion of a conspiracy theory, and therefore forbidden. Theory does not mean nonexistent; the fact that the theory of gravity exists does not mean that gravity does not exist. -- John F. Eldredge -- j...@jfeldredge.com mailto:j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria -Original Message- From: pdora...@mac.com mailto:pdora...@mac.com (Pierre-Alain Dorange) Sender: talk-boun...@openstreetmap.org mailto: talk-boun...@openstreetmap.org Date: Sun, 15 Aug 2010 13:31:36 To: talk@openstreetmap.org mailto:talk@openstreetmap.org Subject: Re: [OSM-talk] BDFL Moderation M?rtin Koppenhoefer dieterdre...@gmail.com mailto: dieterdre...@gmail.com wrote: • No conspiracy theories ... could this be amended by unless there is a real conspiracy? Otherwise our hands might be tied in case there is a conspiracy. no conspiracy theories seems clear. A real conspiracy is not a theory. conspiracy theories are always trolls -- Pierre-Alain Dorange ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- John F. Eldredge -- j...@jfeldredge.com Reserve your right to think, for even to think wrongly is better than not to think at all. -- Hypatia of Alexandria ___ 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] RFC: what are empty nodes and how should we use them?
Looks like making a mountain out of a molehill. All this could easily be avoided by following some simple polite rules: - Don't leave deliberately untagged objects. Use at least a note or fixme to avoid that others waste their time. - Don't touch anything which has been changed within the last day by another mapper. The person might still uploading or working on it. - Don't touch more complex objects for up to one month after change by another mapper. - Consider to contact the mapper at least for complex objects. Improvements of these rules are highly welcome. Don't wait one month in this case ;) Happy mapping Willi ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
In the IRC channel i was told, that there are users who paint empty nodes in the map to mark things like road is not mapped, but continues here I do this occasionally, and I'm sure I haven't made this up but got the practice from someone/somewhere else - when a way is drawn and you know it goes on but haven't mapped it, you put three dots, just as you do in written language: --- . . . I've seen fixme=road continues tag attached on the last node of the way in these cases. Three dots are quite prone to deletion ... I'm not religious about it but I think it is pretty elegant because it does not require language to explain it - or at least that's what I thought until I heard from several people that they delete empty nodes on sight without further thought. I delete them too, but not without further thought. Usually, if the node is old enough (week or more) then it is not part of some ongoing import (or the import failed) and I usually delete them. Looking at the changets in which the node belong help with determining why the orphaned node is there ... I mean - an empty node somewhere in the middle of town which has sat there for ages, ok, but if you saw something like the above, where the three nodes clearly hint at a way continuation - would you really remove them? I'd think that a bit careless. using fixme=road continues is more stable solution for marking this and unlike three dots, this case will show up as warning in validator - so you can get hint that something needs improvement, in this case probably a survey or tracing from aerial imagery or whatever. Three dots are easy to get deleted accidentaly and easy to miss. In fact, I'm going to fix the JOSM validator to detect these cases and not complain - it is too easy for people to thoughtlessly hit fix errors and thus inadvertently remove information. You will make some specific check for three continuous dots? Well, there are areas with thousands of such orphaned nodes and trying to check if there are somewhere three dots in a line in such areas wouldn't be easy - either the check will be very slow, prone to errors, or you will need some complex and sophisticated algorithm to make it at least somewhat reliable. Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
Willi wil...@gmx.de wrote: Looks like making a mountain out of a molehill. +1 All this could easily be avoided by following some simple polite rules: - Don't leave deliberately untagged objects. Use at least a note or fixme to avoid that others waste their time. - Don't touch anything which has been changed within the last day by another mapper. The person might still uploading or working on it. - Don't touch more complex objects for up to one month after change by another mapper. - Consider to contact the mapper at least for complex objects. Improvements of these rules are highly welcome. Don't wait one month in this case ;) Those rules seems very fine. -- Pierre-Alain Dorange ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
Martin, MP wrote: You will make some specific check for three continuous dots? Well, there are areas with thousands of such orphaned nodes and trying to check if there are somewhere three dots in a line in such areas wouldn't be easy - either the check will be very slow, prone to errors, or you will need some complex and sophisticated algorithm to make it at least somewhat reliable. Yes, I think a re-think is in order regarding the validators or at *least* those with a direct influence on editing like the JOSM validator. When they were introduced, people were relatively sure about what they were doing and the validator was just an ummm, not sure if this is right...? voice, to be taken with a grain of salt. But nowadays, too many take the validators for gospel, and refrain from making legitimate edits because a validator flags them up. Today, validators should be more cautious about what they flag. 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
[OSM-legal-talk] ODbL, CTs and tracing GPS tracks
Hi all, Apologies if this has been raised before, but I was wondering about GPS track data and licenses. Presumably we are using public GPS trace data under CC-BY-SA. By the way, it would be helpful to clarify that on the wiki. I'll ignore the problem of tracing other people's tracks and the resulting relicensing issues. At the moment, I am considering how GPS tracks work with the CT and ODbL (assuming they too will be relicensed). Is tracing someones ODbL licensed GPS track a creation of a derived database or a produced work? What is the impact when we upload the traced data under the CTs? It seems the tracing will require at least attribution (to OSM admittedly) but possibly also share alike. Would the attribution or share alikeness of tracing be a problem with the CTs? I am not even going to try to speculate on the answer this time, I am more interested in other people's views. Regards, TimSC ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Flattr donation button
Gaz Davidson g...@bitplane.net wrote: OSM would need an account with a minimum of 2eu a month (which is shared between other subscribers when you click their Flattr buttons). It must be worth a few euros to try it out! A well known german podcaster makes more than 1000 Euro per month with flattr. http://tim.geekheim.de/2010/08/02/flattr-der-dritte-monat/ I think, that OSM is also well known enough to earn some money. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
Hi. I'm new to this list, invited to it because I sayed something to this topic in IRC. I'm not answering to Frederiks Mail in particular, but didn't get the whole topic, so I cannot answer to the original question simply. I thought about the history feature the OSM has and wonder, if the deletion of empty nodes normaly should be a problem. Please correct me, if I'm wrong, but AFAIK the OSM works as follows: - an object is created, normally - but not necessary with attributes. - an object can be deleted any time - if a deleted object is touched again by changing it's attributes, it will be recreated so it's present in the database again. At least that's something somebody explained me a few month's ago. If that's the case, I observe: Deletion of attribute-less objects will never be a problem, as long as nobody tries to get information from that objects (not included from my point of view). Of course the tactics like I make three dots to mark for myself, that it needs further work there will fail in that cases. But what's the problem in adding a fixme-attribute to that data? I think, at long sight we need a kind of atomicity for changes, but even today I don't see a problem at deleting empty, non-tagged nodes as they contain no useful situation - perhaps except for the one, who created it. I'm not sure wether empty nodes should be deleted automatically or semi-automatically, but there are a lot of bots fixing bugs at tagging automatically - for me empty nodes are most useless of all parts. Please consider: Everything in this Mail is based on the assumption about deleting/adding above. If that assumption is not true, forget the rest. Regards Peter Wendorff On 16.08.2010 19:29, Frederik Ramm wrote: Martin, MP wrote: You will make some specific check for three continuous dots? Well, there are areas with thousands of such orphaned nodes and trying to check if there are somewhere three dots in a line in such areas wouldn't be easy - either the check will be very slow, prone to errors, or you will need some complex and sophisticated algorithm to make it at least somewhat reliable. Yes, I think a re-think is in order regarding the validators or at *least* those with a direct influence on editing like the JOSM validator. When they were introduced, people were relatively sure about what they were doing and the validator was just an ummm, not sure if this is right...? voice, to be taken with a grain of salt. But nowadays, too many take the validators for gospel, and refrain from making legitimate edits because a validator flags them up. Today, validators should be more cautious about what they flag. Bye Frederik ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
Peter Wendorff wrote: I thought about the history feature the OSM has and wonder, if the deletion of empty nodes normaly should be a problem. Please correct me, if I'm wrong, but AFAIK the OSM works as follows: - an object is created, normally - but not necessary with attributes. - an object can be deleted any time - if a deleted object is touched again by changing it's attributes, it will be recreated so it's present in the database again. That is correct. If that's the case, I observe: Deletion of attribute-less objects will never be a problem, as long as nobody tries to get information from that objects (not included from my point of view). The point of this discussion: There are people who get information from 3 empty nodes at the end of a way. ___ ... It is another way of saying fixme=continue on that way. Although I consider this style a little old fashioned, we shouldn't destroy other people's work, just because we don't like the way they are doing things. So why not let validator detect these cases when searching for dup nodes? There shouldn't be a problem with that... Sebastian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-legal-talk] CT Open Issues
Is there a page similar to http://wiki.openstreetmap.org/wiki/Open_Data_License/Open_Issues which lists the problems with the current draft of the CT's David ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
At 2010-08-16 11:44, Sebastian Klein wrote: If that's the case, I observe: Deletion of attribute-less objects will never be a problem, as long as nobody tries to get information from that objects (not included from my point of view). The point of this discussion: There are people who get information from 3 empty nodes at the end of a way. ___ ... Is this documented somewhere? I've removed untagged nodes that are scattered around from the various bugs and anomalies that have been cited. If I've removed someone's graphical ellipses, I'm sorry, but I've had no reasonable way to understand that they meant anything. I think this is a poor fit for the OSM tagging data model. Acceptance of it could be used to defend people drawing other untagged constellations, like question marks and exclamation points, instead of using the fundamental accepted scheme (tagging) to communicate what they are doing. It is another way of saying fixme=continue on that way. But it is easy in JOSM, for example, to create a toolbutton that does this with one mouseclick. Although I consider this style a little old fashioned, we shouldn't destroy other people's work, just because we don't like the way they are doing things. Agreed, though we don't have to condone it's continued use. So why not let validator detect these cases when searching for dup nodes? There shouldn't be a problem with that... It's certainly quite a bit harder to decide if there are nearby untagged nodes from the same changeset. Wouldn't it make more sense to write a bot to find these and tag them than to burden the validator forever with this special code? Should we at least vote on it's continued use? Do people that use it really feel that strongly? Sebastian ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk -- Alan Mintz alan_mintz+...@earthlink.net ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
Hi, Peter Wendorff wrote: Deletion of attribute-less objects will never be a problem, as long as nobody tries to get information from that objects (not included from my point of view). Wrong because someone could try to build an object from them in the next step. Of course the tactics like I make three dots to mark for myself, that it needs further work there will fail in that cases. But what's the problem in adding a fixme-attribute to that data? There is no problem in adding a fixme attribute. Many people indeed do it because they like it better. Some people put three dots because they like that better. We don't have to force everyone to do it the same way. If I do three dots and I find that another mapper in my area removes them, I'll talk to him and then he'll hopefully understand. If I map in an area where my dots are removed all the time, I'll probably start using a fixme. (Personally I think a fixme is too strong - it sounds like there is something broken that needs to be fixed whereas I simply want to point out that there's something there which has not yet been mapped. To me, the logical equivalent would be covering every unmapped place in fixmes.) As I said, I am not religious about this particular personal touch that people may have in mapping. What I dislike is the basic idea of creating rules that everyone must follow (combined with but what's the PROBLEM in following my rule?). We must create rules only as a last resort; only where there is no other way but for everyone to do the same. The real art is to identify the places where one must have rules, and leave anything else alone. Every extra rule makes OSM less good. That's my basic message - the ... is just an example. 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] RFC: what are empty nodes and how should we use them?
On 16/08/2010 15:23, Pierre-Alain Dorange wrote: Williwil...@gmx.de wrote: Looks like making a mountain out of a molehill. +1 I agree also. It looks like some people left their common sense at home today. Deliberately adding empty tags, indeed. What a ridiculous notion. Please stop it. Dave F. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
On 17 August 2010 06:34, Frederik Ramm frede...@remote.org wrote: (Personally I think a fixme is too strong - it sounds like there is something broken that needs to be fixed whereas I simply want to point out that there's something there which has not yet been mapped. To me, the logical equivalent would be covering every unmapped place in fixmes.) Would note=* be better? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
Le lundi 16 août 2010 à 22:35, Dave F. a écrit : It looks like some people left their common sense at home today. Deliberately adding empty tags, indeed. What a ridiculous notion. Please stop it. I don't understand your message. I think no one has suggested to add empty tags. We were talking about nodes without any tag, and many people suggested that if those nodes are supposed to be useful for anything, then they should be tagged with (at least one) meaningful tag. -- Renaud Michel ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] RFC: what are empty nodes and how should we use them?
On 16/08/2010, Frederik Ramm frede...@remote.org wrote: Martin, MP wrote: You will make some specific check for three continuous dots? Well, there are areas with thousands of such orphaned nodes and trying to check if there are somewhere three dots in a line in such areas wouldn't be easy - either the check will be very slow, prone to errors, or you will need some complex and sophisticated algorithm to make it at least somewhat reliable. Yes, I think a re-think is in order regarding the validators or at *least* those with a direct influence on editing like the JOSM validator. When they were introduced, people were relatively sure about what they were doing and the validator was just an ummm, not sure if this is right...? voice, to be taken with a grain of salt. But nowadays, too many take the validators for gospel, and refrain from making legitimate edits because a validator flags them up. Today, validators should be more cautious about what they flag. Perhaps alter the default validator settings and make some potentially more destructive check turned off. In case of solitary untagged nodes, there could be some minimum-age setting (default could be day or perhaps few days) and validator will report only older nodes as untagged and unconnected - since if the node is too new, there is chance that it is part of some import and the way will be added later (it can be sometimes even few days gap between adding lot of nodes and ways that use these nodes in case of large imports over slow connections) - so the node should not be deleted, at least not immediately. Martin ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] 3dshapes gebouw een functie geven
On Mon, 16 Aug 2010 14:06:04 +0200, Frank Fesevur f...@users.sourceforge.net wrote: Hallo, Ik ben bezig met wat mapping bij het Haagse Zuiderpark. Daar is een bezinepomp die als building vanuit 3dshapes al aanwezig is. Wat is het verstandigste methode om daar een bezinepomp van te maken? Als ik in de wiki kijk http://wiki.openstreetmap.org/wiki/Fuel staan daar bij Used on these elements een node en een area, maar als ik de tekst lees wordt er gezegd een extra node in een area aan te maken. Wat is is in het algemeen de handigste methode om zo'n gebouw een functie te geven, want er zijn natuurlijk nog veel meer gebouwen geïmporteerd, die een name- en amenity-tag waard zijn. Ik zie er in het kleine stukje dat ik nu in JOSM geladen heb zo al minimaal vijf (een kerk, een aantal restaurants, die bezinepomp, het politiebureau). De extra node is denk ik om makkelijk POI's te kunnen downloaden. Ik weet niet of er veel programma's zijn die POI's genereren uit area's. Ik zou de name tag dan niet herhalen op de area. Want dan wordt dat ook weer twee keer gerenderd. Als er een gebouw bestaat pak ik wel eens een node van het gebouw om dat te taggen, als het tenminste een vrijstaand gebouw is. Kerken worden ook anders gerenderd als ze als zodanig getagd zijn. Maar ik weet even niet of dat inclusief een kruis is, of dat dat kruis alleen op een node gerenderd wordt. Maarten ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 3dshapes gebouw een functie geven
-BEGIN PGP SIGNED MESSAGE- Hash: SHA512 Op 16-08-10 14:44, Maarten Deen schreef: On Mon, 16 Aug 2010 14:06:04 +0200, Frank Fesevur f...@users.sourceforge.net wrote: Hallo, Ik ben bezig met wat mapping bij het Haagse Zuiderpark. Daar is een bezinepomp die als building vanuit 3dshapes al aanwezig is. Wat is het verstandigste methode om daar een bezinepomp van te maken? Als ik in de wiki kijk http://wiki.openstreetmap.org/wiki/Fuel staan daar bij Used on these elements een node en een area, maar als ik de tekst lees wordt er gezegd een extra node in een area aan te maken. Wat is is in het algemeen de handigste methode om zo'n gebouw een functie te geven, want er zijn natuurlijk nog veel meer gebouwen geïmporteerd, die een name- en amenity-tag waard zijn. Ik zie er in het kleine stukje dat ik nu in JOSM geladen heb zo al minimaal vijf (een kerk, een aantal restaurants, die bezinepomp, het politiebureau). De extra node is denk ik om makkelijk POI's te kunnen downloaden. Ik weet niet of er veel programma's zijn die POI's genereren uit area's. Ik zou de name tag dan niet herhalen op de area. Want dan wordt dat ook weer twee keer gerenderd. Als er een gebouw bestaat pak ik wel eens een node van het gebouw om dat te taggen, als het tenminste een vrijstaand gebouw is. Kerken worden ook anders gerenderd als ze als zodanig getagd zijn. Maar ik weet even niet of dat inclusief een kruis is, of dat dat kruis alleen op een node gerenderd wordt. Het lijkt me dat we niet moeten gaan taggen om de renderer te plezieren. Ik neem dat ook aan dat omdat dit probleem zich nu voordoet dat Ldp best een regel kan opnemen zodat op gebouwen het middelpunt wordt gebruikt voor een icoontje? (Zover dat al niet gebeurt) Stefan -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.15 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEAREKAAYFAkxpNN0ACgkQYH1+F2Rqwn2GsACeNQOOOkq/uHa1AeJ0J3p3CY11 d3wAnAxx5kncohpz76ClLrdZ7n5SjK68 =BNvi -END PGP SIGNATURE- ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 3dshapes gebouw een functie geven
On 16-8-2010 14:44, Maarten Deen wrote: Wat is is in het algemeen de handigste methode om zo'n gebouw een functie te geven Tag het gebouw. Als het een gedeeld gebouw is: a) zet losse nodes als je niet weet hoe de interne verdeling is, of b) deel het gebouw op in kleinere delen en tag die delen. Losse nodes in een gebouw zijn niet fout, maar ook niet nodig, in de meeste gevallen. De extra node is denk ik om makkelijk POI's te kunnen downloaden. Ik weet niet of er veel programma's zijn die POI's genereren uit area's. Als zulke programma's dat nu niet doen, dan zijn ze niet compleet. POI's kunnen namelijk net zo goed op een closed way worden gezet, en dan heb je een evt. losse node binnen die way niet meer nodig. Vroeger werd de methode met de losse node aanbevolen, maar dat was ook een taggen-voor-mapnikverhaal, omdat die geen icoontjes liet zien voor closed ways. Nu wel, dus als je het gebouw tagt is dat voldoende. Ik zou de name tag dan niet herhalen op de area. Want dan wordt dat ook weer twee keer gerenderd. Klopt, een van de twee kan dan weg. Liefst de node. Als er een gebouw bestaat pak ik wel eens een node van het gebouw om dat te taggen, als het tenminste een vrijstaand gebouw is. Creatief, dat wel hoor, maar wat een gedrocht! :) Kerken worden ook anders gerenderd als ze als zodanig getagd zijn. Maar ik weet even niet of dat inclusief een kruis is, of dat dat kruis alleen op een node gerenderd wordt. Resumerend: (zo goed als) alle symbolen worden gerenderd voor zowel nodes als closed ways, op de kaart die uit mapnik rolt. In osmarender was dat zover ik weet al tijden eerder geregeld. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 3dshapes gebouw een functie geven
+1, zo doe ik het ook precies. ik verbouw ook wel eens gegevens van anderen als ik het tegenkom. een hoeknode de tags geven zou ik persoonlijk niet doen. groet, floris Lennard wrote: On 16-8-2010 14:44, Maarten Deen wrote: Wat is is in het algemeen de handigste methode om zo'n gebouw een functie te geven Tag het gebouw. Als het een gedeeld gebouw is: a) zet losse nodes als je niet weet hoe de interne verdeling is, of b) deel het gebouw op in kleinere delen en tag die delen. Losse nodes in een gebouw zijn niet fout, maar ook niet nodig, in de meeste gevallen. De extra node is denk ik om makkelijk POI's te kunnen downloaden. Ik weet niet of er veel programma's zijn die POI's genereren uit area's. Als zulke programma's dat nu niet doen, dan zijn ze niet compleet. POI's kunnen namelijk net zo goed op een closed way worden gezet, en dan heb je een evt. losse node binnen die way niet meer nodig. Vroeger werd de methode met de losse node aanbevolen, maar dat was ook een taggen-voor-mapnikverhaal, omdat die geen icoontjes liet zien voor closed ways. Nu wel, dus als je het gebouw tagt is dat voldoende. Ik zou de name tag dan niet herhalen op de area. Want dan wordt dat ook weer twee keer gerenderd. Klopt, een van de twee kan dan weg. Liefst de node. Als er een gebouw bestaat pak ik wel eens een node van het gebouw om dat te taggen, als het tenminste een vrijstaand gebouw is. Creatief, dat wel hoor, maar wat een gedrocht! :) Kerken worden ook anders gerenderd als ze als zodanig getagd zijn. Maar ik weet even niet of dat inclusief een kruis is, of dat dat kruis alleen op een node gerenderd wordt. Resumerend: (zo goed als) alle symbolen worden gerenderd voor zowel nodes als closed ways, op de kaart die uit mapnik rolt. In osmarender was dat zover ik weet al tijden eerder geregeld. -- Lennard ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 3dshapes gebouw een functie geven
Op 16 augustus 2010 16:39 heeft Lennard het volgende geschreven: On 16-8-2010 14:44, Maarten Deen wrote: Wat is is in het algemeen de handigste methode om zo'n gebouw een functie te geven Tag het gebouw. Duidelijk (en de rest van je verhaal ook trouwens). Ga ik doen. Gegroet, Frank ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 3dshapes gebouw een functie geven
Dit is inderdaad een uitstekende uitleg. Ik deed het tot op heden ook op de node-manier. Dit moet echt iedereen tussen de oren hebben. Wie gaat het verhaal samenvatten op Wiki. Daar staat het dus nog niet duidelijk genoeg. Gegroet. Robert Quoting Frank Fesevur f...@users.sourceforge.net: Op 16 augustus 2010 17:09 heeft Floris Looijesteijn het volgende geschreven: +1, zo doe ik het ook precies. ik verbouw ook wel eens gegevens van anderen als ik het tegenkom. een hoeknode de tags geven zou ik persoonlijk niet doen. Ik zie wel een toepassing voor zo'n hoeknode om bijvoorbeeld de locatie van een geldautomaat aan te geven op een groter gebouw. Gegroet, Frank ___ Talk-nl mailing list http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 3dshapes gebouw een functie geven
Mee eens, dat is een geldige reden. Maar wat mij betreft niet een bioscoop/kerk/tankstation slechts op een van de hoeknodes tags geven. Groet, Floris rob...@elsenaar.info wrote: Dit is inderdaad een uitstekende uitleg. Ik deed het tot op heden ook op de node-manier. Dit moet echt iedereen tussen de oren hebben. Wie gaat het verhaal samenvatten op Wiki. Daar staat het dus nog niet duidelijk genoeg. Gegroet. Robert Quoting Frank Fesevur f...@users.sourceforge.net: Op 16 augustus 2010 17:09 heeft Floris Looijesteijn het volgende geschreven: +1, zo doe ik het ook precies. ik verbouw ook wel eens gegevens van anderen als ik het tegenkom. een hoeknode de tags geven zou ik persoonlijk niet doen. Ik zie wel een toepassing voor zo'n hoeknode om bijvoorbeeld de locatie van een geldautomaat aan te geven op een groter gebouw. Gegroet, Frank ___ Talk-nl mailing list http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Hoe tag ik een voormalige kerk
Hoi Frank die heb ik hier ook in de buurt, ik tag ze als building=church en dan geen amenity erop of andere poespas van religie. http://wiki.openstreetmap.org/wiki/Proposed_features/Building Groeten Rob Op 16 augustus 2010 20:42 heeft Frank Fesevur f...@users.sourceforge.net het volgende geschreven: Hallo, Nog een tag-vraag... Wat is de beste manier om een gebouw te taggen dat als kerk is gebouwd, en er ook echt als een kerk uitziet, maar nu een andere functie heeft (nu woning, wijkgebouw, etc). Het is geen place of worship meer, dus dat lijkt op het eerste gezicht niet logisch. Maar het gebouw is duidelijk een kerk. Voor de plaatselijk onbekende die onderweg is, is het herkenbaar als kerk en heeft dat dus wel degelijk die waarde ter oriëntatie. Je zegt tegen die persoon toch gewoon ga bij de kerk linksaf. Gegroet, Frank ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] 3dshapes gebouw een functie geven
On Monday 16 August 2010 16:39:56 Lennard wrote: Als het een gedeeld gebouw is: a) zet losse nodes als je niet weet hoe de interne verdeling is In dit geval weet je vaak wel waar de diverse ingangen zitten en dan gebruik ik 'building=entrance' plus de gebruikelijke tags voor de POI op één node op de plaats van de deur. Maar is het even kan gebruik ik natuurlijk b) deel het gebouw op in kleinere delen en tag die delen. -- m.v.g., Cartinus ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] Hoe tag ik een voormalige kerk
Ik heb ook diverse van zulke kerken getagd, ik geef ze dan een titel als: voormalige Laurenkerk Frank Fesevur wrote: Hallo, Nog een tag-vraag... Wat is de beste manier om een gebouw te taggen dat als kerk is gebouwd, en er ook echt als een kerk uitziet, maar nu een andere functie heeft (nu woning, wijkgebouw, etc). Het is geen place of worship meer, dus dat lijkt op het eerste gezicht niet logisch. Maar het gebouw is duidelijk een kerk. Voor de plaatselijk onbekende die onderweg is, is het herkenbaar als kerk en heeft dat dus wel degelijk die waarde ter oriëntatie. Je zegt tegen die persoon toch gewoon ga bij de kerk linksaf. Gegroet, Frank Ronald ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [Talk-br] Ajuda para iniciantes
Bem-vindo(a) ao projeto. Eu mapeei uma parte (pequena) de Porto Alegre. Não moro em Porto, mas estou perto. A melhor forma é usar essa lista para tirar dúvidas, coordenar esforços, etc. Uma dica é visitar a página do projeto no Brasil: http://wiki.openstreetmap.org/wiki/WikiProject_Brazil O mapeamento da Restinga está bem fraco, por enquanto: http://www.openstreetmap.org/?lat=-30.1543lon=-51.1337zoom=14layers=M Toda ajuda é bem-vinda. Em 15-08-2010 20:07, venu...@riseup.net escreveu: Olá todos e todas mapeadoras. Estou iniciando o uso do open e gostaria de fazer contato direto com mapeadores em Porto Alegre. Como seria isso? Grande abraço da Restinga ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br -- Flávio Bello Fialho Pesquisador, Embrapa Uva e Vinho be...@cnpuv.embrapa.br ___ Talk-br mailing list Talk-br@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-br
Re: [Talk-de] Lizenzwechsel: freiwillige Zustimmung ab jetzt moeglich
Am 14.08.2010 05:14, schrieb Jonas Stein: vieviele Mapper man nach dieser Theorie fuer eine misbrauchresistente PD-Karte braucht haengt allein von der Downloadgeschwindigkeit des Kartenriesen ab. Nein. Begründung: Merging von Geodatenbanken ist echt aufwändig. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°E Ceterum censeo Carthaginem esse delendam. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen und Ways
On Sonntag, 15. August 2010 20:34 Klaus Hartl wrote: Wie würdet ihr die Situation auf diesem Bild (http://image.shutterstock.com/display_pic_with_logo/50410/50410,1163142268,2/stock-photo-road-fence-and-fields-altay-russia-2166568.jpg) kartieren? Mein Vorschlag wäre klar ein Landuse-Polygon mit Tag fence im Besitz gemeinsamer Knoten mit highway=road. Je nach Situation zeichne ich auch landuse bis an die Straßenlinie und verwende deren Knoten. Denn die Straße ist ja keine Linie sondern eine Fläche (Band), das in OSM durch die gedachte Mittellinie und eine explizit oder vom Renderer standarmäßig angenommene Breite (width) repräsentiert wird. Und somit endet landuse für mich in der Regel am Straßenrand. Wenn jedoch wie hier der Zaun so weit vom Straßenrand weg ist, dass man problemlos zwischen Straßenrand und Zaun laufen könnte, kann man zwar das landuse mit der Straßenlinie verbinden aber der Zaun gehört an seine richtige Stelle. Sonst gibt es schnell Diskussionen wie Geht das auch noch bei 3 / 10 / 15 m Abstand wenn die Straße 10 / 20 / 40 m breit ist? was haltet ihr generell von einer Art Fragebogen / Tutorial mit einer Reihe sich in Details unterscheidender Situationen? Also Bilder wie das hier verlinkte und die Möglichkeit, diese Daten zu interpretieren? Sehr gute Idee, um das Kartieren zu vereintlichen. Würde gut hier http://wiki.openstreetmap.org/wiki/DE:Germany_roads_tagging oder hier hinpassen http://wiki.openstreetmap.org/wiki/DE:Howto_Map_A Viel Spass beim Kartieren Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen und Ways
On 08/16/2010 08:58 AM, Willi wrote: Je nach Situation zeichne ich auch landuse bis an die Straßenlinie und verwende deren Knoten. Denn die Straße ist ja keine Linie sondern eine Fläche (Band), das in OSM durch die gedachte Mittellinie und eine explizit oder vom Renderer standarmäßig angenommene Breite (width) repräsentiert wird. Und somit endet landuse für mich in der Regel am Straßenrand. wenn Du landuse Flächen auf beiden Seiten der Straße so mit gemeinsamen Nodes anbindest bekommst Du damit aber auch eine die Flächen grenzen direkt aneinander Beziehung die eben genau *nicht* die Wirklichkeit abbildet, denn die Flächen berühren sich ja gerade wegen der dazwischen verlaufenden Straße *nicht*. (von den praktischen Problemen bei der nachträglichen Bearbeitung solcher Konstrukte mal ganz abgesehen ...) -- hartmut ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rad- und Wanderweg auf gleichem Weg -- wie taggen
Am 15. August 2010 21:05 schrieb Holger s...@der hs69...@web.de: danke für eure Ratschläge. Da es sich ja doch um einen breiteren Weg handelt ist vielleicht highway=track die richtige Wahl. Ist hier die Kombination mit foot=designated, bicycle=designated und vehicle=destination zulässig? Ja! Die Access-Values können an jeden Weg ergänzt werden. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Massendownloads (was: Last auf den Servern)
Hallo! ueberdurchschnittlich hoehen Zahl an Leuten, die mit dem /map-Aufruf groessere Datenmengen herunterladen. Fast zu jedem Zeitpunkt gibt es 3-4 Leute, die mit 10 und mehr parallenen Threads massig Daten herunterladen (und meistens kommen 2 oder 3 davon von einer t-dialin-Netzadresse). Vielleicht ziehen sich auch einige Leute alle möglichen Daten, weil sie (die unberechtigte) Angst haben durch den geplanten Lizenzwechsel würden Ihnen Daten weggenommen. Man sollte noch mal darauf hinweisen, auch nach einem Wechsel der Lizenz immer noch der letzte CC-Planet-Dump zum Download bereitsteht. Außerdem sollte man für größere Gebiete sowieso auf XAPI oder Planetfile bzw. dessen Extrakte zurückgreifen. Das kann auch nicht oft genug sagen. Kann man Adressen nicht kurzzeitig sperren und statt Daten einen entsprechenden Hinweis senden? Wäre es nicht sinnvoll, solche parallelen API-Aufrufe künstlich zu verlangsamen? So daß für jede IP-Adresse registriert wird wieviele API-Aufrufe erfolgen, und jeden weitern Aufruf einen Tick zu verzögern, so daß der normale Mapper davon nichts merkt, aber die Massendownloader gebremst werden? Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderwege
Hi Markus, Wer kann mir sagen, wieviele Kilometer Wanderwege in OSM erfasst sind: - weltweit - in DE Gegenfrage, wie definierst Du denn Wanderweg? Alles was Teil eienr Wanderwegerelation Ja, so hätte ich es definiert. Also geholfen wurde dir ja noch nicht. Ich kann dir auch nicht die Antwort geben, aber ein paar Loesungsmoeglichkeiten: Wenn du die Wanderwegsrelationen kennst, kannst du die Laenge eines einzelnen markierten Wanderwegs ueber Relationenanalysierer herausbekommen, etwa hier: http://betaplace.emaitie.de/webapps.relation-analyzer/ Fehlt also noch die Liste aller Wanderwege deutschland- oder weltweit. Die muesste man ja eigentlich mittels XAPI-Anfragen (type:relation, route=hiking) herausbekommen. Naja, du wuerdest Wegteile, ueber die viele Markierungen fuehren, mehrfach zaehlen. Vielleicht reicht es ja, alle Mitglieder dieser Relation nachzuladen und dann die so gesammelten Wegstuecke zusammenzurechnen. Einen schnellen Ueberblick bekommst du mit Lonvias Hiking Map: http://osm.lonvia.de/world_hiking.html Dort rechts unten bei Routes klicken. Das ergibt eine Liste von Wanderwegen aus der angezeigten Region, und fuer die kannst du einfach weitere Informationen, auch die Laenge, erfahren. Hoffe, das hilft etwas weiter, stw -- Die Kartoffeln von diesen Feldern waren in der Größe alle gleich, man hat nirgendwo gleichere gefunden, es werden wohl die gleichsten überhaupt gewesen sein. [Matthias Opatz in desd] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massendownloads
hi Kann man Adressen nicht kurzzeitig sperren und statt Daten einen entsprechenden Hinweis senden? Wäre es nicht sinnvoll, solche parallelen API-Aufrufe künstlich zu verlangsamen? Bei Web-Applikationen greift der User nicht direkt auf die API zu. Alle API Requests gehen über den Server mit der Web-Applikation und werden dann an den API Server weitergeleitet. Wenn eine Web Applikation also 10 User bedient kommen die Requsts dieser 10 User von der gleichen IP Adresse. Ein automatisches verlangsamen würde mir gar nicht gefallen. Sollte meine Web Applikation Probleme machen, dann bin ich kontaktierbar weil ich die nötigen Informationen dazu im userAgent String übergebe. lg, Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neues von der Reit- und Wanderkarte
Am 15. August 2010 16:26 schrieb Thomas Ineichen osm.mailingl...@t-i.ch: hier noch ein Beispiel für nicht gerenderte Multipolygone: http://www.wanderreitkarte.de/?lon=12.828lat=42.448zoom=11 http://www.openstreetmap.org/?lat=42.448lon=12.828zoom=11layers=M Das könnte an folgendem Way liegen, der zwar die Rolle outer hat, aber nicht wirklich zu den Grenzen des Polygons gehört: http://www.openstreetmap.org/browse/way/68914479 oha, danke, habe ich mal gelöscht. Allerdings gibt es auch Probleme mit anderen MPs dort (ist nicht alles 1 MP), und seltsamerweise hat Mapnik kein Problem damit, t...@h ÖPNV und andere hingegen schon. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzept für die Gruppierung von ways ( ähnlich Linienbündel; Problem von drehenden ways bei =?utf-8?q?_=3D=3Futf-8=3Fq=3F=5F forward/back =?utf-8?q?ward=3D3F=3D3D=3F=3 D?=)
Am 15. August 2010 21:23 schrieb Guenther Meyer d@sordidmusic.com: es geht hier darum, dass auf den Wegstuecken richtungsabhaengige Tags drauf sind. Deshalb kann man die beiden Wege sowieso nicht einfach vereinen, und darum stellt sich die Problematik gar nicht. nein, es ging darum, dass Deiner Ansicht nach sowieso unnötig sei, Wege zu drehen, während es eben doch zwangsläufig vorkommt. Dann habe ich versucht, es Dir zu erklären, und leider war das nicht ausführlich genug. Wenn beide Teilstücke inkompatible richtungsabhängige Tags haben, wie Du unterstellst, dann geht es natürlich wirklich nicht. Unsere Daten sind allerdings fast nie vollständig, und daher kommt es öfters vor, dass man Wege verbinden will, weil die Teilstücke dieselben Tags haben. Wenn die Wege entgegengesetzte Richtungen haben, muss einer der beiden gedreht werden. JOSM versucht dabei anscheinend bereits, Änderungen an Tags zu minimieren indem er bevorzugt die Teile ohne richtungsabhängige Informationen dreht. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen und Ways
On 08/16/2010 08:58 AM, Willi wrote: Je nach Situation zeichne ich auch landuse bis an die Straßenlinie und verwende deren Knoten. Denn die Straße ist ja keine Linie sondern eine Fläche (Band), das in OSM durch die gedachte Mittellinie und eine explizit oder vom Renderer standarmäßig angenommene Breite (width) repräsentiert wird. Und somit endet landuse für mich in der Regel am Straßenrand. On Montag, 16. August 2010 14:34 Hartmut Holzgraefe wrote wenn Du landuse Flächen auf beiden Seiten der Straße so mit gemeinsamen Nodes anbindest bekommst Du damit aber auch eine die Flächen grenzen direkt aneinander Beziehung die eben genau *nicht* die Wirklichkeit abbildet, denn die Flächen berühren sich ja gerade wegen der dazwischen verlaufenden Straße *nicht*. (von den praktischen Problemen bei der nachträglichen Bearbeitung solcher Konstrukte mal ganz abgesehen ...) Ich denke, ich habe mich nicht klar ausgedrückt. Ich versuch's nochmal. Jede Abbildung auch ein Foto oder ein Video kann die Wirklichkeit prinzipiell nicht genau wiedergeben sondern ist stets eine Vereinfachung. Dies ist meist auch gewünscht: für den Zweck der Abbildung wichtige Dinge werden beibehalten oder gar verstärkt, unwichtige geschwächt oder gar weggelassen. Das ist auch in der OSM Datenbank so. Eine Straße wird als Linie dargestellt und die Breite dazu explizit mit width= angegeben oder vom Renderer angenommen, obwohl in Wirklichkeit eine bandförmige Fläche ist. Wenn ich jetzt landuse von beiden Seiten an diese Linie anbinde, dann wird damit ausgedrückt, dass die Flächen bis zur Straße, also bis zu den Straßenrändern gehen und die Straße dazwischen liegt, und nicht dass die Flächen bis zur Straßenmitte gehen. Bei Wäldern, Feldern und Wiesen kann das immer so gesehen werden. Bei residential könnte man auch sagen, die halbe Straße gehört dazu. Es gibt weitere Beispiele wo die Darstellung in der Datenbank die Wirklichkeit nicht genau abbildet, aber klar ist wie die Abbildung zu verstehen ist. Wenn ich einen Knoten der Straße mit highway=zebra_crossing versehe, dann habe ich genau genommen nur einen kleinen Punkt mitten auf der Straße als Zebrastreifen deklariert. Dies ist aber so zu verstehen, dass der Zebrastreifen von einem zum anderen Straßenrand geht. Wenn ich eine Straße durch einen Wald zeichne, dann muss ich den Wald nicht teilen, da im Normalfall auf der Straße keine Bäume stehen und dies deshalb als gegeben angesehen wird. Wenn ich eine Straße über einen Fluss zeichne, dann habe ich damit bereits ausgedrückt, dass die Straße den Fluss überquert. Eine Brücke kann ich dann zeichnen wenn ich ihre Widerlager ausgemessen habe, muss es aber nicht, da dies der Normalfall ist, auch wenn Keepright hier anderer Meinung ist. Anders ist es natürlich wenn die Straße in einem Tunnel den Fluss unterquert. Ob die Darstellung mit gemeinsamen Knoten und Linien oder die mit getrennten Knoten und Linien geeigneter und bei der späteren Bearbeitung aufwendiger ist hängt von der Situation, der Arbeitsweise, dem Editor und den durchzuführenden Änderungen ab. Wird zum Beispiel eine zweispurige Straße durch Wegnahme von Fläche der anliegenden Wälder, Felder und Wiesen vierspurig ausgebaut, so genügt bei gemeinsamen Linien die Angabe von lines=4 und von width wenn ich genauer sein will. Bei getrennten Linien muss ich diese verschieben. Will ich dagegen noch unkartierte oder neu gebaute Objekte wie Feldwege oder Radwege zwischen Straße und Wäldern, Feldern und Wiesen einzeichnen, dann muss ich bei gemeinsamen Linien aufdröseln, bei getrennten Linien in korrekter Lage die Objekte jedoch nur dazwischen zeichnen. Deswegen wähle ich je nach Situation die Methode, die mir momentan und für zukünftige Änderungen geeigneter scheint. Irrtum vorbehalten ;-) Viel Spass beim Kartieren Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM in KDE 4.5.0
Am 11. August 2010 10:00 schrieb Pascal Neis pascal.n...@gmail.com: Hi, als Info. Gestern bei heise.de: KDE 4.5.0 stabiler und mit mehr Funktionen Größte Neuerung ist Routingapp mit #OSM und #ORS ... http://www.heise.de/newsticker/meldung/KDE-4-5-0-stabiler-und-mit-mehr-Funktionen-1053029.html Ja, ich bin jetzt auch mit KDE 4.5 unterwegs und muss sagen, daß die aktuelle Version von Marble in meinen Augen den Vogel abgeschossen hat, wenn es darum geht, Routen (speziell zu Fuß und mit dem Fahrrad) auf OSM-Basis zu planen - das ganze ist sehr einfach zu bedienen und erlaubt es z.B., Zwischenpunkte durch ziehen mit der Maus an der gewünschten Stelle einzufügen, wodurch man ohne viel Aufwand genau festlegen kann, wo es langgehen soll. :-) Was ich noch nicht ausprobiert habe, ist die Benutzung von Marble als live-router (was anscheinend funktionieren soll) und Nutzung der exportierten .gpx einer Route auf dem Garmin zum routen(sieht auf den ersten Blick aus, als müsste es gehen, da sowohl Trackpunkte als auch Routenpunkte im .gpx abgespeichert werden). Ich denke, wer keine Angst hat, ein Programm zu installieren(Marble hat IIRC keine KDE-Abhängigkeiten), um seine Rad- oder Wanderrouten mit OSM zu planen, könnte sich das durchaus mal ansehen. Bin mal gespannt, was da noch kommt - die Entwicklung schein jedenfalls im Moment nicht gerade schleppend zu verlaufen. Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bitte um Mithilfe: Friedhofmapping jetzt im wiki
Am 16.08.2010 00:30, schrieb Stephan Wolff: Wir erfassen solche Bäume, die die Umgebung prägen, aber nicht jeden Baum; Wie kommst du denn darauf? wir erfassen Wege in Parks, aber nicht in Privatgärten; Und darauf? wir erfassen Hochspannungsleitungen, aber keine Kabel zu Einfamilienhäusern ... Und darauf? Natürlich kann man alle obigen Beispiele mappen, manche tun das bereits. So auch ich gelegentlich, wenn auch nicht flächendeckend. Grüßle, der fleißige -fri- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bitte um Mithilfe: Friedhofmapping jetzt im wiki
Tach, Am 15.08.2010 um 22:02 schrieb Johann H. Addicks: Am 15.08.2010 18:58, schrieb MXrtin Koppenhoefer: Als hinreichendes Kriterium für Prominenz könnte ein Wikipiaeintrag gelten. -1000 Bitte auf gar keinen Fall Relevanz-kriterien einführen, und erst recht nicht unbesehen die von Wikipedia übernehmen. Mir war nicht klar, dass Du so viele Leute bist. Anyway, dann sollten wir trotzdem vielleicht vorher klären, wo die Grenze des (postmortalen) Persönlichkeitsrechts liegen könnten, also ob man damit evtl. rechtliche Probleme bekommt, wenn Angehörige dieser Veröffentlichung widersprechen möchten. bitte jetzt keine grabviewdiskussion. Einfach Taggen und gut ist. Mfg Marc ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderwege
Am 16.08.10 10:36, schrieb Steffen Wolf: Also geholfen wurde dir ja noch nicht. Ich kann dir auch nicht die Antwort geben, aber ein paar Loesungsmoeglichkeiten: Wenn du die Wanderwegsrelationen kennst, kannst du die Laenge eines einzelnen markierten Wanderwegs ueber Relationenanalysierer herausbekommen, etwa hier: http://betaplace.emaitie.de/webapps.relation-analyzer/ Fehlt also noch die Liste aller Wanderwege deutschland- oder weltweit. Da gibt es schon was: http://www.wanderreitkarte.de/Wanderwegverzeichnis.php Die muesste man ja eigentlich mittels XAPI-Anfragen (type:relation, route=hiking) herausbekommen. route=foot kommt mindestens ebensooft vor. Xapi in Zusammenarbeit mit Bounding-box und Relationen ist vom Antwortverhalten nicht zu empfehlen. Leider hilft aber osmosis aun germany.osm auch nicht, da nur die Relationen mit ihren Elementen ausgeschnitten werden, nicht aber die Knoten zu den Wegelementen. Naja, du wuerdest Wegteile, ueber die viele Markierungen fuehren, mehrfach zaehlen. Vielleicht reicht es ja, alle Mitglieder dieser Relation nachzuladen und dann die so gesammelten Wegstuecke zusammenzurechnen. Das kannst du bei 1000 Relationen getrost vergessen. Josm hängt sich damit auf, und XAPI kann m.W. nicht direkt nach Knoten/Weg-ID befragt werden. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massendownloads
Am 16.08.10 10:11, schrieb Christian H. Bruhn: Kann man Adressen nicht kurzzeitig sperren und statt Daten einen entsprechenden Hinweis senden? Wäre es nicht sinnvoll, solche parallelen API-Aufrufe künstlich zu verlangsamen? So daß für jede IP-Adresse registriert wird wieviele API-Aufrufe erfolgen, und jeden weitern Aufruf einen Tick zu verzögern, so daß der normale Mapper davon nichts merkt, aber die Massendownloader gebremst werden? Im Prinzip läuft das jetzt schon so. Kannst du bei jtiledownloader gut sehen, wie schnell die ersten 100 Tiles und wie langsam die letzten runtergeladen werden. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bitte um Mithilfe: Friedhofmapping jetzt im wiki
Am 15. August 2010 22:02 schrieb Johann H. Addicks addi...@gmx.net: Anyway, dann sollten wir trotzdem vielleicht vorher klären, wo die Grenze des (postmortalen) Persönlichkeitsrechts liegen könnten, also ob man damit evtl. rechtliche Probleme bekommt, wenn Angehörige dieser Veröffentlichung widersprechen möchten. sieht auf den ersten Blick nicht so aus: http://de.wikipedia.org/wiki/Postmortales_Pers%C3%B6nlichkeitsrecht Bezüglich der Rechtswirkung ist zwischen Grundrechten und einfachen Gesetzen zu unterscheiden. Das (Grund-)Recht auf informationelle Selbstbestimmung wie auch die übrigen Ausprägungen des allgemeinen Persönlichkeitsrechts aus Art. 2 Abs. 1 in Verbindung mit Art. 1 Abs. 1 des Grundgesetzes enden mit dem Tod eines Menschen. Auch einfachgesetzliche Bestimmungen wie das Namensrecht oder der Datenschutz enden grundsätzlich mit dem Tod einer Person. Auch der restliche Artikel (IANAL und Wikipedia nicht 100% verlässlich) sieht nicht so aus, als gäbe es durch das Mappen beliebiger Gräber irgendwelche potentiellen Probleme. Wird ja vermutlich trotzdem niemand tun, ein Problem ist es jedenfalls nicht. Ich verstehe auch nicht, warum es z.B. ein Problem sein sollte, das Grab der eigenen Großmutter dort zu finden: vermutlich sind dann sehr viele Gräber drin und sie steht da sozusagen wie in einem alten Telefonbuch als eine von Millionen in der db. von daher sags mit Marc: einfach Taggen und gut ist. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massendownloads
Hallo, André Joost wrote: Im Prinzip läuft das jetzt schon so. Kannst du bei jtiledownloader gut sehen, wie schnell die ersten 100 Tiles und wie langsam die letzten runtergeladen werden. Tiles sind eine andere Baustelle. Auch dort knarzt es wegen ruecksichtsloser Anwender im Gebaelk - 1% der User machen 80% vom Traffic! -, aber das behindert nur andere Leute, die die Karte sehen wollen, und nicht Mapper. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massendownloads
Hallo, bernhard zwischenbrugger wrote: Bei Web-Applikationen greift der User nicht direkt auf die API zu. Alle API Requests gehen über den Server mit der Web-Applikation und werden dann an den API Server weitergeleitet. Wenn eine Web Applikation also 10 User bedient kommen die Requsts dieser 10 User von der gleichen IP Adresse. Ja. Solche Applikationen sollten den map-Aufruf gar nicht benutzen, ausser wenn es sich um Editoren handelt. Fuer ein ich will mal eben alle POIs auf dieser Karte einzeichnen ist der map-Aufruf zu schade (=braucht zu viel Rechenzeit/Datenbankressourcen auf dem Server). Dafuer bitte XAPI benuzten oder eigenen Server aufsetzen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterscheidung (war Tiefenangabe alsName)
Am 15. August 2010 22:39 schrieb Olaf Hannemann ohannem...@gmx.de: Warum habt ihr bei den Leuchttürmen alle seamark=landmark tags in seamark=lighthouse umgewandelt? Eine landmark ist eine Landmarke. Dies sind Objekte die von See aus gut zu erkennen sind. Das können z.B. Silos, Hoteltürme (Maritim), Windkraftanlagen oder eben auch Leuchttürme sein. Was willst du mit seamark=lighthouse deutlicher machen? Es gibt doch schon man_made=lighthouse um einen Leuchtturm zu beschreiben. Redundanz? ehrlich gesagt halte ich beides für redundant und daher überflüssig. Wenn man Leuchttürme als landmarks rendern will, kann man das genauso gut mit man_made=lighthouse tun. Einen Extratag braucht man dafür nicht. Evtl. könnte es ggf. sinnvoll sein, aktive und alte Leuchttürme zu unterscheiden, indem die aktiven zusätzlich den seamark-tag bekommen (wenn Leuchttürme wovon ich als Landratte ausgehe, Seezeichen sind, die für die Navigation relevant sind). Üblicherweise in OSM machen wir das allerdings sonst über disused. seamark=landmark - wenn seamarks wie der Name sagt Seezeichen bedeutet (andere Diskussionen hier), macht keinen Sinn. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzept für die Gruppierung von ways ( ähnlich Linienbündel; Problem von drehenden ways bei =?utf-8?q?_=3D=3Futf-8=3Fq=3F=5F forward/backward=3F=3D?=)
Am 16. August 2010 07:42 schrieb Guenther Meyer d@sordidmusic.com: das ist eine Erklaerung, warum das vielleicht passiet, aber kein Grund, das auch zu tun. doch ist es. Was wären denn Deine Alternativen? Den way neuzeichnen oder das Kombinieren ganz verbieten? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rad- und Wanderweg auf gleichem Weg -- wie taggen
Am 15. August 2010 21:05 schrieb Holger s...@der hs69...@web.de: Da es sich ja doch um einen breiteren Weg handelt ist vielleicht highway=track die richtige Wahl. Ist hier die Kombination mit foot=designated, bicycle=designated und vehicle=destination zulässig? IMHO nein. Du schreibst oben: Wenn ich mich recht entsinne, ist der Weg für motorisierte Fahrzeuge gesperrt (Schild 250) aber für Anliegerverkehr frei. Es gibt keine blauen Schilder mit Fahrrad und Mensch (Schild 240). vehicle=destination ist daher m.E. angebracht, aber foot und bike designated sehe ich nicht. Es ist ein track und gut. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen und Ways
Am 16. August 2010 11:37 schrieb Willi wil...@gmx.de: Je nach Situation zeichne ich auch landuse bis an die Straßenlinie und verwende deren Knoten. Denn die Straße ist ja keine Linie sondern eine Fläche (Band), das in OSM durch die gedachte Mittellinie und eine explizit oder vom Renderer standarmäßig angenommene Breite (width) repräsentiert wird. falsch, der Renderer nimmt nicht das width der Straße sondern überhöht die Breite aus Darstellungsgründen, und das ist auch gut so. In sehr hohen Zoomleveln könnte er z.B. auch auf Straßenflächen zurückgreifen, so man die dann hat und sich auf einen Weg sie einzutragen einigt. Eine Straße besteht auch nicht nur aus der apshaltierten Fläche (zumindest nicht immer), sondern aus Abstandsflächen seitlich (Entwässerung, ggf. Brache, etc.). Unsere Straßengraphen sind von der Denke her eher Routing orientiert, sie sind zur genauen Abbildung von Straßenflächen eigentlich ungeeignet. Und somit endet landuse für mich in der Regel am Straßenrand. zumindest wenn Du einen Zaun zeichnest ist es (gegeben, dass der Zaun die Begrenzung der Fläche darstellt) in jedem Fall falsch, darüberhinaus zu zeichnen. wenn Du landuse Flächen auf beiden Seiten der Straße so mit gemeinsamen Nodes anbindest bekommst Du damit aber auch eine die Flächen grenzen direkt aneinander Beziehung die eben genau *nicht* die Wirklichkeit abbildet, denn die Flächen berühren sich ja gerade wegen der dazwischen verlaufenden Straße *nicht*. (von den praktischen Problemen bei der nachträglichen Bearbeitung solcher Konstrukte mal ganz abgesehen ...) +1 gewünscht: für den Zweck der Abbildung wichtige Dinge werden beibehalten oder gar verstärkt, unwichtige geschwächt oder gar weggelassen. das ist Aufgabe der Darstellung, nicht der Eingabe. Das ist auch in der OSM Datenbank so. -1 Eine Straße wird als Linie dargestellt und die Breite dazu explizit mit width= angegeben oder vom Renderer angenommen, obwohl in Wirklichkeit eine bandförmige Fläche ist. -1, s.o. Wenn ich jetzt landuse von beiden Seiten an diese Linie anbinde, dann wird damit ausgedrückt, dass die Flächen bis zur Straße, also bis zu den Straßenrändern gehen und die Straße dazwischen liegt, und nicht dass die Flächen bis zur Straßenmitte gehen. doch, genau letzteres drückt das aus. Eine Fläche gem. Konvention geht bis zum Rand des gezeichneten Polygons. Bei Wäldern, Feldern und Wiesen kann das immer so gesehen werden. Bei residential könnte man auch sagen, die halbe Straße gehört dazu. Man könnte evtl. diese Definition wählen, verliert dabei aber Informationen und irgendwie ist es auch unlogisch: sieh Dir einfach mal einen Katasterplan an, und Du verstehst, warum das Quatsch ist: Straßen liegen nicht auf Grundstücken. Ausserdem sind sie IMHO landuse Straße und nicht wohnen etc.. ... Wenn ich eine Straße über einen Fluss zeichne, dann habe ich damit bereits ausgedrückt, dass die Straße den Fluss überquert. Eine Brücke kann ich dann zeichnen wenn ich ihre Widerlager ausgemessen habe, muss es aber nicht, da dies der Normalfall ist, -1, Wie kommst Du da drauf? Brücken, Tunnel und die entspr. Layer sollen immer explizit angegeben werden. viel Spaß beim Kartieren, Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Last auf den Servern
Am 15.08.2010 23:35, schrieb Frederik Ramm: Die Probleme sind also grundsaetzlich schon seit dem 3.7. da, aber in den letzten Tagen war es besonders schlimm (vorallem auch aufgrund einer ueberdurchschnittlich hoehen Zahl an Leuten, die mit dem /map-Aufruf groessere Datenmengen herunterladen. Fast zu jedem Zeitpunkt gibt es 3-4 Leute, die mit 10 und mehr parallenen Threads massig Daten herunterladen (und meistens kommen 2 oder 3 davon von einer t-dialin-Netzadresse). Da das sperren der IP problematisch ist, könnte man nicht die Top-Download-IPs zumindest auf einer Webseite mal dynamisch anzeigen ? Nicht als Pranger zu verstehen, sondern rein informativ... ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Last auf den Servern
schaue mal ins forum, da gibt es auch einige infos zu übeltätern gruss walter - Mögest Du in interessanten Zeiten leben - alter chinesischer Fluch -- View this message in context: http://gis.638310.n2.nabble.com/Last-auf-den-Servern-tp5426011p5427704.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrradstraße (neue Wikiseite)
Am 06.08.2010 18:19, schrieb Heiko Jacobs: Jens Wahnes schrieb: Für Deutschland möchte ich mal behaupten, daß es eine reine Fahrradstraße (ohne Freigabe für andere Verkehrsteilnehmer) in der Praxis überhaupt nicht gibt. Demjenigen, der mir als Erster eine ausschließlich mit Verkehrszeichen 244 ausgeschilderte Fahrradstraße zeigt, gebe ich jedenfalls gerne ein Eis aus. Das war uns ein Titelbild wert: http://umverka.de/hefte/heft305/titel.jpg *wart* ;-) Gruß Mueck Hier sollte aber auf jeden Fall noch ein footway=both gesetzt werden was dann wieder foot=designated impliziert. We sieht das eigentlich für wheelchair dann aus wenn vehicle=no gesetzt ist ? Gruß colliar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] RFC: was soll mit leeren nodes gemappt werden?
Hallo, ich habe bislang leere Nodes geloscht, fand aber gestern einen User im IRC, der malt sich Symbole mit leeren Nodes als Merker. Ein Symbol ist da etwa - . . . das mit einem fixme=incomplete auf letztem Node eines Weges gleichzusetzen ist. Ich wusste nicht, dass es derartige geometrische Malereien gibt und moechte anregen, dass wir uns beraten wie mit leeren Nodes zu verfahren ist. Da diese Diskussion nicht nur Deutschland betrifft, bitte ich bei Interesse sich in der talk Liste [1] einzuklinken. Bitte nur dort und nicht hier, damit alles Informationen gebuendelt sind und alle mitlesen koennen. Bitte trotz allem Lizenzstress derzeit freundlich und sachlich bleiben. Zunaechst muessen wir die Frage klaeren: Wollen wir eine Karteninformation egal welcher Art durch geometrische Anordnung leerer Nodes ablegen? Oder fuer die Informatiker: Soll ein Node ohne Nachbarn und ohne Inhalt als Informationstraeger verwendet werden, oder spricht da etwas gegen? Haben wir bessere Loesungen fuer alle realen Situationen? [1] http://lists.openstreetmap.org/pipermail/talk/2010-August/052962.html oder gmane.comp.gis.openstreetmap Eine gute Woche wuenscht, -- Jonas Stein n...@jonasstein.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen und Ways
Am 16.08.2010 02:49, schrieb Stephan Wolff: Am 14.08.2010 17:05, schrieb M∡rtin Koppenhoefer: Am 1. August 2010 20:39 schrieb Hartmut Holzgraefehart...@php.net: On 08/01/2010 05:48 PM, Klaus Hanauer wrote: Also es ist (meistens) nicht nur korrekt ist es nicht, denn die Flächen links und rechts der Straße haben in Wirklichkeit keine gemeinsame Kanten sehe ich auch so, es ist in allen Fällen falsch, wo ein Weg dazwischen liegt. Lässt du wirklich jedes Waldstück zwei Meter rechts vom Waldweg enden und zwei Meter links des Weges neu beginnen? Trennst du jedes landuse-Gebiet an jedem Weg und jeder Straße? Falls nicht, dann gibt es auch keinen Grund für eine Lücke, wenn links Laub- und rechts des Weges Nadelwald ist. Wenn eine Straße mit beidseitiger Wohnbebauung innerhalb eines residential-Gebiets liegen kann, dann kann sie bei einseitiger Wohnbebauung auch zur Hälfte darin liegen. Nur die Modelle Straßen und Wege sind nie innerhalb oder auf der Grenze eines landuse-Gebiets oder Straßen und Wege sind Bestandteil eines landuse-Gebiets. Bei unterschiedlicher Nutzung liegt die Grenze der landuse-Flächen in der Straßenmitte sind logisch konsistent. Ich bevorzuge die zweite Interpretation. Bei großen Flächen sehe ich kein Problem dabei Wege und Straßen nicht mit einem eigenen landuse= einzutragen, obwohl es ja nicht exakt ist. Kommt auf den grad des Mappens an. Bei landuse= -Grenzen sollten diese sich aber nur berühren, wenn kein Übergang/Straße/weg besteht. cu colliar ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen und Ways
On Montag, 16. August 2010 18:16 M?rtin Koppenhoeferwrote falsch, der Renderer nimmt nicht das width der Straße sondern überhöht die Breite aus Darstellungsgründen, und das ist auch gut so. Das weiß ich auch und habe deshalb auch geschrieben, dass eine Strasse durch gedachte Mittellinie und Breite repräsentiert wird und nicht, dass die Breite maßstabsgerecht gezeichnet wird. das ist Aufgabe der Darstellung, nicht der Eingabe. Die Datenbank und den Server möchte ich gerne sehen, der eine Weltkarte mit allen Details aller Objekte verarbeiten kann und die Menschen, die all dies eingeben können und wollen. Da es dies weder heute noch in der Zukunft geben wird werden bereits bei Erfassung und Eingabe Objekte vereinfacht oder weggelassen. Zur Zeit zum Beispiel Straßen als Linien mit Breite und nicht als Flächen mit stark variierender Breite. Wege über Flächen ohne diese auszuschneiden. Häuser als Knoten und nicht als Polygon. Morgen geben vielleicht mehr Menschen mehr Details ein und die Server sind in der Lage dies wie gewünscht zu verarbeiten. Aber es wird immer nur ein Teil, ja ein Bruchteil der Wirklichkeit sein. Unsere Straßengraphen sind von der Denke her eher Routing orientiert, sie sind zur genauen Abbildung von Straßenflächen eigentlich ungeeignet. sieh Dir einfach mal einen Katasterplan an, und Du verstehst, warum das Quatsch ist Der zumindest ursprüngliche Zweck von OpenStreetMap ist es wie der Name sagt, eine weltweite Straßenkarte zu erstellen und entsprechend diesem Zweck sind die Möglichkeiten der Abbildung in der OSM Datenbank. Wenn nun manche immer mehr Details hinzufügen oder Ansprüche wie an eine Katasterkarte stellen, so ist ihnen das nach den OSM Prinzipien unbenommen. Diese Maßstäbe sind jedoch wiederum nach den OSM Prinzipien nicht allgemeingültig. Es gilt sogar: Individual mappers have every right to tag things differently from what is stated in the Wiki, and it is not OK for anybody to turn the suggestions contained in the Wiki into strict rules that are applied automatically. http://wiki.openstreetmap.org/wiki/Automated_Edits/Code_of_Conduct#Discuss_your_plans. -1, Wie kommst Du da drauf? Brücken, Tunnel und die entspr. Layer sollen immer explizit angegeben werden. Natürlich ist es wünschenswert, dass diese eingetragen werden. Aber wie ich schrieb, es ist nicht notwendig. Meines Erachtens ist es sogar besser, sie wegzulassen statt fehlerhaft einzutragen. Dann sieht jeder sofort, dass hier noch etwas erfasst und eingetragen werden kann. Ich kam nie auf die Idee, Brücken nach gusto oder gar Google einzutragen oder hunderte Kilometer Flüsse nicht nach LandSat einzuzeichnen weil ich nie auf den kreuzenden, bereits eingezeichneten Straßen war oder hunderte gefahrene Kilometer fehlender Straßen zweiter und dritter Ordnung nicht einzuzeichnen nur weil keine Zeit war nachzusehen ob gerade Fluss im Tunnel oder Brücke über Fluss vorliegt, geschweige denn Zeit war, Widerlager auszumessen oder weil in der Nacht die überquerten Flüsse erst gar nicht zu sehen waren. In einem wenig erfassten Land mit ein paar Aktiven sieht es anders aus als in einem Land in dem im Schnitt pro 100 qkm mehrere OSMer sind. Viel Spaß beim Kartieren, Willi ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: was soll mit leeren nodes gemappt werden?
Am 16.08.2010 14:55, schrieb Jonas Stein: ich habe bislang leere Nodes geloscht, fand aber gestern einen User im IRC, der malt sich Symbole mit leeren Nodes als Merker. Da man solche Nodes von echten Null-Nodes unterscheiden können sollte, ist es m.E. nicht zuviel verlangt, wenn der Künstler zumindest ein note=do_not_delete oder so drantaggt. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzept für die Gruppierung von ways ( ähnlich Linienbündel; Problem von drehend en ways bei =?utf-8?q?_=3D=3Futf-8= 3Fq=3F=5Fforward/back =?utf-8?q?ward= 3D3F=3D3D=3F=3D?=)
On Mon, Aug 16, 2010 at 11:35:48AM +0200, M∡rtin Koppenhoefer wrote: Am 15. August 2010 21:23 schrieb Guenther Meyer d@sordidmusic.com: es geht hier darum, dass auf den Wegstuecken richtungsabhaengige Tags drauf sind. Deshalb kann man die beiden Wege sowieso nicht einfach vereinen, und darum stellt sich die Problematik gar nicht. nein, es ging darum, dass Deiner Ansicht nach sowieso unnötig sei, Wege zu drehen, während es eben doch zwangsläufig vorkommt. Dann habe ich versucht, es Dir zu erklären, und leider war das nicht ausführlich genug. Wenn beide Teilstücke inkompatible richtungsabhängige Tags haben, wie Du unterstellst, dann geht es natürlich wirklich nicht. ich unterstelle gar nichts, dieser Fall kommt nicht selten vor. Unsere Daten sind allerdings fast nie vollständig, und daher kommt es öfters vor, dass man Wege verbinden will, weil die Teilstücke dieselben Tags haben. Wenn die Wege entgegengesetzte Richtungen haben, muss einer der beiden gedreht werden. Im Sinne einer Vereinfachung ist das der einzige Fall, wo man darueber nachdenken koennte. Wirklich sauber ginge das aber auch nur, wen gar keine Tags auf den ways draufliegen. Aber sobald die ways Attribute haben, hast du genau folgendes Problem: JOSM versucht dabei anscheinend bereits, Änderungen an Tags zu minimieren indem er bevorzugt die Teile ohne richtungsabhängige Informationen dreht. Woher weiss JOSM (oder ein anderer Editor), welche Tags richtungsabhaengig, und damit gesondert zu behandeln sind? Tags mit backward/forward lassen sich noch recht einfach erkennen, aber was ist mit Tags im Stil von oneway=yes? Wenn man JOSM nicht explizit sagt, dass oneway richtungsabhaengig ist, kann er das nicht erkennen. Grade bei unserem offenen System, wo jeder mal schnell ein paar neue Tags erfinden und nutzen kann, laesst sich sowas nicht vernuenftig warten. d.h. wenn man die Richtung automatisch dreht, muss der Editor wissen, welche Tags er anpassen muss und welche nicht. Alles andere heisst Datenverfaelschung bzw. -verlust. Deshalb eben mein Vorschlag, das Drehen generell zu unterbinden. Denn ich halte es so fuer wesentlich einfacher und sicherer in der Handhabung. Lieber ein paar ueberfluessige Nodes mehr in der Datenbank, als versehentlich verfaelschte Daten. signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderwege
Hallo André, Steffen, Sven und Werner, http://www.wanderreitkarte.de/Wanderwegverzeichnis.php Genau dort hatte ich nach der Summe gesucht :-) In meiner Gegend sind 100% der Wanderwege erfasst (händisch geprüft). Aber wieviele sind es in Bayern? in DE? In DE gibt es etwa 215.000 km betreute Wanderwege von Wandervereinen, plus eine Dunkelziffer von weiteren 100.00 km von Verkehrsvereinen. Ausserhalb OSM sind insgesamt etwa 75.000 km digital erfasst. (wie Werner sagt: eine grobe Abschätzung...) Wegteile, ueber die viele Markierungen fuehren Die werden vermutlich auch von den Wandervereinen mehrfach gezählt (ein Weg zählt von A-Z, auch wenn er einen Abschnitt mit einem anderen Weg teilt und dieser dann doppelt gezählt wird)? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massendownloads
Hallo Frederik, Frederik Ramm schrieb am 16.08.2010 12:42: Tiles sind eine andere Baustelle. Auch dort knarzt es wegen ruecksichtsloser Anwender im Gebaelk - 1% der User machen 80% vom Traffic! -, aber das behindert nur andere Leute, die die Karte sehen wollen, und nicht Mapper. Was sind denn diese 1% power user? Ich hätte gedacht, dass sich das ziemlich gleichmäßig verteilt. Die Zahl der Mapnik/OpenLayers-Nutzer wird wohl mittelfristig weiter extrem steigen, je einfacher die Technik zum Einbinden und je bekannter OSM. Oder? Ich höre und lese auch immer wieder, dass der OSM-Tileserver-Dienst als free angepriesen wird; die ToU sind diesbezüglich etwas schwammig (im Prinzip darf man, aber bitte nicht so doll?). OSM wäre nicht das erste Open-irgendwas-Projekt, das privilegierte (schnelle) Dienste für Contributer und bezahlende Mitglieder einführt. Bin mal gespannt, wie lange man das noch durch gespendete Serverinfrastruktur ausgleichen kann. Oder: wenn jemand wie MS/Bing jetzt auch OSM-Dienste anbietet, dann wäre das vlt ein Weg die OSM-Server künftig von den Kartenusern etwas zu entlasten? Dann müsste Bing natürlich den Dienst auch offen mit einer netten API zur Verfügung stellen, was sie bislang nicht machen (soweit ich weiß). Alex -- http://de.wikipedia.org/wiki/Benutzer:Alexrk2 http://de.wikipedia.org/wiki/Wikipedia:Kartenwerkstatt/Blog ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: was soll mit leeren nodes gemappt werden?
Am Montag 16 August 2010, 14:55:21 schrieb Jonas Stein: Zunaechst muessen wir die Frage klaeren: Wollen wir eine Karteninformation egal welcher Art durch geometrische Anordnung leerer Nodes ablegen? Gibt es denn noch eine weitere Methode, außer dieser einen (vor einiger Zeit von Frederik hier öffentlich als mögliche Vorgehensweise genannten) Methode? Ich finde das nichts schlimmes, diese drei leeren Nodes im Sinne von Auslassungspunkten stören niemanden. Wenn es jemanden stört, kann er ja den nicht fertig gemappten Weg einfach fertig mappen, dann sind die Punkte überflüssig. Die Punkte vermüllen auch keine Datenbank, da man die einfach benutzen kann wenn man den Weg letztlich weiter mapped. Dein Posting ist so allgemin und abfällig formuliert, dass man meinen Könnte, du findest ständig unterschiedlichste Skurrilitäten, die durch leere Nodes dargestellt werden. Kann es sein, dass du einfach nur diese drei Punkte am Ende eines nicht fertg gemappten Weges gefunden hast und das kein allgemeines Problem ist sondern eine ganz konkrete (und sogar halbwegs verbreitete) Anwendung? Gruß, Bernd -- Mit Hacken ist das wie mit dem Blues. Wer fragen muß, was Hacken ist, wird es nie verstehen. - Felix von Leitner 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] OSM in KDE 4.5.0
Hallo, Das aktuelle Visual ChangeLog für Marble 0.10.0 findet sich unter http://edu.kde.org/marble/current.php Es sind eine ganze Reihe von Funktionalitäten eingeflossen, die die OpenStreetMap-Integration betreffen :-) On Monday 16 August 2010 11:38:11 Martin Simon wrote: Am 11. August 2010 10:00 schrieb Pascal Neis pascal.n...@gmail.com: Hi, als Info. Gestern bei heise.de: KDE 4.5.0 stabiler und mit mehr Funktionen Größte Neuerung ist Routingapp mit #OSM und #ORS ... http://www.heise.de/newsticker/meldung/KDE-4-5-0-stabiler-und-mit-mehr-Fu nktionen-1053029.html Ja, ich bin jetzt auch mit KDE 4.5 unterwegs und muss sagen, daß die aktuelle Version von Marble in meinen Augen den Vogel abgeschossen hat, wenn es darum geht, Routen (speziell zu Fuß und mit dem Fahrrad) auf OSM-Basis zu planen - das ganze ist sehr einfach zu bedienen und erlaubt es z.B., Zwischenpunkte durch ziehen mit der Maus an der gewünschten Stelle einzufügen, wodurch man ohne viel Aufwand genau festlegen kann, wo es langgehen soll. :-) Danke, für die sensationelle Routing-Integration ist Dennis Nienhüser verantwortlich. Credits für das Routing selbst gehen natürlich an das ORS Projekt. Für die nächste Version Marble 0.11 sind schon weitere Features fertiggestellt: * WorldWide und Offline Routing: http://nienhueser.de/blog/?p=147 http://nienhueser.de/blog/?p=137 * einen Navigationsmodus (Marble To Go) http://siddharthgsoc.blogspot.com/ * Lesezeichen * JOSM/Merkaator-Integration (der Patch dafür war eigentlich schon fast für Marble 0.10 fertig). Für Facebook Anwender haben wir eine Marble-Gruppe eingerichtet, auf der wir fast täglich Marble-News posten: http://www.facebook.com/#!/group.php?gid=346064806033 Ansonsten gibt es auch mein Blog unter: http://www.kdedevelopers.org/blog/551 Ich denke, wer keine Angst hat, ein Programm zu installieren(Marble hat IIRC keine KDE-Abhängigkeiten), um seine Rad- oder Wanderrouten mit OSM zu planen, könnte sich das durchaus mal ansehen. Richtig, Marble an sich hat keine festen KDE-Abhängigkeiten: es gibt eine Qt- Only Version, die nur Qt erfordert (und keine weiteren Libs). Ich werde in Kürze einen Link zur Windows- und MacOSX Version verschicken. Bin mal gespannt, was da noch kommt - die Entwicklung schein jedenfalls im Moment nicht gerade schleppend zu verlaufen. Stimmt, wir können aber noch viel Hilfe gebrauchen. Wir suchen noch händeringend Leute, die Doku schreiben, Marketing machen, Neue Plugins schreiben, etc. siehe: http://edu.kde.org/marble/getinvolved.php ... damit wir die Kugel ins Rollen bringen Grüße, Torsten Gruß, Martin ___ 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] Rad- und Wanderweg auf gleichem Weg -- wie taggen
Am 16. August 2010 13:20 schrieb André Riedel riedel.an...@gmail.com: Am 16. August 2010 12:56 schrieb M∡rtin Koppenhoefer dieterdre...@gmail.com: Am 15. August 2010 21:05 schrieb Holger s...@der hs69...@web.de: Da es sich ja doch um einen breiteren Weg handelt ist vielleicht highway=track die richtige Wahl. Ist hier die Kombination mit foot=designated, bicycle=designated und vehicle=destination zulässig? IMHO nein. Du schreibst oben: Wenn ich mich recht entsinne, ist der Weg für motorisierte Fahrzeuge gesperrt (Schild 250) aber für Anliegerverkehr frei. Es gibt keine blauen Schilder mit Fahrrad und Mensch (Schild 240). Die Schilder sind ja schon da, nur eben nicht aus der STVO-Ordnung sondern als Wander- und Radweg ausschilderung. Daher ist es ein designated und nicht official. es ist rechtlich gesehen ein bicycle=no, da alle Fahrzeuge ausser Anliegern verboten sind. Ggf. könnte man argumentieren (IANAL), dass Radfahrer durch den Radweg ein Anliegen haben, ansonsten ist das rechtlich: Fahrrad schieben. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rad- und Wanderweg auf gleichem Weg -- wie taggen
M∡rtin Koppenhoefer schrieb: IMHO nein. Du schreibst oben: Wenn ich mich recht entsinne, ist der Weg für motorisierte Fahrzeuge gesperrt (Schild 250) aber für ^^ Anliegerverkehr frei. Es gibt keine blauen Schilder mit Fahrrad und Mensch (Schild 240). es ist rechtlich gesehen ein bicycle=no, da alle Fahrzeuge ausser Anliegern verboten sind. Ggf. könnte man argumentieren (IANAL), dass Radfahrer durch den Radweg ein Anliegen haben, ansonsten ist das rechtlich: Fahrrad schieben. Das wissen wir erst, wenn uns Holger sagt, ob da alle Fahrzeuge (Schild 250) oder 'nur' motorisierte Fahrzeuge (Schild 260) verboten sind. Ein Vertipper bei der Zahl ist allerdings wahrscheinlicher als dass ihm ein motorisierte reingerutscht ist. :) Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Flächen und Ways
Am 16. August 2010 15:21 schrieb Willi wil...@gmx.de: das ist Aufgabe der Darstellung, nicht der Eingabe. Die Datenbank und den Server möchte ich gerne sehen, der eine Weltkarte mit allen Details aller Objekte verarbeiten kann und die Menschen, die all dies eingeben können und wollen. Augen auf, das ist OSM ;-) Da es dies weder heute noch in der Zukunft geben wird werden bereits bei Erfassung und Eingabe Objekte vereinfacht oder weggelassen für mich kein Grund, Dinge absichtlich falsch einzugeben. Das macht das Ziel nur unerreichbarer, weil man anstatt zu mappen auch noch die Fehler der anderen korrigieren muss, was teilweise aufwendiger ist, als es nochmal neu zu machen (gerade bei Landuses, die an Straßen hängen, um die es hier ja geht). Natürlich ist es wünschenswert, dass diese eingetragen werden. OK, das hatte ich anders gelesen. Aber wie ich schrieb, es ist nicht notwendig. was jetzt? Man kann immer Infos weglassen, aber im Falle von kreuzenden Wegen ist es notwendig, Angaben zur Art der Kreuzung zu machen. Meines Erachtens ist es sogar besser, sie wegzulassen statt fehlerhaft einzutragen. ja klar. ...geschweige denn Zeit war, Widerlager auszumessen das kommt mir auch etwas übertrieben vor, macht wohl kaum jemand. Deckt sich auch nicht mit dem Rest, was Du oben hinsichtlich Detaillierung geschrieben hast. Viel Spaß beim Kartieren, dito, Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konzept für die Gruppierung von ways ( ähnlich Linienbündel; Problem von drehenden ways bei =?utf-8?q?_=3D=3Futf-8=3Fq=3F=5F forward/back =?utf-8?q?ward=3D3F=3D3D=3F=3 D?=)
Am 16. August 2010 15:29 schrieb Guenther Meyer d@sordidmusic.com: nein, es ging darum, dass Deiner Ansicht nach sowieso unnötig sei, Wege zu drehen, während es eben doch zwangsläufig vorkommt. Dann habe ich versucht, es Dir zu erklären, und leider war das nicht ausführlich genug. Wenn die Wege entgegengesetzte Richtungen haben, muss einer der beiden gedreht werden. Im Sinne einer Vereinfachung ist das der einzige Fall, wo man darueber nachdenken koennte. Deshalb eben mein Vorschlag, das Drehen generell zu unterbinden. ich gebs auf. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] RFC: was soll mit leeren nodes gemappt werden?
Am 16. August 2010 14:55 schrieb Jonas Stein n...@jonasstein.de: gibt und moechte anregen, dass wir uns beraten wie mit leeren Nodes zu verfahren ist. wie hier schon wiederholt geschrieben wurde: frische leere Nodes können auch aus länger dauernden Uploads stammen, wo die passenden Ways noch am Hochladen sind. Daher bitte nicht wild alle leeren Nodes sofort löschen, sondern erst nach einiger Zeit. Da diese Diskussion nicht nur Deutschland betrifft, bitte ich bei Interesse sich in der talk Liste [1] einzuklinken. Bitte nur dort und nicht hier, damit alles Informationen gebuendelt sind und alle mitlesen koennen. hier schreiben wir auf deutsch, und manche der Teilnehmer hier sprechen auch kein englisch, und von daher finde ich Deine Bitte reichlich komisch. Wenn man englische Diskussionen verfolgen will, braucht man keinen Aufruf auf deutsch dazu. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Freies Obst auf freien Karten?
Sebastian Klein wrote: Warum? Ich sehe keine Prinzipiellen Probleme: Diese Daten sind objektiv überprüfbar und für die Allgemeinheit nützlich. Wir erfassen ja auch Geldautomaten. Wer allerdings knapp bei Kasse ist, dem ist mit Obstbäumen auf öffentlichem Grund vielleicht eher geholfen... ;) Sehe ich auch so. Frei stehende Bäume kenne ich in meiner Umgebung auch genügend. Hätte man entsprechende Tags, dann wäre es ein leichtes so eine solche Mundraub-Karte direkt aus OSM-Daten zu erstellen. Tags um Bäume ganz allgemein zu taggen, die gibt es ja schon. Wenn man für die Bäume jetzt noch das access-Tag entsprechend einsetzt und sicherstellt, dass alle üblichen Obstbaumarten im Wiki verzeichnet sind... Ich würde alle Bäume, für die man keine offensichtlichen Privatgelände betreten muss, als frei verfügbar bezeichnen. Das Gegenteil wäre eine umzäunte Plantage. Gruß Manuel ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massendownloads
Hallo, bernhard zwischenbrugger wrote: Ja. Solche Applikationen sollten den map-Aufruf gar nicht benutzen, ausser wenn es sich um Editoren handelt. Fuer ein ich will mal eben alle POIs auf dieser Karte einzeichnen ist der map-Aufruf zu schade (=braucht zu viel Rechenzeit/Datenbankressourcen auf dem Server). Dafuer bitte XAPI benuzten oder eigenen Server aufsetzen. Den map Aufruf verwende ich nicht. Der live ticker auf http://khtml.org ladet einmal pro minute ein minute diff (kein api request). Das ist kein Problem, diese Diffs machen ja nur *einmal* Last auf der Datenbank, egal wie viele User sie runterladen. Im Moment lade ich nur ab und zu mal einen weg oder einen node wenn der User draufklickt. Koennte man evtl. auch von der XAPI laden, aber ich denke mal, so viele Zugriffe machst Du nicht - ausserdem sind einzelne Way/Node-Zugriffe bedeutend schneller als jeder map-Call (wenn nicht ausgerechnet jemand /full auf einer 1000-Member-Relation aufruft). Beim Routing UI frage ich bei jedem Tastendruck die nominatim api ab - bin mir nicht ganz sicher ob das ok ist. Nominatim ist zwar wieder eine andere Baustelle, aber reagiert der ueberhaupt schnell genug, dass das sinnvoll ist? Was ich aber machen möchte ist eine Visualisierung der Changesets. Es wäre interessant zu sehen welche Änderungen in einem Gebiet in der letzten Zeit gemacht wurden. Fuer historische Daten gibts das ja schon (OWL). Fuer was gerade live passiert finde ich Deine Seite einen Super-Ansatz. Ich denke, wenn wir sowas noch etwas primtiver machen (keine User-Interaktion, automatisches Zoomen auf interssante Gegenden), koennte sowas auch mal auf die Startseite von OSM oder wenigstens openstreetmap.de oder so. Zudem möchte ich ein UI zur XAPI machen. Technisch hab ich das fast fertig. Ob ich das freischalten kann das kann mir aber niemand sagen. Setz doch einfach eine eigene XAPI-Instanz auf. Ansonsten sollte 80n Dir ueber alles Auskunft geben koennen. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Rad- und Wanderweg auf gleichem Weg -- wie taggen
Am 16. August 2010 17:53 schrieb Thomas Ineichen osm.mailingl...@t-i.ch: M∡rtin Koppenhoefer schrieb: IMHO nein. Du schreibst oben: Wenn ich mich recht entsinne, ist der Weg für motorisierte Fahrzeuge gesperrt (Schild 250) aber für ^^ Anliegerverkehr frei. Es gibt keine blauen Schilder mit Fahrrad und Mensch (Schild 240). es ist rechtlich gesehen ein bicycle=no, da alle Fahrzeuge ausser Anliegern verboten sind. Ggf. könnte man argumentieren (IANAL), dass Radfahrer durch den Radweg ein Anliegen haben, ansonsten ist das rechtlich: Fahrrad schieben. Das wissen wir erst, wenn uns Holger sagt, ob da alle Fahrzeuge (Schild 250) oder 'nur' motorisierte Fahrzeuge (Schild 260) verboten sind. Ein Vertipper bei der Zahl ist allerdings wahrscheinlicher als dass ihm ein motorisierte reingerutscht ist. :) Ich kenne auch einen Weg, welcher von der einen Seite mit Z240 (Geh- und Radweg) und von der anderen mit z250 (alle fahrzeuge verboten) ausgeschildert war. Desweiteren läuft dort ein Radfernweg entlang. Nach kurzer Rückfrage im Verkehrsamt, wurde dieser Missstand durch einen Ausstausch gelöst. Ich kann mir vorstellen, dass dies kein Einzelfall ist. André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Massendownloads
hi Fuer historische Daten gibts das ja schon (OWL). Fuer was gerade live passiert finde ich Deine Seite einen Super-Ansatz. Ich denke, wenn wir sowas noch etwas primtiver machen (keine User-Interaktion, automatisches Zoomen auf interssante Gegenden), koennte sowas auch mal auf die Startseite von OSM oder wenigstens openstreetmap.de oder so. Bei OWL muss man hineinzoomen bis man ein Query machen kann. Seit dem DB Update sind aber großflächige Queries schneller. Die query Reihenfolge time,bbox scheint sich umgedreht zu haben. Die changesetS (mit S) Schnittstelle ist jetzt so schnell, dass sie brauchbar ist. Wenn jetzt jemand einen way geändert hat, dann möchte ich diesen way auf der Karte darstellen. Die changeset (ohne S) Schnittstelle bringt aber nur die Dinge die geändert wurden. Um die ways darzustellen muss ich die fehlenden Punke nachladen und das dauert. Wenn ich die einzelnen changeset (ohne s) mit einem Parameter /full direkt aus einem Filessystem laden könnte, wäre alles supidupi. Die changeset Einträge ändern sich ja nicht mehr und da ist ein db zugriff bei dem alles wieder zusammengebaut wird suboptimal. Ich hab aber eh bald meine eigene DB und kann das dann auch selbst implementieren. Zudem möchte ich ein UI zur XAPI machen. Technisch hab ich das fast fertig. Ob ich das freischalten kann das kann mir aber niemand sagen. Setz doch einfach eine eigene XAPI-Instanz auf. Ansonsten sollte 80n Dir ueber alles Auskunft geben koennen. Ist in Vorbereitung. Der 80n sagt einfach, dass die XAPI max 10.000.000 Datensätze liefert, einen limit Parameter gibt es nicht und damit ist ein Einsatz wie ich mir den Vorstelle schwierig. lg, Bernhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
