[Talk-de] FOSSGIS e.V. und OpenStreetMap auf d em Linuxtag unterstützen
Guten Tag, Der diesjährige Linuxtag findet vom 9.-12. Juni in Berlin statt. Sowohl der FOSSGIS e.V. als auch Openstreetmap werden wieder präsent sein und eine Anlaufstelle für alle FOSS-Interessierten bieten. Vor Ort werden die Besucher über die neuesten Entwicklungen der OSGEO-Projekte informiert, OpenStreetMap-Daten auf Navigationsgeräte installiert, Fachfragen diskutiert oder Kontakte vermittelt. Es gibt die Möglichkeit den Verein und OpenStreetMap als Sponsor zu unterstützen. Folgende Möglichkeiten werden in diesem Zusammenhang angeboten: - direkter Aussteller auf dem Linuxtag, - Infopoint auf dem Vereinsstand, - Sponsor von Konferenz-Tracks Sollten Sie Interesse haben oder einen potentiellen Sponsor kennen, wenden Sie sich bitte direkt an Lars Lingner. Er koordiniert den diesjährigen Auftritt des Vereins auf dem Linuxtag. Viele Grüße Lars Lingner ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Re: noexit=yes auch für tracks?
Andreas Tille wrote: Ich habe auch highway=path so getaggt: http://www.openstreetmap.org/?lat=51.717565lon=10.80321zoom=18layers=B000FTF Der Hintergedanke war auch, daß ich nachfolgende davon abhalten wollte, hier entlangzulaufen bzw. es mit einem noch nicht fertig gemappten Weg zu verwechseln. Hier wird das aber nicht gerendert ... :-( Weil du das noexit=yes an den Weg gepackt hast. Das gehört aber an den letzten Node, wo es nicht mehr weitergeht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum heißen Landkreise nicht Landkre is?
Am Sonntag 02 Mai 2010 21:08:23 schrieb Florian Lohoff: Und der Kreis Gütersloh heisst Kreis Gütersloh - Das Kreis ist bestandteil jeder nennung inklusive Logo, Briefpapier, Namensschilder der Mitarbeiter etc Es ist auch nur Konsequent. Schließlich trifft in fast allen Fällen eines der folgenden zu: - Der Kreis heißt wie eine Stadt und damit ist die Verwechslungsgefahr extrem hoch oder - Der Kreis hat einen unabhängigen Namen, der aber das -Kreis am Ende enthält, das man nicht weg lassen kann (Main-Tauber-Kreis, Bodenseekreis) Die offizielle Bezeichnung wird in diesen Fällen also höchstwahrscheinlich das Kreis als Bestandteil enthalten und daher würde ich es immer auch so eintragen. Gruß, Bernd -- Gebildet ist, wer weiß wo er findet, was er nicht weiß 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] noexit=yes auch für tracks?
Am Sonntag 02 Mai 2010 21:19:03 schrieb Rudolf Henze: manchmal enden ja Tracks im Nichts. Ist da ein noexit=yes sinnvoll für das entsprechende Teilstück? Das noexit=yes ist ja eine rein OSM-interne Geschichte, die den Tools oder anderen Mappern klar machen, dass der Weg da wirklich aufhört. Ein Navi oder ein Betrachter einer Karte wird schon selbst herausfinden können, ob ein Weg zielführend ist oder nicht. Ergo ist es unabhängig von der Art des Weges und sollte immer dann getagged werden, wenn zu erwarten ist, dass andere den Weg als irrtümlich nicht verbunden oder noch nicht vollständig gemapped einschätzen könnten. Gruß, Bernd -- Wenn Freiheit überhaupt etwas bedeutet, dann vor allem das Recht, anderen Leuten das zu sagen, was sie nicht hören wollen. - George Orwell 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] Parkplatz-Beschränkungen
Am Montag 03 Mai 2010 00:24:54 schrieb C. Brause: Was bedeutet es, wenn ein Parkplatz wie folgt beschildert ist: Großes P, darunter Parkscheibenzeichen für eine Stunde, darunter 5-19 Uhr. Darf außerhalb dieser Zeit ohne Parkscheibe geparkt werden? Ja. Gruß, Bernd -- Während die Lebenserwartung in den letzten Jahren erheblich gestiegen ist, ist die Todeserwartung unveränderlich konstant geblieben. - Ernst R. Hauschka (dt. Aphoristiker) 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] Tippfehler role='backkward'
hi daniela, hast du ihn/sie nochmal gefragt, welches Programm gemeint ist? Alegria schafft mit josm, daher koennte es ein plugin sein, presets von einem kollegen oder da wurden eventuell private presets erstellt. gruss walter - Der Kopf ist rund, damit die Gedanken auch mal die Richtung ändern können. -- View this message in context: http://gis.638310.n2.nabble.com/Tippfehler-role-backkward-tp4994887p4996455.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] Warum heißen Landkreise nicht Landkreis ?
René Falk li...@falconaerie.de writes: Am 02.05.2010 19:36, schrieb Karl Eichwalder: Es wird schon seinen sinn haben, weshalb wir die städte nicht Stadt Frankfurt am Main oder Stadt Nürnberg nennen. Genauso unsinnig wäre es kreise Kreis Forchheim oder Kreis XYZ zu nennen. Es ist manchmal schwer zu entscheiden wann Begriffe wie Stadt, Gemeinde, Landkreis, etc. Teil des Namens oder nur eine Klassifizierung sind. Bevor man so etwas ändert, sollte man da etwas Recherche betrieben haben. So etwas wie Nürnberg Land lässt man natürlich. Die städte heißen alle irgendwie offiziell _Stadt_ (Stadt Kassel, Stadt Nürnberg usw.) oder auch gern mal _Universitätsstadt_. Einen solchen unfug lässt man im name natürlich weg und bei kreisen und ländern sowie staaten sollte man entsprechend verfahren. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum heißen Landkreise nicht Landkre is?
Am Montag 03 Mai 2010 08:15:02 schrieb Bernd Wurst: Es ist auch nur Konsequent. Schließlich trifft in fast allen Fällen eines der folgenden zu: - Der Kreis heißt wie eine Stadt und damit ist die Verwechslungsgefahr extrem hoch oder - Der Kreis hat einen unabhängigen Namen, der aber das -Kreis am Ende enthält, das man nicht weg lassen kann (Main-Tauber-Kreis, Bodenseekreis) Die offizielle Bezeichnung wird in diesen Fällen also höchstwahrscheinlich das Kreis als Bestandteil enthalten und daher würde ich es immer auch so eintragen. +1 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrkartenautomaten
Am 02.05.10 00:24, schrieb Johann H. Addicks: Ich tippe darauf, dass der Operator der Verkaufsautomaten heisst: DB StationService AG nö, DB Vertrieb: http://www.deutschebahn.com/site/bahn/de/konzern/geschaeftsfelder/sonstige__beteiligungen/db__vertrieb.html gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] noexit=yes auch für tracks?
Am 3. Mai 2010 08:17 schrieb Bernd Wurst be...@bwurst.org: Am Sonntag 02 Mai 2010 21:19:03 schrieb Rudolf Henze: manchmal enden ja Tracks im Nichts. Ist da ein noexit=yes sinnvoll für das entsprechende Teilstück? Das noexit=yes ist ja eine rein OSM-interne Geschichte, die den Tools oder anderen Mappern klar machen, dass der Weg da wirklich aufhört. Ein Navi oder ein Betrachter einer Karte wird schon selbst herausfinden können, ob ein Weg zielführend ist oder nicht. Ergo ist es unabhängig von der Art des Weges und sollte immer dann getagged werden, wenn zu erwarten ist, dass andere den Weg als irrtümlich nicht verbunden oder noch nicht vollständig gemapped einschätzen könnten. Aber dann am besten nur auf den letzten Node. Denn wenn man es auf den Weg setzt und dieser ohne Beachtung der Schlüssel/Werte geteilt wird, entstehen falsche Tatsachen. Der OSMI von Pascal Neis wertet im übrigen das Noexit=yes auf dem letzten Node nicht aus! :-( Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum heißen Landkreise nicht Landkrei s?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Gerry Light schrieb: Am 02.05.2010 20:07, schrieb Carsten Gerlach: Wenn man noch eine sprechende Beschreibung haben will, sollte man das in ein Extra-Tag auslagern. Ich bin der gleichen Meinung, weil das Zusammensetzen hinterher wesentlich leichter ist als das Auseinanderpfrimeln. Ich schlage das Tag name:prefix vor (habe das mal bei ein Gemeinderelationen aus der Not heraus erfunden). Mir gefällt der Vorschlag. Ich finde auch momentan kein (deutsches) Gegenbeispiel, bei dem das nicht klappt. Beste Grüße, Rainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) iQEcBAEBAgAGBQJL3oGMAAoJEPT/XJzV1tNzW4AH/0JOazksI3Ka5G29yjZ0Iv0p bt/fNDmAhJYrbePUSLUDbQ1mqvekc+AEfyUF01zNty+/cZ95qnM8EwOQFhdta8qP dMHtrHN83DetLhiZB1XatPD9oklLSktTf2EXDv/eXHUHewTuoKlaq9TPP8etB9RE vGxcYkidEBgip2EoMr+gm5FAJT1ZYmjFWHsoAmA5ebrd6QnUVXx7KhxD0MeugOsf NdEiU9Cf1reujs8f8+1XvNov/BYNZ6S0Gd4DLvANm2TeM4hLYWHNsaReU6tzv+4V aq/7saiqYDIQZspMWftzfE/K3cuGKL6Q3Db5Av8zdaCl777vCeAbtuAO428EW4I= =nMKf -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] noexit=yes auch für tracks?
Am Montag 03 Mai 2010 08:03:00 schrieb Andreas Pothe: Andreas Tille wrote: Ich habe auch highway=path so getaggt: http://www.openstreetmap.org/?lat=51.717565lon=10.80321zoom=18layers=B 000FTF Der Hintergedanke war auch, daß ich nachfolgende davon abhalten wollte, hier entlangzulaufen bzw. es mit einem noch nicht fertig gemappten Weg zu verwechseln. Hier wird das aber nicht gerendert ... :-( Weil du das noexit=yes an den Weg gepackt hast. Das gehört aber an den letzten Node, wo es nicht mehr weitergeht. Laut http://wiki.openstreetmap.org/wiki/Key:noexit ist es korrekt, einen ganzen Weg zu Taggen, oder die letzte Node. Ob das dann auch gerendert wird, wenn's am Weg hängt, ist Sache des Renderers: mapnik scheint es komplett zu ignorieren, osmarender nur das an die node geklebte Tag zu berücksichtigen. Ich selbst mach im Augenblick beides. Das Tag zu benutzen ist auch gut, wenn Wege in der Nähe enden, dann warnt einen josm und Konsorten nicht, dass da möglicherweise unverbundene Wege gemappt wurden. Gruß Dieter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum heißen Landkreise nicht Landkreis ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Karl Eichwalder schrieb: So etwas wie Nürnberg Land lässt man natürlich. Die städte heißen alle irgendwie offiziell _Stadt_ (Stadt Kassel, Stadt Nürnberg usw.) oder auch gern mal _Universitätsstadt_. Einen solchen unfug lässt man im name natürlich weg und bei kreisen und ländern sowie staaten sollte man entsprechend verfahren. Universitätsstadt oder Gutenberg-Stadt ist in der Tat Unsinn. Solche Namen machen sogar Ortseingangsschilder verkehrstechnisch ungültig, wenn die Stadt sie darauf schreibt. Beste Grüße, Rainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) iQEcBAEBAgAGBQJL3oONAAoJEPT/XJzV1tNz47kH/AmDgq+Tm5hb33ttPc/p3+qO eaIF/1JP/DnqeEZUJtNWby2G7Fs/J0qYlZEkUBLzly/9u5YwyJ8EsWoObtGqwduj 7m8rCn5N8XmJpTdz0VcxRpB+oEEg9irzve+jOnUkq+D1KimgxWYJbYve3JEcvdQ3 D/6Al9OFvZsvhyXOUlP0yXaJ+pduikSMcjbDEluNqjtwCGwSoB7Lv88M69CsBD9E Jlzt9S5ycMwoNEpLuZv6KphN4AP8/rvgqE2y+7xlzVSV6PhCupYkr6iY3N85lpry rjUMgcFJM4v5Am/gG4SHBt7TylDoJY1ook5Q8/W9yzzc7p3Fzl2dtzbtJu8= =YK/4 -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum heißen Landkreise nicht Landkreis ?
Am 3. Mai 2010 09:55 schrieb bundesrainer o...@bundesrainer.de: Gerry Light schrieb: Am 02.05.2010 20:07, schrieb Carsten Gerlach: Wenn man noch eine sprechende Beschreibung haben will, sollte man das in ein Extra-Tag auslagern. Ich bin der gleichen Meinung, weil das Zusammensetzen hinterher wesentlich leichter ist als das Auseinanderpfrimeln. Ich schlage das Tag name:prefix vor (habe das mal bei ein Gemeinderelationen aus der Not heraus erfunden). Mir gefällt der Vorschlag. Ich finde auch momentan kein (deutsches) Gegenbeispiel, bei dem das nicht klappt. Ich finde das auch gut, aber wo ist die Grenze? Gehört Bad noch mit zum Namen wie bei Bad Homburg oder nicht? Oder Lutherstadt Wittenberg? Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum heißen Landkreise nicht Landkrei s?
Bernd Wurst schrieb: Es ist auch nur Konsequent. Schließlich trifft in fast allen Fällen eines der folgenden zu: - Der Kreis heißt wie eine Stadt und damit ist die Verwechslungsgefahr extrem hoch oder - Der Kreis hat einen unabhängigen Namen, der aber das -Kreis am Ende enthält, das man nicht weg lassen kann (Main-Tauber-Kreis, Bodenseekreis) Die offizielle Bezeichnung wird in diesen Fällen also höchstwahrscheinlich das Kreis als Bestandteil enthalten und daher würde ich es immer auch so eintragen. Gruß, Bernd +1 Ein Automatismus allein aus dem admin_level=6 heraus kann auch nicht zwischen Kreis (in S-H, NRW), Landkreis und Kreisfreier Stadt unterscheiden. Übrigens genausowenig wie aus admin_level=7 zwischen Amt und amtsfreier Gemeinde - dort ist meines Wissens auch das Amt im Namen unbestritten. Gruß Georg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum heißen Landkreise nicht Landkreis ?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 André Riedel schrieb: Ich finde das auch gut, aber wo ist die Grenze? Gehört Bad noch mit zum Namen wie bei Bad Homburg oder nicht? Oder Lutherstadt Wittenberg? Also wenn name:prefix die administrative Bezeichnung wiedergeben soll, ist beides fehl am Platz. Davon abgesehen: Der Zusatz Bad gehört zum eigentlichen Ortsnamen. Aus der WP: In Deutschland ist der Zusatz Bad gesetzlich geregelt und dann ein Bestandteil des amtlichen Namens. Diesen würde ich nicht trennen wollen. Sachen wie Lutherstadt, Universitätsstadt kann sich jeder Ort ja geben wie er Lust und Laune hat. Lohnt sich IMO nicht sowas aufzunehmen. Zur Erinnerung: Ich spreche hier nur von der Bezeichnung der Grenzrelationen. Der place-Tag ist eine andere Geschichte. Beste Grüße, Rainer -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) iQEcBAEBAgAGBQJL3oloAAoJEPT/XJzV1tNzOZcH/j5QAVbbSNbOc0NcsaVxoBVm L9ErTOTNRw20h7w8QQIj7DDqmoFB12UP7cqBSw3O17oNZ6rbFGqCLzPRmDQ1e7iB DDvuSzraFJwNyLs2t5SAsbjFr0vD8i/u7CXdow4Pcun/sFthhCRS2VzoKpTLlOj+ G8vmsqzBKrQnIs+rLKOSMK8dhuwMNpdxnU3WvGXldJ2/lWR5gEammhQvrCfA3pTC 6qiONv2RvJZfHskfP+OkeLMCnN8U/JV8dVZkT9SaT90jsHfIcWvldQ5luw2JdLeE +fv7GHVw6R1KHnyOdsjIJ03S+8P9HX5G/8Zq3XBQ6Fzx9mMW2cUAWG3sEozmX+8= =Ffhm -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wirtschaftswege, die nur für bestimmte Fahrzeuge zulässig sind
Hallo Martin Am Sonntag 02 Mai 2010 22:14:06 schrieb M∡rtin Koppenhoefer: Am 2. Mai 2010 18:58 schrieb Dieter Jäger die...@linuxjaeger.de: Konkretes Beispiel: Gut Weitmoos: http://www.openstreetmap.org/?lat=47.93896lon=12.40881zoom=16layers=B0 00FTF Zugang von beiden Seiten nur über einen Waldweg. Jemand hat etwas willkürlich eine Seite des Weges als Zugangsstraße definiert, die Wegweisung erfolgt aber von beiden Seiten des Weges, jeweils mit zeichen 419 ohne Einschränkung wie Anlieger frei. falls das hier missverstanden wird: es geht nicht um Wege im oder durch den Wald, die das mit den gen. Zeichen sind, sondern um Forstwege, also Wirtschaftswege im Wald. Mit diesen Hinweisen sind das eindeutig keine Wirtschaftswege sondern Teile des Straßennetzes und bei OSM mind. War mir klar. So wie ich das bayerische Wegegesetz verstehe und es bisher in entsprechenden Foren gelesen habe, ist wohl in Bayern jeder Weg erste einmal öffentlich zugänglich, wenn er durch die Landschaft führt und nicht eindeutig Hofzufahrt ist (selbst wenn er auf privatem Grund liegt). Andere Regelungen müssen wohl durch Beschilderung oder Schranke eindeutig gemacht werden, entsprechend findet man die auch allenthalben. Wir haben also eigtl drei mögliche Situationen hier in Bayern: 1) Weg mit Wegweisung - Teil des Wegenetzes, selbst wenn kaum befahrbar. Und auch wenn es hier bezweifelt wurde, ich habe im Raum Seeon/Seebruck einige solcher Wege gefunden, und man zweifelt da dann schon erstmal ob man mit dem Auto da durch darf. 2) Weg mit eindeutiger Zugangsbeschränkung durch Schilder und/oder Schranke 3) Wege ohne Beschilderung. Die sind nach bayerischem Recht wohl befahrbar, auch wenn das wohl keiner wirklich tut. Diese vergleichsweise seltenen Fälle müßten dann wohl nach persönlicher Einschätzung behandelt werden. Ich habe hier in der Gegend Beispiele gefunden, die einfach ins Nichts führen, oder nur um einen Weiler/Bauernhof rum, oder auch solche, die eindeutig unasphaltierte Wohn- bzw Zugangsstraßen sind (manchmal nicht gleich zu erkennen, weil evtl ein kleines Wäldchen dazwischen ist). unclassified (Z. 419) oder auch tertiary (Z. 418, kann auch unclassified sein). Das zeigt auch der Name der Zeichen: 418: Wegweiser auf sonstigen Straßen mit größerer Verkehrsbedeutung; 419: Wegweiser auf sonstigen Straßen mit geringer Verkehrsbedeutung. Das Beispiel ist etwas willkürlich rausgepickt, in der Region gibt es eine Reihe Feld- oder Waldwege die einziger Zugang zu einem Hof oder Weiler sind, manche können sogar als Durchgangsstraßen genutzt werden. Man findet immer Zeichen 418 oder 419 and diesen Wegen, sie sind also offensichtlich öffentlich zugänglich. nicht nur das, sie sind auch Teil des Straßennetzes und daher keine tracks. ich wollte genau das zeigen. Ein nicht asphaltierter und evtl sogar sehr schlechter Weg (wie die Südzufahrt zu Gut Weitlarn, grade4 ist da durchaus angemessen, weil teilweise kein Schotter, teilweise hoher Grasbewuchs und sehr uneben) muß nicht unbedingt Witschaftsweg sein, man kann aus dem Zustand nur bedingt auf die Funktion schließen. Genau diesen Fehler hatte ich aber bei der Erfassung gemacht, und ich denke man kann nicht der einfachen Regel folgen, der Weg ist schlecht also ist er nicht öffentlich. Ich persönlich habe als Anfänger viele dieser Wege als Feldwege gekennzeichnet und damit quasi aus Versehen für Auto-Routing gesperrt. Ein Fehler, den ich jetzt durch setzen von access-Tags nach und nach ändern werde. die solltest Du wieder hochtaggen in der highway-Klasse, es sind keine Wirtschaftswege, access-tags sind dafür eher nicht vorgesehen. Du hast recht, ich hänge irgendwie daran, das track=Feldweg und Feldweg=unasphaltierter Weg durch ein Feld :) So kann man das aber wohl nicht sehen. Für den von mir rausgepickten Fall ergibt sich aber das Problem, das eine Angabe surface=ground nur teilweise korrekt ist und den schlechten Zustand des Weges auch nicht wirklich beschreibt, gradeX aber wohl nur bei tracks zur Anwendung kommt. Kann mir da jemand helfen? Gruß Dieter Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine nationalen Abkürzungen in OSM
Moin! Am 02.05.2010 02:07, schrieb Frederik Ramm: Stephan Wolff wrote: Die Tagnamen in OSM gehorchen normalerweise folgenden Grundsätzen: 1. es werden englischsprachige Namen benutzt 2. es werden sprechende Namen statt Abkürzungen verwendet onkz und asb widersprechen beiden Grundsätzen. Nationale Tags sind voellig ok, auch in Landessprache, wenn sie etwas bezeichnen, was in diesem Land ueblich ist. Weil mir klar war, dass es Ausnahmen dieser Grundsätze gibt, habe ich normalerweise geschrieben. Auch das Akronym hgv für Lastkraftwagen ist ein Gegenbeispiel. Trotzdem sollte man von solchen Werten, die eine internationale Verwendbarkeit und Lesbarkeit schaffen, nicht ohne Grund abweichen. Für DE:Amtlicher_Gemeindeschluessel hast du die Begründung selbst genannt (weil es etwas vergleichbares eh international nicht gibt). Vorwahlnummern (amtsdeutsch Ortsnetzkennzahl) und Unterteilungen in Teilbereiche dürfte es in fast jedem nationalen Telefonnetz geben. Zudem wurde DE: davorgesetzt und Amtlicher_Gemeindeschluessel statt AGS gewählt. Mit Google Translate kann man damit bei Bedarf ermitteln, was der Name bedeutet. Bei asb dürfte es sehr schwierig werden. Frederik, was wolltest du mit dem Beispiel in Bezug auf onkz und asb sagen? Dass mein Argument verkürzt ist oder dass onkz und z.B. area_code zwei gleichermaßen geeignete Namen für OSM sind? Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behandlung parallel zur Straße verlau fender Fuß-/Radwege
Hi Rainer, Am Samstag 01 Mai 2010 13:55:26 schrieb Rainer Kluge: Hallo, Gibt es eigentlich eine klare Regelung, wie Fuß- und/oder Radwege zu behandeln sind, die parallel zu einer Straße verlaufen, insbesondere wann diese über Attribute der Straße über die Tags cycleway und footway erfasst werden und wann als sparater Weg mit highway=footway bzw. highway=cycleway? Ich habe festgestellt, dass die Praxis in den OSM-Daten nicht besonders konsistent ist. Immer wieder stößt man auf Fragmente von separaten Fuß- und Radwegen, bei denen es sich um ganz normale Gehsteige handelt, die gar nicht oder nur durch Parkbuchten von der Fahrbahn getrennt sind, z.B. hier: http://www.openstreetmap.org/?lat=48.405378lon=9.992366zoom=18layers=B0 00FTF Bevor ich solche Wege in meinem Umfeld lösche und die Information in die Straße integriere, würde ich gerne die vorherrschende Meinung dazu einholen. Grüße Rainer Im deutschen Wikki habe ich dazu das gefunden: http://wiki.openstreetmap.org/wiki/DE:Germany_roads_tagging#B.C3.BCrgersteig Bürgersteig Empfohlene Tags für Bürgersteig : Noch gibt es dafür zwar keine verifizierte Regelung, aber empfehlenswert ist Folgendes: footway=both, footway=left, footway=right oder footway=none. vielleicht hilft das weiter ... Gruß Dieter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] noexit=yes auch für tracks?
addi...@gmx.net (Johann H. Addicks) am 03.05.10: Am 02.05.2010 21:19, schrieb Rudolf Henze: Zur Zeit mache ich das sporadisch mit einer note, um wenigstens andere Mapper vom Versuch abzuhalten den weiteren Weg an dieser Stelle auszukundschaften. Das ist sehr nett, der Polo vom Smial wird es Dir danken! ach, mangels Wendemöglichkeit (Gräben, Matsch) bin ich auch schon mal den einen oder anderen Kilometer rückwärts gefahren... Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tippfehler role='backkward'
Walter Nordmann glaubte zu wissen: hast du ihn/sie nochmal gefragt, welches Programm gemeint ist? Alegria schafft mit josm, daher koennte es ein plugin sein, presets von einem kollegen oder da wurden eventuell private presets erstellt. Bei JOSM gibt es oft autocompletiton (stimmt das so? ich brauch Kaffee) wenn da der einzige derartige Tag in der Gegend falsch geschrieben wurde und der Eingebende nicht aufpaßt, übernimmt der die falsche Schreibweise. flo -- Oh weia, ich brauche wohl doch Deutschunterricht. Immerhin haben wir aber ein Buch Koelsch fuer Auslaender. Da steht dann auch nur ein Satz drin: Nicht trinken. [Joerg NoName und Georg Archer in dse] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behandlung parallel zur Straße verlau fender Fuß-/Radwege
Empfohlene Tags für Bürgersteig : Noch gibt es dafür zwar keine verifizierte Regelung, aber empfehlenswert ist Folgendes: * footway=both, footway=left, footway=right oder footway=none. Warum nicht sidewalk=* für Bürgersteige, bei denen an jeder Stelle das Queren der Straße möglich ist. In Abgrenzung zu straßenbegleitenden Fußwegen, die dann auch getrennt eingezeichnet werden. -fri. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behandlung parallel zur Straße verlaufen der Fuß-/Radwege
Warum nicht sidewalk=* für Bürgersteige Weil sidewalk amerikanisch ist und OSM eher britisches Englisch einsetzt. Da wäre footpath oder eben das gute alte footway angebracht. Gruß, - Bartosz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] noexit=yes auch für tracks?
Dieter Jäger schrieb: Laut http://wiki.openstreetmap.org/wiki/Key:noexit ist es korrekt, einen ganzen Weg zu Taggen, Stimmt oder die letzte Node. Ob das dann auch gerendert wird, wenn's am Weg hängt, ist Sache des Renderers: mapnik scheint es komplett zu ignorieren, osmarender nur das an die node geklebte Tag zu berücksichtigen. Richtig, das habe ich damals eingebaut für alle Arten von Wegen eben auch als Hinweis, hier geht's definitiv nicht weiter oder nur für Fußgänger/Radfahrer (wird anders gerendert) als Hinweis für Nutzer der Wege und auch für Mapper. *grübel* Hatte ich nicht auch mit fixme=continue-Sachen experimentiert als Gegenteil? Müsste ich nachschauen, schon so lange her, jetzt gerade keine Zeit dafür... Verzichten tat ich die Tage mal in zwei Fällen, wo ein track im Wald sich in einen path wandelt und dann relativ futsch ist, aber wo ich ahnte, dass da bald ein Querweg kommen müsste ... Da mag dann jeder selbst entscheiden, ob das gemappte track/path/nix kurz vor Querweg wohl gangbar sein dürfte nach seinem Geschmack. Ich hab's jedenfalls geschafft, durchzukommen ;-) Locker stehender Wald ohne Unterholz, da geht das einigermaßen ... In Gegenrichtung hätte man aber keine Chance, derzeit den Eingang zu finden, also Verbindung mit Querweg wäre irreführend ... Gruß Mueck ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tippfehler role='backkward'
Florian Gross wrote: Bei JOSM gibt es oft autocompletiton (stimmt das so? ich brauch Kaffee) wenn da der einzige derartige Tag in der Gegend falsch geschrieben wurde und der Eingebende nicht aufpaßt, übernimmt der die falsche Schreibweise. Alegria sagt, sie kenne das Tag überhaupt nicht, habe es daher bestimmt nicht eingegeben. In Oberbayern kommt es 144 mal vor, backward 2487. Was bewirkt das tag eigentlich? Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz-Beschränkungen
Bernd Wurst schrieb: Am Montag 03 Mai 2010 00:24:54 schrieb C. Brause: Was bedeutet es, wenn ein Parkplatz wie folgt beschildert ist: Großes P, darunter Parkscheibenzeichen für eine Stunde, darunter 5-19 Uhr. Darf außerhalb dieser Zeit ohne Parkscheibe geparkt werden? Ja. Wenn das P-Zeichen (Zeichen 314) nur mit den Zeichen 318 und 1040-30 steht, ist es nur in der angegebenen Zeit gültig. Das heißt Parken ist dann sowieso erlaubt, wenn es nicht aus einem anderen Grund verboten ist. Parken ist dann außerhalb dieser Zeiten verboten, wenn z.B. Zeichen 283 oder 286 für diese Straße gilt, oder es ist dort ein Zonenparkverbot (290.1) oder es ist eine Verkehrsberuhigte Zone (325.1) und die Parkflächen sind nicht markiert oder irgendein anderer Grund aus § 12 (1) oder (2). Gruß, Bernd Gruß, Burkhard ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tippfehler role='backkward'
Daniela Duerbeck glaubte zu wissen: Florian Gross wrote: Bei JOSM gibt es oft autocompletiton (stimmt das so? ich brauch Kaffee) wenn da der einzige derartige Tag in der Gegend falsch geschrieben wurde und der Eingebende nicht aufpaßt, übernimmt der die falsche Schreibweise. Alegria sagt, sie kenne das Tag überhaupt nicht, habe es daher bestimmt nicht eingegeben. In Oberbayern kommt es 144 mal vor, backward 2487. Was bewirkt das tag eigentlich? Mit Relationen zu Autobahnen kenne ich mich nicht sonderlich aus, ich rate jetzt mal: Die Autobahn besteht ja aus zwei Wegen, einer für jede Richtung. Durch die Relation wird aus diesen beiden Wegen eine (zusammengehörende) Autobahn, der eine Weg (in diesem Fall z.B. von München nach Eschenlohe) hat die Rolle forward, die Gegenrichtung backward.[1] Ich denke mal, daß es für die Navigation wichtig ist. [1] Ich hab jetzt nicht nachgeschaut, welcher was ist. Kann also auch andersherum sein. Und falls ich kompletten Blödsinn erzählt habe, bitte sparsam mit Steinen werfen. ;-) flo -- Danke für das Siggen. Wenn das so weitergeht ist bald ganz dag° voll von wognaturen. Nicht das die Gruppe demnächst de.alt.Wognatur heisst? [WoKo in dag°] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz-Beschränkungen
Hallo Burkhard. Am Montag 03 Mai 2010 13:44:56 schrieb bkmap: Wenn das P-Zeichen (Zeichen 314) nur mit den Zeichen 318 und 1040-30 steht, ist es nur in der angegebenen Zeit gültig. Das heißt Parken ist dann sowieso erlaubt, wenn es nicht aus einem anderen Grund verboten ist. Parken ist dann außerhalb dieser Zeiten verboten, wenn z.B. Zeichen 283 oder 286 für diese Straße gilt, oder es ist dort ein Zonenparkverbot (290.1) oder es ist eine Verkehrsberuhigte Zone (325.1) und die Parkflächen sind nicht markiert oder irgendein anderer Grund aus § 12 (1) oder (2). Das klingt nach gesammelter Kompetenz deinerseits, aber was willst du damit sagen? Mein Fahrlehrer (iirc) und der gesunde Menschenverstand sagen mir, wenn ich ein Konstrukt aus - Parkplatz (z314) - darunter nur mit Parkscheibe, z1040-32 - darunter die zeitliche Beschränkung, z1040-30 habe, dann gilt die zeitliche Einschränkung für die Parkscheibenpflicht bzw. die Höchstparkdauer. Sonst müssten die Schilder anders herum sein, da ein Zusatzzeichen sich immer auf das unmittelbar darüber befindliche Schild bezieht. Oder? Gruß, Bernd -- In theory, theory and practice are the same. In practice, they are different. - Larry McVoy 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] Wie kann man besseres Autorouting fuer Fahrradfaher erreichen. Ideen und Konstruktive Vorschlaege
Hallo, ich hab gerade auf t...@openstreetmap.org auf Englisch eine recht lange Philosophie/Meinung/Vorschlag geschrieben. Kann man hier auf gmane einsehen: http://permalink.gmane.org/gmane.comp.gis.openstreetmap/49295 bzw http://news.gmane.org/find-root.php?message_id=%3c4BDEB3FB.4040506%40gmail.com%3e Ist mir jetzt aber zu lang zum Uebersetzen - daher hier nur ein Zusammenfassung. Ich persoenlich habe mir als Autor von http://velomap.org und http://openmtbmap.org zu dem Thema Autorouting und subjektive Tags ueber die letzten 2 Jahre sehr viele Gedanken gemacht, und sehe KEINE andere Moeglichkeit als einen subjektiven Tag zur Bewertung von Straßen aus Fahrradfahrersicht einzufuehren - der jedoch nur komplementaer zu Tags wie tracktype, surface, smoothness, sac_scale, highway, access, oneway, sac_scale, mtb:scale, incline, eingesetzt werden soll. Sprich nach dem Motto, wenn diese Tags schon vorhanden sind, aber trotzdem oder umso mehr ein Weg sich anbietet fuers Autorouting gepushed oder vermieden werden soll, dann ist class:bicycle der Schluessel den man benutzen kann um dies auszudruecken. Es geht nicht darum weil ein Autorotingprogramm unfaehig ist einen Weg fuer Rennradfahrer zu sperren, obwohl etwa tracktype=grade3 getagged, hier zu helfen. Sondern einfach dort zu klassifizieren, wo man mit objektiven Schluesseln nicht weiterkommt. Auf *http://wiki.openstreetmap.org/wiki/Class:bicycle* Habe ich dazu eine Wiki Seite angelegt. In Kurzfassung geht es darum, dass wir nur mit objektiven Tags/Schluesseln ganz einfach kein perfektes Autorouting fuer Fahrradfahrer/MTbiker oder Rennradfahrer erhalten koennen. Das verteufeln von subjektiven Tags sehe ich jedoch als Fehlweg an, denn higwhay=* ist ein rein subjektiver Tag, der auf der KFZ zentrischen subjektiven Klassifizierung von Wegen aufbaut. Ohne highway=* wird aber niemand auch nur annaehernd ein vernuenftiges Autorouting basierend auf OSM fuer KFZ erreichen können (wenn man jetzt mal Daten wie Verkehrsrstromanalysen sollten wir sowas mal in OSM haben ausschließt). Denn nur mit access tags, maxspeed, width und Co waere es ganz einfach viel zu kompliziert eine Straße korrekt zu beschreiben. Die legale Situation dass eine Straße eine Bundesstraße ist, ist ganz einfach auch nur ein Produkt der KFZ zentrischen Anschauungsweise und hat daher als objektiver Tag keine Bedeutung. Da ein Fahrradfahrer, Wanderer oder sagen wir Reiter jedoch mit der highway=* subjektiven Klassifizierung lange nicht soviel aussagen kann wie ein Autofahrer, fuer den dieses Modell zugeschnitten ist, und auch so gut funktioniert, dass es alltaeglich ist und man sich darunter in Zusammenhang mit Zusatztags ein sehr gutes Abbild bilden kann welches sehr gut fuer Autorouting umsetzbar ist. Fehlt dies fuer andere Transportmittel. Daher die Idee die ja nicht neu ist, fuer einen subjektiven Tag, in dem Fall fuer Fahrradfahrer. Es geht hier absolut nicht darum andere objektive Tags abzuwerten oder zu tauschen. Das Prinzip muss sein dass ein Standardsatz an Tags/Keys als Voraussetzung fuer Autorouting fuer Fahrradfahrer beachtet werden muss von jedem Autoroutingprogramm, aber zu feineren Differenzierung eben ein Schluessel benutzt werden kann, der Standardisiert ist, leicht verstaendlich, und von verschiedenen Routern umgesetzt wird, als Hilfe eingefuehrt wird. Ausserdem gehoert pro Transporttyp verstaendlich dokumentiert, welche Tags ausgewertet werden muessen (die Liste muss einerseits kurz sein, damit sie umsetzbar ist, andererseits aber alle populaeren Tracks mit Werten inkludieren) damit der class:bicycle Schluessel ausgewertet wird. Andererseits sollte es logisch aufgebaut sein. Jeder Fahrradfahrer wird etwa anhand der Tags highway=primary oneway=yes lanes=2 source:maxspeed=2 erkennen, hier handelt es sich sehr wahrscheinlich um eine groß ausgebaute und vielbefahrene Straße. Per Default gehoert so etwas natuerlich beim Routing fuer Fahradfahrer degradiert und nur fuer kurze Strecken eingeplant. Kommt nun jedoch der Schluessel cycleway=track hinzu, ist absolut unklar ob die Straße fuers Fahrradfahren geeignet ist oder nicht. Ist der Track mit Fußgaengern geteilt? Gibt es viele Hausausfahrten und zuegiges Fahren unmoeglich? Ist die Ampelschaltung und sind die Vorrangregeln so dass es fuer Fahrradfahrer angenehm ist? Ist die Verkehrsbelaestigung durch Laerm stark? .. Natuerlich alles Sachen die man auch objektiv taggen koennte. NUR erstens kann man es nicht als realistisch halten dass en Autoroutingalgorhytmus/Umsetzung auf sagen wir 100 solcher Tags anspringt (der Programmieraufwand ist einfach zu groß), zweitens kommen hier soviele Tags zusammen, dass sie ganz einfach nicht gemapped werden. Die einzige Loesung ist daher ein subjektives Tag eizufuehren pro Verkehrsmedium. Diese Idee ist nicht neu, etwa der Cheltenham Standard benutzt sie. Nur baut der darauf auf, dass keine weiteren Informationen
Re: [Talk-de] Parkplatz-Beschränkungen
bkmap schrieb: Bernd Wurst schrieb: Am Montag 03 Mai 2010 00:24:54 schrieb C. Brause: Was bedeutet es, wenn ein Parkplatz wie folgt beschildert ist: Großes P, darunter Parkscheibenzeichen für eine Stunde, darunter 5-19 Uhr. Darf außerhalb dieser Zeit ohne Parkscheibe geparkt werden? Ja. Wenn das P-Zeichen (Zeichen 314) nur mit den Zeichen 318 und 1040-30 steht, ist es nur in der angegebenen Zeit gültig. Das heißt Parken ist dann sowieso erlaubt, wenn es nicht aus einem anderen Grund verboten ist. Parken ist dann außerhalb dieser Zeiten verboten, wenn z.B. Zeichen 283 oder 286 für diese Straße gilt, oder es ist dort ein Zonenparkverbot (290.1) oder es ist eine Verkehrsberuhigte Zone (325.1) und die Parkflächen sind nicht markiert oder irgendein anderer Grund aus § 12 (1) oder (2). Gruß, Bernd Gruß, Burkhard Wenn parken außerhalb der Zeiten erlaubt ist, würde ich vorschlagen: amenity=parking maxstay=1 hour maxstay:hour_on=5:00 maxstay:hour_off=19:00 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wirtschaftswege, die nur für bestimm te Fahrzeuge zulässig sind
Am 02.05.2010 22:11, schrieb Gerry Light: Am 02.05.2010 21:20, schrieb Manuel Reimer: Wie taggt man denn solche Wege korrekt? Mein Vorschlag: motor_vehicle=no forestry=yes agricultural=yes Fast: motor_vehicle=agricultural Deines stände für Landmaschinen und Forstfahrzeuge, meines bezieht sich auf landwirtschaftlichen Verkehr. Bleibt die kleine Ungenauigkeit mit dem forstwirschaftlichen Verkehr, aber zumindest bei uns in der Gegend ist es üblich, darauf zu verzichten. Siehe auchhttp://wiki.openstreetmap.org/wiki/DE:Road_Signs Grüße, Gerry Warum nicht einfach motor_vehicle=agricultural, forestry?? War ein Komma nicht als Trennung zugelassen? Gruß Christopher Reimer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tippfehler role='backkward'
Am 03.05.10 13:32, schrieb Daniela Duerbeck: Alegria sagt, sie kenne das Tag überhaupt nicht, habe es daher bestimmt nicht eingegeben. Da hat sie auch recht mit. Die role-tags dieser Autobahn hat user mikes am 13.02.2010 in Version 82 eingefügt, alegria hat nur die Versionen 85 und 86 hochgeladen. Gruß, André Joost ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Karte drucken (Photopapier)
Eine einfache Lösung wäre mapgen.pl von Gary. (http://wiki.openstreetmap.org/wiki/Mapgen.pl) Das kann dir eine pdf erzeugen, die du dann Maßstabsgetreu mit beliebiger dpi drucken kannst. Wenn dir der Standardstil nicht zusagt, ich arbeite gerade an einem, der klassische topographische Karten imitiert: http://img709.imageshack.us/img709/8008/medinghoven.jpg Sieht super aus! Ist das auch irgendwie mit Höhenlinien und Schattierungen kombinierbar? Grüße, Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behandlung parallel zur Straße verlaufen der Fuß-/Radwege
Am 3. Mai 2010 12:08 schrieb Bartosz Fabianowski bart...@fabianowski.eu: Warum nicht sidewalk=* für Bürgersteige Weil sidewalk amerikanisch ist und OSM eher britisches Englisch einsetzt. Da wäre footpath oder eben das gute alte footway angebracht. im BEnglischen heisst sidewalk AFAIK pavement. So ganz sicher bin ich mir mit der Feststellung, OSM setze vorwiegend britisches Englisch ein, gar nicht, evtl. setzen wir inzwischen auch mehr deutsches Englisch ein, zumindest im Wiki ;-) Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tippfehler role='backkward'
Am 3. Mai 2010 13:55 schrieb Florian Gross usenet-spam-genausoguel...@grossing.de: Daniela Duerbeck glaubte zu wissen: Florian Gross wrote: Bei JOSM gibt es oft autocompletiton (stimmt das so? ich brauch Kaffee) wenn da der einzige derartige Tag in der Gegend falsch geschrieben wurde und der Eingebende nicht aufpaßt, übernimmt der die falsche Schreibweise. Alegria sagt, sie kenne das Tag überhaupt nicht, habe es daher bestimmt nicht eingegeben. In Oberbayern kommt es 144 mal vor, backward 2487. Was bewirkt das tag eigentlich? Mit Relationen zu Autobahnen kenne ich mich nicht sonderlich aus, ich rate jetzt mal: Die Autobahn besteht ja aus zwei Wegen, einer für jede Richtung. Durch die Relation wird aus diesen beiden Wegen eine (zusammengehörende) Autobahn, der eine Weg (in diesem Fall z.B. von München nach Eschenlohe) hat die Rolle forward, die Gegenrichtung backward.[1] Ich denke mal, daß es für die Navigation wichtig ist. [1] Ich hab jetzt nicht nachgeschaut, welcher was ist. Kann also auch andersherum sein. Und falls ich kompletten Blödsinn erzählt habe, bitte sparsam mit Steinen werfen. ;-) Das ist falsch ! Die Rolle wird bei route-relationen angewendet, wenn ein Weg/Straße nur in eine Richtung befahren wird. forward gibt dabei an, dass die Straße in Wegrichtung befahren wird, bei backward entgegen. siehe http://wiki.openstreetmap.org/wiki/DE:Relation:route#Mitglieder_der_Relation Wichtig ist dies bei Fahrradrouten durch Einbahnstraßen oder bei Busrouten. Bei Autobahnen kenne ich keinen Einsatzfall. Ciao André ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tippfehler role='backkward'
Hallo Daniela, Am 03.05.2010 13:32, schrieb Daniela Duerbeck: Florian Gross wrote: Bei JOSM gibt es oft autocompletiton (stimmt das so? ich brauch Kaffee) wenn da der einzige derartige Tag in der Gegend falsch geschrieben wurde und der Eingebende nicht aufpaßt, übernimmt der die falsche Schreibweise. Diesen Grund für den Tippfehler würde ich auch vermuten. Was bewirkt das tag eigentlich? Meine Vermutung war folgende: Das bezieht sich hier auf die TMC-Relation. Da Autobahnen (meist) aus getrennten Richtungsfahrbahnen bestehen, auf denen Staus, Sperrungen, etc. unabhängig voneinander auftreten können, gibt es für jede Fahrtrichtung getrennte Relationen. Jetzt habe ich aber gerade nochmal nachgeschaut [1] und festgestellt, dass die Richtungen bei TMC mittels TMC:cid_CID:tabcd_TABCD:Direction=positive|negative getagged werden. Das kann es also doch nicht sein. Ist schon ne Weile her, dass ich die TMC-Sachen für meinen Heimat-Landkreis eingetragen habe und Autobahnen gibt es bei mir in der Nähe auch nicht... Jetzt kennen wir die Bedeutung aber leider immer noch nicht :-( Grüße, Sebastian [1] http://wiki.openstreetmap.org/wiki/TMC/TMC_Import_Germany#TMC:Road ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fw: Bezugsquelle aktuelles Gemeindestrassenverzeichnis?
Hallo Liste, weiß jemand, wo man regelmäßig ein aktuelles Gemeindestrassenverzeichnis und Orts-/PLZ-verzeichnisse bekommen kann außer bei der POST (kostet dort 2T/Jahr)? Statistisches Landesamt (Hessen), Statisitsches Bundesamt, Verkehrsamt (Hessen) habe ich alles schon erfolglos versucht... Viele Grüße Christoph ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wirtschaftswege, die nur für bestimmte Fahrzeuge zulässig sind
Am 3. Mai 2010 10:35 schrieb Dieter Jäger die...@linuxjaeger.de: entsprechend findet man die auch allenthalben. Wir haben also eigtl drei mögliche Situationen hier in Bayern: 1) Weg mit Wegweisung - Teil des Wegenetzes, selbst wenn kaum befahrbar. Und auch wenn es hier bezweifelt wurde, ich habe im Raum Seeon/Seebruck einige solcher Wege gefunden, und man zweifelt da dann schon erstmal ob man mit dem Auto da durch darf. ich lege hier Wert auf die Feststellung, dass wenn die o.g. Zeichen verwendet werden es sich nicht um bloße Wege sondern um gewidmete Straßen handelt. Daher sind das keine Tracks in OSM. Sie sind auch nicht nur Bestandteil des Wegenetzes sondern des Straßennetzes. 2) Weg mit eindeutiger Zugangsbeschränkung durch Schilder und/oder Schranke - sowieso eindeutig 3) Wege ohne Beschilderung. Die sind nach bayerischem Recht wohl befahrbar, auch wenn das wohl keiner wirklich tut. Diese vergleichsweise seltenen Fälle müßten dann wohl nach persönlicher Einschätzung behandelt werden. Ich habe hier in der Gegend Beispiele gefunden, die einfach ins Nichts führen, oder nur um einen Weiler/Bauernhof rum, oder auch solche, die eindeutig unasphaltierte Wohn- bzw Zugangsstraßen sind (manchmal nicht gleich zu erkennen, weil evtl ein kleines Wäldchen dazwischen ist). ich vermute eher, dass man aufgrund des Waldgesetzes und der Natur-/Umweltschutzgesetze dass auch nicht darf, kann das aber derzeit nicht recherchieren. Ruf am besten mal im Forstamt an und erkundige Dich, wenn Du es nicht glaubst. Das Ergebnis könntest Du hier wieder posten. ..., und ich denke man kann nicht der einfachen Regel folgen, der Weg ist schlecht also ist er nicht öffentlich. stimmt, kann man nicht. Wobei öffentlich hier auch kein klarer Terminus ist, um die Sache zu klären. Nicht jeder öffentliche Weg darf auch mit Kraftfahrzeugen _befahren_ werden (in Fußgängerzonen z.B. nichtmal mit dem Fahrrad, trotzdem sind die klar öffentlich). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fw: Bezugsquelle aktuelles Gemeindestrassenverzeichnis?
Am 3. Mai 2010 15:25 schrieb Christoph Winkler cwink...@vme.de: Hallo Liste, weiß jemand, wo man regelmäßig ein aktuelles Gemeindestrassenverzeichnis und Orts-/PLZ-verzeichnisse bekommen kann außer bei der POST (kostet dort 2T€/Jahr)? Statistisches Landesamt (Hessen), Statisitsches Bundesamt, Verkehrsamt (Hessen) habe ich alles schon erfolglos versucht... Meist gibts irgendeine Satzung, in der so etwas enthalten ist. Versuche mal Straßenreinigungssatzung, Hauptsatzung, Gemeindesatzung oder schau nach, ob die Einteilung in Wahlbezirke eine Straßenliste enthält. Manchmal hat man sogar Glück und findet in der Müllabfuhrsatzung eine Liste und die Lizenz lässt eine weitere Nutzung zu. Sehr erfolgreich ist man, wenn man direkt bei der Gemeinde vorbei schaut. Dann gibts die Liste meist in die Hand gedrückt (reicht ja für den internen Abgleich schon aus) oder man kommt an jemand Informierten, der einem die weitere Verarbeitung erlaubt. Dazu gibt es auch ein Anschreiben im wiki: http://wiki.openstreetmap.org/wiki/DE:Werbung#Musteranschreiben_zur_Anfrage_der_Datennutzung.2FDatenspende Das generische Anschreiben finde ich ganz gut. Man trifft leider heutzutage immer noch genug Leute in Ämtern, die nicht verstehen, was es u.U. für Vorteile hat, Daten zu öffnen. Viel zu oft will man dafür Geld sehen, oder weiss selber nicht, unter welchen Lizenzen und Rechten die Daten stehen. Zur weiteren Lektüre (Vielleicht ist deine Gemeinde ja dabei?): http://wiki.openstreetmap.org/wiki/Strassenverzeichnis und http://osm.gt.owl.de/Strassenliste/ Wenn du uns sagst, um welche Gemeinde es sich handelt, könnte man mal mitsuchen. Gruß Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie kann man besseres Autorouting fuer Fahrradfaher erreichen. Ideen und Konstruktive Vorschlaege
Am 03.05.2010 14:14, schrieb Felix Hartmann: Ist mir jetzt aber zu lang zum Uebersetzen - daher hier nur ein Zusammenfassung. Ich persoenlich habe mir als Autor von http://velomap.org und http://openmtbmap.org zu dem Thema Autorouting und subjektive Tags ueber die letzten 2 Jahre sehr viele Gedanken gemacht, und sehe KEINE andere Moeglichkeit als einen subjektiven Tag zur Bewertung von Straßen aus Fahrradfahrersicht einzufuehren - der jedoch nur komplementaer zu Tags wie tracktype, surface, smoothness, sac_scale, highway, access, oneway, sac_scale, mtb:scale, incline, eingesetzt werden soll. Sprich nach dem Motto, wenn diese Tags schon vorhanden sind, aber trotzdem oder umso mehr ein Weg sich anbietet fuers Autorouting gepushed oder vermieden werden soll, dann ist class:bicycle der Schluessel den man benutzen kann um dies auszudruecken. Es geht nicht darum weil ein Autorotingprogramm unfaehig ist einen Weg fuer Rennradfahrer zu sperren, obwohl etwa tracktype=grade3 getagged, hier zu helfen. Sondern einfach dort zu klassifizieren, wo man mit objektiven Schluesseln nicht weiterkommt. Auf *http://wiki.openstreetmap.org/wiki/Class:bicycle* Habe ich dazu eine Wiki Seite angelegt. In Kurzfassung geht es darum, dass wir nur mit objektiven Tags/Schluesseln ganz einfach kein perfektes Autorouting fuer Fahrradfahrer/MTbiker oder Rennradfahrer erhalten koennen. [snip] *Ablehnung* Wer den class:bicycle Schluessel prinzipiell ablehnt, kann gerne seinen eigenen Thread hier aufmachen, aber haelt sich bitte aus dem Thread hier raus. Das ist eine öffentliche Mailingliste, und ich denke dein Kommentar war dazu gedacht, die Diskussion überschaubar zu halten, letztendlich wird er wohl die Distkussion entweder *sehr* überschaubar halten, weil niemand mehr diesen Thread ernstnimmt oder diese Forderung als Einschränkung seiner Meinungsfreiheit ansieht. Ich finde es nur äußerst unpassend bestimmte Diskussionsergebnisse von vorneherein ausschliessen zu wollen. Daher habe ich fuer jene Personen auch gleich eine Wikipage angelegt, wo sie doch bitte mit konstruktiven Vorschlaegen kommen sollen, wie es auch Ohne subjektive Tags geht. http://wiki.openstreetmap.org/wiki/Contra_subjective_keys Vielleicht ist deine Tag-Klasse aber auch auf andere Art nicht geeignet? *Klassifizierte Meinungen* Fuer klassifizierte Meinungen von Personen die sich mit Autorouting und OSM naeher auseinandergesetzt haben, oder Routing Algorithmen entwickeln, habe ich hier eine Voice your Suport/Objection Page eroeffnet, da ich einfach davon ausgehe, dass jene die am lautesten dagegen Schreiben, NULL praktische Erfahrung mit Autorouting haben. [snip] Du kannst mappern höchstens Empfehlungen geben, wie etwas gemappt wird. auch wenn sich alle Routingexperten zusammensetzen und das ideale Taggingmodell für automatische Routenerzeugung erstellen, was aber für nichteingeweihte völlig unverständlich bleibt, wird es nicht benutzt werden. Um mal eben noch on-Topic zu kommen: die Eigenschaft eignet sich gut zum Fahrrad fahren ist IMNSHO *zu* subjektiv, um es in ein Tag zu packen. Damit will ich sagen, ob ein highway nun eine Hauptstraße oder Wohnstraße ist, (die subjektiven Meinungen gehen weniger weit auseinander, und bestimmte Werte sind besser Konsensfähig) ist weit einfacher zu beurteilen, als zu entscheiden ob ein bestimmter Weg jetzt besser cycle -1 oder doch eher -3 ist, oder, weil aus diesem oder jenem Grund ein anderer Mapper recht gerne dort durchfährt, +2. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0901°N 8.7868°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] Fw: Bezugsquelle aktuelles Gemeindestrassenverzeichnis?
Torsten Breda torst...@gmail.com wrote: Sehr erfolgreich ist man, wenn man direkt bei der Gemeinde vorbei schaut. Dann gibts die Liste meist in die Hand gedrückt (reicht ja für den internen Abgleich schon aus) oder man kommt an jemand Informierten, der einem die weitere Verarbeitung erlaubt. Leider sitzen manche Verwaltungen auf den Listen. Mit den Politikern im Gemeinde- oder Stadtrat trifft man auf so etwas wie deren Arbeitgeber. Und diese Kommunalpolitiker wollen sich in den Ratssitzungen gern profilieren. Dort gibt es regelmässig eine Bürgerfragestunde, die häufig Unangenehmes und Kosten nach sich zieht. Wenn man dort nach solch einer Straßenliste für OSM fragt, wird das wohl in den meisten Fällen mit Freuden positiv beschieden. Denn so billig, einfach und ohne jeden Ärger kommen die Politiker in der Fragestunde selten davon. Wenn man dann seine Bitte mit einer kurzen Vorstellung von OSM verbindet, und sich dabei auch den anwesenden Lokalreportern zuwendet, beißen diese mit etwas Glück auch noch an und wollen mehr wissen. Beim Vortrag sollte man das Wort ehrenamtlich einige Male fallen lassen. Das kommt gut an. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie kann man besseres Autorouting fuer Fahrradfaher erreichen. Ideen und Konstruktive Vorschlaege
Am 03.05.2010 16:54, schrieb Dirk-Lüder Kreie: Um mal eben noch on-Topic zu kommen: die Eigenschaft eignet sich gut zum Fahrrad fahren ist IMNSHO *zu* subjektiv, um es in ein Tag zu packen. Sehe ich genauso. Ist gut gemeint, aber perfektes Routing wird man mit OSM eh nicht hinbekommen, dazu sind die Daten zu chaotisch. Die bestehenden Tags reichen aber IMHO aus um gutes Radrouting zu ermöglichen. Ansonsten ist mir an Felix' Wikiseite aufgefallen, dass Gross/Kleinschreibung gemixt ist. class und Class, class:bicycle:Roadcycling / class:bicycle:touring. Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Einbahnstraßen [War: Wie kann man besseres Autorouting fuer Fahrradfaher erreichen. Ideen und Konstruktive Vorschlaege]
On Mon, May 03, 2010 at 02:14:34PM +0200, Felix Hartmann wrote: Ist mir jetzt aber zu lang zum Uebersetzen - daher hier nur ein Zusammenfassung. Ich persoenlich habe mir als Autor von http://velomap.org und http://openmtbmap.org zu dem Thema Autorouting und subjektive Tags ueber die letzten 2 Jahre sehr viele Gedanken gemacht, und sehe KEINE andere Moeglichkeit als einen subjektiven Tag zur Bewertung von Straßen aus Fahrradfahrersicht einzufuehren - der jedoch nur komplementaer zu Tags wie tracktype, surface, smoothness, sac_scale, highway, access, oneway, sac_scale, mtb:scale, incline, eingesetzt werden soll. ... Find ich gut und hab das als reiner Nutzer von OpenMTBMap (übrigens hier mal danke - die Karten waren der GRUND, warum ich mir überhaupt ein GPS-Gerät gekauft habe). Bei der Gelegenheit auch mal eine Frage, die zunächst mal durch die Überlegung motiviert war: Manchmal ist es besser eine kurze Einbahnstraße zu schieben als einen langen Umweg zu fahren - sowas kann man sicher auch kaum in objektiven Tags ausdrücken. Nun aber mal generel zu Einbahnstraßen. In meinem Ort gibt es viele Einbahnstraßen, die für Radfahrer auch in der entgegengesetzten Richtung ein explizites erlaubt-Schild drunter haben. Mal abgesehen davon, daß ich das grundsätzlich aus zwei Gründen für gefährlich halte ( 1. Autofahrer nehmen das nicht wahr und fahren einen um (ich habe so einen Fall schon mal beobachtet) 2. Fahrradfahrer nehmen das als Grund *jede* Einbahnstraße auch in die verbotene Richting zu fahren ) wie taggt man sowas? Übrigens bin ich auch schon mal verkehrtherum durch eine im OSM getaggte Einbahnstraße geroutet worden. Wo kann ich solche Routingfehler bemängeln? Viele Grüße und noch mal danke für das geniale OpenMTBMap Andreas. -- http://fam-tille.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tippfehler role='backkward'
Sebastian Klemm schrieb: Hallo Daniela, Am 03.05.2010 13:32, schrieb Daniela Duerbeck: Florian Gross wrote: Um die Spekulationen etwas einzudämmen melde ich mich hier mal. Bei JOSM gibt es oft autocompletiton (stimmt das so? ich brauch Kaffee) wenn da der einzige derartige Tag in der Gegend falsch geschrieben wurde und der Eingebende nicht aufpaßt, übernimmt der die falsche Schreibweise. Diesen Grund für den Tippfehler würde ich auch vermuten. Ich gehe davon aus, dass mir das so passiert ist. Was bewirkt das tag eigentlich? Meine Vermutung war folgende: Das bezieht sich hier auf die TMC-Relation. Da Autobahnen (meist) aus getrennten Richtungsfahrbahnen bestehen, auf denen Staus, Sperrungen, etc. unabhängig voneinander auftreten können, gibt es für jede Fahrtrichtung getrennte Relationen. Jetzt habe ich aber gerade nochmal nachgeschaut [1] und festgestellt, dass die Richtungen bei TMC mittels TMC:cid_CID:tabcd_TABCD:Direction=positive|negative getagged werden. Das kann es also doch nicht sein. Ist schon ne Weile her, dass ich die TMC-Sachen für meinen Heimat-Landkreis eingetragen habe und Autobahnen gibt es bei mir in der Nähe auch nicht... Anfänglich hatte ich es so verstanden, dass innerhalb eines Segmentes (Teilstück einer Road) bei mehrspurigen Strassen die Vorwärts-/Rückwärtsrichtung anzugeben ist. Mein Verständnis war, dass TMC forward/backward synonym zu positve/negative versteht. Ich habe damals forward/backward verständlicher gefunden und deshalb benutzt. Erst später bin ich darauf gekommen, dass bei Segmenten, die komplett als getrennte Fahrbahnen ausgeführt sind das TMC:cid_CID:tabcd_TABCD:Direction=positive|negative für das komplette Segment gesetzt werden kann. Als ich dann aus einem Segment zwei gemacht habe, für jede Richtung eines, habe ich die 'role' an den einzelnen Teilstücken nicht mehr gelöscht. Jetzt kennen wir die Bedeutung aber leider immer noch nicht :-( Zu dieser Klärung hoffe ich hiermit beigetragen zu haben. Wenn also jemanden nochmals die role=backkward über den Weg läuft, bitte als Tippfehler ansehen und verbessern. Ob man es bei Segmenten, die eine eindeutige Richtung haben, es überhaupt noch benötigt ist mir selbst auch nicht so klar. Gruss mikes (Michael Schmitt) PS: Seit ich mit TMC in Nordbayern angekommen bin taucht 'foreward' beim Autovervollständigen auf. Bisher habe ich dei Quelle noch nicht gefunden, bin mir aber ziemlich sicher, dass ich das nicht war. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einbahnstraßen [War: Wie kann man besseres Autorouting fuer Fahrradfaher erreichen. Ideen und Konstruktive Vorschlaege]
Am 03.05.2010 17:18, schrieb Andreas Tille: Nun aber mal generel zu Einbahnstraßen. In meinem Ort gibt es viele Einbahnstraßen, die für Radfahrer auch in der entgegengesetzten Richtung ein explizites erlaubt-Schild drunter haben. [...] wie taggt man sowas? cycleway=opposite und verwandte Werte, siehe http://wiki.openstreetmap.org/wiki/DE:Key:cycleway Übrigens bin ich auch schon mal verkehrtherum durch eine im OSM getaggte Einbahnstraße geroutet worden. Wo kann ich solche Routingfehler bemängeln? 2 Möglichkeiten: 1. Falsch gemappt: Selber richtig mappen, hilfsweise einen Eintrag beim OpenStreetBugs 2. Richtig gemappt, aber falsch geroutet: Beim Hersteller der Routingssoftware. Raymond. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie kann man besseres Autorouting fuer Fahrradfaher erreichen. Ideen und Konstruktive Vorschlaege
2010/5/3 Felix Hartmann extremecar...@googlemail.com: Ist mir jetzt aber zu lang zum Uebersetzen - daher hier nur ein Zusammenfassung. Ich persoenlich habe mir als Autor von http://velomap.org und http://openmtbmap.org zu dem Thema Autorouting und subjektive Tags ueber die letzten 2 Jahre sehr viele Gedanken gemacht, und sehe KEINE andere Moeglichkeit als einen subjektiven Tag zur Bewertung von Straßen aus Fahrradfahrersicht einzufuehren - der jedoch nur komplementaer zu Tags wie tracktype, surface, smoothness, sac_scale, highway, access, oneway, sac_scale, mtb:scale, incline, eingesetzt werden soll. Ich habe mir vor ein paar Wochen auch ähnliche Gedanken gemacht. Meine Idee war, auch für Fahrräder ähnliche Klassen wie für Autos einzuführen, nur dass die halt was anderes bedeuten. Es gäbe dann cycleway=primary, secondary, tertiary, unclassified, residential, ... residential (od. livingstreet) wäre z.B. eine gepflasterte Straße, wo es keine Ausweichmöglichkeit auf den Fußweg gibt, primary wäre eine Strecke am Wasser, die (Straßen-)kreuzungsfrei ausgebaut ist und einen guten Belag hat, etc. Das ist erstmal als Brainstorming-Vorschlag gedacht und noch ein bisschen unausgegoren, wieviele Klassen man wirklich braucht und was sie bedeuten müsste man erarbeiten. Es ist auch meiner Meinung nach mit den bisherigen Tags nicht möglich, die Idealstrecke zu ermitteln wie sie ein ortskundiger Radfahrer wählen würde, von daher begrüße ich den Vorschlag grundsätzlich. Wer den class:bicycle Schluessel prinzipiell ablehnt, kann gerne seinen eigenen Thread hier aufmachen, aber haelt sich bitte aus dem Thread hier raus. Daher habe ich fuer jene Personen auch gleich eine Wikipage angelegt, wo sie doch bitte mit konstruktiven Vorschlaegen kommen sollen, wie es auch Ohne subjektive Tags geht. http://wiki.openstreetmap.org/wiki/Contra_subjective_keys Diesen (Neben-) Vorschlag halte ich für ziemlich ungeeignet eine Diskussion zu ermöglichen, wenn die Gegner und die Befürworter getrennt diskuttieren sollen, lass das lieber wieder sein. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Weitere Barrierentypen?
Ich nutze die Barrieren recht häufig und mir ist aufgefallen, dass es noch ein paar häufig auftauchende davon gibt, für die bisher keine Werte vorgesehen sind. Das sind swing_gate für Kfz-Barrieren ähnlich Schranken, die zur Seite schwingen rope für Seile chain für Ketten ich nutze die genannten auch schon, wollte aber mal nachfragen, ob es dazu Meinungen und Ergänzungen gibt. Diese würde ich sammeln und dann ggf. am Stück zur Abstimmung vorschlagen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie kann man besseres Autorouting fuer Fahrradfaher erreichen. Ideen und Konstruktive Vorschlaege
On 03.05.2010 17:47, M∡rtin Koppenhoefer wrote: Wer den class:bicycle Schluessel prinzipiell ablehnt, kann gerne seinen eigenen Thread hier aufmachen, aber haelt sich bitte aus dem Thread hier raus. Daher habe ich fuer jene Personen auch gleich eine Wikipage angelegt, wo sie doch bitte mit konstruktiven Vorschlaegen kommen sollen, wie es auch Ohne subjektive Tags geht. http://wiki.openstreetmap.org/wiki/Contra_subjective_keys Diesen (Neben-) Vorschlag halte ich für ziemlich ungeeignet eine Diskussion zu ermöglichen, wenn die Gegner und die Befürworter getrennt diskuttieren sollen, lass das lieber wieder sein. Gruß Martin Es geht mir nur drum, dass ich nunmal keine Lust hab auf die schon x-mal gehoerten Beitraege von wegen alles sei objektiv tagbar. Das funktioniert in der Praxis halt weder auf der Seite der Mapper, noch auf der Seite derer die die Daten auswerten. Es geht ja nicht drum Kritik auszuschließen, Kritik die Vorschlaege macht wie es besser geht, soll ruhig kommen. Aber Kritik von Wegen das braucht man nicht, sehe ich nicht als Sinnvoll an. Es gibt zig Informationen in OSM die fuer viele nicht brauchbar ist, Das ist ja das gute. Wir taggen was wir wollen, und werten aus was wir wollen. Wer also dagegen ist, kann class:bicycle einfach ignorieren. Statt einer Abstimmung bezueglich Map Features, machen wir halt lieber eine Abstimmung, welches Modell am sinnvollsten ist zum Umsetzen. OSM ist nicht demokratisch sondern basiert auf dem Prinzip dass auch kleine Gruppen machen koennen was sie wollen, solange sie dabei nichts zerstoeren. Dies passiert hier nicht, also ist es halt ein Tag, wo man sehen wird wie er sich verbreitet. Wenn er bei den fuer Fahrradfahrern wichtigen Kartenerstellern zuspruch findet (die Openmtbmap hat zurzeit nach meinen Schaetzungen anhand der Downlaods mehr als 30.000 Benutzer) dann wird sich der Tag ohne Probleme etablieren. Nur anstelle eines Alleinganges, sehe ich es halt sinnvoller an, hier ein gutes Modell zu erarbeiten. Wer dagegegen meint, einfach nur seine Unmut und Unzufriedenheit aueßern zu wollen, der geht hier halt klar am Thema vorbei. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fwd: Einbahnstraßen [War: Wie k ann man besseres Autorouting fuer Fahrradfaher erreichen . Ideen und Konstruktive Vorschlaege]
Nun aber mal generel zu Einbahnstraßen. In meinem Ort gibt es viele Einbahnstraßen, die für Radfahrer auch in der entgegengesetzten Richtung ein explizites erlaubt-Schild drunter haben. Mal abgesehen davon, daß ich das grundsätzlich aus zwei Gründen für gefährlich halte ( 1. Autofahrer nehmen das nicht wahr und fahren einen um (ich habe so einen Fall schon mal beobachtet) 2. Fahrradfahrer nehmen das als Grund *jede* Einbahnstraße auch in die verbotene Richting zu fahren ) wie taggt man sowas? Übrigens bin ich auch schon mal verkehrtherum durch eine im OSM getaggte Einbahnstraße geroutet worden. Wo kann ich solche Routingfehler bemängeln? Viele Grüße und noch mal danke für das geniale OpenMTBMap Andreas. -- Die Openmtbmap und auch die Velomap routen prinzipiell auf Nebenrangigen Straßen gegen die Einbahn, jedoch mit sehr niedriger Prioritaet. Lieber halt mal schieben wenn es wirklich nicht fahrbar ist, als einen großen Umweg fahren. Ich werte alle auf der englischen bicycle Seite genannten keys aus. Ein legales Autorouting hat fuer mich keine Prioritaet, sondern ein sinnvolles. Legal ist was man draus macht. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie kann man besseres Autorouting fuer Fahrradfaher erreichen. Ideen und Konstruktive Vorschlaege
On 03.05.2010 17:13, Chris66 wrote: Am 03.05.2010 16:54, schrieb Dirk-Lüder Kreie: Um mal eben noch on-Topic zu kommen: die Eigenschaft eignet sich gut zum Fahrrad fahren ist IMNSHO *zu* subjektiv, um es in ein Tag zu packen. Sehe ich genauso. Ist gut gemeint, aber perfektes Routing wird man mit OSM eh nicht hinbekommen, dazu sind die Daten zu chaotisch. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Dass ist ein Irrglaube. Mit keiner anderen Kartendatenbank kann man in DACH auch nur annaehernd gleichwertiges Autorouting wie mit OSM erzielen. Das Chaos ist vollkommen egal solange es auswertbar bleibt. Denn andere Kartendatenbanken haben eben die bei OSM chaotischen Tags erst gar nicht. Schon jetzt funktioniert das Autorouting fuer Fahrradfahrer sehr gut, und deutlich besser wie fuer Autofahrer - wo man halt nicht mal schnell gegen eine Fehlend eingetragene Einbahnstraße kommt, usw... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einbahnstraßen [War: Wie kann man besseres Autorouting fuer Fahrradfaher erreichen. Ideen und Konstruktive Vorschlaege]
On 03.05.2010 17:18, Andreas Tille wrote: Nun aber mal generel zu Einbahnstraßen. In meinem Ort gibt es viele Einbahnstraßen, die für Radfahrer auch in der entgegengesetzten Richtung ein explizites erlaubt-Schild drunter haben. Mal abgesehen davon, daß ich das grundsätzlich aus zwei Gründen für gefährlich halte ( 1. Autofahrer nehmen das nicht wahr und fahren einen um (ich habe so einen Fall schon mal beobachtet) 2. Fahrradfahrer nehmen das als Grund *jede* Einbahnstraße auch in die verbotene Richting zu fahren ) wie taggt man sowas? Übrigens bin ich auch schon mal verkehrtherum durch eine im OSM getaggte Einbahnstraße geroutet worden. Wo kann ich solche Routingfehler bemängeln? Viele Grüße und noch mal danke für das geniale OpenMTBMap Andreas. Sorry, hab den Forward anstelle Reply erwischt. Ich werte in der Openmtbmap alle oneway Regeln aus, sehe es aber als praktischer an, mit geringer Prioritaet auch generell gegen Einbahnen von Nebenstraßen (also nicht tertiary oder groeßer) zu routen, da es in der Praxis halt Sinn macht auch mal gegen eine Einbahn zu fahren oder zur Not halt zu schieben. Ob das erlaubt ist haengt von lokalen Gesetzen ab, die mich aus der Ferne aber nicht interessieren. Aber klarerweise ist die Prioritaet niedriger, sprich nur bei deutlichen Verkuerzungen der Route (da spielt aber natuerlich der Algo mit), sollte gegen die Einbahn geroutet werden. Auswerten tu ich sogar so Sachen wie cycleway:left=opposite_track (was in Richtung Gegen die Einbahn natuerlich zu einer fetten abwertung fuehrt.) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: Einbahnstraßen [War: Wie kann man besseres Autorouting fuer Fahrradfaher erreichen. Ideen und Konstruktive Vorschlaege]
Am Mon, 03 May 2010 17:59:44 +0200 schrieb Felix Hartmann extremecar...@googlemail.com: Nun aber mal generel zu Einbahnstraßen. In meinem Ort gibt es viele Einbahnstraßen, die für Radfahrer auch in der entgegengesetzten Richtung ein explizites erlaubt-Schild drunter haben. wie taggt man sowas? cycleway=opposite; natürlich muss die Hauptrichtung stimmen, sonst Way-Richtung ggf. umkehren. Übrigens bin ich auch schon mal verkehrtherum durch eine im OSM getaggte Einbahnstraße geroutet worden. Von welchem Programm? -- Viele Grüße, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Browseractions in JOSM
seit einiger Zeit habe ich Probleme mit den Browser-actions in JOSM, d.h. strg+h für die History, User-Pages aufrufen und Hilfefunktion funktionieren nicht mehr. Irgendwo musste man AFAIR den Browser einstellen, habe das aber in den Prefs. nicht mehr gefunden. Mein System ist Linux mit Firefox 3.5. Hat jemand ne Idee, woran es liegen könnte? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum heißen Landkreise nicht Landkreis ?
Am 3. Mai 2010 08:27 schrieb Karl Eichwalder k...@gnu.franken.de: So etwas wie Nürnberg Land lässt man natürlich. Die städte heißen alle irgendwie offiziell _Stadt_ (Stadt Kassel, Stadt Nürnberg usw.) oder auch gern mal _Universitätsstadt_. Einen solchen unfug lässt man im name natürlich weg und bei kreisen und ländern sowie staaten sollte man entsprechend verfahren. Wieso sollte das Unfug sein? Irgendwo wäre das nicht schlecht abzulegen, bei Städten nicht im Name-tag, da gebe ich Dir Recht (würde sonst von den Renderern verlangen, die alle zu kennen um sie wegzulassen wg. cluttering), aber es gehört m.E. durchaus in irgendeinen Tag, ob eine Stadt Universitätsstadt oder sonst was ist (Hansestadt, etc.). Es gibt übrigens noch mehr dieser Stadtzusätze, neben Kreisstadt, kreisfreien Städten z.B. auch Große Kreisstadt [1], bei Orten ohne Stadtrecht Kreishauptort und anderes. Das kann auch mit anderen Zusätzen wie Universitätsstadt gemeinsam gelten. Bei Kreisen würde ich das auf jeden Fall zum Namen mit dazunehmen: lindert die Verwechslungsgefahr mit dem Ort und gehört zum Namen dazu. Gruß Martin [1] http://de.wikipedia.org/wiki/Gro%C3%9Fe_Kreisstadt ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Problem mit wget http://www.informationfreeway.org/api/0.6/map?bbox=...
Hi! Ich hab mir gerade ein kleines Stück Karte mit obigem Kommando geholt. Das sieht nun komplett anders aus, als gestern. Oben steht nun ?xml version='1.0' standalone='no'? statt ?xml version='1.0' encoding='UTF-8'? was wohl bewirkt, dass sämtliche Umlaute verhackstückt wurden. Und bei den nodes stehen alle Einträge in anderer Reihenfolge. Beispiel: node id='692787029' lat='48.0953816' lon='11.5107738' user='rolandg' timestamp='2010-04-11T08:52:24Z' uid='8703' version='1' changeset='4390093' vorher: node id='692787029' lat='48.0953816' lon='11.5107738' version='1' changeset='4390093' user='rolandg' uid='8703' visible='true' timestamp='2010-04-11T08:52:24Z' Woher kommt das? Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stumpfer import / Nodes wieder loeschen? Was: Telekom HvT - man_made=MDF / Verschwundene?
Hallo, Florian Lohoff wrote: Super jemand hat das dingen stumpf neu importiert am 1.5: http://www.openstreetmap.org/browse/changeset/4572198 Kann jemand alle neu kreierten nodes aus dem changeset mal wieder loeschen. Die sind zum grossteil schon da gewesen. Leider hat der fixbot und xybot teilweise das zeugs schon korrigiert von addr:town - addr:city etc ... Offenbar sind die einfachen Faelle schon gestern vormittag vom Benutzer Heros entsorgt worden; ich kuemmere mich jetzt um die, die bereits der xybot verwurstet hat. Hat jemand schon an ludwich geschrieben - nicht dass der irgendwann gleich wieder neu importiert... 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] Arbeitsmatrix Dortmund - Status?
Hallo, Am 01.05.2010 um 22:08 schrieb Dietmar: ich finds schade, das Du aufgehört hast. Ich hatte erst später angefangen (bin Okilimu) und habe mich heimlich mit Dir gebattled, wer mehr Häuser zeichnet. nach meiner Rechnung hattest du am 7.4. meisten Buildings pro Tag - 242 Die letzten Tage 2.5. Antikalk 452 1.5. Antikalk 627 30.4. EvanE 546 29.4. M_Kucha 695 Als Battlepartner ist Antikalk, EvanE und M_Kucha schwer zu schlagen ;-) Ich bin noch dabei, obwohl Aerowest gerade in meiner Stadt innerhalb deren Auftritt schon alle Hausnummern relativ gut zugeordnet hat, also habe ich kaum Hoffnung, mal in den Genuß der Luftbilder für meine Stadt zu kommen. zur Zeit kauft Aerowest die Hausnummern. Das würden sie gerne mit OSM-Daten ersetzen. Deshalb sammeln wir Erfahrungen für weitere Luftbilder... Beim gleichbleibendem Tempo wirds eng mit den Gebäuden, aber nicht unmöglich. Ich finde das Projekt schon wichtig für ganz OSM. noch liegen wir im Plan. siehe http://bit.ly/bgBMjh ( unterste Zeile Forecast: 195.000 ) Bei Fragen zum Projekt dortmund@googlemail.com Mfg Marc___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stumpfer import / Nodes wieder loeschen? Was: Telekom HvT - man_made=MDF / Verschwundene?
On Mon, May 03, 2010 at 07:47:18PM +0200, Frederik Ramm wrote: Hat jemand schon an ludwich geschrieben - nicht dass der irgendwann gleich wieder neu importiert... Ludwich hat 30 Minuten nach dem import schon bei mir gebeichtet :) Ist ihm auch aufgefallen das das so nicht richtig war ;) Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie kann man besseres Autorouting fuer Fahrradfaher erreichen. Ideen und Konstruktive Vorschlaege
Felix Hartmann schrieb am 03.05.2010 14:14: Die einzige Loesung ist daher ein subjektives Tag eizufuehren pro Verkehrsmedium. Ich denke, dass Problem bei dem Ansatz ist, dass man nicht EIN subjektives Tag pro Medium benutzen kann, da jeder Mapper eine andere Subjektive Meinung haben wird. In EINEM Tag kann aber jeweils nur die Meinung des letzten Mappers erfasst werden. Statt also eine einzelne Bewertung zu erfassen, muesste man zaehlen, wie viele Mapper die Benutzung einer Strasse befuerworten bzw. davon abraten: Mapper-A meint class.bicycle=2 Mapper-B meint class.bicycle=1 Mapper-C meint class.bicycle=3 Mapper-D meint class.bicycle=-1 Das ergibt in Summe class.bicycle=1.25 (Das gleiche Schema ist natuerlich auch auf die spezialisierten Tags class.bicycle.mtb usw. anwendbar.) Einem deartigen Ansatz wuerde ich schon zutrauen, dass er ueber die Zeit das OSM-Routing (fuers Fahrrad oder auch allgemein) drastisch verbessern wuerde. Allerdings kann ich momentan keinen Vorschlag aus dem Aermel schuetteln, wie man das am Besten per OSM-Tagging erfassen koennte. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit wget http://www.informationfreeway.org/api/0.6/map?bbox=...
Daniela Duerbeck wrote: Ich hab mir gerade ein kleines Stück Karte mit obigem Kommando geholt. Das sieht nun komplett anders aus, als gestern. Die Adresse ist ein Loadbalancer, der die Anfrage an einen anderen XAPI weiterleitet. Da kannst du unterschiedliche Antworten bekommen. Oben steht nun ?xml version='1.0' standalone='no'? statt ?xml version='1.0' encoding='UTF-8'? was wohl bewirkt, dass sämtliche Umlaute verhackstückt wurden. Das ist eher schlecht. Was steht denn in diesem Attribut: xapi:instance Und bei den nodes stehen alle Einträge in anderer Reihenfolge. Das ist in Ordnung. XML legt keine besondere Reihenfolge für die Attribute fest. Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum heißen Landkreise nicht Landkreis ?
Am 03.05.2010 19:26, schrieb M∡rtin Koppenhoefer: Die städte heißen alle irgendwie offiziell _Stadt_ (Stadt Kassel, Stadt Nürnberg usw.) oder auch gern mal _Universitätsstadt_. Wieso sollte das Unfug sein? Irgendwo wäre das nicht schlecht abzulegen, bei Städten nicht im Name-tag, Gebrüder Grimm Stadt Hanau Am schönesten ist das gelbe Ortseingangschild im Stadtteil Wolfgang :: Gebrüder Grimm Stadt :: Hanau :: Wolfgang Dazu fällt mir dann nur noch der Grebe-Song Urlaub in Deutschland ein mit der Textzeile Goethe war hier, Goethe war dort, Goethe war auch schon da. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit wget http://www.informationfreeway.org/api/0.6/map?bbox=...
Stephan Knauss wrote: Die Adresse ist ein Loadbalancer, der die Anfrage an einen anderen XAPI Das ist eher schlecht. Was steht denn in diesem Attribut: xapi:instance Vorher: xapi:instance='zappyHyper' Nun: 'zappyOsm' Was bedeutet das? Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie kann man besseres Autorouting fuer Fahrradfaher erreichen. Ideen und Konstruktive Vorschlaege
On 03.05.2010 20:33, Torsten Leistikow wrote: Felix Hartmann schrieb am 03.05.2010 14:14: Die einzige Loesung ist daher ein subjektives Tag eizufuehren pro Verkehrsmedium. Ich denke, dass Problem bei dem Ansatz ist, dass man nicht EIN subjektives Tag pro Medium benutzen kann, da jeder Mapper eine andere Subjektive Meinung haben wird. In EINEM Tag kann aber jeweils nur die Meinung des letzten Mappers erfasst werden. Statt also eine einzelne Bewertung zu erfassen, muesste man zaehlen, wie viele Mapper die Benutzung einer Strasse befuerworten bzw. davon abraten: Mapper-A meint class.bicycle=2 Mapper-B meint class.bicycle=1 Mapper-C meint class.bicycle=3 Mapper-D meint class.bicycle=-1 Das ergibt in Summe class.bicycle=1.25 (Das gleiche Schema ist natuerlich auch auf die spezialisierten Tags class.bicycle.mtb usw. anwendbar.) Einem deartigen Ansatz wuerde ich schon zutrauen, dass er ueber die Zeit das OSM-Routing (fuers Fahrrad oder auch allgemein) drastisch verbessern wuerde. Allerdings kann ich momentan keinen Vorschlag aus dem Aermel schuetteln, wie man das am Besten per OSM-Tagging erfassen koennte. Gruss Torsten Das Problem ist mehr, dass wir uns ueber Probleme die noch lange nicht auftauchen den Kopf zerbrechen. Sollte dies wirklich einmal so sein, dass edit wars um class:bicycle losgehen, kann man noch immer reagieren. Ich denke jedoch es ist so wie bei tracktype. Auch hier herscht kein Konsens, aber das vorhandensein der Daten die in 90% der Faelle passen, ist der Grund warum Autorouting in OSM ueberhaupt die kommerziellen Daten schlaegt. Es ist egal ob darum gestritten wird ob etwas 1.5 oder 2 ist, wenn man es mit 0 vergleicht. Je mehr Information vorhanden ist, desto mehr Crosschecks kann man fahren, welche die Datenqualitaet wieder erhoehen. Ausserdem ist der Respekt an vorhandenen Daten in OSM recht groß. Wenn Mapper-b mein class=bicycle=2, aber -1 ist eingetragen. Dann benutzt er halt class:bicycle:commute=2. Wir brauchen hier vielleicht 5-6 Keys in denen sich 99% der Fahrradfahrer zuordnen koennen. Es werden aber kaum mehr als 2 bis vielleicht ganz ab und zu 3 Keys gesetzt werden. Denn im Gelaende haben wir zwei Gruppen. Technische Mountainbiker und Crosscountry. Die Feindifferenzierung uebernimmt mtb:scale. Hier braucht es eigentlich nur einen Key, der aussagt, der Weg ist schwer und interessant, oder schwer aber nicht interessant, Die Cross-Country Riege ueberschneidet sich mit den Trekking und Tourenfahrer. Jene wiederrum sind am kompliziertesten. Die Rennradfahrer dagegen haben recht aehnliche Ansichten wie die Commuter - also Biker die pro Tag 10-40km pro Weg zur Arbeit fahren. Der Wochenendradler dagegen, interessiert sich meisten eh nicht mehr wenn primary oder secondary dasteht, also braucht man hier fuer ihn auch keinen extra Tag. Die einzige valide Frage die ich mir also Stelle. Wollen wir 5-6 seperate Keys die jeder fuer sich Haupteigenschaften zusammenfassen. (etwa Verkehr der behindert/stoert (wobei hier Fußgaenger auf Wegen genauso zaehlen wie Autofahrer auf Straßen), Landschaft, Schnelles vorankommen (vor allem in Staedten), fuer den Wochenendfahrer gefuehlte Sicherheit (wobei dies meist denen wichtig ist, die sowieso kaum Rad fahren), Anspruch und Variabilitaet fuer Mountainbiker, und das allerwichtigste ein Key der dann beschreibt was ein Cycleway genauer ist - also ein Weg in der Landschaft, ein Weg 2m neben der Straße (immer interessant in Kombination mit Geschwindigkeit), und dann noch Rechtliche Probleme - also attraktive Straße mit daneben herlaufendem unattraktiven Radweg der aber Benuetzungspflichtig ist). Oder lassen wir dies, und nehmen stattdessen einfach Fahrradfahrertypen - was fuer die User deutlich einfacher ist. Denn man braucht sich keine komplizierten Tags merken, sondern benutzt halt die 1-2 Anforderungsprofile die man meist hat. Ausserdem ist es leichter verwertbar. Der Nachteil ist, dass es eventuell Situationen gibt, wo das Profil einfach wiederspruechlich ist, diese Situationen sind aber sicherlich die Ausnahmen - in etwa so wie die leidige Diskussion zu Fahrspuren mit Gras in der Mitte, die einige statt objektiv zu taggen, unbedingt auf einen tracktype mappen moechten (hier hat uebrigens niemand gemeckert, dass man die Information ganz weglaesst, es ging nur drum wie man es stattdessen beschreibt). Mein Vorschlag waer hier, wer fuer Eigenschaften ist, sollte bitte ein Konzept ausarbeiten wie dies aussieht. Dann schauen wir ob eher dass Konezpt der Eigenschaften oder die Klassen sinnvoll sind, und wie schwer es fuer den Mapper umzusetzen ist. (In JOSM kommt es erfahrungsgemaeß erst als Preset rein, wenn wir mal 20-30.000 Wege so klassifiziert haben, und die Vorteile deutlich werden). Daraufhin entscheiden wir entweder per Vote, oder danach welches der beiden Konezpte die Kartenersteller als umsetzbar sehen und dies auch sofort tun. (denn ohne Nutzen
Re: [Talk-de] Problem mit wget http://www.informationfreeway.org/api/0.6/map?bbox=...
Hallo Daniela, Am 03.05.2010 21:21, schrieb Daniela Duerbeck: Stephan Knauss wrote: Die Adresse ist ein Loadbalancer, der die Anfrage an einen anderen XAPI Das ist eher schlecht. Was steht denn in diesem Attribut: xapi:instance Vorher: xapi:instance='zappyHyper' Nun: 'zappyOsm' Was bedeutet das? Erstgenannter ist http://osmxapi.hypercube.telascience.org/api/0.6/ letzterer http://xapi.openstreetmap.org/api/0.6/ Beide können auch direkt aufgerufen werden. Siehe auch: http://wiki.openstreetmap.org/wiki/DE:Xapi Grüße, Sebastian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Falsch verbundene Autobahn mit Feldweg
Hi, Carsten Gerlach schrieb: Am Sonntag 02. Mai 2010 10:13:37 schrieb Gary68: done. http://www.gary68.de/temp/cc2_germany.htm Ich habe mal alle eindeutigen Sachen (also mit Brücke oder Tunnel) korrigiert, 2 oder 3 sind wahrscheinlich die angesprochenen Service-Auffahrten. Das sieht schonmal gut aus! In meiner Analyse hat sich der Fehler von gestern 66 auf heute 43 Stück reduziert. Ich kann leider nicht so eine schöne Webseite mit der Darstellung der Fehler wie Gary anbieten, ein Shapefile mit den restlichen könnte ich aber per PM versenden oder zum Download anbieten. viele gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Falsch verbundene Autobahn mit Feldweg
Naabend, Am Montag 03. Mai 2010 22:31:06 schrieb Pascal Neis: In meiner Analyse hat sich der Fehler von gestern 66 auf heute 43 Stück reduziert. Ich kann leider nicht so eine schöne Webseite mit der Darstellung der Fehler wie Gary anbieten, ein Shapefile mit den restlichen könnte ich aber per PM versenden oder zum Download anbieten. Ich weiß nicht, was ein Shapefile ist, aber kann das JOSM lesen? Eine einfache Liste mit den Knotennummern der falschen Kreuzungen würde es aber auch tun. Gruß, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.piranho.de/gpg.php = www.stopptdievorratsdatenspeicherung.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] potlatch und große Relationen
Moin Kann es sein, dass potlatch Ewigkeiten braucht beim Speichern von ways, die in großen Relationen stecken? Hatte die Tage eine Brücke in eine Autobahn reingebastelt, also 2 ways einfach nur dreigeteilt und die Mittelstücke mit bridge versehen und sehe eben, dass bei OSB eine der Brücken als fehlend moniert war. Beim genaueren Hinschauen war noch mehr Kuddelmuddel dort. Ich vermute mittlerweile, dass ich da potlatch beendete, bevor die Eieruhr fertig war, denn beim Reparieren fiel mir auf, dass das Speichern des neuen Brückenstückes samt Relationen ewig dauerte. bei einem angrenzenden fehlte eine von 2 Relationen und auch das ging ewig ... An einer anderen Stelle sehe ich auch gerade ähnliches Kuddelmuddel ... Gruß Heiko Mueck Jacobs ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Frage zu Potlatch: Koordinaten werden verändert
Hi! Folgendes: Bisher editiere ich so: Im Browser Edit anwählen, einen POI anklicken, Informationen hinzufügen oder falsche löschen. Immer mit der grünen Variante, Edit+Save. Bei einem Download der relevanten Area sehe ich aber, dass auch die Koordinaten der POIs ganz geringfügig geändert werden. Manchmal nur in der letzten Nachkomma-Stelle eins rauf oder runter, manchmal aber auch mehr. Wenn ich allerdings zum Nur-Mal-Kucken Edit anwähle, ebenfalls einen POI anklicke und dann wieder auf View wechsle, kommt keine Nachfrage, ob ich Änderungen speichern will, daher denke ich, dass das bloße Anklicken nicht den POI verschiebt, oder doch? Wenn ja, wie kann ich das verhindern? Ich will ja nicht die Koordinaten verändern, sondern z.B. nur Straßennamen hinzufügen Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Falsch verbundene Autobahn mit Feldweg
Hi, Carsten Gerlach schrieb: Am Montag 03. Mai 2010 22:31:06 schrieb Pascal Neis: In meiner Analyse hat sich der Fehler von gestern 66 auf heute 43 Stück reduziert. Ich kann leider nicht so eine schöne Webseite mit der Darstellung der Fehler wie Gary anbieten, ein Shapefile mit den restlichen könnte ich aber per PM versenden oder zum Download anbieten. Ich weiß nicht, was ein Shapefile ist, aber kann das JOSM lesen? Ein Shapefile gilt als Quasi-Standard-Format für den Austausch von Geodaten. Aber überhaupt kein Problem, sende dir gleich per Mail eine einfache Liste der OSM Node IDs .. Eine einfache Liste mit den Knotennummern der falschen Kreuzungen würde es aber auch tun. danke viele gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] AIO und die Kanarischen Inseln
Sven Geggus wrote: Nein, Du hast mich falsch verstanden. Bei http://download.geofabrik.de/osm/europe.osm.bz2 sind die Kanaren nicht mit drin. Ja stimmt, aber das ist doch nicht schlimm? Die meisten Leute, die auf die Kanaren fliegen, brauchen doch gar nicht den ganzen großen Rest von Europa. Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mehrere Dinge zusammenfügen OK?
Hi! Ich hab heute zwei oder dreimal folgendes gemacht. Beispiel eines Getränkemarktes. Es gab das Gebäude mit building=yes, dann einen POI des Getränkemarktes und eine separate Adressinformation, ebenfalls als POI. Ich hab alle Info dann dem Gebäude zugeordnet und die zwei POIs gelöscht. Ich denke, das ist schon gut so, weil dann alle Info an einer Stelle ist, sehe ich das richtig? Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz-Beschränkungen
Bernd Wurst schrieb: Hallo Burkhard. Am Montag 03 Mai 2010 13:44:56 schrieb bkmap: Wenn das P-Zeichen (Zeichen 314) nur mit den Zeichen 318 und 1040-30 steht, ist es nur in der angegebenen Zeit gültig. Das heißt Parken ist dann sowieso erlaubt, wenn es nicht aus einem anderen Grund verboten ist. Parken ist dann außerhalb dieser Zeiten verboten, wenn z.B. Zeichen 283 oder 286 für diese Straße gilt, oder es ist dort ein Zonenparkverbot (290.1) oder es ist eine Verkehrsberuhigte Zone (325.1) und die Parkflächen sind nicht markiert oder irgendein anderer Grund aus § 12 (1) oder (2). Wer keine Lust hat Schildernummern rauszusuchen, versteht von dieser Antwort nicht sonderlich viel. :-( Das klingt nach gesammelter Kompetenz deinerseits, aber was willst du damit sagen? Mein Fahrlehrer (iirc) und der gesunde Menschenverstand sagen mir, wenn ich ein Konstrukt aus - Parkplatz (z314) - darunter nur mit Parkscheibe, z1040-32 - darunter die zeitliche Beschränkung, z1040-30 habe, dann gilt die zeitliche Einschränkung für die Parkscheibenpflicht bzw. die Höchstparkdauer. So finde ich es doch deutlich verständlicher. Sonst müssten die Schilder anders herum sein, da ein Zusatzzeichen sich immer auf das unmittelbar darüber befindliche Schild bezieht. Oder? Gruß, Bernd Wenn ich mich richtig erinnere, dann hab ich das in der Fahrschule damals auch so gelernt. War ja auch meine Intention. Vielen Dank für (beide) Antworten! LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz-Beschränkungen
bkmap schrieb: Wenn parken außerhalb der Zeiten erlaubt ist, würde ich vorschlagen: amenity=parking maxstay=1 hour maxstay:hour_on=5:00 maxstay:hour_off=19:00 Danke! Das hatte ich im Wiki irgendwie nicht gefunden. Werds mal eintragen. LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrere Dinge zusammenfügen OK?
Hallo, Daniela Duerbeck wrote: Ich hab heute zwei oder dreimal folgendes gemacht. Beispiel eines Getränkemarktes. Es gab das Gebäude mit building=yes, dann einen POI des Getränkemarktes und eine separate Adressinformation, ebenfalls als POI. Ich hab alle Info dann dem Gebäude zugeordnet und die zwei POIs gelöscht. Ich denke, das ist schon gut so, weil dann alle Info an einer Stelle ist, sehe ich das richtig? Ja, vorausgesetzt, in dem Gebaeude ist ausser dem Getraenkemarkt nix drin. Besonders cool, aber nicht dringend notwendig, ist es, wenn Du die so ueberfluessig gewordenen Nodes irgendwie in das Gebaeude integrieren kannst und ihnen nur die Tags wegnimmst. Dann wuerde jemand, der spaeter aus irgendeinem Grund die Geschichte des Getraenkemarkt-Nodes anschaut, sehen koennen, dass der Node jetzt Teil des Ways Getraenkemarkt ist - waehrend er in Deinem oben geschilderten Beispiel vermutlich sieht der Node wurde geloescht. Das ist fuer Leute gut, die sich aus irgendeinem Grund extern die Node-ID vom Getraenkemarkt notiert haben. 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] Frage zu Potlatch: Koordinaten werden verändert
Am 03.05.2010 23:38, Daniela Duerbeck: Hi! Folgendes: Bisher editiere ich so: Im Browser Edit anwählen, einen POI anklicken, Informationen hinzufügen oder falsche löschen. Immer mit der grünen Variante, Edit+Save. Bei einem Download der relevanten Area sehe ich aber, dass auch die Koordinaten der POIs ganz geringfügig geändert werden. Manchmal nur in der letzten Nachkomma-Stelle eins rauf oder runter, manchmal aber auch mehr. Wenn ich allerdings zum Nur-Mal-Kucken Edit anwähle, ebenfalls einen POI anklicke und dann wieder auf View wechsle, kommt keine Nachfrage, ob ich Änderungen speichern will, daher denke ich, dass das bloße Anklicken nicht den POI verschiebt, oder doch? Meine Vermutung ist, dass das der Rechen(un-)genauigkeit von Potlatch bzw. Flash geschuldet ist, aber keinen praktisch relevanten Einfluss hat, da eine Nachkommastelle der Koordinaten sich im Bereich von Meterbruchteilen bewegt. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] potlatch und große Relationen
Am 03.05.2010 23:26, Heiko Jacobs: Kann es sein, dass potlatch Ewigkeiten braucht beim Speichern von ways, die in großen Relationen stecken? Hatte die Tage eine Brücke in eine Autobahn reingebastelt, also 2 ways einfach nur dreigeteilt und die Mittelstücke mit bridge versehen und sehe eben, dass bei OSB eine der Brücken als fehlend moniert war. Beim genaueren Hinschauen war noch mehr Kuddelmuddel dort. Ich vermute mittlerweile, dass ich da potlatch beendete, bevor die Eieruhr fertig war, denn beim Reparieren fiel mir auf, dass das Speichern des neuen Brückenstückes samt Relationen ewig dauerte. bei einem angrenzenden fehlte eine von 2 Relationen und auch das ging ewig ... Wenn du in einer Autobahn eine Brücke reinbastelst teilst du ja meist einen bestehenden Weg. Wenn dieser mehrere hundert Knoten enthält müssen die für den so neu erstellten Restweg (also den Teil ohne Brücke) erneut übertragen werden. Das kann bei entsprechender Anzahl (oder auch Anzahlen für zweispurige Autobahnbrücken) durchaus dauern. Ein Abbrechen beim Speichern ist dann natürlich nicht sooo toll. Potlatch quittiert doch das erfolgreiche Hochladen mit einer Meldung. Warte doch einfach daruaf. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mehrere Dinge zusammenfügen OK?
moin On 04.05.2010, at 00:05, Daniela Duerbeck wrote: Ich hab heute zwei oder dreimal folgendes gemacht. Beispiel eines Getränkemarktes. Es gab das Gebäude mit building=yes, dann einen POI des Getränkemarktes und eine separate Adressinformation, ebenfalls als POI. Ich hab alle Info dann dem Gebäude zugeordnet und die zwei POIs gelöscht. Ich denke, das ist schon gut so, weil dann alle Info an einer Stelle ist, sehe ich das richtig? also vorne wech ich mach es auch so. ich denke es ist kein problem es so zu machen, wenn ein gebäude tatsächlich nur eine einzige funktion hat, aber sobalt in einem gebäude mehrere nodes auftauchen die unterschiedliche bedeutungen haben (also z.B. zwei geschäfte in einem gebäude) dann lass ich das getrennt. bin mir dann allerdings unschlüssig ob es geschickter ist die adress:* tags dem gebäude oder jeweils beiden nodes oder gar allen dreien (um bei den beispiel zu bleiben) zuzuweisen. allerdings sehe ich schon ein problem bei der sache. OSM2Go als editor zeigt mir zum beispiel ein einzelnen node der als bank getaggt wurde als banken symbol an. wenn ich allerdings ein gebäude als bank tagge dann sehe ich erstmal nur ein gebäude. gut jetzt könnte man die frage aufwerfen, mappen wir für den renderer oder nicht? ich weiß ja nicht wie es mit anderen geräten ausschaut ob da auch diese probleme exsistieren. allerdings find ich es auch doof bei riesigen gebäuden irgendwo in der ecke nen bankensymbol zu haben, nur weil da jemand den node gesetzt hat, aber nicht mittig was andeuten würde, daß das gesammte gebäude zur bank gehört. cu assetburned ps. sorry für das hochziehen an ner bank, aber das ist mir gerade heute wieder passiert. smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie kann man besseres Autorouting fuer Fahrradfaher erreichen. Ideen und Konstruktive Vorschlaege
Moin Es gibt im Radwegbereich bekanntlich noch paar mehr ungelöste Probleme ... War jetzt ein Dreivierteljahr in OSM relativ inaktiv, weil ein lokales verkehrspolitisches Großprojekt höhere Priorität hatte, und steige jetzt erst langsam wieder ein, aber die scheinen noch alle ungelöst ... Und auch diese Diskussion kommt mir irgendwie von früher bekannt vor ;-) Neben dem footway/cycleway versus path, dass einem gut programmiertem Router und Renderer vermutlich nicht so wichtig ist, ist es auch noch gemeinsamer way versus getrennte ways. Letzteres mach differentiertes tagging einfacher, weil man Breite, Trennung Rad/Fuß, Oberfläche, ... zielgenau dranhängen kann. Hat bloß enorme Nachteile beim Rendern und EINEN beim Routen: über die Fahrbahn oder den Radweg routen? Es gab schon Spezialisten, die die Fahrbahn mit bicycle=no taggten, was aber so falsch ist (bspw. wenn ein Radweg gar nicht mit jeder Querstraße verbunden ist, sowas gibt's, vorzugsweise außerorts, wenn man in den Feldweg auf der anderen Seite abbiegen will...) Wenn man schon beim Probleme lösen ist, wäre es eine Überlegung wert, über ein tag cycleway =BeachteNahen(Nicht)BenutzungspflichtigenRadweg nachzudenken, natürlich ein wneig besser benamst ;-) Apropos cycleway=... Mich hat vorgestern ein Mapper angemailt aus dem Ort meiner Ex, wo ich bis '98 sehr viele weiße Flächen mit ways beglückte ;-) wegen einer lane-Frage. Bei Nahcfrage geht es um eine eigentlich radinfrastrukturlose Straße außerorts, also weder separat begleitender Rad/Gehweg oder Feldweg, noch benutzungspflichtige Radspur noch nichtbenutzungspflichtiger Angebotsstreifen, sondern nur ein ganz normaler Seitenstreifen, der auch noch recht schmal und sich in Luft auflösend vor der nächsten Kreuzung ... Dieser Straße habe ich natürlich nix mit cycleway mitgegeben, aber ein dritter Mapper hat da wohl jetzt cycleway=lane drangehängt und der, der mich jetzt fragte, fragte nach meinem Rat dazu, weil er mich nicht nur vor Ort, sondern auch auf vielen Wikiseiten zum Thema Rad fand ;-) Die spezielle Sach emuss ichmir mal auf Luftbildern anschauen, aber prinzipiell ist das eine Sache, die hier einfließen sollte: Hat die Straße einen Seitenstreifen (der nicht rad-only ist) und wenn ja mit welchen Eigenschaften, weil die böse Landstraße radelt sich ganz anders, wenn sowas da ist oder nicht bzw. wenn das Teil zu schmal ist, wird's evtl. noch schlimmer als ganz ohne ... (Die schönsten, weil breitesten Radwege, gibt's eh auf Autobahnen und man kommt prominent ins Radio, wenn man da radelt ;-) ;-) ;-) ) Eine andere Frage: wird beim Routing schon die Zugehörigkeit zu einer Fahrradrouten-Relaion berücksichtigt? Wenn der way Teil der Deutschlandroute 2, des Enztal-Stromberg-Radwegs oder der lokalen Route 4711 ist, ist das ja auch schon eine Aussage ... Was irgendwann höchstwertvoll wäre, wären bessere Angaben zur Neigung des Weges. Wenn ich von A nach B will, soll der Router nicht jeden Berg senkrecht aufwärts mitnehmen ... Geht nicht jetzt, aber mal im Hinterkopf behalten, damit man nicht jetzt sämtliche slots mit anderen Eigenschaften verstopft, sondern einen dafür reserviert ... sehe KEINE andere Moeglichkeit als einen subjektiven Tag zur Bewertung von Straßen aus Fahrradfahrersicht einzufuehren - der jedoch nur komplementaer zu Tags wie tracktype, surface, smoothness, sac_scale, highway, access, oneway, sac_scale, mtb:scale, incline, eingesetzt werden soll. Sprich nach dem Motto, wenn diese Tags schon vorhanden sind, aber trotzdem oder umso mehr ein Weg sich anbietet fuers Autorouting gepushed oder vermieden werden soll, dann ist class:bicycle der Schluessel den man benutzen kann um dies auszudruecken. Es geht nicht darum weil ein Autorotingprogramm unfaehig ist einen Weg fuer Rennradfahrer zu sperren, obwohl etwa tracktype=grade3 getagged, hier zu helfen. Sondern einfach dort zu klassifizieren, wo man mit objektiven Schluesseln nicht weiterkommt. Im Prinzip hast Du irgendwo Recht: es fehlt da noch was ... Gemerkt habe ich das kürzlich, als ich bei einer Bundesstraße die Eigenschaft motorroad=yes/no korrigiert habe: Das Teil ist teilweise trunk, teilweise primary. motorroad=yes/no koinzidiert damit aber nur bedingt ... Im Südteil http://www.informationfreeway.org/?lat=49.0411lon=8.3629zoom=17 links motorroad=yes, rechts motorroad=no und meiner Erinnerung nach auch kein Radfahrverbot, jemand hat nach mir aber dennoch ein bicycle=no drangehängt, vermutlich falsch, aber ich muss das noch bei Gelegenheit kontrollieren, denn südlich davon wurde umgebaut. Der Radweg links daneben führt woanders hin, sodass Fahrbeziehungen denkbar sind, wo die Nutzung per Rad die kürzeste Strecke ist und Hardcore-Radler nutzen das evtl. auch ... Im Nordteil http://www.informationfreeway.org/?lat=49.0966lon=8.4107zoom=15 endet die Kraftfahrstraße schon an der Abfahrt unten, trunk aber erst weiter oben, im Prinzip könnte man bis zur Abfahrt unten radeln. Gibt auch keine expliziten
Re: [Talk-de] potlatch und große Relationen
Claudius schrieb: Wenn du in einer Autobahn eine Brücke reinbastelst teilst du ja meist einen bestehenden Weg. Wenn dieser mehrere hundert Knoten enthält müssen die für den so neu erstellten Restweg (also den Teil ohne Brücke) erneut übertragen werden. Ich meine, wenn die Knoten nicht verschoben werden, wird da nix übertragen ... Davon abgesehen ist die Geometrie der Autobahnen hier eher grob und geringknotig und wegen vieler Brücken sind die ways auch recht kurz ... Das kann's nicht sein, während die Relationen vermutlich wirklich riesig sind (A5 längs durch Deutschland und bei der einen Brücke eine, bei der anderen zwei Europastraßen...) Und vermutlich war's bei der B36 vor paar Wochen ein ähnliches Problem. Potlatch quittiert doch das erfolgreiche Hochladen mit einer Meldung. Warte doch einfach daruaf. Eigentlich quititert er so direkt nicht ... Wenn man was geändert hat und das ist noch selektiert, also noch kein Hocladen begonnen, mosert potlatch rum, wenn man via View rausgehen will. Wenn das Hochladen schon begonnen wurde und die Eieruhr eiert noch, kommt glaub keine Beschwerde und dier Eieruhr hört nur irgendwann auf zu eiern, wenn man drin bleibt. Das Eiern kann man leicht übersehen ... Gruß Mueck ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] potlatch und große Relationen
Vergaß noch zu erwähnen: Live-Modus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] potlatch und große Relationen
Am 4. Mai 2010 01:45 schrieb Heiko Jacobs heiko.jac...@gmx.de: Vergaß noch zu erwähnen: Live-Modus kannst ja mal ein Ticket machen: trac.openstreetmap.org Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu Potlatch: Koordinaten werden ver ändert
Am 4. Mai 2010 00:26 schrieb Claudius claudiu...@gmx.de: Am 03.05.2010 23:38, Daniela Duerbeck: Bei einem Download der relevanten Area sehe ich aber, dass auch die Koordinaten der POIs ganz geringfügig geändert werden. Manchmal nur in der letzten Nachkomma-Stelle eins rauf oder runter, manchmal aber auch mehr. Meine Vermutung ist, dass das der Rechen(un-)genauigkeit von Potlatch bzw. Flash geschuldet ist, aber keinen praktisch relevanten Einfluss hat kann sein, um zu sehen, ob die Koordinaten sich tatsächlich geändert haben, kannst Du Dir am Besten die history des Nodes ansehen (in potlatch auf die Nodenummer clicken-more). Falls die Koordinaten sich in den Versionen von Dir ändern ist das m.E. ein Bug des Editors. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Warum heißen Landkreise nicht Landkreis ?
Am 3. Mai 2010 20:58 schrieb Johann H. Addicks addi...@gmx.net: Am schönesten ist das gelbe Ortseingangschild im Stadtteil Wolfgang :: Gebrüder Grimm Stadt :: Hanau :: Wolfgang Dazu fällt mir dann nur noch der Grebe-Song Urlaub in Deutschland ein mit der Textzeile Goethe war hier, Goethe war dort, Goethe war auch schon da. http://www.euxus.eu/tuebingen/b800/78090018-hier-kotzte-goethe.jpg Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einbahnstraßen [War: Wie kann man be sseres Autorouting fuer Fahrradfaher erreichen. Ideen und Kon struktive Vorschlaege]
Andreas Tille andr...@an3as.eu writes: Nun aber mal generel zu Einbahnstraßen. In meinem Ort gibt es viele Einbahnstraßen, die für Radfahrer auch in der entgegengesetzten Richtung ein explizites erlaubt-Schild drunter haben. Mal abgesehen davon, daß ich das grundsätzlich aus zwei Gründen für gefährlich halte ( 1. Autofahrer nehmen das nicht wahr und fahren einen um (ich habe so einen Fall schon mal beobachtet) Und ich habe schon gehört, dass ein radfahrer einen fußgänger auf dem fußweg umgefahren hat etc. pp. Oder andersrum: ich fahre beinahe täglich durch freigegebene einbahnstraßen in entgegengesetzter richtung und hatte damit noch nie probleme. Diese deutschen einbahnstraßen sind reichlich breit genug. Hier wie überall ist es jedoch wichtig, dass man den vorgeschriebenen sicherheitsabstand zum rechten bordstein einhält (faustregel: nie in der schmutzzone fahren!). 2. Fahrradfahrer nehmen das als Grund *jede* Einbahnstraße auch in die verbotene Richting zu fahren ) wie taggt man sowas? Die verkehrsbehörden sind von gesetz wegen gehalten, alle einbahnstraßen freizugeben und nur die gesperrt zu halten, bei denen ein gewichtiger grund vorliegt. Leider sind die deutschen kommunen immer noch zu reich, so dass sich der amtsschimmel mit der einrichtung von radverkehrsanlagen austoben kann -- solche radverkehrsanlagen gaukeln stets nur sicherheit vor. In den Niederlanden beispielsweise sind einbahnstraßen grundsätzlich freigegeben und es scheint dort gut zu funktionieren. Übrigens bin ich auch schon mal verkehrtherum durch eine im OSM getaggte Einbahnstraße geroutet worden. Wo kann ich solche Routingfehler bemängeln? In meinen augen ist das nicht zwingend ein routingfehler. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] TMCRoad Relationen haben keinen Ortsbezug
2010/5/1 Sven Anders s...@anders-hamburg.de: Michael Schmitt schlug als pragmatische Lösung vor, ein TMC:RoadStart und TMC:RoadEnd Member aufzunehmen, wo man den Start und Endpunkt der Road aufnimmt. Ich finde den Vorschlag gut und bitte um weitere Meinungen. Klingt nach einer einfachen Lösung die nirgendwo stöhrt. Zusätzlicher Rollen kann man ja beliebig in Relationen rein hängen solange jeder brav nur die Elemente verarbeitet deren Rolle er kennt. Marcus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] ausdrucken von wanderkarten - kennt jemand etwas
Moin ! wer mich kennt weiß das ich mich mit dem Projekt Jakobsweg beschäftige - was immer noch fehlt ist die Chance Karten den Relationen folgend zu erstellen. Nun beschäftige ich mich schon seit längerem damit ein Tool zu erschaffen (lassen) das auf Basis von Tiles Karten im A4-Format erstellt und diese zum Ausdruck aufbereitet. Es sollen bestehende Tiles genutzt werden - kein eigener Render integriert werden um verschiedene Fachausrichtungen einfach nutzen zu können. Bevor man mit der Erschaffung beginnt sollte man natürlich erst einmal recherchieren ob es soetwas schon gibt um das Rad nicht neu zu erfinden. Nun die Frage - kennt jemand ein solches Tool schon ? Wenn einer in diesem Zusammenhang entsprechende Ideen / Anforderungen hat, dann bitte mitteilen. Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ausdrucken von wanderkarten - kennt jemand etwas
Am 04.05.2010 07:09, schrieb Jan Tappenbeck: Moin ! wer mich kennt weiß das ich mich mit dem Projekt Jakobsweg beschäftige - was immer noch fehlt ist die Chance Karten den Relationen folgend zu erstellen. Nun beschäftige ich mich schon seit längerem damit ein Tool zu erschaffen (lassen) das auf Basis von Tiles Karten im A4-Format erstellt und diese zum Ausdruck aufbereitet. Es sollen bestehende Tiles genutzt werden - kein eigener Render integriert werden um verschiedene Fachausrichtungen einfach nutzen zu können. Bevor man mit der Erschaffung beginnt sollte man natürlich erst einmal recherchieren ob es soetwas schon gibt um das Rad nicht neu zu erfinden. Nun die Frage - kennt jemand ein solches Tool schon ? Wenn einer in diesem Zusammenhang entsprechende Ideen / Anforderungen hat, dann bitte mitteilen. Gruß Jan :-) Ergänzend noch ein Beispiel um sich das Ergebnis vorstellen zu können. http://www.via-tempora-verlag.de/resources/VJO+Kartensatz+auf+CD+Titel.pdf Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Parkplatz-Beschränkungen
Am Dienstag 04 Mai 2010 00:12:08 schrieb C. Brause: Wer keine Lust hat Schildernummern rauszusuchen, versteht von dieser Antwort nicht sonderlich viel. :-( Das widerrum ist der falsche Kritikpunkt. :) In Schildernummern zu sprechen ist kein Problem, denn nur damit kann man zweifelsfrei sagen welche Art Schild man meint. Hier war es schon öfter so, dass Schilder regional unterschiedlich genannt werden und der eine nicht weiß was der andere meint. Vielleicht nicht grade bei Parkplatz und Parkscheibe, aber generell ist das gut. Setze dir ein Bookmark auf http://de.wikipedia.org/wiki/Bildtafel_der_Verkehrszeichen_in_Deutschland und du kannst mit einer einfachen Suche im Browser jede Zeichennummer umgehend zuordnen. Gruß, Bernd -- Wer nicht zweifelt muss verrückt sein - Sir Peter Ustinov 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] Mehrere Dinge zusammenfügen OK?
Am Dienstag 04 Mai 2010 00:55:13 schrieb AssetBurned: allerdings sehe ich schon ein problem bei der sache. OSM2Go als editor zeigt mir zum beispiel ein einzelnen node der als bank getaggt wurde als banken symbol an. wenn ich allerdings ein gebäude als bank tagge dann sehe ich erstmal nur ein gebäude. gut jetzt könnte man die frage aufwerfen, mappen wir für den renderer oder nicht? ich weiß ja nicht wie es mit anderen geräten ausschaut ob da auch diese probleme exsistieren. allerdings find ich es auch doof bei riesigen gebäuden irgendwo in der ecke nen bankensymbol zu haben, nur weil da jemand den node gesetzt hat, aber nicht mittig was andeuten würde, daß das gesammte gebäude zur bank gehört. mkgmap erzeugt beim Erstellen von garminkarten POIs aus den Gebäuden mit POI- Tags. Damit ist das angesprochene Problem bzgl. Garmin-Karten nicht mehr existent. Ich weiß nicht wie die Verarbeitung für OSM2Go ist, aber da ich fest damit rechne, dass es auch da eine Vor-Verarbeitung gibt, sollte man einfach dort aus einem entsprechenden Gebäude ein POI erzeugen lassen. Das ist mathematisch sehr einfach. Gruß, Bernd -- Die Tabakindustrie hat mehr Menschenleben auf dem Gewissen als die Rüstungsindustrie. - Gerhard Kocher (Schweizer Politologe, Gesundheitsökonom und Aphoristiker) 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