[talk-ph] Greetings
Hi, I'd like to introduce myself to the list, my name is Andre Marcelo-Tanner, Filipino and resident of the Philippines. I am also from the company Enthropia Inc., of which Ahmed Farooq heads, I head up the Philippine division of the company here in everything that we do locally. Ahmed's the one who's more familiar with OSM though :) I'd like to add in regards to the topic of creating an organization, the fees are not much for a non-profit if we are not a foundation since its just the registration fees etc. I would like to ask though if OSM Philippines would like to be setup as a foundation, which is mainly to accept donations and use them for the mission of the company, usually charitable. The minimum deposit for a foundation is now at P1,000,000 apprently where it only used to be P100,000 before. I'm still inquiring into the various technical differences between a foundation and other nonprofit types. Anyway that's all for now, I really like what OSM Philippines has been doing and hope we can grow it even more. Best Regards, Andre mail2web.com Enhanced email for the mobile individual based on Microsoft® Exchange - http://link.mail2web.com/Personal/EnhancedEmail ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
Re: [talk-ph] Greetings
Hello Andre, Welcome! I've taken a look at the Corporation Code of the Philippines ( http://www.chanrobles.com/legal5cc.htm) way before and I think a normal membership-based non-profit structure is the easiest to set-up. The singular problem with setting up a foundation is the 1 million-peso capital requirement and I don't think that OSM Philippines would have activities that needs foundation status to be effective. Raising 1 million pesos to set up a foundation just to get tax-deductible donations is too big a hurdle (not to mention all of the tax auditing, financial bookkeeping, and SEC requirements that goes along with it). If we need funds for activities (like lectures, conferences, promotional events, etc.), I think simply getting sponsors for those activities is easier. Regards, Eugene On Fri, Jan 30, 2009 at 6:26 PM, an...@enthropia.com an...@enthropia.comwrote: Hi, I'd like to introduce myself to the list, my name is Andre Marcelo-Tanner, Filipino and resident of the Philippines. I am also from the company Enthropia Inc., of which Ahmed Farooq heads, I head up the Philippine division of the company here in everything that we do locally. Ahmed's the one who's more familiar with OSM though :) I'd like to add in regards to the topic of creating an organization, the fees are not much for a non-profit if we are not a foundation since its just the registration fees etc. I would like to ask though if OSM Philippines would like to be setup as a foundation, which is mainly to accept donations and use them for the mission of the company, usually charitable. The minimum deposit for a foundation is now at P1,000,000 apprently where it only used to be P100,000 before. I'm still inquiring into the various technical differences between a foundation and other nonprofit types. Anyway that's all for now, I really like what OSM Philippines has been doing and hope we can grow it even more. Best Regards, Andre mail2web.com – Enhanced email for the mobile individual based on Microsoft(R) Exchange - http://link.mail2web.com/Personal/EnhancedEmail ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph -- http://vaes9.codedgraphic.com ___ talk-ph mailing list talk-ph@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-ph
[OSM-legal-talk] Licensing Work Group update, 2009/01/30
Legal-Talk, Apologies but do due to a scheduling conflict, today's meeting is being rescheduled for early next week. We'll report back then. Regards Grant / Licensing Work Group. ___ legal-talk mailing list legal-talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] Begginer question: Why road is not rendered in mapnik?
OK, I try it in Ubuntu, it still the same, it failed to generate image after zoom level 8+. This time, I am back to windows again and start debugging the generate_tiles. From the screenshot below, you can see it failed after zoom level 8+, because there is no range in for y in range(int(px0[1]/256.0),int(px1[1]/256.0)+1) (generate_tiles.pyhttp://svn.openstreetmap.org/applications/rendering/mapnik/generate_tiles.py ) which is range(99,99). because there is no loop it will not execute the statement inside the loop. http://img206.imageshack.us/img206/5619/failedhb9.jpg ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Tagging covered reservoirs
LeedsTracker schrieb: Hello all How should covered reservoirs be tagged? I noticed man_made=reservoir_covered is in the JOSM presets and map features, though a page doesn't exist for it. IIRC, the man_made=reservoir_covered was existing before these key pages were introduced. And no one cared about a dedicated page till now. I see here: http://tagwatch.stoecker.eu/Great_britain/En/tags.html that 47 examples exist in GB. I found no discussion of this tag on the lists pages - perhaps it just emerged through usage. I guess that's the case here. But this page: http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dreservoir ...says landuse=reservoir can be covered or uncovered. Mapnik renders reservoirs blue, which could be intuitively misleading for covered reservoirs. It also seems odd to have one type in man_made and the other in landuse. I think this is not really documented anywhere. Any thoughts? Or should I stop worrying and create a page for man_made=reservoir_covered ? Of course, you can create a page here. Problem is, if you write down what this *could* mean this may not reflect other peoples point of view on this feature. Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Wiki: chriscf vandalism
Hi, the German community takes offence at user:chriscf's deletion of the smoothness voting result from approved features and moving it to rejected features in spite of of there having been a proper vote with an approved outcome. The page Proposed_features/Smoothness still calls this feature approved. I am not in favour of this tag in any way; I am just relaying this message from a discussion on talk-de. (But it would surely never occur to me to simply remove a tag from approved features just because I don't like it.) Would user:chriscf please explain his actions on this mailing list. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Wiki: chriscf vandalism
Frederik Ramm wrote: the German community takes offence at user:chriscf's deletion of the smoothness voting result from approved features and moving it to rejected features in spite of of there having been a proper vote with an approved outcome. Then the German community should come to this, non-localised mailing list and have the cojones to say so. OSM is an international project, you can't just fork it by holding kangaroo courts on -de or -gb or -za or whatever. (And I know you're part of the -de community, Frederik, but I'm also not under any illusions that you're communicating this message because you love the voting system.) Chris has had the courage of his convictions to stand up against an utterly ridiculous tag, thereby pointing out the flaws in a voting system which a lot of us are silently unhappy with. Good luck to him. cheers Richard -- View this message in context: http://www.nabble.com/Wiki%3A-chriscf-vandalism-tp21755334p21758107.html Sent from the OpenStreetMap - General mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] [RESOLVED]Re: Begginer question: Why road is not rendered in mapnik?
Problem resolved. The problem is in bbox, it supposed to be using minX, minY, maxX, maxY. Thanks for Jon Burgess who resolved the issues. On Fri, Jan 30, 2009 at 12:53 AM, John3478 John3478 john3...@gmail.comwrote: I think, I narrow down the problem. The original generate_tiles from this links below does not generate roads. This very strange because openstreetmap use similar script to generate road http://svn.openstreetmap.org/applications/rendering/mapnik/generate_tiles.py I try to change the code by adding one to the range, it now generate road for the one level down. for y in range(int(px0[1]/256.0),int(px1[1]/256.0)+2). but did not generate image after zoom level 12+ http://img502.imageshack.us/img502/7779/792kz0.png Does any body have generate_tiles.py that also generate roads? Thanks ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] when do 12 TAH tiles render?
Hi, Just a casual query about what is the schedule to render TAH tiles below z12. I had changed many things in North India maps and those zoom levels still show tiles. Thanks, Vikas ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk-nl] www.Openfietskaart.nl geeft vreemde kleuren
On Thursday 29 January 2009 22:11:11 Lennard wrote: Ronald wrote: Ik weet niet wat er verandert is bij www.openfietskaart.nl, maar de achtergrond is verandert in een vreemde kleur, dit geldt voor een aantal lagen: straten grijs [...] Ik hoop dat iemand tijd vind om te kijken wat er aan de hand is. Ik meen toch dat ik vanochtend al een seintje kreeg dat het weer goed aangepast was. Oorzaak: nieuwe mapnik versie. Ik zie nu ook de stukken die gisteravond jouw verschijnselen hadden, nu weer goed. Misschien zitten er nog wat tiles in je browser cache. Zie je het nog steeds als je de pagina herlaad (evt met CTRL+F5 of gelijkwaardige combinatie) ? Zoals gezegd het was de een nieuwe mapnik versie (waarom een nieuwe mapnik versie.?, dat hopen we zeer binnenkort te kunnen onthullen). Volgens mij heb ik alle caches geleegd maar ik zal het voor de zekerheid nog een keer doen (bij merkt het overgigens goed). --Roeland ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] www.Openfietskaart.nl geeft vreemde kleuren
2009/1/30 Roeland Douma u...@rullzer.com Zoals gezegd het was de een nieuwe mapnik versie (waarom een nieuwe mapnik versie.?, dat hopen we zeer binnenkort te kunnen onthullen). Wow, wat spannend! Komt er een presentatie met bitterballen etc.? -- martijn van exel -+- mve...@gmail.com -+- http://www.schaaltreinen.nl/ ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [OSM-talk-nl] www.Openfietskaart.nl geeft vreemde kleuren
On Friday 30 January 2009 11:05:23 Martijn van Exel wrote: 2009/1/30 Roeland Douma u...@rullzer.com Zoals gezegd het was de een nieuwe mapnik versie (waarom een nieuwe mapnik versie.?, dat hopen we zeer binnenkort te kunnen onthullen). Wow, wat spannend! Komt er een presentatie met bitterballen etc.? Lijkt me prima. Weer een gezellig osm meeting is altijd meegenomen :) ___ Talk-nl mailing list Talk-nl@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-nl
Re: [talk-au] Suburb boundaries
Franc Carter franc.car...@... writes: While putting together an email for this I came across an issue. Currently OSM is Creative Commons licensed which looks pretty compatible with their license (ignoring the practicalities of attribution). However the license is being discussed at the moment and may well soon change and/or split. Should I wait until the license issue gets 'sorted' ? I don't see a problem - the CC license the data is under only requires attribution, it doesn't restrict what the license of the derivative work is. And as OSM is looking for a license that (and I quote) needs to give our database the same three basic licensing elements (freely copiable; share-alike; attribution required) as it has at present there's little worry of OSM becoming incompatible. At least, the matter shouldn't delay inquiries :) - James ___ Talk-au mailing list Talk-au@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-au
[Talk-de] Darstellung in Mapsource - Strassen unsichtbar
Hallo Experten, schaue ich mir folgendes Gebiet http://www.informationfreeway.org/?lat=48.795440454123366lon=8.99295318307901zoom=16layers=0F0B0F in Mapsource an werden etliche Straßen nicht angezeigt. So sieht das bei mir in Mapsource aus: http://www.flbw.net/images/diverse/Mapsource-Typ-Teddy.jpg Hat jemand eine Idee, woran das liegen könnte? Ich verwende die aktuelle Deutschlandkarte sowie das Typfile von Computerteddy, die Straßen sind aber schon seit etlichen Wochen oder Monaten nicht zu sehen, hat also nichts mit dem aktuellen Kartenstaz zu tun. Gruß Holle ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellung in Mapsource - Strassen unsichtbar
Holger Wiegleb schrieb: So sieht das bei mir in Mapsource aus: http://www.flbw.net/images/diverse/Mapsource-Typ-Teddy.jpg Der Detailgrad steht bei Dir auf Mittel und Du bist schon etwas weiter herausgezoomt. Da fallen dann schon kleinere (und größere) Straßen raus. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Radwege auf Bahntrassen
Hallo zusammen! Zusammenfassung für Schnellleser: Ich suche ein Tag für umgenutzte Bahntrassen. Ich möchte gerne umgenutzte Bahntrassen als solche markieren, um z.B. eine Karte des mittleren Ruhrgebietes zu rendern, auf der alle Radwege auf Bahntrassen in besonderer Weise hervorgehoben sind. Man könnte auch Andy Allan fragen, ob er eine Möglichkeit sieht, sie auf dem Cycle-Map besonders darzustellen. Spontan hätte ich gesagt, ein railway=disused würde passen, da dieser Begriff in England für solche Bahntrassen genutzt wird (vgl. http://www.railwayramblers.org.uk/ oder http://www.sustrans.org.uk/default.asp?sID=1089735289781). In den Map-Features ist dieses Tag aber für Trassen empfohlen, wo noch Gleise liegen. Also railway=abandoned. Aber hier sind die Map-Features auch gegen mich : Unbenutzte ehemalige Strecke ohne Schienen. Nicht benutzen wenn es eine Alternative wie z.B. Radweg gibt. Stimmt ja auch, denn die Trassen sind weder verlassen noch herrenlos, wie der Begriff übersetzt werden könnte, trotzdem wird es laut Tagwatch schon 13 mal in Verbindung mit einem Radweg genutzt. Soll ich ein eigenes Tag erfinden? Vielleicht railway=converted? Danke und Gruß Rotbarsch ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellung in Mapsource - Strassen unsichtbar
Johann H. Addicks schrieb: Holger Wiegleb schrieb: So sieht das bei mir in Mapsource aus: http://www.flbw.net/images/diverse/Mapsource-Typ-Teddy.jpg Der Detailgrad steht bei Dir auf Mittel und Du bist schon etwas weiter herausgezoomt. Da fallen dann schon kleinere (und größere) Straßen raus. Auch wenn ich weiter hereinzoome und/oder den Detailgrad auf am höchsten stelle sind die Straßen nicht zu sehen. Gruß Holle ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsinseln
Mario Salvini schrieb: Johannes Haller schrieb: Im Forum kam auf meine Frage wenig fruchtbares, daher noch ein Versuch hier: Im Wiki finde ich nichts über Konventionen beim Mappen von Verkehrsinseln vor allem an größeren Straßenkreuzungen. 1. Sollte ich dort die Insel durch Teilung der Straße in zwei kleine Einbahn-Ways links und rechts der Insel andeuten? 2. Wenn jein: ab welcher Größe? Für die kleineren Inseln z.B. für die sicherere Überquerung einer Straße gibts doch crossing=*. Jedesmal direkt 2 Einbahnstraßen draus machen macht keinen Sinn, weil man sonst auch Turn-Restriction-Relation setzen muss. Ansonsten meint der Router er könnte da links abbiegen was ja in den meisten Fällen Blödsinn ist. Ob man die Verkehrsinseln einzeichnest oder nicht ist mir persönlich jetzt recht egal. Aber bitte nicht im Nebensatz neue Behauptungen aufstellen: Wenn du 2 Einbahnstraßen draus machts, brauchst du keine turn-restrictions zusätzlich anzulegen. Die ergeben sich automatisch aus den Einbahnstraßen und ein Router wird die Einbahnstraßen schon in seine Route einbeziehen. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellung in Mapsource - Strassen unsichtbar
Hallo, Holger Wiegleb schrieb: Deutschlandkarte sowie das Typfile von Computerteddy, die Straßen sind aber schon seit etlichen Wochen oder Monaten nicht zu sehen, hat also nichts mit dem aktuellen Kartenstaz zu tun. Ich gehe davon aus, daß das gebiet an einer Kachelgrenze liegt. Hier kann es vorkommen, daß die Fläche (residential) aus der Nachbarkachel die Straßen in der anderen Kachel überlagert. Das liegt einfach an der Art wie Mapsource das darstellt. Die Straßen sind nämlich auch bei Dir vorhanden, wie die Straßennamen die da in dem Gebiet liegen auch zeigen. Auf dem GPS-Gerät sollte das aber funktionieren wie es soll. In QLandkarte funktioniert es übrigens auch problemlos. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radwege auf Bahntrassen
Ich frage mich, welchen Sinn das machen soll. Ich kenne auch hier in der Gegend Unmengen an alten Bahnstrecken, die zu wunderschönen Radstrecken umgebaut wurden. Da befindet sich aber kein Stück Bahn mehr auf den Trassen, sodass es teilweise nicht mehr erkennbar ist, ob das überhaupt mal eine Bahnstrecke war. Und ergäbe sich denn ein besonderer Informationsgehalt dadurch, dass man weiß, dass es mal eine Bahnstrecke war? Grüße, Paul -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de- boun...@openstreetmap.org] Im Auftrag von Rotbarsch Gesendet: Freitag, 30. Januar 2009 09:38 An: talk-de@openstreetmap.org Betreff: [Talk-de] Radwege auf Bahntrassen Hallo zusammen! Zusammenfassung für Schnellleser: Ich suche ein Tag für umgenutzte Bahntrassen. Ich möchte gerne umgenutzte Bahntrassen als solche markieren, um z.B. eine Karte des mittleren Ruhrgebietes zu rendern, auf der alle Radwege auf Bahntrassen in besonderer Weise hervorgehoben sind. Man könnte auch Andy Allan fragen, ob er eine Möglichkeit sieht, sie auf dem Cycle-Map besonders darzustellen. Spontan hätte ich gesagt, ein railway=disused würde passen, da dieser Begriff in England für solche Bahntrassen genutzt wird (vgl. http://www.railwayramblers.org.uk/ oder http://www.sustrans.org.uk/default.asp?sID=1089735289781). In den Map-Features ist dieses Tag aber für Trassen empfohlen, wo noch Gleise liegen. Also railway=abandoned. Aber hier sind die Map-Features auch gegen mich : Unbenutzte ehemalige Strecke ohne Schienen. Nicht benutzen wenn es eine Alternative wie z.B. Radweg gibt. Stimmt ja auch, denn die Trassen sind weder verlassen noch herrenlos, wie der Begriff übersetzt werden könnte, trotzdem wird es laut Tagwatch schon 13 mal in Verbindung mit einem Radweg genutzt. Soll ich ein eigenes Tag erfinden? Vielleicht railway=converted? Danke und Gruß Rotbarsch ___ 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] Darstellung in Mapsource - Strassen unsichtbar
Carsten Schwede schrieb: Hallo, Holger Wiegleb schrieb: Deutschlandkarte sowie das Typfile von Computerteddy, die Straßen sind aber schon seit etlichen Wochen oder Monaten nicht zu sehen, hat also nichts mit dem aktuellen Kartenstaz zu tun. Ich gehe davon aus, daß das gebiet an einer Kachelgrenze liegt. Hier kann es vorkommen, daß die Fläche (residential) aus der Nachbarkachel die Straßen in der anderen Kachel überlagert. Das liegt einfach an der Art wie Mapsource das darstellt. Die Straßen sind nämlich auch bei Dir vorhanden, wie die Straßennamen die da in dem Gebiet liegen auch zeigen. Auf dem GPS-Gerät sollte das aber funktionieren wie es soll. In QLandkarte funktioniert es übrigens auch problemlos. Prima, danke. Dann muß ich mir nicht mehr den Kopf zerbrechen, was in der Gegend falsch getagged wurde, ich konnte nämlich einfach keinen Fehler erkennen. Auf dem Garmin werden die Straßen übrigens tatsächlich dargestellt. Gruß Holle ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radwege auf Bahntrassen
railway=disused (unbenutzt) bedeutet laut http://wiki.openstreetmap.org/wiki/Key:railway , dass die Strecke unbenutzt ist, die Schienen aber noch liegen. railway=abandoned wird benutzt, wenn die Schienen weg sind. Dort steht jedoch der Hinweis, man solle es nicht benutzen, wenn es bereits einen Radweg oder ähnliches gibt. Jedoch spricht in meinen Augen nichts dagegen es kombiniert zu verwenden. Ich kann in der Vermeidung der Kombination keinen Sinn erkennen. Möglicherweise sollte man hier den Hinweis anpassen, a la: Ist zB ein Fahradweg vorhanden entsprechende Tags (cycleway) hinzufügen. Weiter so Torstiko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] A 39 bei Wolfsburg wird heute geöffnet
Moin Liste, heute nachmittag wird der Lückenschluß der A 39 östlich von Braunschweig zwischen Cremlingen und dem Kreuz Wolfsburg durchgeführt. Der Construction-Tag ist bereits entfernt. http://www.informationfreeway.org/?lat=52.27792031263448lon=10.69952319483408zoom=13layers=BF000F Wir sind wieder mal schneller als die Konkurrenz! Gute Fahrt! Lulu-Ann ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radwege auf Bahntrassen
Am 30. Januar 2009 09:56 schrieb Paul Baumbach aquan...@gmx.net: Ich frage mich, welchen Sinn das machen soll. Ich kenne auch hier in der Gegend Unmengen an alten Bahnstrecken, die zu wunderschönen Radstrecken umgebaut wurden. Da befindet sich aber kein Stück Bahn mehr auf den Trassen, sodass es teilweise nicht mehr erkennbar ist, ob das überhaupt mal eine Bahnstrecke war. Und ergäbe sich denn ein besonderer Informationsgehalt dadurch, dass man weiß, dass es mal eine Bahnstrecke war? Eventuell die information, daß es sich um eine Strecke mit vergleichsweise moderater Steigung handelt. Wie wäre es mit embankment=yes und cutting=yes für die Stellen, die über Dämme und durch Einschnitte verlaufen? Auf der OSMC Wanderkarte wird das schon gerendert. Dann hätte man die Information, an welchen Stellen die Strecke nicht dem Höhenprofil des Geländes folgt, erfasst. Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM 1344 und Plugin livegps sowie surveyor
Dirk-Lüder Kreie schrieb: dieter jasper schrieb: Hast du ein Scrollbalken in der Pluginliste? nein, aber im Fenster wäre genügend Platz für weitere Informationen unterhalb der 3 angezeigten Plugins Welches Betriebssystem und welche Java-Version verwendest du? vista 32 bit und wie find ich die java Version heraus? Unter Systemsteuerung Java finde ich nur im Fenster Java Control Panel die Anzeige java update wurde zuletzt am 11.12.08 ausgeführt Systemsteuereung - Software (da sollte SUN Java 6 Update 11 oder so stehen) Java(TM) 6 update 11 Sun Microystems. Inc Anmerkung: Im Fenster Pluginquellen bearbeiten steht: http://josm.openstreetmap/de/wiki/Plugins dort seht nur describe plugins here Gruß Dieter Jasper ___ 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] A 39 bei Wolfsburg wird heute geöffnet
lulu-...@gmx.de schrieb: heute nachmittag wird der Lückenschluß der A 39 [...] durchgeführt. Meine Güte, das wird auch mal Zeit. Endlich muss man nicht mehr die Stadtautobahn nehmen, wenn man nach Süden möchte. Jetzt fehlt nur noch das zweite Gleis der Weddler Schleife - eine ähnlich peinliche Lücke. Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsinseln
Ulf Lamping wrote: Mario Salvini schrieb: Für die kleineren Inseln z.B. für die sicherere Überquerung einer Straße gibts doch crossing=*. Jedesmal direkt 2 Einbahnstraßen draus machen macht keinen Sinn, weil man sonst auch Turn-Restriction-Relation setzen muss. Ansonsten meint der Router er könnte da links abbiegen was ja in den meisten Fällen Blödsinn ist. Ob man die Verkehrsinseln einzeichnest oder nicht ist mir persönlich jetzt recht egal. Aber bitte nicht im Nebensatz neue Behauptungen aufstellen: Wenn du 2 Einbahnstraßen draus machts, brauchst du keine turn-restrictions zusätzlich anzulegen. Die ergeben sich automatisch aus den Einbahnstraßen und ein Router wird die Einbahnstraßen schon in seine Route einbeziehen. Ich freue mich schon auf die Navigationsgeräte, die mir vor jeder Verkehrsinsel sagen: Jetzt (halb)rechts abbiegen. ;-/ Hier spielt m.E. wieder das Kriterium Abstraktionsgrad eine Rolle. Oberflächlich gesehen mag das Taggen als 2 kleine Einbahnstraßen einen höheren Informationsgehalt haben; aber für Anwendungen in dem für OSM typischen Abstraktionsgrad - und zwar sowohl für Router wie für Karten - hat ein passendes Tag crossing=* einen höheren Informationswert als die zwei Einbahnsträßchen. - Die Leistung des Kartographierens liegt ja in der Abstraktion, im Erfassen der wesentlichen Informationen und Weglassen der unwesentlichen. Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] A 39 bei Wolfsburg wird heute geöffne t
Hi, Wir sind wieder mal schneller als die Konkurrenz! so schnell wie die Mitbewerber sind wir lange nicht: Die aktuellen Blaupunkt-Navi-Karten kannen die Strecke schon letztes Jahr als fertige Autobahn. *gg* -- War immer wieder ein Spass bei Schanderlah durch die Wallachei zu gurken.. /Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsinseln
Hallo. Am Freitag, 30. Januar 2009 schrieb Hatto von Hatzfeld: Hier spielt m.E. wieder das Kriterium Abstraktionsgrad eine Rolle. Oberflächlich gesehen mag das Taggen als 2 kleine Einbahnstraßen einen höheren Informationsgehalt haben; aber für Anwendungen in dem für OSM typischen Abstraktionsgrad - und zwar sowohl für Router wie für Karten - hat ein passendes Tag crossing=* einen höheren Informationswert als die zwei Einbahnsträßchen. - Die Leistung des Kartographierens liegt ja in der Abstraktion, im Erfassen der wesentlichen Informationen und Weglassen der unwesentlichen. Da sind wir doch froh, dass bei OSM so viel Multi-Kulti-Suppe zusammenkommt. Es gibt die richtigen Kartographen, die wissen wie man Karten schön macht, es gibt die Abtraktionskartographen, die nur das einzeichnen wollen was ein Navi braucht um eine Route sinnvoll anzusagen. Aber, und das ist auch wichtig, es gibt noch mehr. Es gibt z.B. unglaublich viele Leute die Zugriff auf die Rohdaten haben und eine Transformation und Konversion ist nach belieben erlaubt und möglich. Das unterscheidet unseren Datenbestand von den Alternativen. Ein Navi das auf OSM-Daten arbeiten will, muss entweder ein bisschen intelligenter sein (es geht hier nur halb rechts, also sagt man nichts an, Wenn man 20 Meter weit sehen kann, wird klar was gemeint ist, also sagt man nichts an) oder es braucht eine passende Vor-Verarbeitung. Die Vor-Verarbeitung ist in ganz vielen Fällen algorithmisch machbar. Daher sollte sie auch so gemacht werden und nicht schon im Kopf der Mapper. Unser Ziel sollte es sein, alle Informationen in der Datenbank zu haben, aus der man mittels algorithmischer Methoden alles errechnen kann was man haben will. Grade die genannten kurzen oneway-Stückchen kann man für Routing-Ansagen ohne weiteres prima aussortieren. Sie irgendwie drin zu haben erhöht aber wesentlich die Schönheit und auch die realitätstreue der Karten. Gruß, Bernd -- Hilf einem Freund in der Not, und er wird sich an dich erinnern, wenn er wieder in Not ist! signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Was kann gemacht werden, damit die Wik i schneller ist? WAR: Re: [OSM-Presse] Me ldung auf kommune21.de zu frei verfügbarer S tadtplan der Stadt Wien (fwd)
2009/1/30 Andreas Labres l...@lab.at: BTW, warum funktioniert das Wiki oftmals so zäh (grade hat's etwa 2 Minuten nur zum Anzeigen gedauert)? Servus, Andreas Möglicherweise liegt das daran, dass die Maschine auf der die Wiki läuft nicht performant genug ist. Das ist leider schade. Auch weiß ich nicht genau, ob es da noch Optimierungsmöglichkeiten gibt, ohne den entsprechenden Server auszutauschen. Kann jemand dazu etwas genaueres sagen? Ein Aufruf der Seite: http://wiki.openstreetmap.org/index.php?title=Special:NewImages kann schon mal mehrere Minuten dauern, bis alle Bilder da sind. Natürlich würde ich mich freuen, wenn das anders wäre, aber da kann ich persönlich leider auch nichts dran ändern. Gruß Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radwege auf Bahntrassen
Hi Rotbarsch, oftmals haben die Strecken einen entsprechenden Namen. Also zB. name=Erzbahntrasse. Das sollte reichen. Um alle Bahntrassenradwege zu klassifizieren bietet sich dann eine Relation an. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen über Plätze
Tobias Knerr schrieb: Martin Koppenhoefer schrieb: Am 29. Januar 2009 13:13 schrieb Stefan Dettenhofer (StefanDausR) Mir geht es nun auch um ein Routing. Wird dabei ein Platz berücksichtigt, also dass man in jeden abzweigenden Weg einbiegen kann oder muss man zusätzlich noch richtige Verbindungen zwischen den Straßen (und Fußwegen) machen? ja, man muss an jedem Schnittpunkt Straße mit Platz (pedestrian-area) eine Verbindung machen Man muss aber, um hier eventuellen Missverständnissen vorzubeugen, kein Spinnennetz von Wegen auf den Platz legen (sprich: die Wege, die in den Platz münden, miteinander verbinden). Das kann ein Router prinzipiell selber tun (auch wenn die meisten das momentan afaik noch nicht eingebaut haben). Selbst wenn ein Programm kein spezielles Platzrouting hat, wird es die Straßen immer noch erreichen, aber möglicherweise halt am Rand des Platzes entlang statt quer drüber routen -- was gerade für Fußgänger völlig akzeptabel ist. Tobias Knerr Vielleicht zur Verdeutlichung folgende vereinfachte Grafik: --- |-+...|. Fußweg Straße | \ ! | | \_ ! | | * \! | | ***+--| Straße --- Also ein rechteckigen Platz, links-oben kommt die Straße an, führt quer über den Platz und geht rechts unten weiter. Der Fußweg (..) heißt außerhalb des Platzes anders. Desweiteren gibt es noch einen Parkplatzweg (**) und eine Anwohnerstraße (!!) auf dem Platz. Die Häuser sind rund um den Platz angeordnet. Also ich denke schon, dass ich die Straßensituation auf dem Platz abbilden muss, oder? Es ist nur die Frage, ob ich den Platz selber als highway=residential, area=yes taggen soll, damit die Adresszuordnung zu den Häusern passt oder ob ich nur den Parkplatz als Fläche anlege. Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] smoothness-Tag und andere in Feld und Wald
Michael Buege mich...@buegehome.de wrote: Ist da bei tracktype nichts dabei fuer dich? http://wiki.openstreetmap.org/wiki/Map_Features#Tracktype Die Frage Spurweg ja/nein mag damit oft korrelieren, vor allem, wenn der Bewuchs in der Mitte sich natuerlich entwickelte :-), aber er ist eben nicht zwangslaeufig. Je spuriger, desto schlechter versagt bspw. bei einem Betonspurweg: klar grade1 fuer breitspurige Autos und einspurige Fahrraeder, aber grade5 fuer schmalspurige (Liege)dreiraeder. Demgegenueber waere ein grade5, der ueber die ganze Breite mit Gras bewachsen ist, wenn die Spuren kaum Tiefe haben, verglichen damit fuer schmalspurige Dreiraeder fast schon grade1 :-) Deswegen lieber separat erfassen. Dann kann ein Router fuer Dreiraeder und Rollis etc. diese Wege meiden MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was kann gemacht werden, damit die Wik i schneller ist? WAR: Re: [OSM-Presse] Meldung a uf kommune21.de zu frei verfügbarer Stadtplan der S tadt Wien (fwd)
Torsten Breda schrieb: Ein Aufruf der Seite: http://wiki.openstreetmap.org/index.php?title=Special:NewImages kann schon mal mehrere Minuten dauern, bis alle Bilder da sind. Natürlich würde ich mich freuen, wenn das anders wäre, aber da kann ich persönlich leider auch nichts dran ändern. Das wiki, der Mailinglistserver und svn repo laufen alle auf demselben Server, der lediglich über eine Intel Atom CPU verfügt. Spenden an die OSM-Foundation könnten mittelfristig Abhilfe schaffen. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Randwanderrouten auf Garmin Topo 3.0 routin gfähig
Johann H. Addicks addi...@gmx.net wrote: Oder sind die routingfähigen Garmin-Karten bei uns lizenztechnisch (wg. möglichen share alike-Verstößen) so heikel, dass man das besser nicht tut? Bei Karten die mit dem kommerziellen Tool gerendert wurden sehe ich da Probleme. Seit mkgmap routingfähige Garminkarten erzeugen kann sehe ich da keine Probleme mehr. Ich sehe eher ein Problem darin, dass wir derzeit wegen dem Kachel Schneideproblem noch keine routingfähige Karte von ganz Deutschland anbieten können. Sven -- /* Fuck me gently with a chainsaw... */ (David S. Miller in /usr/src/linux/arch/sparc/kernel/ptrace.c) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radwege auf Bahntrassen
Paul Baumbach aquan...@gmx.net wrote: Und erg?be sich denn ein besonderer Informationsgehalt dadurch, dass man wei?, dass es mal eine Bahnstrecke war? Natuerlich. Fuer eisenbahnhistorisch Interessierte ist die Lage einer alten Bahntrasse von hohem Informationsgehalt. Und auch fuer einen Normalbuerger ist es durchaus interessant zu wissen, warum ein popeliger Rad- oder Feldweg so groszzuegig trassiert ist mit Daemmen und Einschnitten. Voellig ueberfluessige Verschwendung von Steuergeldern! Den Radweg haette man doch auch um dne Buckel drumrum- oder drueberweg fuehren koemmen! Diese Radfahrer koennen sich rhig mal sportlich betaetigen! Das war fruher mal 'ne Bahnstrecke, die brauchte das so achso... Oder: Warum hat die XY-Strasze so 'nen geschwungenen Verlauf? Da lag mal ein Anschlussgleis zu Z drin. MfG Heiko Jacobs Z! IRCnet Mueck -- Douglasstr. 30, D-76133 Karlsruhe fon +49 721 24069 fax 2030542 Geo-Bild Ing.b?ro geo-bild-KA.de Internet-Service auch-rein.de Couleurstud. Infos cousin.de VCD, umweltverkehr KA umverka.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsinseln
Bernd Wurst schrieb: Hallo. Am Freitag, 30. Januar 2009 schrieb Hatto von Hatzfeld: Hier spielt m.E. wieder das Kriterium Abstraktionsgrad eine Rolle. Oberflächlich gesehen mag das Taggen als 2 kleine Einbahnstraßen einen höheren Informationsgehalt haben; aber für Anwendungen in dem für OSM typischen Abstraktionsgrad - und zwar sowohl für Router wie für Karten - hat ein passendes Tag crossing=* einen höheren Informationswert als die zwei Einbahnsträßchen. - Die Leistung des Kartographierens liegt ja in der Abstraktion, im Erfassen der wesentlichen Informationen und Weglassen der unwesentlichen. Da sind wir doch froh, dass bei OSM so viel Multi-Kulti-Suppe zusammenkommt. Es gibt die richtigen Kartographen, die wissen wie man Karten schön macht, es gibt die Abtraktionskartographen, die nur das einzeichnen wollen was ein Navi braucht um eine Route sinnvoll anzusagen. Aber, und das ist auch wichtig, es gibt noch mehr. Es gibt z.B. unglaublich viele Leute die Zugriff auf die Rohdaten haben und eine Transformation und Konversion ist nach belieben erlaubt und möglich. Das unterscheidet unseren Datenbestand von den Alternativen. Ein Navi das auf OSM-Daten arbeiten will, muss entweder ein bisschen intelligenter sein (es geht hier nur halb rechts, also sagt man nichts an, Wenn man 20 Meter weit sehen kann, wird klar was gemeint ist, also sagt man nichts an) oder es braucht eine passende Vor-Verarbeitung. Die Vor-Verarbeitung ist in ganz vielen Fällen algorithmisch machbar. Daher sollte sie auch so gemacht werden und nicht schon im Kopf der Mapper. Unser Ziel sollte es sein, alle Informationen in der Datenbank zu haben, aus der man mittels algorithmischer Methoden alles errechnen kann was man haben will. Grade die genannten kurzen oneway-Stückchen kann man für Routing-Ansagen ohne weiteres prima aussortieren. Sie irgendwie drin zu haben erhöht aber wesentlich die Schönheit und auch die realitätstreue der Karten. Gruß, Bernd Hier mal ein Beispiel einer ganz normalen Kreuzung auf Sardinien: 1) OSM: http://www.informationfreeway.org/?lat=40.71625556742705lon=9.682141275763735zoom=17layers=0F0B0F 2) Luftbild aus GE: http://wince.dentro.info/koord/osm/temp/Kreuzung_Sardinien.jpg 3) Darstellung in GoPal (Navteq-Karte): http://wince.dentro.info/koord/osm/temp/Kreuzung_Sardinien_GoPal.gif Ich denke, ein vernünftiger Routing-Algorithmus kann das schon verkraften. Außerdem -muss ich sagen- war die Anzeige am Navi vor Ort schon recht hilfreich, die richtige Spur zu finden... Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Der die das Wiki
Hallo. Am Freitag, 30. Januar 2009 schrieb Torsten Breda: die Wiki Nicht böse sondern wirklich interessiert gemeint: Kann mir mal jemand erklären, woher die Bezeichnung _DIE_ Wiki kommt? Wikipedia kennt diesen Artikel nicht als Alternative, ich hab das außerhalb OSM noch nie gesehen und hier scheint das irgendwie hipp zu sein. Gruß, Bernd -- Wir sitzen alle in einem Boot. Die einen angeln, die anderen rudern. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radwege auf Bahntrassen
Hi, Torsten Breda wrote: railway=abandoned wird benutzt, wenn die Schienen weg sind. Dort steht jedoch der Hinweis, man solle es nicht benutzen, wenn es bereits einen Radweg oder ähnliches gibt. Das war neulich laengeres Thema auf der talk-Liste: http://lists.openstreetmap.org/pipermail/talk/2009-January/032837.html Ferner auch auf der britischen Liste in diesem Thread: http://lists.openstreetmap.org/pipermail/talk-gb/2008-December/003360.html Grundsaetzlich dreht es sich halt immer um die Frage: Wollen und koennen wir Vergangenes mappen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radwege auf Bahntrassen
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Das mit den Relationen Alle Bahntrassen, die Stillgelegt sind in Nordhessen (Beispiel) ist so explizit nicht gewünscht. Das soll mit Hilfe von generellen Tags geschehen, damit das halbwegs einheitlich ist. Sonst gibt es noch die Relation Stillgelegte Bahntrassen in Nordhessen und dann hast Du den Salat. Gruß - Fips - -- Chris-Hein Lunkhusen schrieb: Hi Rotbarsch, oftmals haben die Strecken einen entsprechenden Namen. Also zB. name=Erzbahntrasse. Das sollte reichen. Um alle Bahntrassenradwege zu klassifizieren bietet sich dann eine Relation an. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJgt9/nHVyAFIfTkERAoVPAKClbWMeDRURf9HOFjhUEDkY9vnj9wCZAfn8 sSjA8DkeAMY1HBz76OoV8/o= =CN6O -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radwege auf Bahntrassen
Am 30.01.2009, 11:50 Uhr, schrieb Heiko Jacobs heiko.jac...@gmx.de: Natuerlich. Fuer eisenbahnhistorisch Interessierte ist die Lage einer alten Bahntrasse von hohem Informationsgehalt. Dann ist der Vorschlag Radweg (das ist die alte Trasse nunmal) - cycleway oder track (blos keine neue Diskussion) mit Zusatzinformationen note=railway_abandoned und wenn bekannt: name=Rheinische Bahn doch mehr als hilfreich. Grüsse Willi -- Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Der die das Wiki
Hi, 2009/1/30 Bernd Wurst be...@bwurst.org: Am Freitag, 30. Januar 2009 schrieb Torsten Breda: die Wiki Nicht böse sondern wirklich interessiert gemeint: Kann mir mal jemand erklären, woher die Bezeichnung _DIE_ Wiki kommt? Wikipedia kennt diesen Artikel nicht als Alternative, ich hab das außerhalb OSM noch nie gesehen und hier scheint das irgendwie hipp zu sein. Die Wiki kommt durch die Synonymisierung der Wikipedia mit Wikis im Allgemeinen: Die Wiki(pedia). Das scheint mir nach meinem jetzigen Erkenntnisstand der etymologische Ursprung zu sein :-) [Citation needed] (ich weiss... - aber egal) Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Der die das Wiki
2009/1/30 Bernd Wurst be...@bwurst.org: Hallo. Am Freitag, 30. Januar 2009 schrieb Torsten Breda: die Wiki Nicht böse sondern wirklich interessiert gemeint: Kann mir mal jemand erklären, woher die Bezeichnung _DIE_ Wiki kommt? Wikipedia kennt diesen Artikel nicht als Alternative, ich hab das außerhalb OSM noch nie gesehen und hier scheint das irgendwie hipp zu sein. Wie kann ich das nur wieder gut machen. Da versuche ich so sehr, Groß- und Kleinschreibung zu beachten, nicht zu plenken, nicht zu klempen, richtig Zitieren, keine Rechtsschreibfehler zu machen, aussagegräftige Titel zu finden und dann passiert mir so ein unverzeihlicher Fehler. Ein falscher Artikel in einem Titel. Schande über mich. http://de.wiktionary.org/wiki/Wiki Ich gelobe Besserung Torsten P.S. Wer richtet die Liste: talk-de-offtopic ein? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Der die das Wiki
Hallo, Bernd Wurst schrieb: Nicht böse sondern wirklich interessiert gemeint: Kann mir mal jemand erklären, woher die Bezeichnung _DIE_ Wiki kommt? Wikipedia kennt diesen Artikel nicht als Alternative, ich hab das außerhalb OSM noch nie gesehen und hier scheint das irgendwie hipp zu sein. Selbst sage ich das, aber es scheint alles zu gehen (normative Kraft des Faktischen): http://de.wiktionary.org/wiki/Wiki Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] landuse commercial WAS: Straße in Indu striegebieten
Am 28. Januar 2009 20:59 schrieb Johannes Huesing johan...@huesing.name: Martin Koppenhoefer dieterdre...@gmail.com [Wed, Jan 28, 2009 at 12:35:15AM CET]: Commercial ist der Bedeutung nach so eine Art tag für (Haupt-)geschäftszentrum, also das, was man in deutschen Städten meist mit Fußgängerzone im Stadtzentrum verbindet. Hm, ich hätte Eschborn, Frankfurt-Niederrad, Hamburgs City Nord oder Berlin Potsdamer Platz so getaggt. Verkaufsgegenden hingegen mit land_use:retail. ja, ich auch, haette aber eigentlich gerne einen Tag fuer Zentrum, habe dazu auch mal ein Proposal gemacht (city_centre), das, was man ueblicherweise in Europa unter Stadtzentrum bzw. Altstadt versteht, gerade auch in kleineren und mittelgrossen Staedten. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz der slippy-map Codes
Frederik Ramm schrieb: Ich glaube nicht, dass die eine ausreichende Schöpfungshöhe besitzen, um in irgendeiner Form unter eine Lizenz gestellt werden zu können. Nun, dann dürften wir ja eigentlich viele Teile des Codes nicht unter GPL setzen... Auch die OSM-Daten an sich würden dann ja nicht unbedingt unter cc-by-sa fallen, sondern lediglich die Datenbank ... und ob cc-by-sa überhaupt Datenbanken schützt, weiß ich nicht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmarender moppelt Gebaeudenamen doppelt -?Symbols?auch
Zitat von Marc Schütz schue...@gmx.net: Dann tagge die Gebäude einfach als building=yes, name=... und evtl. noch amenity=faculty. Sowas in der Richtung werde ich am Wochenende einbauen. Das letztere wird dann von den Renderern vorerst ignoriert, aber Namen und Gebäude werden trotzdem dargestellt. Das funktioniert hier in Bayreuth schon ganz hervorragend: http://www.openstreetmap.org/?lat=49.92837lon=11.58569zoom=17layers=B000FTF Das sieht gut aus, aber bei uns ist die Welt komplizierter, hier eine meiner Baustellen: http://www.openstreetmap.org/?lat=50.80821lon=8.80772zoom=15layers=B000FTF - Jutta Weisel -- http://www.weisel.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsinseln
Bernd Wurst wrote: Da sind wir doch froh, dass bei OSM so viel Multi-Kulti-Suppe zusammenkommt. Es gibt die richtigen Kartographen, die wissen wie man Karten schön macht, es gibt die Abtraktionskartographen, die nur das einzeichnen wollen was ein Navi braucht um eine Route sinnvoll anzusagen. Aber, und das ist auch wichtig, es gibt noch mehr. Es gibt z.B. unglaublich viele Leute die Zugriff auf die Rohdaten haben und eine Transformation und Konversion ist nach belieben erlaubt und möglich. Das unterscheidet unseren Datenbestand von den Alternativen. Ein Navi das auf OSM-Daten arbeiten will, muss entweder ein bisschen intelligenter sein (es geht hier nur halb rechts, also sagt man nichts an, Wenn man 20 Meter weit sehen kann, wird klar was gemeint ist, also sagt man nichts an) oder es braucht eine passende Vor-Verarbeitung. Die Vor-Verarbeitung ist in ganz vielen Fällen algorithmisch machbar. Daher sollte sie auch so gemacht werden und nicht schon im Kopf der Mapper. Unser Ziel sollte es sein, alle Informationen in der Datenbank zu haben, aus der man mittels algorithmischer Methoden alles errechnen kann was man haben will. Okay - Du hast mich weitgehend überzeugt. Soll von mir aus jeder, der es will, aus jeder Verkehrsinsel zwei Einbahnstraßen machen. Grade die genannten kurzen oneway-Stückchen kann man für Routing-Ansagen ohne weiteres prima aussortieren. Sie irgendwie drin zu haben erhöht aber wesentlich die Schönheit und auch die realitätstreue der Karten. Das mit der Ästhetik ist so eine Sache. De gustibus ... Ciao, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen über Plätze
Am 30. Januar 2009 11:26 schrieb Stefan Dettenhofer (StefanDausR) o...@dentro.info: Tobias Knerr schrieb: Martin Koppenhoefer schrieb: Am 29. Januar 2009 13:13 schrieb Stefan Dettenhofer (StefanDausR) Mir geht es nun auch um ein Routing. Wird dabei ein Platz berücksichtigt, also dass man in jeden abzweigenden Weg einbiegen kann oder muss man zusätzlich noch richtige Verbindungen zwischen den Straßen (und Fußwegen) machen? ja, man muss an jedem Schnittpunkt Straße mit Platz (pedestrian-area) eine Verbindung machen Man muss aber, um hier eventuellen Missverständnissen vorzubeugen, kein Spinnennetz von Wegen auf den Platz legen (sprich: die Wege, die in den Platz münden, miteinander verbinden). doch, das sollte man durchaus tun, der Router weiss ja nicht, wie die Strassen lang laufen. (Immer vorausgesetzt, es gibt diese Strassen als Strassen dort). Wenn der Platz eine einzige grosse ungegliederte Flaeche ist, die man befahren darf, gebe ich Dir natuerlich Recht. Das kann ein Router prinzipiell selber tun (auch wenn die meisten das momentan afaik noch nicht eingebaut haben). Selbst wenn ein Programm kein spezielles Platzrouting hat, wird es die Straßen immer noch erreichen, aber möglicherweise halt am Rand des Platzes entlang statt quer drüber routen -- was gerade für Fußgänger völlig akzeptabel ist. Also ein rechteckigen Platz, links-oben kommt die Straße an, führt quer über den Platz und geht rechts unten weiter. Der Fußweg (..) heißt außerhalb des Platzes anders. Desweiteren gibt es noch einen Parkplatzweg (**) und eine Anwohnerstraße (!!) auf dem Platz. Die Häuser sind rund um den Platz angeordnet. Also ich denke schon, dass ich die Straßensituation auf dem Platz abbilden muss, oder? ja Es ist nur die Frage, ob ich den Platz selber als highway=residential, area=yes taggen soll, damit die Adresszuordnung zu den Häusern passt oder ob ich nur den Parkplatz als Fläche anlege. Das nur, wenn der komplette Platz Fahrflaeche ist, sollte in D in Staedten praktisch nicht vorkommen. Ueblicherweise ansonsten: Parkplaetze am besten als Flaechen, den Platz selbst, also die Aussenkante (hier also nicht Mittellinie) einmal drumrum ueblicherweise als highway=pedestrian, area=yes, dann wird das auch als Platz in den Karten dargestellt. Die *Strassen* hingegen so mappen wie immer, also auch dort, wo die area drunter liegt. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fwd: Verkehrsinseln
Auch sieht die Charlottenburger Allee im Luftbild aus wie die Fortsetzung der Secondary, tertiary kommt mir da ein bisschen wenig vor. die Charlottenburger Alle hat keine Relevanz für den Fern- bzw. Interregionalen Verkehr. Die ist einfach so breit, weil dort 2 Buslager und ein großes Speditionsunternehmen sind. highway=tertiary ist also IMO absolut in Ordnung. kann man so und so sehen. Wenn sie fuer Spedition und Busse gross und breit ausgebaut ist (also die Leistungsfaehigkeit beibehaelt), wuerde ich sie als secondary mappen. Wenn man dann weiterhin dort nirgends besser hinkommt, als ueber andere Strassen, dann wird das der Router auch merken. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was kann gemacht werden, damit die Wik i schneller ist? WAR: Re: [OSM-Presse] Me ldung auf kommune21.de zu frei verfügbarer S tadtplan der Stadt Wien (fwd)
Spenden an die OSM-Foundation könnten mittelfristig Abhilfe schaffen. Aber bitte nur von Spendern, die die OSMF auch akzeptiert. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FOSSGIS Konferenz
On Fri, 2009-01-30 12:49:45 +0100, Sven Anders s...@anders-hamburg.de wrote: Moin, ich wollte mal hören, wer von Euch vor hat zur Fossgis Konferenz [1] (17.-19.03.2009 in Hannover) zu gehen. Ich werd' da wohl hingehen. Außerdem ist mir noch nicht ganz klar, ob wir da für OSM noch einen Entwickler und Anwenderteffen machen können, oder ob wir dafür ein Paper hätten einreichen müssen. Das würd' mich auch interessieren. MfG, JBG -- Jan-Benedict Glaw jbg...@lug-owl.de +49-172-7608481 Signature of: 17:45 @Eimann Hrm, das E90 hat keinen Lebenszeit Call-Time Counter mehr the second : 17:46 @jbglaw Eimann: Wofür braucht man das? 17:46 @jbglaw Eimann: Für mich ist an 'nem Handy wichtig, daß ich mein Gegeüber hören kann. Und daß mein Gegenüber mich versteht... 17:47 @KrisK jbglaw: was du meinst ist wodka. 17:47 @KrisK jbglaw: es klingelt und man hört stimmen signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB - Beginn der Verz?gerungsspur
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ortskundig: Das ist vollkommen korrekt mit keine LKWs, leider weiss ich grade nicht, wie man das als 'nicht für LKW' taggt. (Kann das jmd machen oder mir erklären, wie das 'richtig' geht?) Ich kann aber versichert, dass der letzte Abschnitt zwischen Ausfahrt 16 und 17 für LKW gesperrt ist. (Da die Autobahn nicht fertig ist soll vermieden werden, den LKW-Durchgangsverkehr auf so einer niedrigen Straße zu haben). Das wird wohl erst nach Weiterbau aufgehoben werden... - - Fips - -- Heiko Jacobs schrieb: Garry garr...@gmx.de wrote: Unclassifies passt da ?berhaupt nicht! In der Tat etwas zu tief gestapelt... Die Kategorie der Strasze, an der das endet, mindestens. Wenn nicht weiter trunk_link, so ernst war mein Einwurf nicht gemeint ;-) Strassen die auf Autobahnen mittels einer offiziellen Auffahrt (damit sind nicht Park,-Rastpl?tz und Betriebszufahren gemeint) f?hren sind in der Regel immer mindestens primary - sonst w?re kein Autobahnauffahrt notwendig!. http://www.openstreetmap.org/?lat=51.005lon=9.206zoom=16 endet voellig korrekt auf secondary. Das letzte Mal, dass ich da vorbei kam, war dieses Stueck der Autobahn, wie glaub shcon die ganze Zeit vorher, fuer Lkw gesperrt, was aber nicht so getaggt ist. Wenn dem noch so ist, moege einer der Oertlichkeit Kundige dies nachtragen ;-) Halt, wofuer haben OSB.. *klick* MfG Heiko Jacobs Z! IRCnet Mueck - -- -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.6 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQFJgxlsnHVyAFIfTkERApSRAJwKGLQ9jtZge0bb/iLk9I/YyXSMFwCfV197 hAOcOx3dwyWTMq/PID/pWKg= =rbyP -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was kann gemacht werden, damit die Wi ki schneller ist? WAR: Re: [OSM-Presse] Meldung auf kommune21.de zu frei verfügbarer Stadtplan de r Stadt Wien (fwd)
Dirk-Lüder Kreie schrieb: Das wiki, der Mailinglistserver und svn repo laufen alle auf demselben Server, der lediglich über eine Intel Atom CPU verfügt. Spenden an die OSM-Foundation könnten mittelfristig Abhilfe schaffen. Gibt es Einschätzungen, wie viel ein brauchbarer Wiki-Only-Server in Anschaffung und Betrieb kosten würde? Die Hardware, die man da momentan nutzt, (http://wiki.openstreetmap.org/wiki/Servers/idris ist, wovon wir reden?) scheint mir eigentlich nicht so exklusiv zu sein, dass eine bessere Maschine unerschwinglich wäre. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] smoothness-Tag
Moin, die Abstimmung fuer smoothness war ordentlich gelaufen, nicht unumstritten aber mit solider Mehrheit wuerde ich sagen. Ein einzelner User mag das Tag aber halt trotzdem nicht und hat da wiederholt dran rumgeaendert Irgendwelche Schutzmechanismen sind bei OSM bislang nunmal nicht vorgesehen, so dass man eigentlich zwei Alternativen hat: - Du kannst immer fleissig seine Aenderungen rueckgaengig machen. - Du kannst den Stoerer weitestgehend ignorieren. Das Tag ist ja in die Mapfeatures-Liste aufgenommen worden, dass denke ich ist wichtiger, als in welcher Kategorie die Beschreibung einsortiert ist. Im Wesentlich wird mit der Zeit die Nutzung zeigen, ob das Tag von der Gemeinschaft angenommen wird oder nicht. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] osm2pgsql/Multipolygone/Mapnik
Hallo, muss osm2pgsql immer noch im slim mode aufgerufen werden, damit die Multipolygone korrekt verarbeitet werden? Ich benutze die svn-Version vom 11.01.09 aus dem openstreetmap-utils Debian-Package von gpsdrive. Auf tile.openstreetmap.org ist der Innenhof korrekt dargestellt, lokal habe ich ihn noch nicht gesehen. In der Cycle Map fehlt er auch: http://www.openstreetmap.org/?lat=50.809955lon=8.779365zoom=18layers=B000FTF Den slim mode von osm2pgsql habe ich allerdings auch noch nicht probiert, könnte das helfen? - Jutta Weisel -- http://www.weisel.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB - Beginn der Verzögerungsspur
Fips Schneider wrote: [...] leider weiss ich grade nicht, wie man das als 'nicht für LKW' taggt. (Kann das jmd machen oder mir erklären, wie das 'richtig' geht?) hgv=no Siehe http://wiki.openstreetmap.org/wiki/Key:access Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql/Multipolygone/Mapnik
Hallo, Jutta Weisel wrote: muss osm2pgsql immer noch im slim mode aufgerufen werden, damit die Multipolygone korrekt verarbeitet werden? Der osm2pgsql auf der offiziellen Mapnik-Karte verwendet den Slim-Mode sowie einen kleine Modifikation, die route-Relationen unterdrückt. Du solltest mit dem Slim-Mode also das gewünschte Resultat erzielen können. Der Grund für diese Einschränkung ist, dass nur im Slim-Mode die vollen Daten der Objekte aufgehoben werden (er ist also, was Datenbankvolumen betrifft, eher ein fat mode). Multipolygon-Relationen erfordern das: Ein Way, der als natural=wood getaggt ist, kann sich später noch als innerer Ring eines Polygons herausstellen, und im nicht slim-Mode ist es dann zu spaet, noch was zu unternehmen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAMBA verwendet OSM
Tobias Wendorff schrieb: JAMBA (und die angeschlossenen Unternehmen) verwenden anscheinend für kartenbasierte Dienste (z.B. Mobile Spy) die Karten vom OpenStreetMap. Ey, willsch du misch ezt verarschen? Schwöre! signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Der die das Wiki
Bernd Wurst schrieb: Nicht böse sondern wirklich interessiert gemeint: Kann mir mal jemand erklären, woher die Bezeichnung _DIE_ Wiki kommt? Wikipedia kennt diesen Artikel nicht als Alternative, ich hab das außerhalb OSM noch nie gesehen und hier scheint das irgendwie hipp zu sein. Ich verwende grundsätzlich immer *die* als Begleiter. Ob das nun richtig oder falsch oder weder noch ist, ist mir egal. Ich sage auch *der* Butter, obwohl es nach dem Duden falsch ist. Who cares? signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz der slippy-map Codes
Hallo, Tobias Wendorff wrote: Ich glaube nicht, dass die eine ausreichende Schöpfungshöhe besitzen, um in irgendeiner Form unter eine Lizenz gestellt werden zu können. Nun, dann dürften wir ja eigentlich viele Teile des Codes nicht unter GPL setzen... Probieren kann man es immer. Wenn ich auf einen Zettel ein X male und sage, jeder, der das X benutzt, muss ab nun seine Dokumente deswegen unter die Fred-Lizenz stellen, ist das an sich ja noch nichts, was ich nicht darf. Ich wuerde bloss vor Gericht nicht damit durchkommen. Auch die OSM-Daten an sich würden dann ja nicht unbedingt unter cc-by-sa fallen, sondern lediglich die Datenbank ... und ob cc-by-sa überhaupt Datenbanken schützt, weiß ich nicht. Erzähl' uns was neues ;-) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsinseln
Ulf Lamping schrieb: Mario Salvini schrieb: Johannes Haller schrieb: Im Forum kam auf meine Frage wenig fruchtbares, daher noch ein Versuch hier: Im Wiki finde ich nichts über Konventionen beim Mappen von Verkehrsinseln vor allem an größeren Straßenkreuzungen. 1. Sollte ich dort die Insel durch Teilung der Straße in zwei kleine Einbahn-Ways links und rechts der Insel andeuten? 2. Wenn jein: ab welcher Größe? Für die kleineren Inseln z.B. für die sicherere Überquerung einer Straße gibts doch crossing=*. Jedesmal direkt 2 Einbahnstraßen draus machen macht keinen Sinn, weil man sonst auch Turn-Restriction-Relation setzen muss. Ansonsten meint der Router er könnte da links abbiegen was ja in den meisten Fällen Blödsinn ist. Ob man die Verkehrsinseln einzeichnest oder nicht ist mir persönlich jetzt recht egal. Aber bitte nicht im Nebensatz neue Behauptungen aufstellen: Wenn du 2 Einbahnstraßen draus machts, brauchst du keine turn-restrictions zusätzlich anzulegen. Die ergeben sich automatisch aus den Einbahnstraßen und ein Router wird die Einbahnstraßen schon in seine Route einbeziehen. Gruß, ULFL natürlich muss da eine turn-restriction hin, sonst könnte da links abbiegen (in die Realität übertragen also drehen). Beispielsweise z.B. hier: http://data.giub.uni-bonn.de/openrouteservice/index.php?start=6.1134704,50.7710525end=6.1163058,50.7714249pref=Fastestlang=de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] FOSSGIS Konferenz
On Fri, Jan 30, 2009 at 12:49:45PM +0100, Sven Anders wrote: ich wollte mal hören, wer von Euch vor hat zur Fossgis Konferenz [1] (17.-19.03.2009 in Hannover) zu gehen. Bin die ganze Zeit da. Außerdem ist mir noch nicht ganz klar, ob wir da für OSM noch einen Entwickler und Anwenderteffen machen können, oder ob wir dafür ein Paper hätten einreichen müssen. Wäre schön, sowas zu haben. Und wir müßten uns auch mal Gedanken machen über einen Stand. :-) Letztes Jahr haben das im Wesentlichen Frederik Ramm, Marcus Wollschon und ich gemacht. Würde mich freuen, wenn das diesmal jemand anderes (vielleicht jemand von der lokalen Community) in die Hand nimmt. Fred und ich können aber sicher den Stand auch teilweise betreuen vor Ort. Jochen -- Jochen Topf joc...@remote.org http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsinseln
Hallo. Am Freitag, 30. Januar 2009 schrieb Mario Salvini: natürlich muss da eine turn-restriction hin, sonst könnte da links abbiegen (in die Realität übertragen also drehen). Beispielsweise z.B. hier: http://data.giub.uni-bonn.de/openrouteservice/index.php?start=6.1134704,50. 7710525end=6.1163058,50.7714249pref=Fastestlang=de Da hast du Recht. Wobei es physisch gesehen auch eher durch den Winkel verhindert wird und nicht durch ein spezielle Abbiegeverbot. Man könnte also auch sagen, der Router sollte niemals Winkel z.B. über 150° verwenden. Dann müsste man nur für wirklich knifflige Fälle eine spezielle turn-restriction eintragen. Gruß, Bernd -- Ein kluger Mann widerspricht nie einer Frau. Er wartet bis sie es selbst tut. - Humphrey Bogart (am. Schauspieler 1899-1957) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Beschreibung von Straßen
Und seit wann kommt es auf den tatsächlich anfallenden Verkehr an, statt auf den Ausbau und den Erschließungscharakter? genau, eine Strasse ohne Verkehr ist doch ideal, um irgendwohin zu fahren (wenn sie denn auch gut befahrbar ist, daher wohl utopisch anzunehmen, dass es so was im dicht besiedelten D gibt). Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] MapSource_6153 - Fehlermeldung unter Vista 64bit
Am 30. Januar 2009 07:13 schrieb Holger Issle hol...@issle.de: Moin! On Thu, 29 Jan 2009 20:26:04 +0100, Jan Tappenbeck wrote: Kennt das jemand von Euch und kann weiterhelfen bevor ich die Jungs kontaktiere ? Nimm meine Anleitung zur Installation von Computerteddy's Karte in MapSource und es tut. -- hm, bei mir tut mapsource seit dem Update ueberhaupt nicht mehr, auch dann nicht, wenn ich die Registry-Keys fuer die OSM-Karte komplett loesche. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] A 39 bei Wolfsburg wird heute geöffnet
2009/1/30 lulu-...@gmx.de: heute nachmittag wird der Lückenschluß der A 39 ... Der Construction-Tag ist bereits entfernt. Wir sind wieder mal schneller als die Konkurrenz! sogar schneller als die Realitaet ;-) Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radwege auf Bahntrassen
2009/1/30 Frederik Ramm frede...@remote.org: Torsten Breda wrote: railway=abandoned wird benutzt, wenn die Schienen weg sind. Dort steht jedoch der Hinweis, man solle es nicht benutzen, wenn es bereits einen Radweg oder ähnliches gibt. Grundsaetzlich dreht es sich halt immer um die Frage: Wollen und koennen wir Vergangenes mappen. prinzipiell wollen: ja aber es ist ja in diesem Fall nicht nur Vergangenes: wenn ich das richtig verstehe ist ja der komplette Bahnunterbau noch vorhanden und lediglich die Gleise durch eine Strassendeckschicht ausgetauscht. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz der slippy-map Codes
Frederik Ramm schrieb: Probieren kann man es immer. Wenn ich auf einen Zettel ein X male und sage, jeder, der das X benutzt, muss ab nun seine Dokumente deswegen unter die Fred-Lizenz stellen, ist das an sich ja noch nichts, was ich nicht darf. Ich wuerde bloss vor Gericht nicht damit durchkommen. Das Einzige, was ich immer mache: Ich schreibe die Quellen hin, wo ich z.B. die Formel her habe und weise darauf hin, dass nur meine Umsetzung unter GPL fällt. Auch die OSM-Daten an sich würden dann ja nicht unbedingt unter cc-by-sa fallen, sondern lediglich die Datenbank ... und ob cc-by-sa überhaupt Datenbanken schützt, weiß ich nicht. Erzähl' uns was neues ;-) Habe mir das Buch Vermessungskunde I von Walter Großmann ausgeliehen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAMBA verwendet OSM
André Reichelt schrieb: Tobias Wendorff schrieb: JAMBA (und die angeschlossenen Unternehmen) verwenden anscheinend für kartenbasierte Dienste (z.B. Mobile Spy) die Karten vom OpenStreetMap. Ey, willsch du misch ezt verarschen? Schwöre! Ey kuck ma: Isch hab grade mein Haus bei OSM eingemahlt. Das wa voll nich drin! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAMBA verwendet OSM
2009/1/30 Tobias Wendorff tobias.wendo...@uni-dortmund.de: Hallo Leute, JAMBA (und die angeschlossenen Unternehmen) verwenden anscheinend für kartenbasierte Dienste (z.B. Mobile Spy) die Karten vom OpenStreetMap. Gibt es dafür irgendwelche Quellen oder Belege? [Werbung] Willst du deinen Freunden eine Straße schenken? Benutze das neue coole Map of the Stars-Tool für dein Handy! Schicke STRASSE1 an die 5 (4,99€ + 1 Jahr Jamba ABO) für nur 4,99€ kannst du einer Straße deiner Wahl einen Namen geben und erscheinst so in der Karte der Stars! [/Werbung] Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAMBA verwendet OSM
Torsten Breda schrieb: Gibt es dafür irgendwelche Quellen oder Belege? Heute, RTL-Mittagsmagazin (http://www.rtl-now.de/) [Werbung] Willst du deinen Freunden eine Straße schenken? Benutze das neue coole Map of the Stars-Tool für dein Handy! Du kennst die Mobile-Spy-Werbung aber schon, oder? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Eigene Mapnik-Karten: Donau fehlt
Hallo zusammen, ich versuche seit einigen Tagen eigene Mapnik-Karten zu rendern. Jetzt ist mir in einem Bereich aufgefallen, dass z.B. die Donau nicht gerendert wird. Bei der Suche nach dem Fehler habe ich festgestellt, dass die Donau erst ab einer bestimmten Stelle gerendert wird. Meine Karte sieht so aus http://albspotter.org/osm/15_17268_11356.png und im Vergleich dazu http://c.tile.openstreetmap.org/15/17268/11356.png . Auch ein Weg fehlt, ebenso der Bahnübergang. Die verwendete osm.xml ist aus der aktuellen SVN-Version erstellt. Ich hab sie hier mal hochgeladen: http://albspotter.org/osm/osm.xml Hat jemand von euch eine Idee woran das liegen könnte? Ich kenn mich da noch zu wenig aus. Ich weiß gar nicht wo ich mit der Fehlersuche beginnen soll. Viele Grüße Jürgen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAMBA verwendet OSM
Tobias Wendorff schrieb: Heute, RTL-Mittagsmagazin (http://www.rtl-now.de/) Wann lief das denn genau? Mir treibt das schon ganz die Schamesröte ins Gesicht! André signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAMBA verwendet OSM
André Reichelt schrieb: Wann lief das denn genau? Oder hast du einen Direktlink? signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene Mapnik-Karten: Donau fehlt
2009/1/30 Juergen Lehle juergen.le...@googlemail.com Hallo zusammen, ich versuche seit einigen Tagen eigene Mapnik-Karten zu rendern. Jetzt ist mir in einem Bereich aufgefallen, dass z.B. die Donau nicht gerendert wird. Bei der Suche nach dem Fehler habe ich festgestellt, dass die Donau erst ab einer bestimmten Stelle gerendert wird. Meine Karte sieht so aus http://albspotter.org/osm/15_17268_11356.png und im Vergleich dazu http://c.tile.openstreetmap.org/15/17268/11356.png . Auch ein Weg fehlt, ebenso der Bahnübergang. Die verwendete osm.xml ist aus der aktuellen SVN-Version erstellt. Ich hab sie hier mal hochgeladen: http://albspotter.org/osm/osm.xml Hat jemand von euch eine Idee woran das liegen könnte? Ich kenn mich da noch zu wenig aus. Ich weiß gar nicht wo ich mit der Fehlersuche beginnen soll. http://lists.openstreetmap.org/pipermail/talk-de/2009-January/034815.html Da wurde das gleiche für den Main bei Frankfurt diskutiert. Im Thread wird dann klar, wie das passiert ist. Grüße, jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB - Beginn der Verz?gerungsspur
Am 30. Januar 2009 16:14 schrieb Fips Schneider o...@fips-schneider.de: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Ortskundig: Das ist vollkommen korrekt mit keine LKWs, leider weiss ich grade nicht, wie man das als 'nicht für LKW' taggt. (Kann das jmd machen oder mir erklären, wie das 'richtig' geht?) Ich kann aber versichert, dass der letzte Abschnitt zwischen Ausfahrt 16 und 17 für LKW gesperrt ist. (Da die Autobahn nicht fertig ist soll vermieden werden, den LKW-Durchgangsverkehr auf so einer niedrigen Straße zu haben). Das wird wohl erst nach Weiterbau aufgehoben werden... http://www.google.it/search?hl=deq=map+features+osmbtnG=Google-Suche oder hier: http://wiki.openstreetmap.org/wiki/Key:access es gibt m.E. verschiedene Möglichkeiten: tag k=hgv v=no/ oder neu-OSM: tag k=access:hgv v=no/ oder über das Gewicht (würde ich eher nicht machen, weil LKW evtl. auch nicht nur über das Gewicht definiert ist, wahrscheinlich werde ich jetzt auch gesteinigt) je nachdem, ob es schon für leichte Laster gesperrt ist: tag k=maxweight v=3,5t/ oder für LKW: tag k=maxweight v=7,5t/ Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] BAB - Beginn der Verz?gerungsspur
Am 30. Januar 2009 20:08 schrieb Martin Koppenhoefer dieterdre...@gmail.com: es gibt m.E. verschiedene Möglichkeiten: tag k=hgv v=no/ oder neu-OSM: tag k=access:hgv v=no/ wahrscheinlich hatten wir das hier schonmal, aber ich sags halt nochmal: im Wiki steht, dass das bedeutet: ~ geschlossen oder nicht geeignet für LKW, aber das halte ich nicht für besonders günstig, was soll das bedeuten: nicht geeignet. Wenn es nicht verboten ist, dort mit dem LKW zu fahren, sollte man das auch nicht über ein access-key ausdrücken, dass es aufgrund anderer Umstände nicht empfohlen wird, dort mit dem LKW zu fahren. Vielmehr würde ich dann diese anderen Umstände (enge Kurvenradien, keine Wendemöglichkeit, Engstellen, etc.) dort taggen, wo sie auftreten. Was denkt Ihr? Möchte das jemand im Wiki ändern? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Was kann gemacht werden, damit die Wiki sch neller ist? WAR: Re: [OSM-Presse] Meldung auf kommune21.de zu frei verfügbarer Stadtplan der Stadt Wien (fwd)
Am 30. Januar 2009 16:22 schrieb Tobias Knerr o...@tobias-knerr.de: Dirk-Lüder Kreie schrieb: Das wiki, der Mailinglistserver und svn repo laufen alle auf demselben Server, der lediglich über eine Intel Atom CPU verfügt. Spenden an die OSM-Foundation könnten mittelfristig Abhilfe schaffen. Gibt es Einschätzungen, wie viel ein brauchbarer Wiki-Only-Server in Anschaffung und Betrieb kosten würde? Die Hardware, die man da momentan nutzt, (http://wiki.openstreetmap.org/wiki/Servers/idris ist, wovon wir reden?) scheint mir eigentlich nicht so exklusiv zu sein, dass eine bessere Maschine unerschwinglich wäre. Tobias Knerr insbesondere, als der ja auch parallel noch für andere Dinge genutzt wird. Allerdings kommen da auch laufende Kosten und Aufwand hinzu (Strom, Datentransfer, Einrichtung, Wartung, ...) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAMBA verwendet OSM
Oder bist du ein Mitarbeiter der alternative Werbeformen antesten soll? Oder hast du einen Direktlink? Ein bisschen mehr Details wie du diesen Verdacht belegen kannst wären sehr sinnvoll. ...Mark ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] smoothness-Tag
Am 30. Januar 2009 16:41 schrieb Torsten Leistikow de_m...@gmx.de: Moin, die Abstimmung fuer smoothness war ordentlich gelaufen, nicht unumstritten aber mit solider Mehrheit wuerde ich sagen. Ein einzelner User mag das Tag aber halt trotzdem nicht und hat da wiederholt dran rumgeaendert Irgendwelche Schutzmechanismen sind bei OSM bislang nunmal nicht vorgesehen, so dass man eigentlich zwei Alternativen hat: - Du kannst immer fleissig seine Aenderungen rueckgaengig machen. ja, aber das ist schon ein bisschen nervig, (auf den Karten merkt mans ja nicht gleich ;-) ) das einzelne im Wiki solche groben Sachen machen. Wenn jemand sich die Mühe macht, einen Vorschlag zu machen und dann wird der abgestimmt, und die Mehrheit stimmt dafür (Vote End am 2.11.08, bis dahin ca. 19 ja und 6 Nein-Stimmen, nach dem Ende nochmal 4 Neinstimmen, also bis jetzt 19 zu 10. Ich bin zwar selbst auch eher gegen genau dieses Proposal ( jetzt auch noch mit feinster sprechender Betaggung und den ganzen resultierenden Rechtschreibfehlern die smoothness zu erfassen (und man muss sich lauter komplizierte Werte merken, warum nicht einfach grade1 bis 5?)), aber das bei dem Stand in rejected zu verstecken ist einfach nicht in Ordnung! Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene Mapnik-Karten: Donau fehlt
2009/1/30 Jens Frank jens.l.fr...@googlemail.com: http://lists.openstreetmap.org/pipermail/talk-de/2009-January/034815.html Da wurde das gleiche für den Main bei Frankfurt diskutiert. Im Thread wird dann klar, wie das passiert ist. Grüße, jens Danke für den Hinweis. Bisher hatte ich dieses waterway=riverbank übersehen und nur den waterway=river angeschaut. Gruß Jürgen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAMBA verwendet OSM
Browser öffnen: http://www.rtl-now.de/ Auf den Kalender schauen: Heute, 30.01.2009 (2009 !!) Maus bewegen: RTL News Kompakt = RTL Punkt 12 Aber ich bin ja nett: http://rtl-now.rtl.de/news.php?film_id=10240player=1na=1 Müsste so nach ca. 1 Stunde gekommen sein. André Reichelt schrieb: Tobias Wendorff schrieb: Heute, RTL-Mittagsmagazin (http://www.rtl-now.de/) Wann lief das denn genau? Mir treibt das schon ganz die Schamesröte ins Gesicht! André ___ 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] JAMBA verwendet OSM
Browser öffnen: http://www.rtl-now.de/ Auf den Kalender schauen: Heute, 30.01.2009 (2009 !!) Maus bewegen: RTL News Kompakt = RTL Punkt 12 Aber ich bin ja nett: http://rtl-now.rtl.de/news.php?film_id=10240player=1na=1 Müsste so nach ca. 1 Stunde gekommen sein. Mark Döbling schrieb: Oder bist du ein Mitarbeiter der alternative Werbeformen antesten soll? Oder hast du einen Direktlink? Ein bisschen mehr Details wie du diesen Verdacht belegen kannst wären sehr sinnvoll. ...Mark ___ 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] JAMBA verwendet OSM
Schwupps ... die haben nur die kurze Version online. Tut mir leid, vielleicht hat es ja jemand aufgezeichnet? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JAMBA verwendet OSM
Schwupps ... die haben nur die kurze Version online. Tut mir leid, vielleicht hat es ja jemand aufgezeichnet? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radwege auf Bahntrassen
aber es ist ja in diesem Fall nicht nur Vergangenes: wenn ich das richtig verstehe ist ja der komplette Bahnunterbau noch vorhanden und lediglich die Gleise durch eine Strassendeckschicht ausgetauscht. Das siehst Du richtig. Vielen Dank auch für die anderen Antworten. Das note-Tag finde ich nicht überaus geeignet fürs erkennen von Bahntrassenradwegen, ebensowenig wie Relationen, so dass ich mich jetzt für oder gegen die Bahnhistoriker entscheiden werde: Für heißt wohl sowas wie highway=cycleway, railway=dismantled (dies kommt in dem von Fred erwähnten englischen ML-Beitrag vor). Gegen würde heißen highway=cycleway, cycleway=disused_railway P.S.: Ein Radweg auf einer Bahntrasse ist i.d.R. Entspannung pur: Keine Kreuzungen, sanfte Steigungen - Ruckzuck duch die Stadt. Das ich nicht der einzige bin, der sich für Bahntrassen interessiert, kann der interessierte Leser auf www.Bahntrassenradeln.de nachlesen... Wer Lust hat, kann den Autor ja mal nach seinen selbst erstellten GPX-Tracks fragen... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ÖPNV-Karte: Buslinien mit unterschie dlichen Eigenschaften
Hallo, mein Problem ist hier zu sehen: http://www.öpnvkarte.de/?lat=50.084875lon=8.629184zoom=18http://www.xn--pnvkarte-m4a.de/?lat=50.084875lon=8.629184zoom=18 Nur die Linie 79 fährt die Strecke nur in eine Richtung. Die Linien 51 und 78 fahren die jeweiligen Teilstrecken in beide Richtungen. Da aber die 79 als forward getagged ist, werden die Richtungspfeile gezeichnet. Hat jemand eine Idee, wie man das besser visualisieren könnte? Der RMV-Stadtplan unterschlägt an dieser Stelle, dass die 79 nur im Uhrzeigersinn verkehrt. Sie zeichnen es nur hier ein: http://www.öpnvkarte.de/?lat=50.084572lon=8.638518zoom=18http://www.xn--pnvkarte-m4a.de/?lat=50.084572lon=8.638518zoom=18 Grüße, jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] verschiedene maxspeed Uhrzeitabhängig
Hallo, ich habe bezüglich des Problems weder im Listenarchiv noch im Wiki etwas gefunden, daher die Frage in die Runde: Ich habe hier im Ort einige Straße mit zeitabhängiger Geschwindigkeit. Bsp: 22-06h 40km/h sonst 60km/h Wie kann ich das am Besten taggen? Ich hab was in der Richtung hour_on[1], hour_off[1], hour_on[2], hour_off[2] gelesen, jedoch nur als Idee im beim access-Key. Wenn das der richtige Weg wäre, wie müsste ich das an die zugehörige Geschwindigkeit koppeln? maxspeed[1]? Vielen Dank für eure Tipps, Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] osm2pgsql/Multipolygone/Mapnik
Zitat von Frederik Ramm frede...@remote.org: Jutta Weisel wrote: muss osm2pgsql immer noch im slim mode aufgerufen werden, damit die Multipolygone korrekt verarbeitet werden? Der osm2pgsql auf der offiziellen Mapnik-Karte verwendet den Slim-Mode sowie einen kleine Modifikation, die route-Relationen unterdrückt. Du solltest mit dem Slim-Mode also das gewünschte Resultat erzielen können. Der Grund für diese Einschränkung ist, dass nur im Slim-Mode die vollen Daten der Objekte aufgehoben werden (er ist also, was Datenbankvolumen betrifft, eher ein fat mode). Multipolygon-Relationen erfordern das: Ein Way, der als natural=wood getaggt ist, kann sich später noch als innerer Ring eines Polygons herausstellen, und im nicht slim-Mode ist es dann zu spaet, noch was zu unternehmen. Besten Dank für die Erläuterung, ich probier's am Wochenende aus. - Jutta Weisel -- http://www.weisel.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Karte: Buslinien mit unterschie dlichen Eigenschaften
Jens Frank schrieb: Hat jemand eine Idee, wie man das besser visualisieren könnte? Könnte man die Pfeile an die Liniennummer binden? Sodass diese eine Einheit bilden. Gruß, Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radwege auf Bahntrassen
Rotbarsch wrote: Das note-Tag finde ich nicht überaus geeignet fürs erkennen von Bahntrassenradwegen, ebensowenig wie Relationen, so dass ich mich jetzt für oder gegen die Bahnhistoriker entscheiden werde: Für heißt wohl sowas wie highway=cycleway, railway=dismantled (dies kommt in dem von Fred erwähnten englischen ML-Beitrag vor). Gegen würde heißen highway=cycleway, cycleway=disused_railway Letzteres gefällt mir, weil es für die Renderer aufwärtskompatibel ist und andererseits jeder, der eine spezielle Karte machen will, damit ein klares Tag hat. Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anwendungsbeispiele
Stefan Leupers schrieb: Hallo zusammen! ... Habe gerade zufällig gesehen, dass die Insel Herrenchiemsee in Bayern sowohl auf der ÖPNV-Karte als auch auf der Cyclemap zum Teil überflutet aussieht. :-( ... Soweit ich gesehen habe, wird da mit allerlei inner und outer Multipolygonen hantiert. Gibt es in den Daten ein Problem oder klappt die Auswertung bei ÖPNV/CycleMap nur nicht ganz korrekt? Kann das aktuell leider nicht beurteilen, da ich mich mit Multipolygonen (noch) nicht auskenne. Wäre nett, wenn mal jemand nachschaut. Danke. Hallo Stefan, ja das mit den Multipolygonen ... bei Wald mit Lichtungen, die residential areas sind habe ich das hinbekommen, so dass zumindest die ÖPNV es richtig macht. Wald(way)= outer landuse=forest ... Lichtung(way)= inner landuse=forest ... residetial area = neuer way auf nodes von Lichtung(way) landuse=resi... Ich schau' mir den Chiemsee über's Wocheende mal an. BTW: Via Julia wächst im Westen (Günzburg - München) weiter, schon was von AB gehört? Gruß, Toni ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsinseln
Mario Salvini schrieb: Ulf Lamping schrieb: Aber bitte nicht im Nebensatz neue Behauptungen aufstellen: Wenn du 2 Einbahnstraßen draus machts, brauchst du keine turn-restrictions zusätzlich anzulegen. Die ergeben sich automatisch aus den Einbahnstraßen und ein Router wird die Einbahnstraßen schon in seine Route einbeziehen. Gruß, ULFL natürlich muss da eine turn-restriction hin, sonst könnte da links abbiegen (in die Realität übertragen also drehen). Beispielsweise z.B. hier: http://data.giub.uni-bonn.de/openrouteservice/index.php?start=6.1134704,50.7710525end=6.1163058,50.7714249pref=Fastestlang=de Sorry, da verstehe ich dich jetzt überhaupt nicht! Was ist an dieser Route falsch? Für mich sieht die - ohne Ortskenntnis - erstmal völlig ok aus! Was hat das mit dem Topic Verkehrsinseln zu tun?!? Ich sag es einfach nochmal etwas klarer: Du brauchst keine turn-restrictions zu setzen in Fällen die dich falsch herum in eine Einbahnstraße leiten. Das muß ein Router einfach erkennen und verhindern können. Wenn du hier ein Wendeverbot meinen solltest: Entweder beim Adalbertsteinweg steht das Zeichen Wendevebot[1] oder es steht da nicht. Das sollte das Kriterium sein, ob man eine turn-restriction setzt. Oder meinst du was anderes?!? Gruß, ULFL [1] http://de.wikipedia.org/wiki/Datei:Zeichen_272.svg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] MapSource_6153 - Fehlermeldung unter Vista 64bit
On Fri, 30 Jan 2009 18:18:29 +0100, Martin Koppenhoefer wrote: hm, bei mir tut mapsource seit dem Update ueberhaupt nicht mehr, auch dann nicht, wenn ich die Registry-Keys fuer die OSM-Karte komplett loesche. Per Hand lösche oder mit mapsettoolkit? Welche Karten hast Du installiert, und wie? Ist der update ordentlich gelaufen? Weil, hier tuts problemlos... -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsinseln
On Friday, 30 January 2009 18:13:36 +0100, Bernd Wurst be...@bwurst.org writes: Am Freitag, 30. Januar 2009 schrieb Mario Salvini: natuerlich muss da eine turn-restriction hin, sonst koennte da links abbiegen (in die Realitatt uebertragen also drehen). Beispielsweise z.B. hier: http://data.giub.uni-bonn.de/openrouteservice/index.php?start=6.1134704,50. 7710525end=6.1163058,50.7714249pref=Fastestlang=de Da hast du Recht. Wobei es physisch gesehen auch eher durch den Winkel verhindert wird und nicht durch ein spezielle Abbiegeverbot. Ein Winkel verbietet nichts, da man ja beim Mappen Flaechen zu Kanten vereinfacht. Und da kann leicht aus einer Kreuzung mit ausreichendem Abbiegeraum im Kantenmodell etwas sehr spitzwinkliges werden. Man koennte also auch sagen, der Router sollte niemals Winkel z.B. ueber 150Grad verwenden. Solche spitze Winkel kommen in Realitaet aber vor und bei einigen kann man tatsaechlich nicht abbiegen, bei anderen kann man dies jedoch. (Solange man nicht weiss, wie breit die Strassen sind, welchen Wendekreis das Fahrzeug hat, ob man nach links oder rechts abbiegt etc. sollte ein Router hier nichts annehmen bzw. vielleicht etwas schlechter gewichten, ausser es gibt wirklich ein Abbiege_verbot_.) Dann muesste man nur fuer wirklich knifflige Faelle eine spezielle turn-restriction eintragen. Naja, da sollen mal die Router-Fachleute noch was zu sagen ... Gruss, -bernd ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] verschiedene maxspeed Uhrzeitabhängig
Am Freitag 30 Januar 2009 schrieb Matthias Doell: Hallo, ich habe bezüglich des Problems weder im Listenarchiv noch im Wiki etwas gefunden, daher die Frage in die Runde: Ich habe hier im Ort einige Straße mit zeitabhängiger Geschwindigkeit. Bsp: 22-06h 40km/h sonst 60km/h Wie kann ich das am Besten taggen? Ich hab was in der Richtung hour_on[1], hour_off[1], hour_on[2], hour_off[2] gelesen, jedoch nur als Idee im beim access-Key. Wenn das der richtige Weg wäre, wie müsste ich das an die zugehörige Geschwindigkeit koppeln? maxspeed[1]? ich wuerde das (analog zu meinem vorschlag fuer access) folgendermassen taggen: maxspeed = 60 maxspeed[2200-0600] = 40 signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Linien richtig taggen?
Hallo, Was mir noch aufgefallen ist: Bushaltestellen bei die sich nicht gegenüber liegen wurden bisher oft statt auf der Straße neben die Straße gesetzt um so zu zeigen, daß sie nur einseitig bestehen. Das verträgt sich aber nicht mit forward_stop/backward_stop, da ein einzelner Node keine Richtung hat. Was mache ich mit einer Haltestelle die je nach Uhrzeit an unterschiedlichen Stellen ist z.B. Aachen Kaiserplatz, hier gibt es tagsüber 2 Haltestellen, nach 22h00 halten alle busse an der 2. z.B. Aachen Bushof: hier halten einige Busse wochentags bis 20h00 außerhalb und während des Blockverkehrs im Bushof Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] verschiedene maxspeed Uhrzeitabhängig
Guenther Meyer schrieb: Am Freitag 30 Januar 2009 schrieb Matthias Doell: Ich habe hier im Ort einige Straße mit zeitabhängiger Geschwindigkeit. Bsp: 22-06h 40km/h sonst 60km/h Wie kann ich das am Besten taggen? Ich hab was in der Richtung hour_on[1], hour_off[1], hour_on[2], hour_off[2] gelesen, jedoch nur als Idee im beim access-Key. Wenn das der richtige Weg wäre, wie müsste ich das an die zugehörige Geschwindigkeit koppeln? maxspeed[1]? Erstmal vorweg: Die Frage ist noch nicht geklärt, du wirst also keine Antwort der Art so und so ist es etabliert und richtig bekommen können, sondern nur Ideen und Konzepte. Welches du letztlich auch nimmst, sei drauf vorbereitet, das noch mal umtaggen zu müssen, wenn klar wird, was sich etabliert. ich wuerde das (analog zu meinem vorschlag fuer access) folgendermassen taggen: maxspeed = 60 maxspeed[2200-0600] = 40 Zu _meinem_ Vorschlag für access-Tags (http://wiki.openstreetmap.org/wiki/Proposed_features/Scope_for_access_tags) würde wohl etwas der Art maxspeed = 60 maxspeed:time Zeitwert = 40 passen. Ich gebe hier time explizit mit an, weil bei numerischen Werten nicht immer klar ist, was sie meinen. Es gibt ja z.B. auch gewichtsspezifische Einschränkungen. Den Zeitwert hab ich jetzt extra rausgelassen. Man kann hier natürlich die 2200-0600 wie oben nehmen. Da man aber ohnehin auch Dinge wie Wochentage, Monate etc. braucht, könnte man sich überlegen, die Syntax von http://wiki.openstreetmap.org/wiki/Proposed_features/collection_times und http://wiki.openstreetmap.org/wiki/Key:opening_hours weiterzuverwenden. Die beiden genannten Ideen scheinen aber inhaltlich ähnlich zu sein, nur eine Syntaxfrage. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] verschiedene maxspeed Uhrzeitabhängig
Am Sat, 31 Jan 2009 00:05:34 +0100 schrieb Guenther Meyer d@sordidmusic.com: Am Freitag 30 Januar 2009 schrieb Matthias Doell: ich wuerde das (analog zu meinem vorschlag fuer access) folgendermassen taggen: maxspeed = 60 maxspeed[2200-0600] = 40 hier gibt es ein maxspeed Mo-Fr 6:00-17:00 = 30 km/h, in der restlichen Zeit 50. Würdest du dann maxspeed[Mo-Fr;2200-0600] = 30 schreiben? Gruß Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
