[talk-ph] OSM vs. RoadGuide.ph redux
Hi guys, Early last year, I did a visual comparison of between the OSMPH Garmin map and the Garmin map produced by RoadGuide.ph, concentrating on areas where OSM is better (since RoadGuide, by default, has more data than OSM): http://vaes9.codedgraphic.com/posts/is_rg_better_than_osm I did a follow-up comparison almost one year later and you can see the results here: http://wiki.openstreetmap.org/wiki/RoadGuide.ph/Data_comparison_with_OSM The lesson is the same as with last year: Use both maps if you can since they complement each other. :-) Don't know what RoadGuide.ph is? Here's a primer: http://wiki.openstreetmap.org/wiki/RoadGuide.ph ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-legal-talk] Feedback requested ... OSM Poland data
I am trying to find a solution that will allow the UMP project in Poland to continue using OSM data and therefore reciprocally allow OSM to keep a large amount of data that went into making the initial road map of Poland and which is still there. The UMP project collects road routes within Poland and makes routable maps for Garmin devices publishes its data under CC-BY-SA. I hope that they will consider ODbL in the future, but that is their choice and I am sure that they will want to see how we fare first. From what I understand of how UMP uses OSM data, (which may not be 100% right yet), I have made the following draft statement. May I ask you: - as an OSM community member, are you happy for the OSMF to make such a statement? - is it true? - can you see any negative consequences? The OSMF acknowledges the kind help of UMP project and its members in creating the OSM map of Poland. The OSMF acknowledges that the UMP project is similar in spirit; providing geodata that is free and open. Provided that UMP continues to publish its data under a free and open license, the OSMF is happy to allow UMP to use OSM data for verifying road routes within Poland. UMP may also provide a layer of non-highway data made from OSM data or OSM map-tiles within its Garmin maps; the OSMF believes that this is allowed by the basic ODbL license and that no special permission is required. (DRAFT FOR DISCUSSION ONLY!) The key line for me is the OSMF is happy to allow UMP to use OSM data for verifying road routes within Poland ... this is probably granting permission for something not completely within the ODbL. Mike ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Feedback requested ... OSM Poland data
Legally there's no downside for granting extra permissions. They are additive on top of whatever licence is used and don't damage anyone else's use of the data. However, it is not in the spirit of the community terms for OSMF to grant exemptions or extra permissions - particularly not if they are specific to one user, which looks like favouritism. So I suggest, firstly, any extra permission granted should be to everyone on equal terms or not at all; and secondly, if you believe that the permission notice is necessary as an addition to the ODbL (rather than just a clarification of what is already the legal situation) then its text needs to be approved by the OSMF board and a 2/3 vote of active contributors. -- Ed Avis e...@waniasset.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Feedback requested ... OSM Poland data
Hi, On 03/06/12 10:55, Michael Collinson wrote: The OSMF acknowledges the kind help of UMP project and its members in creating the OSM map of Poland. The OSMF acknowledges that the UMP project is similar in spirit; providing geodata that is free and open. Provided that UMP continues to publish its data under a free and open license, the OSMF is happy to allow UMP to use OSM data for verifying road routes within Poland. I don't think there is a process for granting special permissions to anyone; this could only work through a license change (where the new license is basically ODbL for everyone but for UMP the following extras are established...). The only way I can see this fly is for OSMF to publish their interpretation of ODbL that allows whatever UMP want to do. Personally, I don't think that *verifying* their data against OSM data (in the sense of flagging potential problems, as long as they don't copy our data outright) would be a valid use of our data that would not create a derived database. (The database that contains the results of the analysis might be derived and have to released.) UMP may also provide a layer of non-highway data made from OSM data or OSM map-tiles within its Garmin maps; the OSMF believes that this is allowed by the basic ODbL license and that no special permission is required. Are Garmin maps databases or produced works? If they are databases then UMP would have to make sure that the ODbL licensed OSM layer is accessible separately and would have to make users aware that it is ODbL. If they are produced works, then UMP would have to make the derived non-highway database available under ODbL. If UMP were not willing or able to do that, and OSMF were intent on removing this burden from UMP, then OSMF could offer to publish a derived non-highway database themselves, which would lead to UMP only having to point to that database and say there's our source and it's ODbL. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Feedback requested ... OSM Poland data
Is there a way to provide what UMP want by making a Produced Work (which could be public domain or CC) rather than a Derived Database? -- Ed Avis e...@waniasset.com ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Feedback requested ... OSM Poland data
Michael Collinson wrote: - as an OSM community member, are you happy for the OSMF to make such a statement? - is it true? - can you see any negative consequences? I'm with Ed and Frederik on this one, I'm afraid - I don't see any way in which we can afford additional permissions on a one-off basis under ODbL+current CTs; nor do I think that we should do so except universally (i.e. to everyone, worldwide, not just to one project in one country). The question raised by Frederik is whether verifying their data against OSM data creates a derived work. As ever, ask in a different jurisdiction, get a different answer, but there is at least one case that suggests that it may (Singapore maybe?). If we were to say we don't think verifying data creates a derived work, would the great mass of OSM mappers be content to see Google (for example) use our effort to determine where new streets are; send the StreetView cars/satellites out; and have the new streets on Google Maps within a couple of days? I'm sure they wouldn't - indeed, I suspect many of those who've signed the CTs would feel cheated if they were told that it would permit this. So... sorry, but no, I don't think it'll work. :( cheers Richard -- View this message in context: http://gis.19327.n5.nabble.com/OSM-legal-talk-Feedback-requested-OSM-Poland-data-tp5540425p5541176.html Sent from the Legal Talk mailing list archive at Nabble.com. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Post-Changeover Attribution
On 06/03/12 18:07, Michael Collinson wrote: http://wiki.openstreetmap.org/wiki/Legal_FAQ/ODbL3a. I would like to use OpenStreetMap maps. How should I credit you? I recommend Map tiles copyright OpenStreetMap, licenced CC-BY-SA, as that works better with BY-SA's requirement of a copyright notice. Spelling out Creative Commons Attribution-Sharealike v3.0 and adding years to each notice wouldn't hurt either. I also recommend using the *word* copyright rather than (c), as it is my understanding that the English word has international legal weight but the copyright symbol or its ASCII equivalent doesn't. For offline works, CC recommend this text (sorry for the url): https://creativecommons.org/choose/non-web-popup?q_1=2q_1=1field_commercial=yfield_derivatives=safield_jurisdiction=field_format=field_worktitle=field_attribute_to_name=field_attribute_to_url=field_sourceurl=field_morepermissionsurl=lang=en_GBn_questions=3 Other than that, the FAQ is excellent but I do obviously recommend getting someone who IAL to take a look at it. I know that adding endless boilerplate legal text is bad, but more legal text is better than more misunderstanding. - Rob. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Post-Changeover Attribution
On Tue, Mar 6, 2012 at 11:28 AM, Rob Myers r...@robmyers.org wrote: On 06/03/12 18:07, Michael Collinson wrote: http://wiki.openstreetmap.org/wiki/Legal_FAQ/ODbL 3a. I would like to use OpenStreetMap maps. How should I credit you? I recommend Map tiles copyright OpenStreetMap, licenced CC-BY-SA, as that works better with BY-SA's requirement of a copyright notice. BY-SA doesn't require a copyright notice. It requires keeping intact copyright notices that are provided, as well as license notice. Given that copyright is automatic, many licensors don't provide the former, though it may be useful to do so anyway for education. The notices provided by CC don't include an explicit copyright notice. Spelling out Creative Commons Attribution-Sharealike v3.0 and adding years to each notice wouldn't hurt either. It seems to me space is at a premium in the corner of a map or a caption, and spelling out doesn't gain much, but that's just my opinion. Just as an experiment in brevity ©OpenStreetMap data ODbL[ tiles BY-SA] With OpenStreetMap, ODbL, and BY-SA linked to the obvious places, [] when tiles used. I also recommend using the *word* copyright rather than (c), as it is my understanding that the English word has international legal weight but the copyright symbol or its ASCII equivalent doesn't. That's the oddest thing I've read today. Really? For offline works, CC recommend this text (sorry for the url): https://creativecommons.org/choose/non-web-popup?q_1=2q_1=1field_commercial=yfield_derivatives=safield_jurisdiction=field_format=field_worktitle=field_attribute_to_name=field_attribute_to_url=field_sourceurl=field_morepermissionsurl=lang=en_GBn_questions=3 Nobody has ever sent a request for a copy of a license via post, AFAIK. :) But the full license URL should be provided, not www.creativecommons.org. Same is true of ODbL which says If hyperlinks are not possible, You should include the plain text of the required URI’s with the above notice. IANALetc Mike ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Post-Changeover Attribution
On 06/03/12 20:30, Mike Linksvayer wrote: I also recommend using the *word* copyright rather than (c), as it is my understanding that the English word has international legal weight but the copyright symbol or its ASCII equivalent doesn't. That's the oddest thing I've read today. Really? Para 7 here, I may have been wrong about the copyright symbol: https://www.gnu.org/licenses/gpl-howto.html Grepping Berne for the word English doesn't immediately show anything germane to this however. For offline works, CC recommend this text (sorry for the url): https://creativecommons.org/choose/non-web-popup?q_1=2q_1=1field_commercial=yfield_derivatives=safield_jurisdiction=field_format=field_worktitle=field_attribute_to_name=field_attribute_to_url=field_sourceurl=field_morepermissionsurl=lang=en_GBn_questions=3 Nobody has ever sent a request for a copy of a license via post, AFAIK. :) Oh I'm disappointed now. :-) - Rob. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-legal-talk] What happens on April 1?
Hi all, Could someone explain exactly what will be happening on April 1? Will we really be purging all data from decliners? And if so, is this not terrible timing, given the recent, high-profile signups of companies like foursquare? Given that many people are now actively remapping, is there any prospect of pushing back the cutover deadline? Is there any reason not to? Why do we want to reveal a map with huge holes in it to the world, rather than doing the remapping privately, to minimise disruption to data consumers? Steve (I previously asked a version of this question on talk). ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Victoria seems to be missing.
Looked at http://www.mapdust.com/detail/1978573 and noticed there doesn't seem to be any ways, but the nodes that belonged to the missing ways are still there. History only indicates Acrosscanadatrails as being the only person who has touched those nodes. Quite confused as to what happened here. Could anybody provide some insight into what happened to the missing ways? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map Co-ordinates for towns, etc in UK
On 3/3/2012 8:24 PM, John F. Eldredge wrote: We don't have zero-point markers in the USA, either, at least not from my experience. However, the highway departments seem to be referring to some point in or near the center of the cities, judging from the distances shown. Sometimes it's to the center (usually the courthouse or city hall?) and sometimes to the city limits. The only zero point I know of (that's not intended for only one road) is the Zero Milestone in DC, and its use never caught on. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Map Co-ordinates for towns, etc in UK
On 3/6/2012 8:53 AM, Lynn W. Deffenbaugh (Mr) wrote: On 3/3/2012 9:04 PM, Nathan Edgars II wrote: Sometimes it's to the center (usually the courthouse or city hall?) and sometimes to the city limits. The only zero point I know of (that's not intended for only one road) is the Zero Milestone in DC, and its use never caught on. There's also Mile 0 for US 1 in Key West. That's for one route. Most routes with mileposts have a mile 0, but it's where the route begins, not necessarily some sort of town center. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-legal-talk] Feedback requested ... OSM Poland data
On 06/03/2012 15:34, Ed Avis wrote: Is there a way to provide what UMP want by making a Produced Work (which could be public domain or CC) rather than a Derived Database? UMP only collect road routes. With the caveat that I probably still do not understand *exactly* the intended use, (if anyone knowledgeable wants to jump in, please do), I think the issue breaks into two parts. The first issue is to augment their Garmin map. So, yes, it is very likely they could use our data as an independent Produced Work layer. The second issue is that they are very reasonably asking reciprocity - if OSM can continue to use UMP road data, so UMP should be able to use OSM road data. And that is the difficult one. I was hoping to work with defining what use actually meant. It is possible that UMP would never actually want to copy in an OSM road or any details about it into the UMP project database. They just want to be able to compare the road networks, see if there is anything missing or potentially anomalous and go out and independently map it. Frederik puts it well: Personally, I don't think that *verifying* their data against OSM data (in the sense of flagging potential problems, as long as they don't copy our data outright) would be a valid use of our data that would not create a derived database. (The database that contains the results of the analysis might be derived and have to released.) However, if I were in UMP, I would want to be cautious and seek clarification from OSMF. Which is what I am seeking to give. Doing it specifically for another free and open project with known goals seems safe, doing it for anyone- as Ed, Frederick and Richard are reasonably suggesting - seems dangerous without very carefully defining what verifying could mean, and more importantly, what it does not mean. If we do not find a resolution, it will be a great shame for both projects. Stumped, Mike ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Feedback requested ... OSM Poland data
Hi, On 03/06/2012 02:36 PM, Frederik Ramm wrote: Personally, I don't think that *verifying* their data against OSM data (in the sense of flagging potential problems, as long as they don't copy our data outright) would be a valid use of our data that would not create a derived database. (The database that contains the results of the analysis might be derived and have to released.) Oops. Tripped over my own negative here. I wanted to say: As long as they just compare stuff and verify, I think it's ok and they won't be affected by viral ODbL-ness. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
[OSM-talk] Mapnik slower than usual?
Is it just me, or are there more timeout magnifying glasses than usual? Is this due to the Osmarender server going down? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-legal-talk] Post-Changeover Attribution
The LWG want to get a community-agreed wording prepared for how we want folks to attribute us after license change-over. There is a wiki page courtesy of Richard Fairhurst that makes a good edit point. Please take a look: http://wiki.openstreetmap.org/wiki/Legal_FAQ/ODbL 3a. I would like to use OpenStreetMap maps. How should I credit you? Mike ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Victoria seems to be missing.
On Mar 6, 2012 10:11 AM, Andrew Allison andrew.alli...@teksavvy.com wrote: On Sun, 2012-03-04 at 16:43 -0800, Paul Johnson wrote: Looked at http://www.mapdust.com/detail/1978573 and noticed there doesn't seem to be any ways, but the nodes that belonged to the missing ways are still there. History only indicates Acrosscanadatrails as being the only person who has touched those nodes. Quite confused as to what happened here. Could anybody provide some insight into what happened to the missing ways? Canada has started / selectively purged some non-compliant data. Probably caused what you are seeing. Oh, man, next month is gonna suck. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Victoria seems to be missing.
Removing a limited set of objects was proposed by rweait in http://lists.openstreetmap.org/pipermail/talk-ca/2012-March/004589.html. What was actually removed went beyond what was discussed. I proposed rolling them back in http://lists.openstreetmap.org/pipermail/talk-ca/2012-March/004599.html but no one replied. What do you think the best route is? I had been working on pulling out the CanVec/Geobase imports and restoring the data to a consistent state by adding back in major highways and coastlines, but the removals stopped that. From: Paul Johnson [mailto:ba...@ursamundi.org] Sent: Sunday, March 04, 2012 4:43 PM To: talk@openstreetmap.org Subject: [OSM-talk] Victoria seems to be missing. Looked at http://www.mapdust.com/detail/1978573 and noticed there doesn't seem to be any ways, but the nodes that belonged to the missing ways are still there. History only indicates Acrosscanadatrails as being the only person who has touched those nodes. Quite confused as to what happened here. Could anybody provide some insight into what happened to the missing ways? ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] FourSquare and OSM
So at the risk of pointing out the obvious: aren't we about to start purging data from decliners? Last I heard, we're begin[ning] the process of database re-building and hope to complete by 2012-04-01. Are we about to start inflicting maps with big holes, missing roads etc on these big sites that have finally made the decision to start trusting OSM with their core business? Or will the intermediary service provided by MapBox etc somehow protect them? Discuss. Steve On Sat, Mar 3, 2012 at 6:14 AM, Frans Thamura fr...@meruvian.org wrote: hi all we have great news that foursquare using OSM now anyone working with Fq? which API that osm using ? the ruby one? F ___ 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] FourSquare and OSM
Or will the intermediary service provided by MapBox etc somehow protect them? MapQuest is updated minutely? So changes to the database are going to be felt by FourSquare, Nestoria, et al pretty immediately. This is pretty off topic, of course... Presumably the good folks behind the license change will say that any short-term damage to OSM caused by removing data is outweighed by the benefits of a new license; the ODbL even, possibly, makes data exchange with these 3rd parties more secure in the long term. That's the optimistic way of putting it. You could be a pessimist and say that OSM data is already hugely inconsistent and full of holes, missing roads and imaginary data. I guess it just depends on how you judge the contents of your glass (or mailing list). Cheers, Joseph On 6 March 2012 22:15, Steve Bennett stevag...@gmail.com wrote: So at the risk of pointing out the obvious: aren't we about to start purging data from decliners? Last I heard, we're begin[ning] the process of database re-building and hope to complete by 2012-04-01. Are we about to start inflicting maps with big holes, missing roads etc on these big sites that have finally made the decision to start trusting OSM with their core business? Or will the intermediary service provided by MapBox etc somehow protect them? Discuss. Steve On Sat, Mar 3, 2012 at 6:14 AM, Frans Thamura fr...@meruvian.org wrote: hi all we have great news that foursquare using OSM now anyone working with Fq? which API that osm using ? the ruby one? F ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ 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] FourSquare and OSM
On Wed, Mar 7, 2012 at 9:27 AM, Joseph Reeves iknowjos...@gmail.com wrote: Presumably the good folks behind the license change will say that any short-term damage to OSM caused by removing data is outweighed by the benefits of a new license; the ODbL even, possibly, makes data exchange with these 3rd parties more secure in the long term. Ouch. So after years of laboring in the background, we finally make a splash on the world scene, getting picked up by some pretty prominent sites. Weeks later, we start removing large slabs of data, because of an arcane licensing debate that no one outside OSM gives a toss about. If this actually happens, it will be by far the stupidest thing OSM has ever done. But maybe I'm misunderstanding the meaning of that phrase about database rebuilding? That's the optimistic way of putting it. You could be a pessimist and say that OSM data is already hugely inconsistent and full of holes, missing roads and imaginary data. I can't speak for other countries, but in my city (Melbourne, population 4 million, second biggest in Australia), parts of the largest freeway, right near the centre of town, are currently on the chopping board. That's a lot worse than any other everyday missing roads, holes etc. Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] FourSquare and OSM
On Wed, Mar 7, 2012 at 1:28 PM, Steve Bennett stevag...@gmail.com wrote: If this actually happens, it will be by far the stupidest thing OSM has ever done. But maybe I'm misunderstanding the meaning of that phrase about database rebuilding? Since I'm getting some off-list snark about this, let me make clear: 1) I'm not arguing against the licence change 2) I am participating in remapping 3) I'm questioning deleting large amounts of data from our map on the self-imposed deadline of April 1 Steve ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] FourSquare and OSM
2012/3/7 Steve Bennett stevag...@gmail.com On Wed, Mar 7, 2012 at 1:28 PM, Steve Bennett stevag...@gmail.com wrote: If this actually happens, it will be by far the stupidest thing OSM has ever done. But maybe I'm misunderstanding the meaning of that phrase about database rebuilding? Since I'm getting some off-list snark about this, let me make clear: 1) I'm not arguing against the licence change 2) I am participating in remapping 3) I'm questioning deleting large amounts of data from our map on the self-imposed deadline of April 1 I agree with you. The license change is ok but: the big sites (Foursquare) must have the possibility to use the CC-BY-SA database also after the 1st April, till we have remapped almost all lacking data. I don't know if it's possible, but new contributions can be backported to the old database? Steve Regards, Stefano ___ 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] FourSquare and OSM
On 07.03.2012 05:23, Steve Bennett wrote: 3) I'm questioning deleting large amounts of data from our map on the self-imposed deadline of April 1 Would it be even more clever for map tile providers like mapquest so simply stop updates for a week (or probably serve static tiles as of march 31) until the ODbL data reached a level the tile users are happy with? It is the decision of tile providers how fast they update... Stephan ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[talk-au] lake baroon missing
Hi, I'm away for a few months, but a friend just pointed out that Lake Baroon has gone missing: http://osm.org/go/ueSKIP02- If anyone is inclined to fix please do Chas -- cbar...@pobox.com ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
Re: [Talk-de] Fahrspuren die 315.
Am 06.03.2012 00:45, schrieb aighes: +1, wer auf Spurmapping abfährt soll das gerne Eintragen, aber dabei nicht den highway-Tagg, der für Straßen gedacht ist, für Spuren missbrauchen. +10, allerdings sehe ich mehr spurgemappte Städte. Im Zeitalter der HiRes Luftfotos wollen die Leute anscheinend Spuren abmalen. Ich befürchte, der Zug ist abgefahren. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Am 6. März 2012 10:03 schrieb Chris66 chris66...@gmx.de: Am 06.03.2012 00:45, schrieb aighes: +1, wer auf Spurmapping abfährt soll das gerne Eintragen, aber dabei nicht den highway-Tagg, der für Straßen gedacht ist, für Spuren missbrauchen. +10, allerdings sehe ich mehr spurgemappte Städte. Im Zeitalter der HiRes Luftfotos wollen die Leute anscheinend Spuren abmalen. Ich befürchte, der Zug ist abgefahren. Der Zug ist vor allem deshalb abgefahren, da es keinerlei sinnvolle Alternativen gibt. Die Leute wollen/brauchen Spurinformationen. Solange die einzige Möglichkeit dies zu erreichen individuelle Ways sind, werden sie das machen. Wenn man ihnen die Möglichkeit gibt, das ganze einfacher zu taggen, werden sie dies tun. Der Mensch ist von Natur aus nämlich faul ;-) Deshalb habe ich auch die Hoffnung, das wir es in absehbarer Zeit schaffen ein sinnvolles Spurmapping auf die Beine zu stellen. Welche Variante ist eigentlich egal - Hauptsache sie ist einfach und universell. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Am 06.03.2012 10:14, schrieb Martin Vonwald: Am 6. März 2012 10:03 schrieb Chris66chris66...@gmx.de: Am 06.03.2012 00:45, schrieb aighes: +1, wer auf Spurmapping abfährt soll das gerne Eintragen, aber dabei nicht den highway-Tagg, der für Straßen gedacht ist, für Spuren missbrauchen. +10, allerdings sehe ich mehr spurgemappte Städte. Im Zeitalter der HiRes Luftfotos wollen die Leute anscheinend Spuren abmalen. Ich befürchte, der Zug ist abgefahren. Der Zug ist vor allem deshalb abgefahren, da es keinerlei sinnvolle Alternativen gibt. Die Leute wollen/brauchen Spurinformationen. Solange die einzige Möglichkeit dies zu erreichen individuelle Ways sind, werden sie das machen. Wenn man ihnen die Möglichkeit gibt, das ganze einfacher zu taggen, werden sie dies tun. Der Mensch ist von Natur aus nämlich faul ;-) Deshalb habe ich auch die Hoffnung, das wir es in absehbarer Zeit schaffen ein sinnvolles Spurmapping auf die Beine zu stellen. Welche Variante ist eigentlich egal - Hauptsache sie ist einfach und universell. Genau so läuft OSM aber nicht. Wenn ich meine privaten Radtouren gerne mit OSM verwalten möchte, muss ich mir auch eine Lösung einfallen lassen statt diese einfach als nationale Radroute einzutragen. Wenn jemand Spaß am Spurmappen hat, kann er die Spuren doch separat eintragen und als lane=primary etc. eintragen. Das Problem ist, dass derzeit kaum ein Auswerter Interesse daran hat, die Spuren darzustellen und das diese Leute deshalb fehlerhafte Infos absichtlich Eintragen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Hallo, Am Dienstag, 6. März 2012 10:14:07 schrieb Martin Vonwald: Am 6. März 2012 10:03 schrieb Chris66 chris66...@gmx.de: Am 06.03.2012 00:45, schrieb aighes: +1, wer auf Spurmapping abfährt soll das gerne Eintragen, aber dabei nicht den highway-Tagg, der für Straßen gedacht ist, für Spuren missbrauchen. +10, allerdings sehe ich mehr spurgemappte Städte. Im Zeitalter der HiRes Luftfotos wollen die Leute anscheinend Spuren abmalen. Ich befürchte, der Zug ist abgefahren. Der Zug ist vor allem deshalb abgefahren, da es keinerlei sinnvolle Alternativen gibt. Die Leute wollen/brauchen Spurinformationen. Solange die einzige Möglichkeit dies zu erreichen individuelle Ways sind, werden sie das machen. Wenn man ihnen die Möglichkeit gibt, das ganze einfacher zu taggen, werden sie dies tun. Der Mensch ist von Natur aus nämlich faul ;-) Deshalb habe ich auch die Hoffnung, das wir es in absehbarer Zeit schaffen ein sinnvolles Spurmapping auf die Beine zu stellen. Welche Variante ist eigentlich egal - Hauptsache sie ist einfach und universell. Solange nur highways in mapnik angezeigt werden, könnt ihr das schönste Schema der Welt machen, die Leute werden weiter das highway-tag benutzen. Wir brauchen dann zusätzlich einen Server, der Innenstädte in hoher Auflösung (z20?) spurgenau darstellen kann. Vielleich könnte man von mapnik darauf verlinken. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Genau so läuft OSM aber nicht. Ich darf deinen Satz korrigieren: Genau so SOLLTE OSM aber nicht LAUFEN. ;-) Das Problem ist: Genau so läuft OSM aber derzeit. Wenn jemand Spaß am Spurmappen hat, kann er die Spuren doch separat eintragen und als lane=primary etc. eintragen. Das Problem ist, dass derzeit kaum ein Auswerter Interesse daran hat, die Spuren darzustellen und das diese Leute deshalb fehlerhafte Infos absichtlich Eintragen. Sieht er seine Spuren dann gerendert? Nein. Daher interessiert es den Mapper nicht. Traurig aber wahr. Die große Mehrzahl der Causual Mapper interessiert es nicht, dass dann die Daten Schwachsinn sind. Er sieht es doch auf seiner Lieblingskarte also muss es schon passen. Die Aufgabe der Heavy User ist es eben Ordnung in dieses Chaos zu bringen. Und das geht nur, wenn wir es dem CM leicht machen die Sachen richtig einzutragen. Derzeit kann er es gar nicht richtig eintragen, also trägt er es irgendwie ein. Wir brauchen eine Lösung. Eine einfache. Natürlich können wir lang und breit darüber diskutieren, dass die CM es doch bitte anders machen sollen und sich an die Regeln halten sollen. Das wird nur nichts bringen. Die Menge der Mapper (CM+HU) gibt vor, was gebraucht wird. Und die HU müssen sich um gute Lösungen kümmern. Und gut bedeutet hier vor allem, dass es die CM verstehen können ohne sich durch zwanzig Seiten Wiki kämpfen zu müssen. Das führt uns dann vielleicht nicht zu den syntaktisch hübschesten Lösungen, welche mit den allereinfachsten Algorithmen am eindeutigsten auszuwerten sind, aber es bringt uns Lösungen, welche die CM verstehen und richtig eintragen. Wenn es dann schwieriger zu verarbeiten ist, ist das zwar traurig, aber noch immer ein Riesengewinn im Vergleich zu völlig falschen Daten, die gar nicht verarbeitet werden können. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Solange nur highways in mapnik angezeigt werden, könnt ihr das schönste Schema der Welt machen, die Leute werden weiter das highway-tag benutzen. Genau das ist der Punkt. Das Schema muss kompatibel sein und muss das highway Tag verwenden wie bisher. Und zusätzlich(!) muss es jenen Leuten, welche das wollen, die Möglichkeit geben Spurinformationen einzutragen. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Remappen von wichtigen Strassen in DE
Hallo, Am Dienstag, 6. März 2012 05:46:31 schrieb Tirkon: Jochen Topf joc...@remote.org wrote: Also dieses Remapping wird immer seltsamer. Wenn wir automatisiert und im großen Stil die alten Daten verwenden, um festzustellen, welche Daten wir neu erfassen müssen, dann machen wir damit ja wohl ein abgeleitetes Werk der alten Daten und dann sind die neuen Daten damit nicht clean. Wärs dann nicht einfacher wir verwenden die Daten einfach weiter? Ich habe das mal in einem früheren Beitrag im Forum thematisiert: Wenn man es sehr streng sieht, ist beispielsweise der POI an der Straßenecke von zwei nicht lizensierten Straßen nur aufgrund deren Vorhandenseins lokalisierbar gewesen. Selbst die wurden oft genug mit GPS kartografiert. Ob dann die Straße an den POI oder umgekehrt geschoben wurde, hängt vom Einzelfall und Geschmack des Mappers ab. Noch mehr ausgeweitet: Erst durch die Orientierung, die uns frühe Mapper durch das Eintragen von Autobahnen, Hauptstraßen und Städtenamen in die weiße Karte gaben, konnte die Folgegeneration - und auch Remapper - an diese Orientierungsgebung anknüpfen. -1 Vor dem Vorhandensein vernünftiger Luftbilder konnte man Straßen immerhin grob von Yahoo abmalen, außerdem liefen die Mapper bis zur Einführung der Bing-Bilder immer mit GPS herum. Damit kann man auch eine einsame Insel jenseits jeder Zivilisation mappen. Insofern hat das Hauptwegenetz nichts, aber auch gar nichts mit der Lage von irgendwelchen anderen Straßen zu tun. Gruß, Wolfgang ___ 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] Fahrspuren die 315.
Am 06.03.2012 10:58, schrieb Martin Vonwald: Sieht er seine Spuren dann gerendert? Nein. Daher interessiert es den Mapper nicht. Traurig aber wahr. Die große Mehrzahl der Causual Mapper interessiert es nicht, dass dann die Daten Schwachsinn sind. Er sieht es doch auf seiner Lieblingskarte also muss es schon passen. Die Aufgabe der Heavy User ist es eben Ordnung in dieses Chaos zu bringen. Und das geht nur, wenn wir es dem CM leicht machen die Sachen richtig einzutragen. Derzeit kann er es gar nicht richtig eintragen, also trägt er es irgendwie ein. Wir brauchen eine Lösung. Eine einfache. Ich wüsste nicht, was an lane=primary etc. nicht einfach wäre... Aber egal wie er es eintragen wird, er wird es nie auf seiner Lieblingskarte sehen (meine Prophezeiung) und das auch zurecht, da es selbst in der max. Zoomstufe bescheiden aussieht. Es ist aber keine Rechtfertigung anderen Leuten die Karten etc. kaputt zumachen. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Hallo, Am Dienstag, 6. März 2012 11:01:51 schrieb Martin Vonwald: Solange nur highways in mapnik angezeigt werden, könnt ihr das schönste Schema der Welt machen, die Leute werden weiter das highway-tag benutzen. Genau das ist der Punkt. Das Schema muss kompatibel sein und muss das highway Tag verwenden wie bisher. Und zusätzlich(!) muss es jenen Leuten, welche das wollen, die Möglichkeit geben Spurinformationen einzutragen. Nein, das sehe ich nicht so. Das highway-tag ist dermaßen überfrachtet, dass eine zusätzliche Anwendung für Fahrspuren nur alle verwirrt. Besser wäre ein neues tag (lane=xxx?), dass aber vom ersten Augenblick an von einem Server angezeigt wird, der dann auch prominent auf den Webseiten verlinkt wird. Bis Mapnik sich bewegt und etwas vernünftig darstellt, vergehen Jahre (mindestens). Motto: Wenn du deine spurgenaue Kreuzung sehen willst, klicke hier. Der Server könnte sich auf eine hohe Auflösung und Räume, in denen so etwas überhaupt machbar ist, als Overlay beschränken. Eventuell könnte man das Mapnik-Bild auf den Maßstab aufzoomen. Schema - Umsetzung im Overlay - Test - Prominent verlinken In der Reihenfolge, andere führt ins Chaos. Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Nein, das sehe ich nicht so. Das highway-tag ist dermaßen überfrachtet, dass eine zusätzliche Anwendung für Fahrspuren nur alle verwirrt. Genau das meinte ich. Das highway-Tag nicht verändern - alles andere würde die Kompatibilität zerstören. Besser wäre ein neues tag (lane=xxx?), Genau das mache ich in meinem Prop. Wir sind also derselben Meinung. dass aber vom ersten Augenblick an von einem Server angezeigt wird, der dann auch prominent auf den Webseiten verlinkt wird. Bis Mapnik sich bewegt und etwas vernünftig darstellt, vergehen Jahre (mindestens). Das wäre natürlich ein extra Plus-Punkt. lg, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Die meisten Schemavorschläge setzen derzeit auf einen Way, der die Attribute der Spuranordnung getaggt bekommt. Da dies für die Spurassistenten das sinnvollste ist. Dies wäre meiner Meinung auch die Einzig sinnvolle Anwendung fürs Spurmappen. Sicherlich kann man daraus dann auch eine Karte rendern. Ihr könnt ja schonmal für eure CM sammeln gehen, damit ihr den Server mit z20 betreiben könnt. Wenn ihr das am laufen habt, hätte ich gerne in z22 die Pflastersteine gerendert. ;-) Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Die meisten Schemavorschläge setzen derzeit auf einen Way, der die Attribute der Spuranordnung getaggt bekommt. Das ist meiner Meinung nach auch das sinnvollste und praktikabelste. Ihr könnt ja schonmal für eure CM sammeln gehen, damit ihr den Server mit z20 betreiben könnt. Wenn ihr das am laufen habt, hätte ich gerne in z22 die Pflastersteine gerendert. ;-) z20 ist vielleicht Overkill ;-) Ich habe im Prop eine experimentelle Karte verlinkt, welche auf Autobahnen die Spuren anzeigt: http://rfmtc.no-ip.org/osm/austrox/?zoom=18lat=47.8579lon=16.18497layers=B Ich denke, das würde den meisten schon reichen. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Am 06.03.2012 11:34, schrieb Martin Vonwald: Die meisten Schemavorschläge setzen derzeit auf einen Way, der die Attribute der Spuranordnung getaggt bekommt. Das ist meiner Meinung nach auch das sinnvollste und praktikabelste. Ihr könnt ja schonmal für eure CM sammeln gehen, damit ihr den Server mit z20 betreiben könnt. Wenn ihr das am laufen habt, hätte ich gerne in z22 die Pflastersteine gerendert. ;-) z20 ist vielleicht Overkill ;-) Ich habe im Prop eine experimentelle Karte verlinkt, welche auf Autobahnen die Spuren anzeigt: http://rfmtc.no-ip.org/osm/austrox/?zoom=18lat=47.8579lon=16.18497layers=B Ich denke, das würde den meisten schon reichen. Könnte sein. Wie ich aber sehe, wertest du die Infos im turn:lanes nicht aus, sondern nur lanes. Oder? Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Kurzer technische Frage als Einwurf: Wie weit sind eigentlich so die vektorbasierten Systeme fuer den Einsatz im Web? Gibt es da schon Beispiele? Beim Rendering (sehr) hoher Zoomstufen gerade zum schnellen Verifizieren des Spurtaggings fuer den CM sehe ich da recht ideale Einsatzbedingungen. Ich denke mir halt, wenn das mein Telefon kann, warum soll es mein Browser nicht koennen? Ansonsten kann ich nur zustimmen: Einfachheit fuer den CM ist ein hohes Gut, da wir gerade den CM fuer den Input brauchen. Und den CM motiviert man nur, wenn er sein tagging schnell irgendwo angezeigt bekommt. Dazu muss man an der Anzeige (=Renderer) arbeiten, nicht (nur) am Tagging oder am CM. Ich wuerde auch gern Spuren mappen und vor allem das Routing nutzen, aber ich hab halt genug Geduld, darauf zu warten dass die Toolchain Tagging-Schema-Editor-Plugin-Renderer-Router fertig ist. Gruss Chaos99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
z20 ist vielleicht Overkill ;-) Ich habe im Prop eine experimentelle Karte verlinkt, welche auf Autobahnen die Spuren anzeigt: http://rfmtc.no-ip.org/osm/austrox/?zoom=18lat=47.8579lon=16.18497layers=B Ich denke, das würde den meisten schon reichen. Könnte sein. Wie ich aber sehe, wertest du die Infos im turn:lanes nicht aus, sondern nur lanes. Oder? Die Karte ist nicht von mir. Ich hätte schreiben sollen, dass nur lanes ausgewertet wird. Mein Punkt ist, dass auch auf z18 die Spuren schon deutlich sichtbar sind. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Am 05.03.2012 11:46, schrieb aighes: z20 ist vielleicht Overkill ;-) Ich habe im Prop eine experimentelle Karte verlinkt, welche auf Autobahnen die Spuren anzeigt: http://rfmtc.no-ip.org/osm/austrox/?zoom=18lat=47.8579lon=16.18497layers=B Ich denke, das würde den meisten schon reichen. Könnte sein. Wie ich aber sehe, wertest du die Infos im turn:lanes nicht aus, sondern nur lanes. Oder? Naja, das ist natürlich noch sehr rudimentär. Wenn es nur wenig komplizierter wird, z.B. Wechsel von 2 auf 3 Spuren kommt man da schon an die Grenzen: http://rfmtc.no-ip.org/osm/austrox/?zoom=18lat=47.7883lon=16.21674layers=B Prinzipiell bevorzuge ich ebenfalls die Attributs-basierte Variante für's Spurmappen, sehe aber leider keine *einfache* Lösung für die CM. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin-Karte mit Skipisten?
On 05.03.2012 18:43, Bodo Meissner wrote: On Mon, Mar 05, 2012 at 09:30:28AM +0100, Felix Hartmann wrote: Pisten anhand schwierigkeit habe ich etwa in der Openmtbmap.org bzw VeloMap integriert... Das ist schon fast, wie ich es mir vorgestellt hätte. piste:ref werde ich zum nächsten Update auch integrieren, hab den Key noch gar nicht gekannt Super, danke. Es gibt auch noch piste:name, aber das wäre für mich weniger wichtig. (Keine Ahnung, warum für die Pisten nicht einfach ref und name verwendet wird.) Ich hab mir schon gedacht dass piste:name auch existiert, und hab es daher gleich auch für den Namen gesetzt, allerdings nur wenn kein name existiert. Primär ist die Karte halt doch für den Sommersport gedacht, und manche Pisten(teile) haben halt mehrere Nutzungen. Es hängt vielleicht vom Skigebiet ab, ob zur Orientierung die Nummern oder Namen besser geeignet sind. (Ich hatte bisher an den Pisten nur Schilder mit Nummern.) Ich würde mir das so wünschen, daß die Pisten-Nummern direkt sichtbar sind und die Namen als Zusatzinformation angezeigt werden, wenn man mit dem Pfeil auf die Piste zeigt. Wenn keine Nummer definiert ist, könnte möglicherweise der Name direkt angezeigt werden. Es gibt keine Möglichkeit zwischen Pop Up Name und angezeigtem Name zu unterscheiden im Garmin Format. Mir ist aber auf meinem GPSMAP76CSx aufgefallen, daß die Pisten mit dem Pfeil nicht selektierbar sind. Bei mir wurde immer nur eine Bezeichnung für den Hintergrund angezeigt. (Bei Höhenlinien wird in einem Mini-Popup die Höhe angezeigt, wenn der Pfeil darauf steht.) Sind die Pisten für das Gerät andere Objekte als Wege oder Höhenlinien? Nur Pisten die als Polygone angelegt sind (sehr selten) sollten nicht anklickbar sein. Viele Grüße Bodo ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Hi, On 03/06/12 10:14, Martin Vonwald wrote: Der Zug ist vor allem deshalb abgefahren, da es keinerlei sinnvolle Alternativen gibt. Die Leute wollen/brauchen Spurinformationen. Nicht alles, was die Leute (zu denen ich offenbar nicht gehoere) wollen oder brauchen, muss auch in OSM. 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] Fahrspuren die 315.
Nicht alles, was die Leute (zu denen ich offenbar nicht gehoere) wollen oder brauchen, muss auch in OSM. Huch. Nach welcher rationalen Logik liesse sich denn so ein Ausschlusskriterium begruenden? Wir haben keine Probleme mit reinen Metainformationen wie Oeffnungszeiten, mappen virtuelle Dinge wie Verwaltungsgrenzen und vergewaltigen sogar die 2D Datenbasis mit 3D Gebaeudeinformationen. Und ausgrechnet die Fahrspuren, deren weisse Linien jeder draussen sehen und anfassen kann (bitte Vorsicht beim Nachmachen), sollen jetzt nicht zu OSM 'passen'? Warum? Gruss, Chaos99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Hallo. Am 06.03.2012 14:54, schrieb Ronnie Soak: Wir haben keine Probleme mit reinen Metainformationen wie Oeffnungszeiten, mappen virtuelle Dinge wie Verwaltungsgrenzen und vergewaltigen sogar die 2D Datenbasis mit 3D Gebaeudeinformationen. Und ausgrechnet die Fahrspuren, deren weisse Linien jeder draussen sehen und anfassen kann (bitte Vorsicht beim Nachmachen), sollen jetzt nicht zu OSM 'passen'? ... insbesondere da eine gewisse Menge an OSM-Mappern hier mitmacht um (salopp gesagt) Navi-Daten zu erzeugen. Und grade in dem Bereich ist OSM den proprietären Alternativen sowieso schon deutlich hinterher. :( Man wird nicht müde zu betonen, dass die Straßenabdeckung von OSM sehr gut ist (was auch korrekt ist). Gleichzeitig gibt es für die coolen und nützlichen Dinge (Brauche ich die A8-Auffahrt nach Stuttgart oder nach München? oder die Spurdarstellung) noch kein Schema. Und sowas kann schon ein 10 Jahre altes Navi darstellen. Disclaimer: Das Schema alleine ist natürlich auch kein Allheilmittel. maxspeed ist durchaus etabliert und unangefochten das Tag der Wahl um normale Geschwindigkeitsbeschränkungen einzutragen. Dennoch fehlen da noch viel zu viele. :( Gruß, Bernd -- Mit einem kurzen Schweifwedeln kann ein Hund mehr Gefühl ausdrücken als mancher Mensch mit stundenlangem Gerede - Louis Armstrong (am. Musiker) signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Egal mit welcher Arroganz hier zwischen CM und HM unterschieden wird: Hast Du mal die Idee gehabt, überhaupt darüber nachzudenken, ob das was da gemappt wurde, eventuell doch keine so schlechte Lösung ist? Es geht mitnichten darum Karten kaputt zu machen oder nicht, es geht auch überhaupt nicht um den Renderer - bist Du wirklich so arrogant zu glauben, dass den Leuten des Spurmappings als einziger Grund ein Auftauchen in der Karten_darstellung_ ist? Wenn es um hübsche Karten ginge, würden Mapper ja gerade auf das Spurmapping verzichten. Die Schemavorschläge sind alle Mist, weil sie dazu führen, dass ein osm-way völlig unübersichtlich und überladen mit Tags zugepflastert wird, so dass kein normaler Mapper und vermutlich auch nicht der HM dann noch einen Überblick bekommen. Wenn Du die Komplexität der Realität erfassen willst, reicht die Spuranordnung nicht aus: - es kann unterschiedliche surface Werte pro Spur geben - der komplette access=* Baum an tags kann pro Spur Relevanz haben - exakt eine Spur von mehreren kann construction:*=* sein - etc. pp. Kurzum, es gibt fast mehr Indizien, eine Spur im OSM Sinne als eigenständigen Weg aufzufassen, als dies nicht zu tun. Die Sicherheit, mit der Du dich auf eine Stufe über die casual mapper hebst, lässt außerdem darauf schließen, dass Du dich schon einmal mit Komplexität beschäftigt hast - Komplexität lässt sich für den casual mapper am einfachsten mit dem Prinzip divide and conquer erschlagen. D.h. mappe ich jede Spur einzeln, kann ich jede Spur einzeln taggen und für jede Spur die turn_restriction festlegen - was momentan so und so die einzige (und imho auch beste) Möglichkeit ist, da als from-Rolle der aktuell verwendeten turn_restriction relations nur ein Weg erlaubt ist. Gruß Am 05.03.2012 11:28, schrieb aighes: Die meisten Schemavorschläge setzen derzeit auf einen Way, der die Attribute der Spuranordnung getaggt bekommt. Da dies für die Spurassistenten das sinnvollste ist. Dies wäre meiner Meinung auch die Einzig sinnvolle Anwendung fürs Spurmappen. Sicherlich kann man daraus dann auch eine Karte rendern. Ihr könnt ja schonmal für eure CM sammeln gehen, damit ihr den Server mit z20 betreiben könnt. Wenn ihr das am laufen habt, hätte ich gerne in z22 die Pflastersteine gerendert. ;-) Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kreatives Mapping von Wald-Flurstücken
Nachdem ja im Hunsrück-Hochwald Klarstellungen zum Tagging erfolgten, habe ich jetzt bei zwei Mulitpolygon outer des Pfälzerwaldes dann auch das Tagging umgestellt, so daß landuse nur im Multipolygon steht. Dabei ist mir das kreative Tagging hier: http://www.openstreetmap.de/karte.html?zoom=12lat=49.01547lon=8.09131layers=BTF aufgefallen, der Bienwald. Da war der outer way als landuse = forest und layer = -3 getaggt. Das hab ich landuse umgestellt auf Mulitpolygon und den Layer entfernt. Es gibt dazu zwar inner ways, aber außer denen sind eine große Menge von weiteren Waldstücken innerhalb des Gebiets OHNE inner, mit landuse = forest und layer = -5 und einem Flurnamen getaggt. Der Layer ist in jedem Fall Unsinn und eigentlich müssten die Flurstücke auch eine inner haben. Soll man die so lassen? Oder sollte man ein place ergänzen oder was meint ihr? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Ja hab ich. Es ist für die Auswertung der denkbar ungünstigste Weg. Nicht ohne Grund ist es auch bei kommerziellen Anbietern üblich nicht jede Spur als Way in den Daten zu haben. Wesentliche Informationen gehen verloren oder müssen umständlich über unzählige Relationen wieder eingetragen werden. Ob das nun Mapperfreundlicher bezweifle ich. Von der Fehleranfälligkeit möchte ich gar nicht erst reden. Wenn ein Mapper nicht die Karten kaputt machen würde, würde er sich an die Bedeutung der Tags halten und diese nicht missbrauchen. Ich hab kein Problem damit, wenn ein Mapper jede Pflastersteinreihe einzeln mappt. Aber bitte nicht dafür einen existierenden Tagg missbrauchen, sondern sich einen neuen ausdenken. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Eben. Das lässt sich mit der Stern-Topologie lösen. Und sofern man jede Spur einzeln mappt, auch noch für jeden Mapper verstehen und handhaben. Das beste ist, wenn man highway=*_link o.ä. als tag akzeptiert, muss man kein neues Schema einführen. Es geht dann einfach nur um eine bestimmte Art, Kreuzungen zu mappen.. Was Renderer mit diesen Daten machen, ist eigentlich deren Bier - z.B. könnten komplexe Kreuzungen erkannt werden und entsprechend gerendert werden, anstatt einfach nur die Linien der DB 1:1 zu übertragen.. Zählt man Fuß und Radwege nicht dazu, und mappt auch die Spuren nicht einzeln, kann es maximal 4 Knoten mit dem aktuellen Tagging-Schema geben, wenn beide Wege gerichtet sind und eine bauliche Trennung zwischen diesen existiert: ^ | | | | v Genau dann lässt sich aber die Realität u.a. mit den aktuellen turn_restrictions nicht korrekt abbilden - jeder way, der zur Kreuzung führt, versteckt Fahrspuren. Für turn_restrictions ist es aber relevant, um welche Fahrspur es sich handelt. Die Verfechter des Nicht-Spur-Mappings wollen dazu dann das turn_restrictions proposal erweitern - ein Hort für Fehlerquellen: am way wird mit kryptischen Tags die Fahrspuranordnung getaggt, in der Relation dann mit from.1 o.ä. die erste Fahrspur des from-ways referenziert. Ich sehe schon Websiten wie turn-restriction-lane-analyzer ;-) Zudem geht es nicht nur um die turn_restrictions, eine Spur kann sich in vielen weiteren Eigenschaften von anderen Spuren unterscheiden - die denen von Einzelspurwegen gleichen, z.B. - kann nur die dritte Fahrspur ein cycleway=lane besitzen, der Radfahrer über eine extra angelegte Spur mit geradeaus führt (man kann auch die Fahrradspur einzeln mappen, wenn aber die Autospur gemappt ist, kann man cycleway=lane verwenden - die Information wäre hingegen ungenau oder falsch, würde man sie an einen Weg mit lanes=4 hängen, da dann unklar ist, wo sich die Fahrradspur befindet) - kann die x-te Spur gepflastert sein, die anderen nicht - kann die x-te Spur construction: (mit start_date, end_date) sein, während die anderen betrieben werden - kann die x-te Spur andere access=*-values haben, als die anderen (bus lanes, taxi lanes, etc. pp.) - all das wäre tagging-technisch der Horror, will man es mit einem einzigen way erfassen, so etwas wie lane.1.surface= lane.2.access= etc. pp. entsteht - und in Relationen könnte ich die Einzelspuren des Weges immer noch nicht vernünftig referenzieren (weil sie eben nicht als Wegobjekt vorhanden wären) - eine Lösung mit from.X= in den Relationen wäre auch nicht gut, weil man dann mindestens die Anzahl Fahrspuren Relationen auf diesem Weg hat - editing-technisch ein Graus.. Den klassischen Ansatz zu verwenden, also alle Wege mit allen anderen kreuzen zu lassen, funktioniert aber beim Einzelspurmapping nicht - dann hätte man bei 6x6 Fahrspuren 36 Schnittpunkte - also auch wieder data bloat - deshalb der Stern-Ansatz für komplexe Kreuzungen. Es wäre aber auch mit 36 Schnittpunkten machbar, wenn jemand seine Mapnik-Darstellung behalten möchte - dann wären in den turn_restrictions viele kleine ways in den via-Rollen zu finden - nicht schön, aber machbar. Gruß Am 06.03.2012 00:32, schrieb Stephan Wolff: Am 05.03.2012 22:46, schrieb Frederik Ramm: Wie dem auch sei, korrektes Routing ist auch ohne Fahrspur-Tagging moeglich. Es ist vielleicht weniger praezis, und der Nutzer muss die Anweisung an der naechsten Kreuzung links selbstaendig um vorher auf die Abbiegespur wechseln ergaenzen. Seltsamerweise hat sich in OSM kein Konzept für Kreuzungen etabliert. Je nach Komplexität der Straßen (1 oder 2 Fahrbahnen, getrennt erfasste Fuß- und Radwege) ergeben sich meist 1-16 Schnittpunkte der ways. Der menschliche Betrachter der Karte kann raten, welche der Schnittpunkte zur selben Straßenkreuzung gehören. Der Router weiß nicht, was eine Kreuzung ist, und gibt meist nur nach 100m links aus. Ampeln sind neben dem highway, auf dem highway an der Haltelinie, am Kreuzungspunkt mit dem ersten querenden way (meist der Radweg) oder nur auf Kreuzungspunkten der Straßen eingetragen. Aussagen wie an der dritten Ampel links sind mit den aktuellen OSM-Daten kaum zu erzeugen oder auszuwerten. Viele Grüße Stephan ___ 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] Fahrspuren die 315.
Am 06.03.2012 11:34, schrieb Martin Vonwald: Die meisten Schemavorschläge setzen derzeit auf einen Way, der die Attribute der Spuranordnung getaggt bekommt. Das ist meiner Meinung nach auch das sinnvollste und praktikabelste. Das ist die unpraktikabelste - immenser tag bloat auf einem way. Kaum wartbar für CM (und auch nicht für HM).. Außerdem fehlt eine vernünftige Referenzierbarkeit der Spuren in den Relationen (from.1 ist was für Mapper im God-Mode) Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Am 06.03.2012 15:45, schrieb Christian Müller: Die Schemavorschläge sind alle Mist, weil sie dazu führen, dass ein osm-way völlig unübersichtlich und überladen mit Tags zugepflastert wird, so dass kein normaler Mapper und vermutlich auch nicht der HM dann noch einen Überblick bekommen. Wenn Du die Komplexität der Realität erfassen willst, reicht die Spuranordnung nicht aus: - es kann unterschiedliche surface Werte pro Spur geben - der komplette access=* Baum an tags kann pro Spur Relevanz haben - exakt eine Spur von mehreren kann construction:*=* sein - etc. pp. Dein Vorschlag produziert mehr Ways und (insgesamt) auch mehr Tags. Denn auch die Informationen, die sich nicht von Spur zu Spur unterscheiden, müssten dann mehrfach eingetragen werden - dadurch ist die Gesamtzahl der Tags deutlich größer. Wenn sich ein Wert wirklich mal pro Spur unterscheidet, können alle aktuellen Vorschläge für die Abbildung von Spuren als Tags das bei Bedarf natürlich ausdrücken. Ansonsten spart man sich aber viel überflüssige Mehrfachinformation. D.h. mappe ich jede Spur einzeln, kann ich jede Spur einzeln taggen und für jede Spur die turn_restriction festlegen - was momentan so und so die einzige (und imho auch beste) Möglichkeit ist, da als from-Rolle der aktuell verwendeten turn_restriction relations nur ein Weg erlaubt ist. Es gibt zwei Geradeaus-Spuren und eine Rechtsabbiegerspur. Was ist wohl einfacher: Ein einziges Tag turn:lanes = straight | straight | left als Attribut an einem normalen Straßen-Way? Oder drei Ways plus drei Relationen? Sicher, bei komplexen Kreuzungen wird man manchmal nicht um Relationen herumkommen. Und dann wird man auch neue Syntax erfinden müssen, um Abbiegeinformationen für einzelne Spuren einzutragen - etwa die von dir ungeliebten from.X. Aber die _minimale_ Komplexität verglichen mit deinem Schema ist einfach sehr viel niedriger. Und die Frage, wie um alles in der Welt man so etwas auswerten soll, ist auch leichter zu beantworten als bei unzusammenhängenden Ways. Tobias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Das ist meiner Meinung nach auch das sinnvollste und praktikabelste. Wie ich geschrieben habe: Das ist meiner Meinung nach Das ist die unpraktikabelste Du hast hier vergessen zu schreiben Meiner Meinung nach So ist das Leben. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Am 5. März 2012 16:10 schrieb aighes o...@aighes.de: Wesentliche Informationen gehen verloren oder müssen umständlich über unzählige Relationen wieder eingetragen werden. Ob das nun Mapperfreundlicher bezweifle ich. Von der Fehleranfälligkeit möchte ich gar nicht erst reden. es ist sicher umständlicher, die Relationen anzulegen, aber für die Pflege und den Abgleich mit einem Luftbild genauso wie für die Lagegenauigkeit sind explizite lanes mit ways (nicht als highways) m.E. für den Mapper das Einfachste (lässt sich bei allen Methoden allerdings auch mit einem Editor abstrahieren). Wenn es ans Mikromapping geht (wo ist ein Geländer, wo ein hoher Bordstein und wo ein abgesenkter, wie hoch ist die Mauer zwischen zwei Wegen, ...) denke ich, dass es überhaupt keine sinnvolle Alternative gibt (so man denn auch an der Geometrie dieser Objekte interessiert ist). Diese Relationen in einem Editor anzuzeigen wäre einfach (ist wie eine kaputte (=offene) Multipolygonrelation machbar, d.h. man könnte z.B. im Editor eine halbtransparente Füllung in der Wegfarbe zwischen den ways darstellen). Andererseits will man vermutlich auch nicht überall immer alle Spuren explizit zeichnen, daher führt an einer parametrische Methode, die Informationen über mehrere Objekte (Spuren) auf einer einzigen Linie zusammenfasst, ebenfalls kein Weg vorbei (so man diese Informationen erfassen will). Welche Methode besser ist kommt auch darauf an, wie viele Informationen man hat. Wenn es dicht wird, dann besteht bei der impliziten Methode die Gefahr, dass man den highway (also den einzigen geometrischen Weg) in zig Einzelteile zerstückeln muss, und bei jedem Edit auf der Straße auch die komplette Fußweg-tag-schar durchlesen / analysieren muss, um nichts zu zerschießen. Ich hab kein Problem damit, wenn ein Mapper jede Pflastersteinreihe einzeln mappt. Aber bitte nicht dafür einen existierenden Tagg missbrauchen, sondern sich einen neuen ausdenken. +1 Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] UNDELETE_IT layer in CleanMap: Wo ist der Sinn?
Irgendwie erschließt sich mir der Sinn des UNDELETE_IT Layer in der Cleanmap nicht. Zunächst wird mit den beiden anderen Layern Werbung für das Remappen gemacht. Zum Remappen muss man die alten nichtlizensierten Inhalte löschen. Ist man (nach langem Abwarten) so verfahren, so werden genau diese gelöschten Inhalte im UNDELETE_IT Layer wieder aufgeführt, und dazu aufgefordert, die Löschung rückgängig zu machen. Folglich müsste man das Remappte wieder löschen, um keine doppelten Inhalte zu haben. Dies geschieht umso häufiger, je mehr Nichtentschiedene man bezüglich der Lizenz angeschrieben hat und diese nun (teilweise kurz vor Toresschluss) zustimmen. IMHO demotiviert und kontakariert dieser Layer die Bemühungen, Nichtzustimmer anzuschreiben und zu Remappen. Gerade fleißige Remapper gewinnen nun den Eindruck, wegen Löschung der zunächst unlizensierten Inhalte jetzt an den Pranger gestellt zu werden, was sie bestenfalls arg verstimmt und schlimmstenfalls vergrault. Genau so sinnvoll, wie ich die beiden anderen Layer finde, genau so wenig wird mir der Nutzen des UNDELETE_IT Layers klar, der die Intention der beiden anderen Layer ins augenscheinlich diametral Gegensätzliche verkehrt? Kann jemand aufklären? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Und noch ein interessanter Wald
befindet sich hier: http://www.openstreetmap.de/karte.html?zoom=12lat=49.66356lon=8.65269layers=BTF Das ist ein FÜNFFACHES Multipolygon outer und am Way selbst ist landuse forest getagged. Da kann vielleicht jemand von euch ran. Ich bin ein notorischer Potlatch User und da sind Multipolygone nicht unbedingt das, was man gut bearbeiten kann. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreatives Mapping von Wald-Flurstücken
Am 06.03.2012 15:54, schrieb Wolfgang Barth: Nachdem ja im Hunsrück-Hochwald Klarstellungen zum Tagging erfolgten, habe ich jetzt bei zwei Mulitpolygon outer des Pfälzerwaldes dann auch das Tagging umgestellt, so daß landuse nur im Multipolygon steht. Dabei ist mir das kreative Tagging hier: http://www.openstreetmap.de/karte.html?zoom=12lat=49.01547lon=8.09131layers=BTF aufgefallen, der Bienwald. Ja, da steht so einiges an Unsinn drinn. z.B. landuse=forest und name=Teich auf layer=-5. M.E. würden place-Nodes hier reichen. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] UNDELETE_IT layer in CleanMap: Wo ist der Sinn?
Zitat vom Wiki: Further please note that the layer is static and reflects the status as of 13th February 2012. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] UNDELETE_IT layer in CleanMap: Wo ist der Sinn?
Und folgendes steht auch noch im Wiki: This layer renders deleted objects that were created by contributor term acceptors, this does not mean that all tags are clean and can be used. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Am 06.03.2012 16:34, schrieb Tobias Knerr: Dein Vorschlag produziert mehr Ways und (insgesamt) auch mehr Tags. Denn auch die Informationen, die sich nicht von Spur zu Spur unterscheiden, müssten dann mehrfach eingetragen werden - dadurch ist die Gesamtzahl der Tags deutlich größer. Wenn sich ein Wert wirklich mal pro Spur unterscheidet, können alle aktuellen Vorschläge für die Abbildung von Spuren als Tags das bei Bedarf natürlich ausdrücken. Ansonsten spart man sich aber viel überflüssige Mehrfachinformation. Das scheint auf den ersten Blick richtig. Sicher ist an meinem Vorschlag einiges verbesserungswürdig, siehe z.B. http://wiki.openstreetmap.org/wiki/Lanes_and_complex_intersections_visual_approach#Some_caveats Das Hauptanliegen übersiehst Du aber - es geht darum, das Mappen zu vereinfachen, um Fehlerquellen zu minimieren. Wenn die Spuren einzeln gemappt sind, können sie auch einzeln getaggt und überprüft werden - weil die Komplexität pro Spur geringer ist. Ich schrieb bereits (siehe link), dass die lanes gruppiert werden müssten, damit ein Router weiß, an welchen Stellen es erlaubt ist, die Spuren zu wechseln. Wenn Du redundante, mehrfach eingetragene Information, die sich von Spur zu Spur nicht unterscheidet, vermeiden willst, könntest Du diese z.B. in diese Gruppierungsrelation eintragen, das ist aber aus momentaner Sicht unwichtig, da redundant vorhandene Information keinen Fehler darstellt. Es würde momentan auch nicht funktionieren, da die Auswertungstools diese Information nicht lesen würden. Mein Vorschlag ist also nur ein Schritt in eine Richtung. Das ganze lässt sich durchaus so entwickeln, dass die von Dir angesprochene, mehrfach vorhandene Information, nur einmal erfasst wird - das ist aber ein anderes Thema. Weiterhin ist es beobachtbar nicht so, dass es stets Ziel in OSM ist, die minimale Komplexität als Qualität für ein Tagging-Verfahren anzusehen - leider. Z.B. wirst Du finden, dass baulich getrennte Straßen auch mehrfach redundante Informationen enthalten, anstatt diese in einer Relation zusammenzufassen. OSM ist ein Crowd-Projekt - als solches will es von der Masse der Mappenden profitieren. Übermäßig minimal komplexe, aber nicht zu verstehende oder beim Mappen fehleranfällige Tagging-Schemata werden von der Masse der Mappenden nicht benutzt - Fakt. Will man die Daten so halten, dass das Mapping jeder verstehen und bearbeiten kann, kommt man um eine gewisse Redundanz nicht herum. Diese Redundanz im visuellen Bereich anzusiedeln ist deshalb kein schlechter Vorschlag, weil ich als Mensch viel einfacher optische Information erfasse, als die Textform in tags. Ob das dann für die Maschine bei der Auswertung komplexer ist, muss mich als Mensch eigentlich erstmal nicht interessieren (es sei denn ich bin Programmierer). Wenn sich das Projekt durch dieses Verfahren eine höhere Korrektheit versprechen kann, weil es einfacher ist, lohnen die zusätzlich investierten CPU-Zyklen allemal. Es gibt zwei Geradeaus-Spuren und eine Rechtsabbiegerspur. Was ist wohl einfacher: Ein einziges Tag turn:lanes = straight | straight | left als Attribut an einem normalen Straßen-Way? Oder drei Ways plus drei Relationen? Letzteres - denn ich kann jeden Way getrennt betrachten. Außerdem ist dein Beispiel nicht generisch - die Realität _kann_ viel komplexer sein, als in deinem Beispiel angegeben und dann wird das, was vor deiner ersten Frage noch übersichtlich aussieht, undurchschaubar. Sicher, bei komplexen Kreuzungen wird man manchmal nicht um Relationen herumkommen. Und dann wird man auch neue Syntax erfinden müssen, um Abbiegeinformationen für einzelne Spuren einzutragen - etwa die von dir ungeliebten from.X. Aber die _minimale_ Komplexität verglichen mit deinem Schema ist einfach sehr viel niedriger. Wie gesagt, darum geht es nicht. Minimal komplex ist, wenn ich London als einen node erfasse - damit kann nur niemand etwas anfangen. Und die Frage, wie um alles in der Welt man so etwas auswerten soll, ist auch leichter zu beantworten als bei unzusammenhängenden Ways. Ja, wenn die Daten aber nicht stimmen, weil niemand das Schema verstanden hat oder es in der Anwendung fehleranfällig ist, nützt Dir das nichts. Gruß Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
aighes osm at aighes.de writes: Ja hab ich. Es ist für die Auswertung der denkbar ungünstigste Weg. Nicht ohne Grund ist es auch bei kommerziellen Anbietern üblich nicht jede Spur als Way in den Daten zu haben. Wesentliche Informationen gehen verloren oder müssen umständlich über unzählige Relationen wieder eingetragen werden. Ob das nun Mapperfreundlicher bezweifle ich. Von der Fehleranfälligkeit möchte ich gar nicht erst reden. Und wie deckt sich das mit http://forum.openstreetmap.org/viewtopic.php?pid=221759 ? Kommerzielle Anbieter haben in ihren Daten mit Sicherheit wesentlich mehr Ways und wesentlich mehr Relationen (oder auch einfach nur unglaublich viele Relationen an einem Weg) um solche Dinge auszudrücken. Du kannst nicht auf der einen Seite argumentieren, wir müssten wie die kommerziellen Anbieter arbeiten und gleich im nächsten Satz Relationen für solche Informationen verdammen. Fakt ist: Korrekte Kreuzungstopologie lässt sich nur über getrennte Spuren und Relationen erreichen, alles andere kann nur Teilaspekte erfassen. Unstrittig sollte dabei natürlich sein, dass die Spuren nicht als highway=* eingetragen werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Und noch ein interessanter Wald
Am 06.03.2012 17:05, schrieb Wolfgang Barth: befindet sich hier: http://www.openstreetmap.de/karte.html?zoom=12lat=49.66356lon=8.65269layers=BTF Das ist ein FÜNFFACHES Multipolygon outer und am Way selbst ist landuse forest getagged. Da kann vielleicht jemand von euch ran. Ich bin ein notorischer Potlatch User und da sind Multipolygone nicht unbedingt das, was man gut bearbeiten kann. schon erledigt ;-) Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Am 06.03.2012 16:34, schrieb Tobias Knerr: Wenn sich ein Wert wirklich mal pro Spur unterscheidet, können alle aktuellen Vorschläge für die Abbildung von Spuren als Tags das bei Bedarf natürlich ausdrücken. Das bezweifele ich im übrigen stark. IMHO hat keiner der Vorschläge wirklich Potential (große) Differenzen zwischen den Spuren auf eine halbwegs übersichtliche Art und Weise darzustellen. Versuche es z.B. mit folgendem Sachverhalt: 1. Spur: - nur links abbiegen 2. Spur: - nur links abbiegen - nur PSV erlaubt - fette weiße Linien (d.h. Wechsel von 1. Spur auf 3./4. nicht mehr vorgesehen) 3. Spur: - nur geradaus - für den Schwerlastverkehr gesperrt - hat eine Fahrradspur (die anderen Spuren haben keine) - gesperrt, weil im Bau befindlich, Anfangsdatum und Enddatum bekannt 4. Spur: - nur rechts abbiegen - ist gepflastert - darf für goods nur von 9:00 - 20:00 Uhr benutzt werden (Wir reden hier nur von dem Teil einer Straße welcher aus einer Richtung kommend auf eine Kreuzung trifft. Je nachdem, wieviele weitere Spuren aus oder in andere Richtungen es gibt, desto komplexer die zu erfassenden Abbiegebeschränkungen..) Du kannst das nun für alle bisherigen lane tagging schemata durchexerzieren. Übersichtlich wird das nicht. Im übrigen kannst Du Spuren, die tatsächlich keine Unterschiede in ihren Eigenschaften aufweisen, nach wie vor zusammenfassen und einfach mit lanes=2 ausdrücken, dass es sich um mehrere Spuren handelt. Das habe ich für das Beispiel im Wiki auch mehrfach getan. Im Beispiel wurde die Spur nur dann extra gemappt, wenn sie auch tatsächlich einen Unterschied zu den anderen aufwies. Ob ein Mapper die zusammenfasst oder nicht, bleibt jedem selbst überlassen. Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Am 06.03.2012 17:49, schrieb errt: Fakt ist: Korrekte Kreuzungstopologie lässt sich nur über getrennte Spuren und Relationen erreichen, alles andere kann nur Teilaspekte erfassen. Unstrittig sollte dabei natürlich sein, dass die Spuren nicht als highway=* eingetragen werden. Dann wäre ich aber auch dafür, footways, cycleways, steps und *_link aus highway=* rauszuschmeißen. Wer der Manier von *_link folgen möchte, hängt einfach *_lane an, also primary_lane secondary_lane tertiary_lane Gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Am 06.03.2012 17:46, schrieb Christian Müller: Das Hauptanliegen übersiehst Du aber - es geht darum, das Mappen zu vereinfachen, um Fehlerquellen zu minimieren. Wenn die Spuren einzeln gemappt sind, können sie auch einzeln getaggt und überprüft werden - weil die Komplexität pro Spur geringer ist. Ja pro Spur ist die Komplexität geringer. Aber im allgemeinen bestimmt nicht. Denn diese Spuren müsste man zusätzlich zu dem existierenden highway eintragen. Man hat dann 2 Komplexitätsstufen übereinander. Diese muss man koppeln, damit der Renderer sich die benötigte Komplexitätsstufe raus suchen kann. Durch die ganzen Spuren ergeben sich eine Unmenge an Kreuzungspunkten, die idR. jeweils 2 Relationen benötigen. Hinzu kommen dann noch Relationen, die die einzelnen Spuren zusammenfassen. So kommt man bei einer Kruzung locker über 10 Relationen die man nur sehr schwer automatisiert setzen kann, wenn überhaupt. Will ein Mapper nun etwas an der Geometrie ändern wird er von der Masse der Wege förmlich erschlagen und gibt auf. Ebenso ist nicht sichergestellt, dass beide Komplexitätsstufen synchron sind. Wer hat recht, wenn die Spuren eine Baustelle anzeigen, der generalisierte Weg aber keine? Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreatives Mapping von Wald_Flurstücken
Dabei ist mir das kreative Tagging hier: http://www.openstreetmap.de/karte.html?zoom=12lat=49.01547lon=8.09131layers=BTF aufgefallen, der Bienwald. Ja, da steht so einiges an Unsinn drinn. z.B. landuse=forest und name=Teich auf layer=-5. M.E. würden place-Nodes hier reichen. Laut wiki ist place=locality auch für Flächen möglich. Wäre das nicht das Richtige für solche Flurbezeichnungen? Gesamtnutzung 9866 Auf Knoten 9617 (97%) Auf Wegen 231 (2%) In Relationen 18 (0%) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreatives Mapping von Wald_Flurstücken
Am 6. März 2012 18:37 schrieb Wolfgang Barth wolfg...@barthwo.de: Dabei ist mir das kreative Tagging hier: http://www.openstreetmap.de/karte.html?zoom=12lat=49.01547lon=8.09131layers=BTF aufgefallen, der Bienwald. Ja, da steht so einiges an Unsinn drinn. z.B. landuse=forest und name=Teich auf layer=-5. M.E. würden place-Nodes hier reichen. Laut wiki ist place=locality auch für Flächen möglich. Wäre das nicht das Richtige für solche Flurbezeichnungen? Das sehe ich auch so. Wenn man die Grenzen eines Flur-/Gewannnamens kennt, dann sollte man dies auch als Multipolygon eintragen. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Am 06.03.2012 18:25, schrieb Christian Müller: Fakt ist: Korrekte Kreuzungstopologie lässt sich nur über getrennte Spuren und Relationen erreichen, alles andere kann nur Teilaspekte erfassen. Unstrittig sollte dabei natürlich sein, dass die Spuren nicht als highway=* eingetragen werden. Dann wäre ich aber auch dafür, footways, cycleways, steps und *_link aus highway=* rauszuschmeißen. Kompatibilität ist Dir gar nichts wert? Und viel Spaß beim Debuggen (eine beliebige Kreuzung des Freiburg-Schemas) : http://up.picr.de/9747941nid.png Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreatives Mapping von Wald_Flurstücken
Falk Zscheile wrote Das sehe ich auch so. Wenn man die Grenzen eines Flur-/Gewannnamens kennt, dann sollte man dies auch als Multipolygon eintragen. Da frag ich mich aber, wie man sowas kennen kann - Stehen da mitten im Wald Schilder? Das gleiche für die Namen der Wege dort. Ein Schelm, wer da an Schlimmes denkt... Gruss Walter - 1---2*3***4# -- View this message in context: http://gis.19327.n5.nabble.com/Re-Kreatives-Mapping-von-Wald-Flurstucken-tp5541602p5541861.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] Kreatives Mapping von Wald_Flurstücken
Da frag ich mich aber, wie man sowas kennen kann - Stehen da mitten im Wald Schilder? Das gleiche für die Namen der Wege dort. Naja, das ist mit echtem, lokalen Wissen schon machbar. Flurbezeichnungen sind schliesslich historisch gewachsen, orientieren sich also an Waldgrenzen, Gewässern, alten Wegen, Gräben, Bewuchsgrenzen/-übergaengen, Bergrücken usw. Diese Details sind halt nur nicht als solche bei OSM erfasst. Kein Grund für Misstrauen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreatives Mapping von Wald_Flurstücken
Am 6. März 2012 19:59 schrieb Walter Nordmann walter.nordm...@web.de: Falk Zscheile wrote Das sehe ich auch so. Wenn man die Grenzen eines Flur-/Gewannnamens kennt, dann sollte man dies auch als Multipolygon eintragen. Da frag ich mich aber, wie man sowas kennen kann - Stehen da mitten im Wald Schilder? Das gleiche für die Namen der Wege dort. Ein Schelm, wer da an Schlimmes denkt... Du hast nicht viel mit Bauern, Förstern oder Jägern zu tun, oder? Die kennen sich sehr genau bei solchen Sachen aus. Also das nächste mal einfach Fragen, wenn Du einen aus der Berufsgruppe triffst und die gewonnenen Erkenntnisse bei OSM verewigen, anstatt hier böse Absichten in den Raum zu stellen. Und jeder, der auf einem Dorf groß geworden ist kann sicher auch noch den einen oder anderen Flurnamen einfach so aus dem Gedächtnis nachtragen ... Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Am 6. März 2012 18:57 schrieb Chris66 chris66...@gmx.de: Und viel Spaß beim Debuggen (eine beliebige Kreuzung des Freiburg-Schemas) : http://up.picr.de/9747941nid.png das ist nur deshalb so kompliziert, weil da alle Abbiegerestriktionen als Relationen gemappt sind, man müsste aber die kreuzenden Spuren gar nicht verbinden, wenn man sowieso nicht abbiegen darf. Das Sternschema finde ich zwar auch nicht so gut, aber ein Zusammenfassung von parallelen Spuren in Kreuzungsbereich (bevor sie sich treffen, also eine Reduktion auf weniger Linien wo es geht) würde das Mappen an vielen Stellen weiter vereinfachen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Am 06.03.2012 10:14, schrieb Martin Vonwald: Solange die einzige Möglichkeit dies zu erreichen individuelle Ways sind, werden sie das machen. Wenn man ihnen die Möglichkeit gibt, das ganze einfacher zu taggen, werden sie dies tun. Der Mensch ist von Natur aus nämlich faul ;-) Es gibt doch bereits ein geeignetes Plugin für JOSM, mit dem man Abbiegespuren über Relations lösen kann. Das Plugin funktioniert graphisch und ist von hoher Bedienerfreundlichkeit. Das Problem ist wohl eher, dass die gemappten Abbiegespuren bisher nirgends dargestellt werden. Gruß André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreatives Mapping von Wald_Flurstücken
Am 06.03.2012 19:59, schrieb Walter Nordmann: Da frag ich mich aber, wie man sowas kennen kann - Stehen da mitten im Wald Schilder? Das gleiche für die Namen der Wege dort. Ja - in unserer Gegend stehen mitten im Wald Schilder. Solche mit Wegnamen, und viele mehr mit Flurnamen/nummern. Erstere erfasse ich, letztere nicht (Sonst geht meine Frau bald nicht mehr mit mir im Wald wandern). -fri- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Moin! Am 06.03.2012 16:18, schrieb Christian Müller: Eben. Das lässt sich mit der Stern-Topologie lösen. Und sofern man jede Spur einzeln mappt, auch noch für jeden Mapper verstehen und handhaben. Am 06.03.2012 00:32, schrieb Stephan Wolff: Seltsamerweise hat sich in OSM kein Konzept für Kreuzungen etabliert. Je nach Komplexität der Straßen (1 oder 2 Fahrbahnen, getrennt erfasste Fuß- und Radwege) ergeben sich meist 1-16 Schnittpunkte der ways. Der menschliche Betrachter der Karte kann raten, welche der Schnittpunkte zur selben Straßenkreuzung gehören. Der Router weiß nicht, was eine Kreuzung ist, und gibt meist nur nach 100m links aus. Ich kann nicht erkennen, dass die Stern-Topologie die von mir genannten Probleme löst. Ob die Ampeln und die Radwegquerungen zur Kreuzung gehören, ist aus den Daten nicht erkennbar. Selbst für den Router ergeben sich Nachteile. Dass ein Spurwechsel bis kurz vor der Haltelinie möglich ist, kann der Router nicht erkennen. Für einige gerade Kreuzungsquerungen werden vermutlich falsche Anweisungen zum Rechtsabbiegen im Sternpunkt ausgeben. Der entscheidende Kritikpunkt ist aber, dass das Konzept nicht kompatibel zur bestehenden highway-Definition ist. Eine Darstellung von Fahrspuren als einzelne ways ist in OSM möglich. Ich hatte so ein Modell einmal ausprobiert [1] und es gibt ähnliche Ansätze. Dem Vorteil, der exakten geometrischen Beschreibung der Wege, stehen deutliche Nachteile, vor allem der hohe Aufwand für die Mapper, gegenüber. Viele Grüße Stephan [1] http://lists.openstreetmap.org/pipermail/talk-de/2012-January/092178.html ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreatives Mapping von Wald_Flurstücken
Falk Zscheile falk.zsche...@googlemail.com wrote: Bauern, Förstern oder Jägern Mir fallen da noch örtlich aktive Wikipedianer, Heimatforscher und -vereine, kommunale Mitarbeiter und Ratsmitglieder ein. Und jeder, der auf einem Dorf groß geworden ist kann sicher auch noch den einen oder anderen Flurnamen einfach so aus dem Gedächtnis nachtragen ... Ich habe in der damals noch so benannten Volksschule im Fach Heimatkunde die Namen und Grenzen von Fluren des Ortes gelernt. Sie waren in der täglichen Kommunikation auch bei Erwachsenen präsent. So konnten die Mannschaften im Sportunterricht nach den Fluren benannt Tamsbroich oder Holzkamp heißen. Als noch relativ immobile und outdoor-sozialisierte Dorfkinder kannte man weniger von den umliegenden Orten, die fußläufig erreichbaren Winkel im eigenen dagegen wie seine Westentasche. Es ist also durchaus nicht ausgeschlossen, dass ältere Mapper Flure und Grenzen auch dort kennen, wo man vor lauter Bäumen den Wald nicht sieht. Deutsche Kommunen sind amtlicherseits in Gemarkungen, Gemarkungen in Flure und Flure in Flurstücke aufgeteilt. Letztere sind beispielsweise in Wohngebieten in der Regel die einzelnen Grundstücke, die im Falle von Eigenheimsiedlungen auf Luftbildern gut erkennbar und somit in Ihren Grenzen erfassbar wären. In freier Natur sind die einzelnen Einheiten meist größer und dort beispielsweise an Wald- und Ackergrenzen oder in wasserreichen Gegenden auch an Entwässerungsgräben angepasst. Auf jeden Fall hat jede dieser Einheiten eine Nummer, manchmal auch Namen, die bei den Kommunen oder Katasterämtern bzw. bei deren Nachfolgern geführt werden. Diese Namen sind häufig überliefert und deren Ursprung heute oft nicht mehr bekannt. Gemarkungen waren früher nicht selten Ortsgrenzen und stimmen dann heute in Folge von Eingemeindungen mit Ortsteilen überein. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fehlende Gebäudedarstellung in Mapnik
Moin, kann mir jemand sagen, wieso dieses [1] und die übrigen Gebäude der site-Relation [2] nicht in der Mapnikkarte auf osm.org erscheinen? Ist ein Bug in osm2pgsql schuld? Viele Grüße Stephan [1] http://www.openstreetmap.org/browse/way/150282539 [2] http://www.openstreetmap.org/browse/relation/2025355 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Hi Stephan, Am 07.03.2012 00:15, schrieb Stephan Wolff: Ich kann nicht erkennen, dass die Stern-Topologie die von mir genannten Probleme löst. Ob die Ampeln und die Radwegquerungen zur Kreuzung gehören, ist aus den Daten nicht erkennbar. Aber natürlich ist es das. Die Radwege queren dort, wo sie auch in der Realität queren, selbst die Ampeln sind präziser platziert als vorher - oder hast Du schonmal eine Ampel mitten auf der Kreuzung stehen sehen? Insbesondere ist ersichtlich, für welche lanes überhaupt Ampeln existieren. Abgesehen davon verraten Dir die üblichen Daten nicht gerade mehr darüber, was zu einer Kreuzung gehört. Was gehört denn zu einer Kreuzung? Selbst für den Router ergeben sich Nachteile. Dass ein Spurwechsel bis kurz vor der Haltelinie möglich ist, kann der Router nicht erkennen. Diesen Nachteil habe ich im Wiki schon benannt und auch Lösungsvorschläge angegeben. Vorher konnte der Router auch nicht erkennen, von wo bis wohin Spurwechsel erlaubt sind - das ist an verschiedenen Kreuzungen nämlich auch sehr verschieden.. Wenn lanes nicht extra gemappt werden, verleitet das viel mehr zur Ungenauigkeit solcher Infos. Wie oft sieht man schonmal ein korrekten lanes=* Wert vor Kreuzungen? Ist doch eher selten - die Leute tun bisher so, als ob es den Kreuzungsausbau gar nicht gäbe. Dabei ist doch gerade das wichtig, will man richtig routen. Für einige gerade Kreuzungsquerungen werden vermutlich falsche Anweisungen zum Rechtsabbiegen im Sternpunkt ausgeben. Der entscheidende Kritikpunkt ist aber, dass das Konzept nicht kompatibel zur bestehenden highway-Definition ist. Das ist schlichter Unsinn und zeigt, dass Du dich mit turn-restricitions nur ungenügend beschäftigt hast. Hier also nochmal, am Beispiel eines only_straight_on: - für den Router heißt das: nur vom from in den to Weg routen, alle anderen als invalid markieren - für den Benutzer heißt es immer straight_on - selbst dann noch, wenn from und to geometrisch in anderen Winkeln als 180 Grad zueinander stehen. - du kannst mit turn_restrictions in osm einen u_turn mit only_straight_on bauen und der Benutzer erhielte die Anweisung gerade aus über die Kreuzung, obwohl die Geometrie dem nicht entspricht - deine Bedenken treffen evtl. für routing engines zu, die turn_restrictions nicht auswerten Weiterhin sehe nicht, wo das Konzept inkompatibel zur bestehenden highway-Definition sein soll. Allenfalls ist es redundant, den gleichen secondary mehrfach zu haben - aber selbst das ist es eben nicht, wenn sich die Eigenschaften der lanes unterscheiden (in mehr oder weniger Punkten). Schließlich sind Spuren räumlich voneinander getrennt und werden von allen Verkehrsteilnehmern ja auch als eigenständiger Weg wahrgenommen, in dem Moment, in dem sie sich für eine Spur entschieden haben. Fast niemanden dürfte es bei der Wahrnehmung des Verkehrsraums noch interessieren, wo der Asphalt aufhört und wo er anfängt - für die Verkehrsteilnehmer und gerade beim spurgenauen Routing, ist entscheidend, wie dieser Raum aufgeteilt wird. Der von Dir als entscheidend benannte Kritikpunkt ist aber gar nicht das Hauptanliegen dieses Konzepts. Ich sagte bereits, dass es hauptsächlich darum geht, die Spurinformationen geometrisch getrennt zu erfassen, weil die Komplexität und die Vielfalt der Kreuzungen der Realität dies imho erfordert und es für Mappende so einfacher ist, als sich durch 50+ Zeilen an Tags zu einem way durchzuwühlen (um dann im 25ten tag zu entdecken, dass in turn:lanes=s|s|r|r das dritte Zeichen fehlerhaft gesetzt ist). Ich habe nichts dagegen, wenn jemand neue Tags für das Spurmapping auskocht. Das ist mir eigentlich gleich. Ich empfinde es nicht als notwendig, aber wenn es jemand macht, gern. Wenn sich etwas brauchbares kristallisiert, das von der Toolchain unterstützt wird, werde ich mich dem anpassen. Bisher gibt es das nicht, bisher bleibt mir als Interimslösung, die highway-tags zu benutzen, damit die bestehende Toolchain damit klarkommt. Wenn in fünf Jahren einer kommt und endlich das Schema gefunden hat, dass alle glücklich macht, kann er die Tags auf meinen Spuren gerne anpassen, bis dahin bleibt den casual mappern nur der schmale Grad der Kompatibilität. Die routing-info dieser Kreuzung ist auf jeden Fall korrekter als vorher. Des weiteren schlage ich vor, allen nay-sayern, Rumhackern und Fehlersuchern sich selbst aktiv mit der Thematik zu beschäftigen, anstatt hier auf der Liste U-Boot-Krieg zu führen: Ich tauche nur auf, wenn sich etwas zum zerstören zeigt. Mappt eine komplexe Kreuzung mit dem gleichen Detailgrad und stellt eure Lösungsvorschläge im Wiki auf einer Seite vor - __zum Schluß__ lohnt es sich zu vergleichen, welche Lösung wirklich die beste ist.. Ist das so schwer geworden? have fun, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org
Re: [Talk-de] Fahrspuren die 315.
Am 07.03.2012 01:06, schrieb Christian Müller: Ich habe nichts dagegen, wenn jemand neue Tags für das Spurmapping auskocht. Das ist mir eigentlich gleich. Ich empfinde es nicht als notwendig, aber wenn es jemand macht, gern. Wenn sich etwas brauchbares kristallisiert, das von der Toolchain unterstützt wird, werde ich mich dem anpassen. Bisher gibt es das nicht, bisher bleibt mir als Interimslösung, die highway-tags zu benutzen, damit die bestehende Toolchain damit klarkommt. Wenn in fünf Jahren einer kommt und endlich das Schema gefunden hat, dass alle glücklich macht, kann er die Tags auf meinen Spuren gerne anpassen, bis dahin bleibt den casual mappern nur der schmale Grad der Kompatibilität. Die routing-info dieser Kreuzung ist auf jeden Fall korrekter als vorher. Danke, dass du es wenigstens zugibst, dass du absichtlich für den einen Renderer taggst. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehlende Gebäudedarstellung in Mapnik
sind jetzt sichtbar. (für mich) altbekanntes Problem: Daten in der DB sind ok aber die Datenbasis für Mapnik ist unvollständig. Hatten wir schon mehrfach. Lösung: Objekte anfassen (irgendwas dran ändern) und neu hochladen. Im Extremfall löschen und neu eintragen. Das hilft in 99% aller Fälle. Hier reichte das Ändern bereits aus. Konkret hab ich dreimal layer=1 rausgeschmissen, da unnötig und die beiden anderen buildings um ein ganz wenig verschoben. Das wars. Gruss walter p.s. ob ein building member einer site-relation ist oder nicht, macht übrigens nichts aus. Es ist immer noch ein building und hat somit gefälligst auf der Karte zu erscheinen. - 1---2-3--*4# -- View this message in context: http://gis.19327.n5.nabble.com/Fehlende-Gebaudedarstellung-in-Mapnik-tp5542683p5542774.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] Fehlende Gebäudedarstellung in Mapnik
nachtrag: eventuell könnte layer=1 ja ok gewesen sein; bitte nochmal eintragen, wenn das wirklich Pfahlbauten sein sollten. layer=0 für den Platz darunter sollte aber weg. - 1---2-3--*4# -- View this message in context: http://gis.19327.n5.nabble.com/Fehlende-Gebaudedarstellung-in-Mapnik-tp5542683p5542801.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] Fehlende Gebäudedarstellung in Mapnik
Moin! Am 07.03.2012 01:30, schrieb Walter Nordmann: sind jetzt sichtbar. (für mich) altbekanntes Problem: Daten in der DB sind ok aber die Datenbasis für Mapnik ist unvollständig. Hatten wir schon mehrfach. Das finde ich immer noch seltsam. Die Gebäude waren zunächst in der Karte und sind irgendwann wieder verschwunden. Nur die fünf Mitglieder der Relation waren betroffen, andere Gebäude im Umfeld nicht. Lösung: Objekte anfassen (irgendwas dran ändern) und neu hochladen. Im Extremfall löschen und neu eintragen. Das hilft in 99% aller Fälle. Hier reichte das Ändern bereits aus. Ich probiere es beim nächsten Mal. Konkret hab ich dreimal layer=1 rausgeschmissen, da unnötig und die beiden anderen buildings um ein ganz wenig verschoben. Das wars. Alle layer=1 waren richtig. Der Konzertsaal steht im Ostteil auf Pfeilern und der Radweg läuft darunter, die beiden anderen Gebäude stehen komplett auf Stelzen. Ich ändere es zurück. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreatives Mapping von Wald_Flurstücken
Am Dienstag, den 06.03.2012, 10:59 -0800 schrieb Walter Nordmann: Falk Zscheile wrote Das sehe ich auch so. Wenn man die Grenzen eines Flur-/Gewannnamens kennt, dann sollte man dies auch als Multipolygon eintragen. Da frag ich mich aber, wie man sowas kennen kann - Stehen da mitten im Wald Schilder? Das gleiche für die Namen der Wege dort. Ein Schelm, wer da an Schimmes denkt... Honey sweet key ill I pay? (-:) In meinem Wald kenne ich alle Flurnamen und kann die auch eintragen. Gaunamen sind meist historisch und sollten auch so eingetragen werden. Wer sich nicht auskennt, kann ja auch mal was weglassen. Gruss Walter Tschüss Klaus -- Markus 4.39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreatives Mapping von Wald_Flurstücken
Volle Zustimmung, Klaus Am Dienstag, den 06.03.2012, 22:06 +0100 schrieb Falk Zscheile: Am 6. März 2012 19:59 schrieb Walter Nordmann walter.nordm...@web.de: Falk Zscheile wrote Das sehe ich auch so. Wenn man die Grenzen eines Flur-/Gewannnamens kennt, dann sollte man dies auch als Multipolygon eintragen. Da frag ich mich aber, wie man sowas kennen kann - Stehen da mitten im Wald Schilder? Das gleiche für die Namen der Wege dort. Ein Schelm, wer da an Schlimmes denkt... Du hast nicht viel mit Bauern, Förstern oder Jägern zu tun, oder? Die kennen sich sehr genau bei solchen Sachen aus. Also das nächste mal einfach Fragen, wenn Du einen aus der Berufsgruppe triffst und die gewonnenen Erkenntnisse bei OSM verewigen, anstatt hier böse Absichten in den Raum zu stellen. Und jeder, der auf einem Dorf groß geworden ist kann sicher auch noch den einen oder anderen Flurnamen einfach so aus dem Gedächtnis nachtragen ... Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Markus 4.39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Zur SOTM 2012 nach Tokyo - Reisebegleitung gesucht
Hallo Leute, ich möchte zur SOTM nach Tokyo und habe vor, im Anschluß eine Japan-Rundreise von 6 Tagen mit deutscher Reiseleitung zu buchen, im Anschluss ein paar Tage Badeurlaub. Hat jemand Lust, sich anzuschließen? Bei Buchung eines Doppelzimmers wird das Ganze deutlich günstiger. Grob geschätzt landen wir mit Flug, Rundreise und ein paar Tagen chillen bei 2000 EURO, plus etwas Verpflegung, da in der Rundreise keine Vollpension enthalten ist. Dafür sind es vernünftige Hotels. Es wäre auch möglich nur die Übernachtung während der SOTM oder mit Rundreise ohne Badeurlaub zu teilen. Bei Interesse bitte schnell melden, am besten mit Telefonnummer direkt an meine Email-Adresse. Falls sich um die 10 Personen melden, könnten wir sogar eine Reiseleitung für uns allein bekommen. Go for it! - Wann kommt man sonst schonmal nach Japan ?! Viele Grüße Lulu-Ann -- NEU: FreePhone 3-fach-Flat mit kostenlosem Smartphone! Jetzt informieren: http://mobile.1und1.de/?ac=OM.PW.PW003K20328T7073a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreatives Mapping von Wald_Flurstücken
Am Mittwoch, den 07.03.2012, 00:36 +0100 schrieb Tirkon: Falk Zscheile falk.zsche...@googlemail.com wrote: Bauern, Förstern oder Jägern Mir fallen da noch örtlich aktive Wikipedianer, Heimatforscher und -vereine, kommunale Mitarbeiter und Ratsmitglieder ein. absurde Aufzählung? sollte das ein Scherz sein? Und jeder, der auf einem Dorf groß geworden ist kann sicher auch noch den einen oder anderen Flurnamen einfach so aus dem Gedächtnis nachtragen ... Ich habe in der damals noch so benannten Volksschule im Fach Heimatkunde die Namen und Grenzen von Fluren des Ortes gelernt. Sie waren in der täglichen Kommunikation auch bei Erwachsenen präsent. So konnten die Mannschaften im Sportunterricht nach den Fluren benannt Tamsbroich oder Holzkamp heißen. Als noch relativ immobile und outdoor-sozialisierte Dorfkinder kannte man weniger von den umliegenden Orten, die fußläufig erreichbaren Winkel im eigenen dagegen wie seine Westentasche. Es ist also durchaus nicht ausgeschlossen, dass ältere Mapper Flure und Grenzen auch dort kennen, wo man vor lauter Bäumen den Wald nicht sieht. stimmt ! Ps: Wer unter Bäumen steht, kann den Wald nicht sehen. Deutsche Kommunen sind amtlicherseits in Gemarkungen, Gemarkungen in Flure und Flure in Flurstücke aufgeteilt. Letztere sind beispielsweise in Wohngebieten in der Regel die einzelnen Grundstücke, die im Falle von Eigenheimsiedlungen auf Luftbildern gut erkennbar und somit in Ihren Grenzen erfassbar wären. In freier Natur sind die einzelnen Einheiten meist größer und dort beispielsweise an Wald- und Ackergrenzen oder in wasserreichen Gegenden auch an Entwässerungsgräben angepasst. Auf jeden Fall hat jede dieser Einheiten eine Nummer, manchmal auch Namen, die bei den Kommunen oder Katasterämtern bzw. bei deren Nachfolgern geführt werden. Diese Namen sind häufig überliefert und deren Ursprung heute oft nicht mehr bekannt. Gemarkungen waren früher nicht selten Ortsgrenzen und stimmen dann heute in Folge von Eingemeindungen mit Ortsteilen überein. Vorsicht, das scheint (Preussisches) NRW-Recht zu sein, gilt in NRW aber nicht im Landesteil Lippe (heute Kreis Lippe) und ist in S-H Illusion (da ist es wesentlich komplizierter.). Will heissen: Das Kommunalrecht in der 'BRD' ist nicht einheitlich, weil es Landesrecht ist . ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Markus 4.39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreatives Mapping von Wald_Flurstücken
Moin Vorsicht, bei uns sind Jagdstücke ( Name und Nummer[Bundes- Landes- und örtliches Jagdrecht]) , Waldstücke (nur Namen) und Flurnamen (Katastereinträge bei 3 verschiedenen Ämtern) nicht identisch, das Multipolygon und die Tags möchte ich gerne sehen. Am Dienstag, den 06.03.2012, 22:54 +0100 schrieb fschmidt: Am 06.03.2012 19:59, schrieb Walter Nordmann: Da frag ich mich aber, wie man sowas kennen Weil man da aufgewachsen ist? Nachtrag zu oben: Gewohnheitsrecht gibt es auch noch. kann - Stehen da mitten im Wald Schilder? Das gleiche für die Namen der Wege dort. Ja - in unserer Gegend stehen mitten im Wald Schilder. Solche mit Wegnamen, und viele mehr mit Flurnamen/nummern. Erstere erfasse ich, letztere nicht (Sonst geht meine Frau bald nicht mehr mit mir im Wald wandern). -fri- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Markus 4.39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Am 07.03.12 schrieb Stephan Wolff s.wo...@web.de: Eine Darstellung von Fahrspuren als einzelne ways ist in OSM möglich. Ich hatte so ein Modell einmal ausprobiert [1] und es gibt ähnliche Ansätze. Dem Vorteil, der exakten geometrischen Beschreibung der Wege, stehen deutliche Nachteile, vor allem der hohe Aufwand für die Mapper, gegenüber. [1] http://lists.openstreetmap.org/pipermail/talk-de/2012-January/092178.html Von den bisher vorgestellten Optionen finde ich dein Modell am vernuenftigsten. Meiner Meinung nach kommt man um eigene ways nicht herum, da nun mal die Datenbasis an sich so angelegt ist, das Ortsinformationen in nodes/ways gehoeren, und nicht indirekt in tags. Dein Modell fuehrt dabei nicht zu Inkompatibilitaeten, weil es den highway=* tag nicht missbraucht. Eine hierarchische Loesung scheint mir da die geeignetste. Zumal man viele der Nachteil, wie redundante Datenhaltung, sehr gut durch den Editor erschlagen kann. (detail lanes werden automatisch zusammen mit dem highway in einer relation gefasst, die ebenfalls automatisch die daten des highways uebernimmt). Koenntest du kurz zusammenfassen, was dir damals als Gegenargument genannt wurde? Danke, Chaos99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-it] Strada Statale contro SR
ref=SR5 ref:old=SS5(o old_ref=SS5) ??? Ma solo se si è sicuri che con il cambio di gestione sia anche cambiata la denominazione... -- Maurizio Daniele - maurizio.daniele (a) gmail.com ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappa dei lampioni di openstreetmap
On Sat, 3 Mar 2012 18:06:23 +0100, Maurizio Napolitano wrote: http://lightmap.uni-hd.de/ Bergamo sembra essere ben comperta, ma ne mancano ancora tanti di dati. Hai idea di come contattare il responsabile? Sarebbe *comodissimo* avere almeno il supporto ai permalink. Mi scoccia alquanto dover de-zoomare e ri-zoomare ogni volta :) -- . ''`. Debian developer | http://wiki.debian.org/DavidPaleino : :' : Linuxer #334216 --|-- http://www.hanskalabs.net/ `. `'` GPG: 1392B174 | http://deb.li/dapal `- 2BAB C625 4E66 E7B8 450A C3E1 E6AA 9017 1392 B174 signature.asc Description: PGP signature ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Wiki Loves Monuments Italia
Il 06 marzo 2012 10:06, sabas88 saba...@gmail.com ha scritto: Potresti inserire oltre alle query una descrizione per chi non conosce sql (non che non si intuisca però... :D) suggerisci una pagina ad hoc nel sito in cui inserire questa descrizione :) come ben sai in questo momento ho abbastanza cose da seguire, se qualcuno mi manda il testo io lo allego volentieri... Si richiedono suggerimenti, soprattutto su tag mancanti che andrebbero utilizzati Per monumenti cosa si intende? Come è adesso si intende manufatti storici, ma si parla anche di monumenti naturali ad esempio (come in una LR della sardegna). secondo me anche naturali, però non ci ho pensato ieri sera, cosa potrebbe essere usato? Non sono chiariti i termini del concorso, cioè si parla di fotografare ma anche di migliorare la voce e georeferenziazione.. il concorso è di fotografie ma ovviamente è bello poter migliorare i progetti wikipedia e anche OSM Lato osm: il codice che si viene a creare lo inseriamo in OSM? Tipo wikipedia:id=itligege0123? Sarebbe interessante per fornire una chiave esterna alternativa al link alla voce! questo è da ragionarsi su, più che altro chi li inserisce? Siamo sicuri che tutti gli historic siano monuments? hai in mente qualche tag che potrebbe non esserlo? -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Province già abolite fisicamente?
Buongiorno, casualmente mi sono accorto che sulla mappa di Udine manca il palazzo sede della Provincia, contiguo al palazzo Arcivescovile: http://www.openstreetmap.org/?lat=46.063143lon=13.240784zoom=18layers=M il palazzo ad oggi mi risulta ancora in piedi: http://picasaweb.google.com/lh/photo/1Tko_F_6gimYBPFIfSBKpw Non ho idea delle procedure per contribuire alla correzione, per cui mi limito alla segnalazione. -- Sans ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappa dei lampioni di openstreetmap
2012/3/6 Simone Cortesi sim...@cortesi.com 2012/3/6 David Paleino da...@debian.org: http://lightmap.uni-hd.de/ Bergamo sembra essere ben comperta, ma ne mancano ancora tanti di dati. Hai idea di come contattare il responsabile? Sarebbe *comodissimo* avere almeno il supporto ai permalink. Mi scoccia alquanto dover de-zoomare e ri-zoomare ogni volta :) stesso problema. ho fatto qualche prova utilizzando la sintassi standard ti leaflet, ma non funziona, pare disabilitato il supporto ai permalink. Io ero fermo al fatto che leaflet non supportava i permalink... https://github.com/CloudMade/Leaflet/issues/362 Votate per questo issue ;-) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappa dei lampioni di openstreetmap
2012/3/6 Andrea Decorte adeco...@gmail.com: Io ero fermo al fatto che leaflet non supportava i permalink... https://github.com/CloudMade/Leaflet/issues/362 Votate per questo issue ;-) hai ragione ero stato tratto in inganno da maps.cloudmade.com che supporta i permalink. -- -S ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Wiki Loves Monuments Italia
Il 06 marzo 2012 10:26, Simone Cortesi sim...@cortesi.com ha scritto: Luca, avete preso in considerazione la cosa? si, io non sono molto dietro al progetto WLM ho solo dato il mio contributo per dare visibilità ad OSM. Da quello che ho capito solo alcuni monumenti (i più famosi, UNESCO o beni nazionali) sono coperti da questa legge i minori invece se ho capito bene no. Poi ci sono altre leggi che sembrano dire il contrario della legge che hai citato Mi sono iscritto due giorni fa alla mailing list, vi terrò aggiornati -- -S -- ciao Luca http://gis.cri.fmach.it/delucchi/ www.lucadelu.org ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Province già abolite fisicamente?
è un problema purtroppo noto ... Gli edifici FVG sono stati importati dalla CTRN, purtroppo alcuni edifici con la geometria un po' più complessa sono saltati, al tempo non me ero accorto e prima o poi devo trovare il tempo di sistemare la cosa (anche a Pordenone e Trieste mancano alcuni edifici). Grazie per la segnalazione, Stefano Il 05 marzo 2012 16:57, Lidrie lid...@gmail.com ha scritto: Buongiorno, casualmente mi sono accorto che sulla mappa di Udine manca il palazzo sede della Provincia, contiguo al palazzo Arcivescovile: http://www.openstreetmap.org/?lat=46.063143lon=13.240784zoom=18layers=M il palazzo ad oggi mi risulta ancora in piedi: http://picasaweb.google.com/lh/photo/1Tko_F_6gimYBPFIfSBKpw Non ho idea delle procedure per contribuire alla correzione, per cui mi limito alla segnalazione. -- Sans ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
[Talk-it] Portale dei geodati di Firenze
Tutti i dati rilasciati come CC-BY http://datigis.comune.fi.it/MapStore/ Ci sono molte cose interessanti anche per il progetto Wiki Loves Monuments Italia Un dato curioso le strutture per far giocare i bimbi ai parchi pubblici :) ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Mappa dei lampioni di openstreetmap
2012/3/6 David Paleino da...@debian.org: On Sat, 3 Mar 2012 18:06:23 +0100, Maurizio Napolitano wrote: http://lightmap.uni-hd.de/ Bergamo sembra essere ben comperta, ma ne mancano ancora tanti di dati. Hai idea di come contattare il responsabile? Kontakt: Oliver Roick, Marcus Götz, Maxim Rylov Pascal Neis Universität Heidelberg Abteilung für Geoinformatik http://www.geog.uni-heidelberg.de/lehrstuehle/gis/mitarbeiter.html In particolare direi http://www.geog.uni-heidelberg.de/personen/gis_roick.html poi io tifo molto per Pascal http://www.geog.uni-heidelberg.de/personen/gis_neis.html Sarebbe *comodissimo* avere almeno il supporto ai permalink. Mi scoccia alquanto dover de-zoomare e ri-zoomare ogni volta :) ... mi sembra pero' che sia anche un limite di leafleft -- Maurizio Napo Napolitano http://de.straba.us ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] Strada Statale contro SR
Am 6. März 2012 09:38 schrieb Maurizio Daniele maurizio.dani...@gmail.com: ref=SR5 ref:old=SS5 (o old_ref=SS5) si, è taggato così: old_ref=SS5, ref=SR5, ma questo fa vedere SR5 sulla mappa, mentre nella realtà si trova SS5. ciao, Martin ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it
Re: [Talk-it] [semi-SPAM] Gruppo di acquisto basato sul Bitcoin
Il 06/03/2012 08:47, Luca Delucchi ha scritto: io potrei essere interessato Fantastico! Ti prego, non linciarmi: potresti indicare la tua posizione (anche solo approssimativa) su questa[1] mappa? Sì, è una mappa di Google; al momento però non saprei come sostituirla con una mappa libera... Se non hai un account Google, basta che mi passi il tuo indirizzo (oppure le tue coordinate) e il nickname che vuoi utilizzare, e ci penso io ad aggiungerti. come vorresti usare grass? Non lo so ancora con precisione. Ho solo visto che include un risolutore del problema del commesso viaggiatore. Mi sto studiando un tutorial su GRASS (che non ho mai usato finora); in ogni caso ogni dritta è benvenuta. Ciao! Carlo [1] http://maps.google.com/maps/ms?ie=UTFmsa=0msid=212487604267188373062.0004b9d8edfa794c88bc6 -- .' `. | Registered Linux User #443882 |a_a | | http://counter.li.org/ .''`. \_)__/ +--- : :' : /( )\ ---+ `. `'` |\`/\ Registered Debian User #9 | `- \_|=='|_/ http://debiancounter.altervista.org/ | ___ Talk-it mailing list Talk-it@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-it