Re: [Talk-de] Datenschutz und Hausnummern
Hallo, Am 14. Juli 2008 20:43 schrieb Stefan Schwan [EMAIL PROTECTED]: Sollen die sich mal Treffen - ich vermute außer Spesen nix gewesen - seit 1887 gilt die Panormafreiheit - auch für Google. http://de.wikipedia.org/wiki/Panoramafreiheit Das betrifft das Urheberrecht, nicht aber andere rechtliche Bereiche, wie bspw. Persönlichkeitsrechte (Datenschutz). Darauf wird im zitierten Artikel aber auch prominent verwiesen. Tschüss, Tim. -- http://wikipedistik.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download ...
Am Montag, 14. Juli 2008 23:44 schrieb Guido Arnold: 2008/7/14 Heiko Eckenreiter [EMAIL PROTECTED]: Ähnliches Problem: manche schreiben A7 und A 7 ... Gibt es da eine empfohlene Schreibweise? Wurde das bereits diskutiert? Es gibt eine offizielle Schreibweise, das ist die mit Leerzeichen. Danke. Ich habe es in die deutsche Map Features Seite eingefügt [1]. Die englische Seite highway=motorway schreibt die Beispiele zwar mit Leerzeichen, explizit erwähnt, wird es jedoch nicht. Ich bin mir nicht sicher wo ich die Info hinpacken soll. Unter http://wiki.openstreetmap.org/index.php/De:Map_Features#Referenz stand es bereits. Auf http://wiki.openstreetmap.org/index.php/Map_Features#References steht interessanterweise: eg M25, in Germany always with space eg A 5, und bei International reference: eg E 30 Auf http://wiki.openstreetmap.org/index.php/De:Road_Signs#Richtzeichen habe ich Entsprechendes jetzt ergänzt. Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Für landuse Knoten von Strassen verwe nden?
Moin, hab zu dem Thema mal noch ne Frage. Wenn ich in der Innenstadt landuse=residential Gebiete eintrage, ist es dann sinnvoller zwischen den Straßenzügen einzelne areas zu erzeugen oder z.B. für die gesamte Innenstadt eine area (wenn alles residential ist) zu erzeugen. Die Straßen würden dann die area schneiden. Was ist günstiger, oder ist das wiedermal abhängig vom eigenen Geschmack. Alex Christoph Eckert schrieb: Moin, Wie Frederik Ramm schon schrieb gibt es noch keine Konvention. Allerdings halte ich es im Gegensatz zu ihm doch für wichtig dass man möglichst viele Meinungen _und_ Begründungen hört. Nur so wird sich irgendwann mal das beste System durchsetzen. korrekt. Nur: Wenn alle warten welches System sich durchsetzt kommen wir nicht von der Stelle. Für meinen Teil gilt also: Erstmal mappen, die Fragen kann ich hinterher stellen. [...] Also praktisch wie bei den Flüssen. Dort hat die Wasserfläche eine eigene Fläche, und an beiden Ufern fängt Landfläche an. Zusätzlich liegt mitten im Fluss noch ein 'waterway'. Korrekt; ich bin mir sehr sicher dass bald ein Asphaltküsser[tm] zu uns stoßen wird der alle Straßentrassen als Flächen eintragen wird. Bis dahin macht es aber am besten jeder wie er es für richtig hält, siehe oben. Denn wir wissen noch nicht wie das mal werden wird. Beste Grüße, ce ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Für landuse Knoten von Strassen verwen den?
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Hallo, von Zeit zu Zeit taucht diese Diskussion immer wieder auf. Kommen neue Leute hinzu oder sind die bisherigen auf neue Erkenntnisse gestoßen? Ich möchte meine aktuelle Meinung kurz darlegen, um diese Fraktion etwas zu stärken. Mit der (scheinbaren) Parallelführung von Straßen und landuse-Grenzen habe ich schlechte Erfahrungen gemacht. Ich bin der Meinung, dass die Straße nur symbolisch (als Mittellinie) eingetragen wird. Ebenso bin ich der Meinung, dass die landuse-grenze ebenfalls nur symbolisch eingetragen wird. Straßen und landuse müssen unterschiedliche Way sein, aber die selben Node benutzen. Das ist die korrekte Darstellung für den Mapper. Der Render muss nun das Richtige daraus machen. Der Render entscheidet, wo er den Rand, den Bordstein hinzeichnet. Bis zu diesem Rand geht die Straße und an diesem Rand beginnt das lansuse-Gebiet. So zeichnet es der Render und so sieht es auch in der Realität aus. Wenn die Straße mitten durch ein landuse-Gebiet geht, trennen doch die wenigsten das landuse auf und lassen eine Lücke für die Straße. Also gleiches Recht für alle Straßenränder. Rolf -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von Simon Kokolakis Gesendet: Dienstag, 15. Juli 2008 00:14 An: Sven Felix Oberquelle; Openstreetmap allgemeines in Deutsch Betreff: Re: [Talk-de] Für landuse Knoten von Strassen verwenden? Sven Felix Oberquelle schrieb: Bedeutet das, man sollte über eine vorhandene Strasse noch einen zweiten Weg erstellen, also die Knoten der Strasse mitbenutzen, oder sollte man komplett neue Knoten neben der Strasse erstellen? Wie Frederik Ramm schon schrieb gibt es noch keine Konvention. Allerdings halte ich es im Gegensatz zu ihm doch für wichtig dass man möglichst viele Meinungen _und_ Begründungen hört. Nur so wird sich irgendwann mal das beste System durchsetzen. ... -BEGIN PGP SIGNATURE- Version: PGP Desktop 9.5.3 (Build 5003) Charset: iso-8859-1 wj8DBQFIfFPZX/cdferISG0RAsr/AJ9fzrRd5klzU9Rqr9yi9gsMiv3EiACg7zgX GshdUqGlq8l2ogdaXQQDgJE= =N2Uk -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] einmalige oder oder offizielle Ortsnamen?
Am Montag, 14. Juli 2008 23:58 schrieb Christoph Eckert: Die haben Lageinformationen nicht nötig, aber ich glaube bei „Rothenburg ob der Tauber“, etc. wird das auch so auf dem Schild stehen. das wird dann aber ganz schön eng auf dem Ortsschild. Hat jemand schonmal ein Ortsschild mit horizontaler Scrollleiste gesehen?!? Man müsste mal fragen, wie die das in Bangkok machen. Wenn ich recht informiert bin, dann ist dessen offizieller Name nämlich Krung Thep Mahanakhon Amon Rattanakosin Mahinthara Ayuthaya Mahadilok Phop Noppharat Ratchathani Burirom Udomratchaniwet Mahasathan Amon Piman Awatan Sathit Sakkathattiya Witsanukam Prasit bzw. in der dort üblichen Schrift กรุงเทพมหานคร อมรรัตนโกสินทร์ มหินทรายุธยา มหาดิลกภพ นพรัตนราชธานีบูรีรมย์ อุดมราชนิเวศน์ มหาสถาน อมรพิมานอวตารสถิต สักกะทัตติยวิษณุกรรมประสิทธิ์ SCNR Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Für landuse Knoten von Strassen verwe nden?
Sven Felix Oberquelle wrote: ich wollte mal fragen, wie man am besten Areas wie landuse mappt. In Schau mal ins Archiv der Mailingliste, dort wirst Du etwa alle 10 bis 14 Tage eine Diskussion zu dem Thema finden, aber keinen Konsens. Diese Formulierung von wegen Wege wiederverwenden scheint noch aus der Segment-Zeit zu stammen und ist heutzutage eher verwirrend als hilfreich - man kann nämlich keine Wege für Flächen wiederverwenden... cu Henry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Für landuse Knoten von Strassen verwe nden?
Hallo. Am Dienstag, 15. Juli 2008 schrieb Alexander Schulze: Wenn ich in der Innenstadt landuse=residential Gebiete eintrage, ist es dann sinnvoller zwischen den Straßenzügen einzelne areas zu erzeugen oder z.B. für die gesamte Innenstadt eine area (wenn alles residential ist) zu erzeugen. Die Straßen würden dann die area schneiden. Was ist günstiger, oder ist das wiedermal abhängig vom eigenen Geschmack. Das landuse-Gebiet sollte so groß gemacht werden, wie es 1. ein zusammenhängendes Wohngebiet ist (Straßen gehen durch, unterteilen es i.d.R. nicht) und 2. den selben Namen hat. landuse=residential soll ja nicht nur schöne grau hinterlegte Flächen erzeugen sondern kann bzw. sollte auch einen Namen tragen. Manchmal sind Wohngebiete natürlich auch hierarchisch benannt (z.B. Weststadt als Überbegriff über mehrere Wohngebiete) oder es lässt sich (ohne Katasterkarten) nicht exakt sagen, wo das benannte Gebiet endet. Dann ist es natürlich, wie so oft, Geschmackssache. :) Gruß, Bernd -- Wise men don't need advice. Fools don't take it. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Für landuse Knoten von Strassen verwe nden?
Hallo, Henry Loenwind wrote: Diese Formulierung von wegen Wege wiederverwenden scheint noch aus der Segment-Zeit zu stammen und ist heutzutage eher verwirrend als hilfreich - man kann nämlich keine Wege für Flächen wiederverwenden... Jein; Grenzen werden schon des oefteren mit einer type=boundary-Relation gemappt, die dann als Members lauter einzelne Ways hat (bei denen es sich je nach Art der Grenze durchaus um Strassen oder Fluesse handeln kann). Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download ...
Am Montag 14 Juli 2008 schrieb Nils Reuter: Sven Geggus schrieb: Pascal Neis [EMAIL PROTECTED] wrote: OK, mit bicyle-Modus tut es - aber warum meint er, ich d?rfte auf dem footway durch den Park fahren? wird morgen nachmittag nicht mehr vorkommen, es dei denn: highway=footway bicycle=yes Ich hätte das ja prinzipiell gerne so, dass Fußwege beim Radrouting optional mit maxspeed=5 berücksichtigt werden. Schieben ist zwar unschön, aber wenn man durch 100m schieben 1km abkürzen kann... Ja, das gleiche sollte auch für highway=steps gelten. Vielleicht mit maxspeed=3, weil man beim Fahrrad tragen schon ziemlich langsam ist und auch schnell ermüdet. aber bitte nicht die wege selbst mit maxspeed taggen!!! denn das waere eine geschwindigkeitsbeschraenkung, die als schild da stehen muesste. der router intern kann das ja gerne so handeln. wobei sich die frage stellt, wie sinnvoll sowas ist. auf den meisten fussgaengerwegen kann man wesentlich schneller fahren; erst recht, wenn sonst nix los ist... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Brainstorming zum OpenRouteService
Am Dienstag 15 Juli 2008 schrieb Bernd Wurst: * Eine Autobahn-Brücke (oder -Tunnel) mit Namen verleitet ORS zu einer Anweisung. Wenn ref=B* oder ref=A* ist, dann sollte der Name IMHO nicht mehr relevant sein. aber es gibt durchaus bundesstrassen, die durch ortschaften fuehren, und (zum teil wechselnde) strassennamen haben. die sollte man dann schon beruecksichtigen. oder willst du die nicht-relevanz auf bruecken/tunnel beschraenken? signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Brainstorming zum OpenRouteService
Hallo. Am Dienstag, 15. Juli 2008 schrieb Guenther Meyer: aber es gibt durchaus bundesstrassen, die durch ortschaften fuehren, und (zum teil wechselnde) strassennamen haben. die sollte man dann schon beruecksichtigen. Wenn du auf ner gut ausgebauten Bundesstraße durch eine Stadt fährst, willst du dann vom Navi wirklich an jeder Kreuzung hören Fahren Sie geraudeaus auf Bla-Blubb-Straße? ich will das nicht. Wenn ich nur auf der selben Straße grade aus fahren soll, ist mir recht egal wie die ihren Namen wechselt. Das auf der selben Straße würde ich eben am ref festmachen. Also klar, Vorsicht ist geboten wenn die Bundesstraße abbiegt. Aber das kann man ja am Winkel erkennen. oder willst du die nicht-relevanz auf bruecken/tunnel beschraenken? Nein. Bei allen gut ausgebauten Straßen (primary, trunk, motorway) würde ich im routing-Service einen Straßennamen-Wechsel ignorieren. Gruß, Bernd -- Alte Internet Grundregel, seit weit ueber 10 Jahren: Alles was du von dir gibst kann an beliebigen Orten landen, Konkurrent, Boss, Reporter, Staat. Zieh daraus die Konsequenz beim Schreiben. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Für landuse Knoten von Strassen verwen den?
Rolf Gehring wrote: Ich möchte meine aktuelle Meinung kurz darlegen, um diese Fraktion etwas zu stärken. Ok, wenn wir schon dabei sind, muss ich's mir ja auch nicht verkneifen... ;) Man sollte auch bedenken, wie die Karte aussieht, wenn mal NICHT alles gerendert wird. Wenn ich also eine Spezialkarte machen will, in der NUR landuse erscheint, möchte ich keine komischen weißen Korridore zwischen den Flächen. Wir haben grob gesehen 4 Informationsebenen im Datenbestand: (1) natural (Wasser, Wälder, Wiesen, bebaute Flächen) (2) landuse (Wohngebiete, Gewerbegebiete, Waldgebiete) (3) manmade (Straßen, Häuser, Plätze) (4) political (Länder, Gemarkungen) (Ebene 1 ist was wir auf einem Schülerglobus sehen wenn die Lampe aus ist, Ebene 4 dann mit Lampe. Eine Straßenkarte bildet Ebene 3 über Ebene 2 ab. Eine Wanderkarte eher Ebene 3 über Ebene 1. Beide haben wohl noch Auszüge aus Ebene 4.) Jede dieser Ebenen sollte am Ende so komplett sein, dass eine Karte, die nur ihre Ebene abbildet, keine weißen Löcher hat. (Ausnahme Ebene 3) Damit schneide ich übrigens auch die alte landuse=forest vs. natural=wood Diskussion an. landuse ist Ebene 2 (was sagt der Mensch soll dort sein), wohingegen natural Ebene 1 (was ist dort wirklich) ist. Stehe ich z.B. mittem im Wald, so ist Ebene1=Wald, Ebene2=Wald, Ebene3=n/a, Ebene4=Sandhausen/Rhein-Neckar-Kreis/Regierungsbezirk Karlsruhe/Baden/Baden-Württemberg/Deutschland/EU. Stehe ich 2 meter daneben auf dem Weg, habe ich Ebene1=Wald, Ebene2=Wald, Ebene3=Track, Ebene4=Sandhausen... Stehe ich in meiner Einfahrt: Ebene1=bebaut, Ebene2=Wohngebiet, Ebene3=n/a (bzw. Einfahrt, wenn wir mal so genau mappen wollen), Ebene4=Sandhausen... Gehe ich zur Straße, wird das zu Ebene1=bebaut, Ebene2=Wohngebiet, Ebene3=residential, Ebene4=Sandhausen... etc. Grüße von Ebene1=bebaut, Ebene2=Wohngebiet, Ebene3=building, Ebene4=Wedding/Mitte/Berlin/Berlin/... Henry PS: Landuses grenzen direkt aneinander, weil es auf Ebene 2 keine Straßen gibt. Also für angrenzende Landuses also die gleichen Ndes verwenden (genauso wie Grenzen angrenzender Länder auf den gleichen Nodes liegen, solange es kein Niemandsland dazwischen gibt). Ob die Straße auf der Grenze oder daneben liegt, ist von der Situation abhängig. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] einmalige oder oder offizielle Ortsnamen?
Hatto von Hatzfeld wrote: Man müsste mal fragen, wie die das in Bangkok machen. Wenn ich recht informiert bin, dann ist dessen offizieller Name nämlich Krung Thep Mahanakhon Amon Rattanakosin Mahinthara Ayuthaya Mahadilok Phop Noppharat Ratchathani Burirom Udomratchaniwet Mahasathan Amon Piman Awatan Sathit Sakkathattiya Witsanukam Prasit bzw. in der dort üblichen Schriftกรุงเทพมหานคร อมรรัตนโกสินทร์ มหินทรายุธยา มหาดิลกภพ นพรัตนราชธานีบูรีรมย์ อุดมราชนิเวศน์มหาสถาน อมรพิมานอวตารสถิต สักกะทัตติยวิษณุกรรมประสิทธิ์ Na solange das Ding mit name:de=Bangkok getaggt ist, ist mir das egal g + scnr² cu name:osm=Henry loc_name=ich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Brainstorming zum OpenRouteService
Bernd Wurst wrote: aber es gibt durchaus bundesstrassen, die durch ortschaften fuehren, und (zum teil wechselnde) strassennamen haben. die sollte man dann schon beruecksichtigen. du dann vom Navi wirklich an jeder Kreuzung hören Fahren Sie geraudeaus auf Bla-Blubb-Straße? Das auf der selben Straße würde ich eben am ref festmachen. Ich glaube, ich baue meine Idee zum Komplettbeschreiben einer Kreuzung per Relation doch mal aus. Aus dieser Relation könnte der Router nämlich ablesen, was er an einer Kreuzung sagen muss (nix oder geradeaus oder abbiegen)... cu Henry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Brainstorming zum OpenRouteService
Bernd Wurst schrieb: Nein. Bei allen gut ausgebauten Straßen (primary, trunk, motorway) würde ich im routing-Service einen Straßennamen-Wechsel ignorieren. ich denke das sollte vor allem getan werden, wenn man noch weit vom Ziel entfernt ist ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Brainstorming zum OpenRouteService
Hallo. Am Dienstag, 15. Juli 2008 schrieb Josias Polchau: Nein. Bei allen gut ausgebauten Straßen (primary, trunk, motorway) würde ich im routing-Service einen Straßennamen-Wechsel ignorieren. ich denke das sollte vor allem getan werden, wenn man noch weit vom Ziel entfernt ist Macht das einen Unterschied? Also, ja, wenn die Bundesstraße die Zielstraße ist, ist das was anderes. Aber selbst wenn ich in eine Seitenstraße einer primary will, dann interessiert mich doch eigentlich nicht wie die Bundesstraße heißt. Oder? Gruß, Bernd -- Outside the killings, Washington has one of the lowest crime rates in the country. - Mayor Marion Barry, Washington, D.C. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Brainstorming zum OpenRouteService
Hallo Henry. Am Dienstag, 15. Juli 2008 schrieb Henry Loenwind: Ich glaube, ich baue meine Idee zum Komplettbeschreiben einer Kreuzung per Relation doch mal aus. Aus dieser Relation könnte der Router nämlich ablesen, was er an einer Kreuzung sagen muss (nix oder geradeaus oder abbiegen)... Voll dafür. So lange mein proprietäres Navi mehr Infos über eine Kreuzung liefert als wir erfassen können, läuft was schief. :) Zu deinem Vorschlag vom letzten Mal: rechts halten und links halten sollte auch noch möglich sein, für den Fall wenn sich eine mehrspurige Straße teilt und es kein Abbiegen nach halb-rechts ist. Wichtig wäre IMHO, dass du das was du letztes mal geschrieben hast (plus das oben) in eine Wiki-Seite umformulierst. Ich wäre dein erster User dieser Relation. Und für die Kritiker: Eine 08/15-Kreuzung, die das Navi auch korrekt aus den Daten interpretieren kann, muss man natürlich nicht so erfassen. Nur weil das letztes Mal gleich als das-ist-so-viel-Arbeit-Argument kam. :) Gruß, Bernd -- Als deutscher Tourist im Ausland steht man vor der Frage, ob man sich anständig benehmen muß, oder ob schon deutsche Touristen dagewesen sind. - Kurt Tucholsky signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Treffen Dortmund
Hi, bin auch dabei. Wir sollten uns vielleicht auf ein Gebiet einigen das wir abklappern wollen. Damian Am Dienstag, den 08.07.2008, 22:43 +0200 schrieb Markus Schäfer: Hallo zusammen, wir haben geraden begonnen ein erstes Treffen aller interessierten OSM'ler in Dortmund zu organisieren. Ort und Zeit sind noch im Findungsprozess. Es wird auf jeden Fall nach den Sommerfrien und irgendwo in Dortmund stattfinden :-) Wer also aus dem Raum Dortmund kommt, und noch keine Info in seiner inbox gefunden hat, der möge bitte einen Laut von sich geben. Ansonsten bin ich natürlich auch an guten Tipps, Ratschlägen und anderem Hilfreichem interessiert. Viele Grüße Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Garmin: Adressen finden
Hi! Ich fände es schon toll, wenn ich in meinem Garmin nach Adressen suchen könnte. Was wäre da wo an Zusatzaufwand nötig? Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Brainstorming zum OpenRouteService
Hallo, On 15.07.2008, at 10:57, Henry Loenwind wrote: Ich glaube, ich baue meine Idee zum Komplettbeschreiben einer Kreuzung per Relation doch mal aus. Aus dieser Relation könnte der Router nämlich ablesen, was er an einer Kreuzung sagen muss (nix oder geradeaus oder abbiegen)... Ggf. mal mit Ivan Sanchez Ortega reden, von dem das Junction- Relation-Proposal ist, das hat das gleiche Ziel. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Garmin: Adressen finden
Hallo. Am Dienstag, 15. Juli 2008 schrieb Daniela Dürbeck: Ich fände es schon toll, wenn ich in meinem Garmin nach Adressen suchen könnte. Was wäre da wo an Zusatzaufwand nötig? Wurde nicht vor ein paar Tagen gesagt, dass das mit den neuesten Karten jetzt geht? Gruß, Bernd -- Wer eine Sau sattelt, macht aus ihr noch kein Rennpferd - Johann Geiler von Kaysersberg signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neulingsfrage: key/value für Notrufs äule?
Hallo, Am 14.07.08 schrieb Christoph Eckert [EMAIL PROTECTED]: Wenn Du einfach mal so ein ProposedFeature auf MapFeatures verschiebst Ich wusste nicht, dass es nur proposed ist. Ich hatte mich wahrscheinlich gestern nur vertippt als ich das Wiki nach emergency durchsucht habe ohne einen Treffer zu erhalten. Deshalb habe ich so verwundert gefragt. Sorry for the noise. Guido ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Brainstorming zum OpenRouteService
Am Dienstag 15 Juli 2008 schrieb Bernd Wurst: Hallo. Am Dienstag, 15. Juli 2008 schrieb Guenther Meyer: aber es gibt durchaus bundesstrassen, die durch ortschaften fuehren, und (zum teil wechselnde) strassennamen haben. die sollte man dann schon beruecksichtigen. Wenn du auf ner gut ausgebauten Bundesstraße durch eine Stadt fährst, willst du dann vom Navi wirklich an jeder Kreuzung hören Fahren Sie geraudeaus auf Bla-Blubb-Straße? ich will das nicht. Wenn ich nur auf der selben Straße grade aus fahren soll, ist mir recht egal wie die ihren Namen wechselt. naja, solche bundesstrassen sind nicht immer als solche durchgehend gekennzeichnet. ausserdem, wenn ich auf die blablubb-strasse geschickt werde, dann immer geradeaus fahre, und dann ein schild dobedobedo-strasse fuer meine strasse lese, dann stell ich mir vielleicht schon die frage, ob ich noch richtig bin... aber generell hast du schon recht. Das auf der selben Straße würde ich eben am ref festmachen. Also klar, Vorsicht ist geboten wenn die Bundesstraße abbiegt. Aber das kann man ja am Winkel erkennen. genau den fall meinte ich. wobei da eine kurve mit einer einmuendung auch gerne mal als abbiegung unnoetig angesagt wird (zumindest von meinem kommerziellen navi)... wird sich wohl auch schwer unterscheiden lassen... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bericht von der State of the Map-Konferenz
2008/7/15 Gerd von Egidy [EMAIL PROTECTED]: Freie Karten fürs Navi? Bei meinem Navi waren schon Karten dabei, bei Deinem etwa nicht? Früher oder später kapiert das jeder. Oft im Urlaub, für die Leute, die Geld sparten, beim Kauf eines Gerätes ohne Auslandskarten. Spätestens als sie feststellen, dass die Kartendaten nicht von selber und auf keinen Fall kostenlos aktuelisiert werden. Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download ...
Hallo, Am 15.07.08 schrieb Hatto von Hatzfeld [EMAIL PROTECTED]: Unter http://wiki.openstreetmap.org/index.php/De:Map_Features#Referenz stand es bereits. Sorry, habe ich nicht gesehen. Auf http://wiki.openstreetmap.org/index.php/Map_Features#References steht interessanterweise: eg M25, in Germany always with space eg A 5, und bei International reference: eg E 30 Wenn der Rest der Welt ohne Leerzeichen notiert, warum gibt es da eine deutsche Sonderregelung? Gerade bei E 30 etc. wird es ja dann wieder Routing-Software durcheinander bringen, oder? Bei näherem Überlegen wäre es allerdings am einfachsten der Software beizubringen E30 und E 30 als identisch zu betrachten. Dann müssten neue Mapper eine Konvention weniger kennen ohne etwas falshc zu machen. Gruß Guido ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Brainstorming zum OpenRouteService
Hallo. Am Dienstag, 15. Juli 2008 schrieb Guenther Meyer: naja, solche bundesstrassen sind nicht immer als solche durchgehend gekennzeichnet. Hm. Meist ist die B-Nummer aber prominenter als der Straßenname, IMHO. Beispiel: http://www.openstreetmap.org/?lat=48.78666lon=9.1904zoom=17 Die B 14 in Stuttgart. Hier ändert sich der Name zwei mal innerhlab weniger Meter, ohne dass ich das jemals von Auto aus gesehen hätte. Und ich bin da schon mehrfach gefahren. Man bleibt auf der B 14. ausserdem, wenn ich auf die blablubb-strasse geschickt werde, dann immer geradeaus fahre, und dann ein schild dobedobedo-strasse fuer meine strasse lese, dann stell ich mir vielleicht schon die frage, ob ich noch richtig bin... Hm. Ich bin zwar ein Landei und bekomme in der Stadt eh schnell Panik. Aber wenn mal die Ausschildreung der Bundesstraßen nicht mehr eindeutig ist, dann hab ich nicht mehr die Ruhe, nach Straßennamen zu gucken. ;-) genau den fall meinte ich. Beispiel: http://www.openstreetmap.org/?lat=49.00511lon=9.50107zoom=17 Da fahren wohl täglich ganz viele Leute falsch weil man das kaum mit bekommt, dass die B 14 da abgeht. :) wobei da eine kurve mit einer einmuendung auch gerne mal als abbiegung unnoetig angesagt wird (zumindest von meinem kommerziellen navi)... wird sich wohl auch schwer unterscheiden lassen... In so nem Fall wäre auch die von Harry angesprochene Relation sinnvoll (z.B. links soll sein »folgen Sie dem Straßenverlauf«). Gruß, Bernd -- Das Usenet ist prinzipiell ein recht lustiger Haufen, machmal ein lustiger Haufen kleinkarierter, besserwissender und arroganter Arschlöcher aber doch immer irgendwie lustig. - Oliver C. Thornton, de.rec.reisen.misc, 26.7.2003 signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] OpenRouteService
Hi, habe gerad mal den OpenRouteService ausprobiert und bin darauf gestoßen, dass folgendes barrier=bollard,bicycle=yes,foot=yes vom Algorithmus ignoriert wird (Methode:Shortest). Muss ich da noch was zusätzlihes mit angeben oder ist das bisher noch nicht mit eingebaut, bzw. an wenn kann man sich deswegen wenden? schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] einmalige oder oder offizielle Ortsnamen?
Hallo, Na solange das Ding mit name:de=Bangkok getaggt ist, ist mir das egal Gibt es eigentlich eine OSM-Kartenversion wo die internationalen Namen verwendet werden? Bangkok wird im Zoomlevel 5: http://www.openstreetmap.org/?lat=10.6lon=101.4zoom=5layers=B00FTF noch für mich lesbar geschrieben, ab Level 6 wird es unlesbar, nicht nur für mich, sondern wohl vor allem auch für den Renderer, denn da sind statt der einzelnen Buchstaben nur noch Rechtecke. Das liegt doch nicht an meinem Browser oder? Die Beschriftung ist doch in die Pixelkarte eingefügt oder? Die Osmarender Version zeigt garkeinen Namen an, in keinem Zoomlevel. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Brainstorming zum OpenRouteService
* Der Router findet Abbiegen viel zu sexy. Nicht nur die Straßen-Art sondern auch eine Aktion sollte ein Gewicht bekommen. Je größer die Straße, desto ungerner werde ich abbiegen, insbesondere auf Straßen mit kleinerer Einstufung. Aber auch im Wohngebiet fahre ich lieber 100 Meter mehr mit einmal Abbiegen als dass ich an jeder Ecke abbiegen muss. Beispiel: A81 Heilbronn nach Würzburg, dann A7 Richtung Norden. ORS leitet mich durch die Würzburger Innenstadt. Würde ich etwas länger auf der Autobahn bleiben, könnte ich mit einer Aktion im Kreuz die Autobahn wechseln. Das alleine über die Gewichte der Strecken zu realisieren könnte schwer werden, weil die Autobahn doch ein gutes Stück länger ist. Aber die vielen Straßenarten-Wechsel in der Innenstadt sollte der Router negativ werten. Also in der Gegenrichtung fahre ich auch meistens durch Würzburg (B 19). Ist kürzer, gut ausgebaut und ganz angenehm zu fahren. Allerdings bin ich dort meist Abends/Nachts, ich weiß nicht wie es da zur rush-hour aussieht. Ich hab es mir noch nicht in OSM angeschaut, aber so viele Straßenwechsel sind da nicht. Man bleibt auf der B 19 und diese hat nur unterschiedliche Ausbaustufen. Tobias signature.asc Description: Dies ist ein digital signierter Nachrichtenteil ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Brainstorming zum OpenRouteService
Am Dienstag 15 Juli 2008 schrieb Bernd Wurst: Hallo. Am Dienstag, 15. Juli 2008 schrieb Guenther Meyer: naja, solche bundesstrassen sind nicht immer als solche durchgehend gekennzeichnet. Hm. Meist ist die B-Nummer aber prominenter als der Straßenname, IMHO. wenn sie angegeben ist, schon. ist sie aber in der realitaet nicht immer. ausserdem, wenn ich auf die blablubb-strasse geschickt werde, dann immer geradeaus fahre, und dann ein schild dobedobedo-strasse fuer meine strasse lese, dann stell ich mir vielleicht schon die frage, ob ich noch richtig bin... Hm. Ich bin zwar ein Landei und bekomme in der Stadt eh schnell Panik. Aber wenn mal die Ausschildreung der Bundesstraßen nicht mehr eindeutig ist, dann hab ich nicht mehr die Ruhe, nach Straßennamen zu gucken. ;-) in so einem fall kuck ich eigentlich nach allem, was mir irgendwie den richtigen weg bestaetigen oder zeigen kann. und manchmal sind das auch strassennamen. ;-) Beispiel: http://www.openstreetmap.org/?lat=49.00511lon=9.50107zoom=17 Da fahren wohl täglich ganz viele Leute falsch weil man das kaum mit bekommt, dass die B 14 da abgeht. :) ich weiss jetzt nicht, wie das ganze vor ort aussieht, drum kann ich dazu nix sagen. aber ich hab's durchaus schon ein paarmal erlebt, dass die nicht gekennzeichnete bundesstrasse nicht die offensichtlich groessere strasse war... wobei da eine kurve mit einer einmuendung auch gerne mal als abbiegung unnoetig angesagt wird (zumindest von meinem kommerziellen navi)... wird sich wohl auch schwer unterscheiden lassen... In so nem Fall wäre auch die von Harry angesprochene Relation sinnvoll (z.B. links soll sein »folgen Sie dem Straßenverlauf«). waere eine moeglichkeit, ja. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download ...
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Guido Arnold wrote, on 15.07.2008 11:52: | Wenn der Rest der Welt ohne Leerzeichen notiert, warum gibt es da eine | deutsche Sonderregelung? Weil das der offiziellen Bezeichnung entsprcht. | Gerade bei E 30 etc. wird es ja dann wieder Routing-Software | durcheinander bringen, oder? | | Bei näherem Überlegen wäre es allerdings am einfachsten der Software | beizubringen E30 und E 30 als identisch zu betrachten. Dann | müssten neue Mapper eine Konvention weniger kennen ohne etwas falshc | zu machen. Zumindest beim Vergleich der Bezeichnungsn kann man Leerzeichen und vermutlich sogar alle Sonderzeichen ignorieren, ausgenommen natürlich das als Trennzeichen vorgesehene Semikolon. Es ist zwar nicht ausgeschlossen, aber wohl ziemlich unwahrscheinlich, daß Sonderzeichen bedeutungsunterscheidend sind. Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (MingW32) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkh8fkIACgkQnMz9fgzDSqcVFACbBUVfat9jRQWZ7LI3xeiU393n 4eIAnRurL1ZdnfwOcdD+SVMA5jADqz/A =yP4z -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Kreuzungsrelation, war: Re: Brainstorming zum OpenRouteService
Bernd Wurst wrote: Voll dafür. So lange mein proprietäres Navi mehr Infos über eine Kreuzung liefert als wir erfassen können, läuft was schief. :) Das war auch bei mir der Auslöser mir diese Gedanken zu machen. Zu deinem Vorschlag vom letzten Mal: rechts halten und links halten sollte auch noch möglich sein, für den Fall wenn sich eine mehrspurige Straße teilt und es kein Abbiegen nach halb-rechts ist. Jepp, hab ich drin. Ebenso habe ich jetzt komplexere Kreuzungen vorgesehen, also welche, die viele Nodes, Abbiegespuren, Überleitungen etc. haben. Ein Autobahnkreuz läßt sich jetzt als eine Kreuzung beschreiben. Eine Kreuzung mit 6 Straßen, 9 Radwegen, 4 Fußgängertunneln und einem Zebrastreifen auch. Wichtig wäre IMHO, dass du das was du letztes mal geschrieben hast (plus das oben) in eine Wiki-Seite umformulierst. Ich wäre dein erster User dieser Relation. Erst mal hier, da bekomm ich mehr Verrisse ...ähm... Feedback ;) Und für die Kritiker: Eine 08/15-Kreuzung, die das Navi auch korrekt aus den Daten interpretieren kann, muss man natürlich nicht so erfassen. Nur weil das letztes Mal gleich als das-ist-so-viel-Arbeit-Argument kam. :) Genau. Hab ich jetzt auch oben reingechrieben. So, hier der Entwurf. Ich muss nochmal nachschauen, ob ich Crossing lasse, oder ob Junction o.ä. besser wäre. =Advanced Crossing Relation ==General The advanced crossing relation (ACR) is intended to describe all possible transitions from one street to another that can happen at a crossing. As such it is quite complicated, but it is not intended to replace existing relations or tags, but to help model crossings that can not be described correctly using these. So if a simple turn restriction relation is enough for your crossing, just use that easier tun restriction relation. ==About the model The ACR sees a crossing as a number of ways that have exactly 2 ends and a number of nodes that connect those ways. Any possible path then can be describes as a series of ways and nodes, starting and ending with a way. For any of those paths, the ACR describes how a human driving (cycling/riding/walking/...) along it would experience it. Or, to name the expected usage, what a satnav (a.k.a. GPS, a.k.a. navi) would have to announce so the human would take that path. ==Type The type of the relation is ACR. ==Roles All ways and nodes belonging to the crossing (that includes the ways that only have one end at the crossing) are included in the relation exactly once. Their tag must be an unique (within the relation) string containing numbers and letter only. Please note that that is a difference to other relations that have fixed role names. ==Tags Every tag describes one path in the crossing, that may be a complete path through the crossing, or just one step. Generally speaking one path corresponds to one announcement of the satnav system. ===Tag Keys Tag keys are constructed from the role names. Again here the ACR differs from other relations that use fixed key names. To construct the key, concatenate the role names of all parts of the path, separated with an underscore (_). ===Tag Values The value describes the path. Possible values are: no - this path cannot be taken (this is the default for all thinkable paths that are not modeled). auto - this path will be taken automatically by following the road. A satnav does not need (nor should) announce anything. straight - to take this path, you must go straight ahead, leaving the road you're on. right, left - turn right or left to take this path. sharp right, sharp left - make a sharp turn. Use this only if you've already have used up the right/left or if it would be difficult to follow the satnav's directions with a simple left/right announcement. half right, half left - see sharp uturn - this is a u-turn at a position where it is allowed and possible. Use this one for special u-turn lanes. The satnav should announce this as a definite instruction. possible uturn - here it is possible to turn, but there are no special lanes or signs. The satnav should announce this with care, e.g. by adding if possible to it's instruction. (Please note that a pedestrian can always and everywhere do a u-turn. No need to model that...) exit right, exit left - this is an exit from a motorway or trunk road, or some construct that looksfeels the same. right lane, left lane, center lane - here the driver has to chose the right lane, that later will move away from the main body of the street. No turning involved. parallel lane - this is the special lane at large motorway crossings that runs parallel to the main body and leads to the real exits. Hint: To use such a crossing you'd need to follow exit, exit or exit, parallel, exit. roundabout 1, roundabout 2, etc. - this is a path leading through a roundabout, the number says which exit from the roundabout to the, e.g. leave the roundabout at the 3rd exit. As an exception to the
Re: [Talk-de] OpenRouteService
Alexander Schulze: habe gerad mal den OpenRouteService ausprobiert und bin darauf gestoßen, dass folgendes barrier=bollard,bicycle=yes,foot=yes vom Algorithmus ignoriert wird (Methode:Shortest). Du meinst ein Weg, der über einen Knoten mit diesen Tags führt wird fürs Auto-Routing genutzt? Pascal von OSR liest hier auf der Liste mit und wird dir sicher sagen können, ob und wann das Tag beim Routing mit berücksichtigt wird. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Rendering internationaler Ortsnamen?
Dimitri Junker: Gibt es eigentlich eine OSM-Kartenversion wo die internationalen Namen verwendet werden? Bangkok wird im Zoomlevel 5: http://www.openstreetmap.org/?lat=10.6lon=101.4zoom=5layers=B00FTF noch für mich lesbar geschrieben, ab Level 6 wird es unlesbar, nicht nur für mich, sondern wohl vor allem auch für den Renderer, denn da sind statt der einzelnen Buchstaben nur noch Rechtecke. Das liegt doch nicht an meinem Browser oder? Die Beschriftung ist doch in die Pixelkarte eingefügt oder? Die Osmarender Version zeigt garkeinen Namen an, in keinem Zoomlevel. Dimitri Wir du schon richtig festgestellt hast werden bis Level 6 die internationalen Namen verwendet. Darüber das eigentliche Name-Tag. Klappt im Persischen und georgischen bspw [1] auch ganz gut, aber mit einigen ostasiatischen Sprachen und vor allem (und das ist imho das Peinlichste) mit chinesischen auch noch nicht [2]. Keine Ahnung, ob da jemand im Mapnik-Team dransitzt, aber bekannt ist der Fehler. [1] http://www.openstreetmap.org/?lat=38.84lon=50.75zoom=6layers=B00FTF [2] http://www.openstreetmap.org/?lat=32.79lon=112.69zoom=6layers=B00FTF ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download ...
On Tue, 15 Jul 2008, Hatto von Hatzfeld wrote: Am Montag, 14. Juli 2008 23:44 schrieb Guido Arnold: 2008/7/14 Heiko Eckenreiter [EMAIL PROTECTED]: Ähnliches Problem: manche schreiben A7 und A 7 ... Gibt es da eine empfohlene Schreibweise? Wurde das bereits diskutiert? Es gibt eine offizielle Schreibweise, das ist die mit Leerzeichen. Danke. Ich habe es in die deutsche Map Features Seite eingefügt [1]. Die englische Seite highway=motorway schreibt die Beispiele zwar mit Leerzeichen, explizit erwähnt, wird es jedoch nicht. Ich bin mir nicht sicher wo ich die Info hinpacken soll. Unter http://wiki.openstreetmap.org/index.php/De:Map_Features#Referenz stand es bereits. Auf http://wiki.openstreetmap.org/index.php/Map_Features#References steht interessanterweise: eg M25, in Germany always with space eg A 5, und bei International reference: eg E 30 Auf http://wiki.openstreetmap.org/index.php/De:Road_Signs#Richtzeichen habe ich Entsprechendes jetzt ergänzt. Warum die offizielle Schreibweise allerdings genau das Gegenteil vom Datenbestand ist, ist kaum verständlich. ref-Tag Europa: Space ohne --- 9061 : 59165 : 'A' 10740 : 26340 : 'B' 335 : 21879 : 'D' 87 :4353 : 'E' 5333 :8808 : 'K' 8960 : 16026 : 'L' 109 :3904 : 'M' 138 : 51741 : 'N' 20 :3862 : 'R' 25 :2094 : 'RV' 253 :3756 : 'S' 143 :1617 : 'SP' 46 :2165 : 'SS' 2092 :1391 : 'St' 0 :1064 : 'М' 0 :2659 : 'Р' Außer bei St überwiegt die Schreibweise ohne Leerzeichen eindeutig. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bericht von der State of the Map-Konferenz
On Tuesday, 15. July 2008, Dermot McNally wrote: 2008/7/15 Gerd von Egidy [EMAIL PROTECTED]: Freie Karten fürs Navi? Bei meinem Navi waren schon Karten dabei, bei Deinem etwa nicht? Früher oder später kapiert das jeder. Oft im Urlaub, für die Leute, die Geld sparten, beim Kauf eines Gerätes ohne Auslandskarten. Spätestens als sie feststellen, dass die Kartendaten nicht von selber und auf keinen Fall kostenlos aktuelisiert werden. Ich finde, das kostenlos-Argument ist nur ein kleiner Teil von dem, was OSM ermöglicht. Klar ist das der, den alle verstehen können. Allerdings werden wir es nicht immer einfach haben, diesen Vorteil zu verteidigen. Ich denke nur an ein kostenloses Google Maps mit Routing und allem auf dem Handy - sobald die Handy-Datenpreise runtergehen ist das Realität. Das bischen ortsabhängige Werbung außendrum ist den meisten Kunden egal. Ich denke, wir sollten auch die Möglichkeiten rausstellen, die erst durch den freien Zugriff auf die Rohdaten durch alle ermöglicht werden. Das Beispiel mit allen U-Bahn-Stationen ist jetzt vielleicht nicht für alle nützlich. Aber generell mit den Geodaten mehr machen zu können, als 0-8-15-Routing was alle anderen auch können, halte ich für einen wichtigen Aspekt. Deshalb sollten wir auch in diese Richtung weiterdenken und da finde ich solche Angebote in Richtung besserer Nutzbarkeit durch Endbenutzer keine schlechte Idee. Ich wünsche mir z.B. immer einen Dienst zeig mir den nächsten Bäcker, der jetzt offenhat - das will ich Sonntag morgens irgendwo auf dem Land aufrufen können und keine 50 km Umweg machen müssen. Sobald die Bäcker alle korrekt mit dem neuen opening_hours getaggt sind, sollte das kein Problem mehr darstellen. Gruß, Gerd -- Address (better: trap) for people I really don't want to get mail from: [EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kreuzungsrelation
Hallo. Am Dienstag, 15. Juli 2008 schrieb Henry Loenwind: Ebenso habe ich jetzt komplexere Kreuzungen vorgesehen, also welche, die viele Nodes, Abbiegespuren, Überleitungen etc. haben. Ein Autobahnkreuz läßt sich jetzt als eine Kreuzung beschreiben. Eine Kreuzung mit 6 Straßen, 9 Radwegen, 4 Fußgängertunneln und einem Zebrastreifen auch. Okay, mit dem Autobahnkreuz kann ich aus der untenstehenden Definition nicht so ganz erkennen, da möchte ich ein Beispiel mit buntem Bildchen. ;-) Erst mal hier, da bekomm ich mehr Verrisse ...ähm... Feedback ;) Okay. Wird gemacht. ;-) So, hier der Entwurf. Ich muss nochmal nachschauen, ob ich Crossing lasse, oder ob Junction o.ä. besser wäre. Wie Frederik schon schrieb, wäre evtl. eine Abstimmung mit http://wiki.openstreetmap.org/index.php/Proposed_features/Junction sinnvoll. Auch wenn ich eine krasse Relation dafür viel besser finde als das auf irgendwelche Wege dazu taggen zu wollen. Auf jeden Fall bin ich gegen die Bezeichnung advances crossing relation und gegen type=acr. Begründung: advanced is IMHO Werbe-Sprech. Die Relation muss so sein, dass man alle Kreuzungen, auch einfache, damit modellieren kann. Dann gibt es keine not so advanced crossing relation und das advanced wird überflüssig. Zudem würde ich Akronyme und Abkürzungen vermeiden wenn es geht. type=junction wäre IMHO sinnvoll(er). ==Roles All ways and nodes belonging to the crossing (that includes the ways that only have one end at the crossing) are included in the relation exactly once. Their tag must be an unique ^ Du meinst role? To construct the key, concatenate the role names of all parts of the path, separated with an underscore (_). [...] 1_to_1=possible uturn 1_to_2=left Mööp, widersprüchliche Angabe... ;-) uturn - this is a u-turn at a position where it is allowed and possible. Use this one for special u-turn lanes. The satnav should announce this as a definite instruction. possible uturn - here it is possible to turn, but there are no special lanes or signs. The satnav should announce this with care, e.g. by adding if possible to it's instruction. (Please note that a pedestrian can always and everywhere do a u-turn. No need to model that...) Hm. possible uturn Finde ich jetzt eher unpraktisch. Damit könnte man die passende turn_restriction ersetzen, klar. Aber irgendwie hab ich hier beim Lesen Bauchschmerzen bekommen. Leider kann ich das momentan nicht formulieren. exit right, exit left - this is an exit from a motorway or trunk road, or some construct that looksfeels the same. exit_left? Ich würde da eigentlich exit machen, ein Navi sollte nicht sagen rechts abfahren sondern jetzt abfahren. Eigentlich schließt sich exit_left und exit_right innerhalb eines Landes doch aus, oder? right lane, left lane, center lane - here the driver has to chose the right lane, that later will move away from the main body of the street. No turning involved. Hm. Da *muss* der Spur-Assistent mit rein. Ich will auf dem Navi sehen können, ob jetzt eine, zwei oder drei Spuren in welche Richtung weg gehen. Nein, ich hab noch keine konkrete Idee. Aber das muss da rein... parallel lane - this is the special lane at large motorway crossings that runs parallel to the main body and leads to the real exits. Hint: To use such a crossing you'd need to follow exit, exit or exit, parallel, exit. Da ist mir nicht klar, wo ich ein parallel-Ziel taggen soll. Bei der Autobahn ist es exit auf die parallel-Bahn, von dieser dann exit oder right_lane auf die wirkliche Abfahrt. roundabout 1, roundabout 2, etc. - this is a path leading through a roundabout, the number says which exit from the roundabout to the, e.g. leave the roundabout at the 3rd exit. As an exception to the rule that all ways must have exactly two ends, a roundabout circle way does not have to be cut into segments when using this value. So kann man dann auch subjektiv einschätzen, ob das Navi besser 2. Ausfahrt sagen sollte oder im Kreisverkehr geradeaus. Wobei man auch sagen muss, dass das Navi die Ausfahrten auch selbst zählen könnte. :) Aber eine Unterscheidung in einfache Kreisverkehre, die mit Richtungsangaben schnell erfassbar sind und komplexere Modelle, an denen man besser die Ausfahrten zählt, ist auf jeden Fall sinnvoll. Ich hab hier ein Navi, das bei großen Kreisverkehren sogar nochmal jetzt Kreisverkehr verlassen sagt, wenn man halb rum ist. :) ===Preset 1 - X-Crossing [...] ===Preset 2 - T-Crossing Find ich nicht gut. Es bringt IMHO keinen Mehrwert gegenüber dem Weglassen der Relation. Da man nicht die presets als Template benutzen kann, bringt es auch nichts, das so zu taggen. PS: Fällt mir grade ein: Keine Verkehrmittelbeschränkung für die Pfade, das richtet sich nach den Wegen, die drunterliegen. Jup. Aber was ist, mit hier dürfen LKW nur gradeaus ohne dass die Seitenstraße explizit für LKW gesperrt ist? ;-) Gruß, Bernd
Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download ...
Hallo. Am Dienstag, 15. Juli 2008 schrieb Dirk Stöcker: Warum die offizielle Schreibweise allerdings genau das Gegenteil vom Datenbestand ist, ist kaum verständlich. Ich kann das gut nachvollziehen. Spontan und intuitiv hätte ich das auch immer zusammen geschrieben. Dennoch sollte man sich an die amtliche Schreibweise halten bzw. das nicht als falsch deklarieren. Gruß, Bernd -- Das war das Schlaueste was ich je gesagt habe, und niemand hat es gehört. Nen! - Homer, Die Simpsons signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download ...
Am Dienstag 15 Juli 2008 schrieb =?ISO-8859-15?Q?Dirk_St=F6cker?=: Warum die offizielle Schreibweise allerdings genau das Gegenteil vom Datenbestand ist, ist kaum verständlich. Außer bei St überwiegt die Schreibweise ohne Leerzeichen eindeutig. weil diese schreibweise wahrscheinlich intuitiv richtig zu sein scheint. aber das hat ja selten was mit offiziellen vorschriften zu tun... ;-) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenRouteService
Hi, genau das meinte ich. Die Route wird einfach über den node drübergeführt. Alex Claudius Henrichs schrieb: Alexander Schulze: habe gerad mal den OpenRouteService ausprobiert und bin darauf gestoßen, dass folgendes barrier=bollard,bicycle=yes,foot=yes vom Algorithmus ignoriert wird (Methode:Shortest). Du meinst ein Weg, der über einen Knoten mit diesen Tags führt wird fürs Auto-Routing genutzt? Pascal von OSR liest hier auf der Liste mit und wird dir sicher sagen können, ob und wann das Tag beim Routing mit berücksichtigt wird. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Paste-Url in Josm
[EMAIL PROTECTED] schrieb: Hi, Josm bietet zwar freundlich an You can paste an URL here to download area, aber wirklich pasten kann ich da nix, sprich strg+v geht nicht. Zwar hat mir mal jemand erklärt dass es mit irgendeiner obskuren Hilfssoftware geht, deren Namen ich auch schon wieder vergessen habe, aber wieso geht das nicht einfach von alleine so, wie man es von anderen Programmen gewöhnt ist? Bzw. liege ich ganz daneben, wenn meine Erinnerung sagt, dass es früher mal ging?! Das ganze ging bei mir auch nicht bis ich vor kurzem mir die letzte Version heruntergeladen habe. Nun klappt das hier unter Linux wunderbar. Marvin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download ...
On Tue, 15 Jul 2008, Bernd Wurst wrote: Warum die offizielle Schreibweise allerdings genau das Gegenteil vom Datenbestand ist, ist kaum verständlich. Ich kann das gut nachvollziehen. Spontan und intuitiv hätte ich das auch immer zusammen geschrieben. Dennoch sollte man sich an die amtliche Schreibweise halten bzw. das nicht als falsch deklarieren. a) Was interesiert die amtliche deutsche Schreibweise bei einem internationalen Projekt wie OpenStreetMap (wenn es um überregionale Themen wie die Ref-Werte geht)? b) Das amtliche der Schreibweise ist auch fragwürdig. z.B. in den Kreisen Bautzen/Löbau/Pirna/Kamenz sind die meisten Schilder der K-, B- und S-Straßen ohne Leerzeichen. Allerdings habe ich keine Lust die laut Archiv schon häufig geführten Diskussionen zu wiederholen. Allerdings stört mich die Uneinheitlichkeit. Vielleicht sollten sich die Befürworter der amtlichen Schreibweise um einen Kompromiss bemühen: - In der Datenbank ohne Leerzeichen, wie alle und der Rest der Welt es machen - In der Anzeige amtlich. Zumindest die Renderer sollten es endlich einheitlich anzeigen, egal wie es in der Datenbank steht. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Treffen Dortmund
Hallo, leider finde ich den Anfang des Threads nicht... Vergesst mich nicht, will auch teilnehmen! Grüße Tobias Damian Sulewski schrieb: Hi, bin auch dabei. Wir sollten uns vielleicht auf ein Gebiet einigen das wir abklappern wollen. Damian Am Dienstag, den 08.07.2008, 22:43 +0200 schrieb Markus Schäfer: Hallo zusammen, wir haben geraden begonnen ein erstes Treffen aller interessierten OSM'ler in Dortmund zu organisieren. Ort und Zeit sind noch im Findungsprozess. Es wird auf jeden Fall nach den Sommerfrien und irgendwo in Dortmund stattfinden :-) Wer also aus dem Raum Dortmund kommt, und noch keine Info in seiner inbox gefunden hat, der möge bitte einen Laut von sich geben. Ansonsten bin ich natürlich auch an guten Tipps, Ratschlägen und anderem Hilfreichem interessiert. Viele Grüße Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Openstreetmap im Radio bei FreeFM
Hallo Leute, der eine oder andere erinnert sich vielleicht noch an die Frage ende Mai hier in der Mailingliste als Peter Foschum aus Ulm für seine Radiosendung Wissensstrahlung Mapper gesucht hat. Am Wochenende haben wir (Peter Foschum, Achim Finger und ich) zusammen diese Sendung gemacht. Der Rahmen war traumhaft - wir hatte rund 2 Stunden Zeit, wovon dann nicht mal die Hälfte für Musikbeiträge und Organisatorisches drumrum draufging, so dass am Ende über eine Stunde zum Reden über Openstreetmap übrig blieb, wodurch wir auch ziemlich in die Tiefe gehen konnten. Peter war jetzt so nett diesen Beitrag aufzubereiten (er hat die Musik rausgeschnitten und die Sprachbeiträge in kleinere Blöcke aufgeteilt) und auf seine Webseite zu stellen. Er hat uns ausdrücklich die Erlaubnis erteilt, diese Sendung auch aktiv für OSM zu nutzen um sie z.B. auf der Openstreetmap.de Seite zum Download anzubieten. (Ist ja vielleicht als Einstieg in OSM ganz nett die auf nen MP3 Stick zu kopieren und mal in der U-Bahn anzuhören.) Wer will kann sich das ganze bei http://www.wissensstrahlung.de/ anhören (runterscrollen bis zum 13. Juli - da sind dann die Links zur Sendung). Es wäre auch nett, wenn jemand der sich um die Betreuung der offiziellen Server (openstreetmap.de) kümmert diese Beiträge auf osm.de kopieren könnte (falls er das für sinnvoll hält). Ansonsten auch hier noch mal ein Lob an Peter und Achim: Es hat sehr viel Spaß gemacht diese Sendung vorzubereiten und durchzuführen - und ich glaube das Ergebnis kann sich hören lassen. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OSM-Treffen Dortmund
Hallo Tobias, Am 15. Juli 2008 14:07 schrieb Tobias Wendorff [EMAIL PROTECTED]: Hallo, leider finde ich den Anfang des Threads nicht... Vergesst mich nicht, will auch teilnehmen! Grüße Tobias das war Markus Schäfer am 8. Juli 2008, 22:43: Hallo zusammen, wir haben geraden begonnen ein erstes Treffen aller interessierten OSM'ler in Dortmund zu organisieren. Ort und Zeit sind noch im Findungsprozess. Es wird auf jeden Fall nach den Sommerfrien und irgendwo in Dortmund stattfinden :-) Wer also aus dem Raum Dortmund kommt, und noch keine Info in seiner inbox gefunden hat, der möge bitte einen Laut von sich geben. Ansonsten bin ich natürlich auch an guten Tipps, Ratschlägen und anderem Hilfreichem interessiert. Viele Grüße Markus Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kreuzungsrelation
Bernd Wurst wrote: So, hier der Entwurf. Ich muss nochmal nachschauen, ob ich Crossing lasse, oder ob Junction o.ä. besser wäre. Wie Frederik schon schrieb, wäre evtl. eine Abstimmung mit http://wiki.openstreetmap.org/index.php/Proposed_features/Junction sinnvoll. Auch wenn ich eine krasse Relation dafür viel besser finde als das auf irgendwelche Wege dazu taggen zu wollen. Ich hab mir das zwischenzeitlich mal angesehen. Das geht in eine ganz andere Richtung. Sein Tagging ließe sich nutzen um das Symbolbild in der Routenliste darszustellen, aber nicht um Fahranweisungen zu geben. Auf jeden Fall bin ich gegen die Bezeichnung advances crossing relation und gegen type=acr. type=junction wäre IMHO sinnvoll(er). Einfach nur junction? Mmmh, vielleicht Compley Junction Relation (CJR)? exactly once. Their tag must be an unique ^ Du meinst role? Oops, ja. path, separated with an underscore (_). 1_to_2=left Mööp, widersprüchliche Angabe... ;-) Nein. 1 und 2 sind ways, to ist der node. Im Klartext: Um von Straße '1' auf Straße '2' zu gelangen, biege an Node 'to' nach links ab. Ein Tag setzt sich aus Way_Node_Way zusammen. Oder eben Way_Node_Way_Node_Way, oder ... possible uturn - here it is possible to turn, but there are no special Hm. possible uturn Finde ich jetzt eher unpraktisch. Damit könnte man die passende turn_restriction ersetzen, klar. Aber irgendwie hab ich hier beim Lesen Bauchschmerzen bekommen. Leider kann ich das momentan nicht formulieren. Ja, soll so --- wenn die ACR/CJR da ist, soll die Kreuzung komplett beschrieben sein. Wozu 2 unterschiedliche Relationen an eine Kreuzung hängen müssen um unterschiedliche Aspekte des gleichen Sachverhalts zu bescheiben? Der Name, ja, da hab ich auch lange gegrübelt. Mir fiel nix besseres ein. Es muss eben auf jedenfall der unterschied zwischen jetzt wenden, wenn möglich jetzt wenden und jetzt dreimal rechts und einmal links abbiegen rein. Vielleicht auch noch der Unterschied zwischen Wenden verboten und erlaubt, aber es ist nicht genug Platz auf der Kreuzung also nicht so routen? Eigentlich schließt sich exit_left und exit_right innerhalb eines Landes doch aus, oder? Nein, tun sie nicht. Es gibt in Deutschland auch auf Autobahnen Ausfahrten nach links. Und bei sonstigen Straßen, die Ausfahrten haben sicher noch mehr. Ich denke da an innerörtliche Verkehrsknoten, wie man sie öfter an Brücken findet --- 4 Stockwerke hoch und alles getrennte Fahrtrichtungen und eben Ausfahrten. right lane, left lane, center lane - here the driver has to chose the Hm. Da *muss* der Spur-Assistent mit rein. Ich will auf dem Navi sehen können, ob jetzt eine, zwei oder drei Spuren in welche Richtung weg gehen. Nein, ich hab noch keine konkrete Idee. Aber das muss da rein... Ganz einfach: Die Wege noch mit lanes=* taggen, dann passt das. Eng wird es nur, wenn sich ein Way an einem Node in mehr als 3 Ways aufteilt. parallel lane - this is the special lane at large motorway crossings Da ist mir nicht klar, wo ich ein parallel-Ziel taggen soll. Bei der Autobahn ist es exit auf die parallel-Bahn, von dieser dann exit oder right_lane auf die wirkliche Abfahrt. Von der Autobahn auf die Ausfahrtspur: exit right Von der Ausfahrtspur auf die erste Ausfahrt: exit right Von der Ausfahrtspur geradeaus: parallel lane Von der Parallelfahrbahn auf die zweite Ausfahrt: exit right Von der Parallelfahrbahn auf die Autobahn: auto Ansage von Navi zum links abbiegen: Rechts abfahren, dann der Parallelfahrbahn folgen, dann rechts abfahren. Zumindest mein Navi sagt diese 3 Manöver an. roundabout 1, roundabout 2, etc. - this is a path leading through a So kann man dann auch subjektiv einschätzen, ob das Navi besser 2. Ausfahrt sagen sollte oder im Kreisverkehr geradeaus. Ich weiß nicht, aber Richtungsangaben im Kreisverkehr (also vorher angesagt) finde ich nicht so gut. Hinterher biegen die Leute noch im Uhrzeigersinn in den Kreisverkehr ein, wenn sie besser die 3. Ausfahrt genommen hätten... Aber wenn gewünscht nehm ich noch straight/right/left als Zusatz für die Kreisverkehre rein, lso z.B. roundabout 2 straight, dnn kann das Navi entscheiden, was es ansagt. Wobei man auch sagen muss, dass das Navi die Ausfahrten auch selbst zählen könnte. :) Wenn ich für jedesmal, wenn man Navi sich bei sowas verzählt hat, nen Euro bekommen hätte, könnt ich mir davon ein neues Navi kaufen g Ich hab hier ein Navi, das bei großen Kreisverkehren sogar nochmal jetzt Kreisverkehr verlassen sagt, wenn man halb rum ist. :) Meins sagt in großen Kreisverkehren gerne mal jetzt zweite rechts abbiegen. Normalerweise bin ich abgebogen bevor es ausgesprochen hat ;) Find ich nicht gut. Es bringt IMHO keinen Mehrwert gegenüber dem Weglassen der Relation. Da man nicht die presets als Template benutzen kann, bringt es auch nichts, das so zu taggen. Steht auch auf meiner Streichliste. Jemand dafür
[Talk-de] Tag für Optiker
Moin Moin zusammen, ich bin gerade verzweifelt am Suchen nach einem Tag für einen Optiker (z.B. Fielmann oder Apollo). Gibt es da bereits etwas? Lg Heiko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tag für Optiker
Moin, Am Dienstag, 15. Juli 2008 14:29:57 schrieb Heiko Schack: ich bin gerade verzweifelt am Suchen nach einem Tag für einen Optiker (z.B. Fielmann oder Apollo). Gibt es da bereits etwas? also in Europa gäbe es 11 mal [1] shop=optician das könntest du kombinieren mit operator=Apollo oder operator=Fielmann Gruß Jörg [1] http://etricceline.de/osm/Europe/En/tagstats_shop=optician.htm ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Tag für Optiker
Am 15.07.2008, 14:35 Uhr, schrieb Etric Celine [EMAIL PROTECTED]: Moin, Am Dienstag, 15. Juli 2008 14:29:57 schrieb Heiko Schack: ich bin gerade verzweifelt am Suchen nach einem Tag für einen Optiker (z.B. Fielmann oder Apollo). Gibt es da bereits etwas? also in Europa gäbe es 11 mal [1] shop=optician das könntest du kombinieren mit operator=Apollo oder operator=Fielmann Hallo Jörg, das hört bzw. liest sich gut. Werde ich einfach mal einsetzen. Danke. Lg Heiko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Paste-Url in Josm
On Mon, Jul 14, 2008 at 8:42 PM, Bernd Wurst [EMAIL PROTECTED] wrote: Also bei mir geht Strg+V dort. Der Mittelklick geht leider nicht weil da schon Text drin ist. Mittelklick geht, man muss aber irgendwo im Feld außerhalb des Textes klicken. Dann bleibt der alte Text zwar drin, aber wenn du aus dem alten Text eine Buchstabe löschst (klicken und Delete oder Backspace), dann aktualisieren sich sogar die min/max-lon/lat Felder mit den richtigen Werten. Ich glaube er macht da irgendwelche Regular-Expressions und ist glücklich, wenn er die Zahlen findet und ignoriert den alten Text im Feld. Grüße, Miro ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Paste-Url in Josm
On Tue, 15 Jul 2008, Miroslav Sedivy wrote: Also bei mir geht Strg+V dort. Der Mittelklick geht leider nicht weil da schon Text drin ist. Mittelklick geht, man muss aber irgendwo im Feld außerhalb des Textes klicken. Dann bleibt der alte Text zwar drin, aber wenn du aus dem alten Text eine Buchstabe löschst (klicken und Delete oder Backspace), Aktualisieren! Der Fehler, das man erst was ändern musste ist behoben. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kreuzungsrelation
Hi! Am Dienstag, 15. Juli 2008 13:32 schrieb Bernd Wurst: Eigentlich schließt sich exit_left und exit_right innerhalb eines Landes doch aus, oder? Nein. Aus Italien kenne ich durchaus einige Stellen, wo die Ausfahrt auf der linken Seite ist, obwohl Italien Rechtsverkehr hat. Das war IIRC irgendwo hier in der Gegend: http://www.openstreetmap.org/?lat=44.3571lon=8.2735zoom=12 Da zwingt die Landschaft zu ungewöhnlichen Verkehrsführungen. Es gibt aber durchaus auch im Flachland Kreuzungen autobahnähnlicher Straßen mit etwas höherer Komplexität: http://www.informationfreeway.org/?lat=41.92178lon=12.56626zoom=17layers=0B00T000F Für Busse gibt da Ausfahrten auf der linken Seiten (wenn man von Südwesten kommt), und wer von Nordosten kommt und nach Süd(süd)ost fahren will, der muss auch eine Ausfahrt nach links (und dann nach rechts) nehmen. Solche Kreuzungen sollte das Routing natürlich auch meistern können. Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] (Vorschlag) Bestimmte Abschnitte alt er Tracks löschen
Zur Zeit kommt es häufiger vor, dass ich bestimmte Abschnitte alter Tracks von _sonstwem_ am liebsten löschen würde. Ein Beispiel ist der neu entstandene Kreisverkehr, durch den, laut Tracks, nun viele Leute zuvor einfach drüber gesschanzt sein müss(t)en. Ein weiteres Beispiel sind Tracks, die so ungenau sind, das man das Gefühl hat, der Mapper war besoffen oder das GPS-Gerät defekt. Dieses Problem wird es in Zukunft immer häufiger geben. Wird schon an einer technischen Umsetzung diesbezüglich gearbeitet? Ein Gedanke, den ich hatte, war die Möglichkeit, das ein User eine bestimmte Anzahl an GPS Points selektieren und diese somit zum delete-vote freigeben kann. Stimmt ein bestimmtes Verhältnis an Usern in einem bestimmten Radius des Löschantrags zu, wird dieser gestattet. Ähnlich, wie die - vielleicht - bessere Integration von OpenStreetBugs, wird dies früher oder später darauf hinauslaufen, dass man eine Art persönlichen RSS-feed hat, der einem mitteilt, * was in der Umgebung verändert wurde * was als bug gemeldet wurde * was zum löschen gevotet wird * usw Gruß Eichi -- - Mein Weblog: http://der-eichi.de Themen unter anderem aus den Bereichen |Politik|, |Linux| und |freie Software| - Mein öffentlicher PGP Schlüssel: http://pgp.der-eichi.de - ! Freie Alternative zu Google Maps Co.: http://www.openstreetmap.org ! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Kleine Anwendung für OSM-Karten
Hier eine kleine aber witzige Anwendung was man mit OSM machen könnte. http://www.wo-ist-der-eismann.de/ Erläuterung: Hier in Ilmenau gibt es einen Menschen der immer mit seinem Eismobil auf dem Campus unterwegs ist. In den Vorlesungen hatte wir immer wieder Lust auf ein Eis. Leider wußte damals niemand wann genau und wo der Eismensch gerade ist. Einer meiner Mitstudenten arbeitet bei einer Firma die Hardware für Navigationsgeräte herstellt. So kam dann eines zum anderen. Am Anfang wurden noch google-maps Karten verwenden. Da aber Ilmenau im OSM besser erfasst ist als google hat er den Kartenanbieter gewechselt. grüße andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kleine Anwendung für OSM-Karten
Am Dienstag, 15. Juli 2008 15:43:11 schrieb derandi: Hier eine kleine aber witzige Anwendung was man mit OSM machen könnte. http://www.wo-ist-der-eismann.de/ wow :) nette Idee und gute Umsetzung. Da bekommt man glatt hunger auf ein Eis. Gruß Jörg ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kreuzungsrelation
Hallo. Am Dienstag, 15. Juli 2008 schrieb Henry Loenwind: Auf jeden Fall bin ich gegen die Bezeichnung advances crossing relation und gegen type=acr. type=junction wäre IMHO sinnvoll(er). Einfach nur junction? Mmmh, vielleicht Compley Junction Relation (CJR)? Ja, einfach nur junction. Du willst alle Situationen abbilden, also sollte es keine andere junction-relation geben müssen. relation in den Name einer Relation zu packen erscheint mir wenig sinnvoll. :) path, separated with an underscore (_). 1_to_2=left Mööp, widersprüchliche Angabe... ;-) Nein. 1 und 2 sind ways, to ist der node. Im Klartext: Um von Straße '1' auf Straße '2' zu gelangen, biege an Node 'to' nach links ab. Ein Tag setzt sich aus Way_Node_Way zusammen. Oder eben Way_Node_Way_Node_Way, oder ... Ah, okay. So komplex ist das... ;-) Ja, soll so --- wenn die ACR/CJR da ist, soll die Kreuzung komplett beschrieben sein. Wozu 2 unterschiedliche Relationen an eine Kreuzung hängen müssen um unterschiedliche Aspekte des gleichen Sachverhalts zu bescheiben? Der Name, ja, da hab ich auch lange gegrübelt. Mir fiel nix besseres ein. Es muss eben auf jedenfall der unterschied zwischen jetzt wenden, wenn möglich jetzt wenden und jetzt dreimal rechts und einmal links abbiegen rein. Vielleicht auch noch der Unterschied zwischen Wenden verboten und erlaubt, aber es ist nicht genug Platz auf der Kreuzung also nicht so routen? Ich finde es okay wenn man dem Mapper überlässt, eine Kreuzung als hier kannman (sicher) wenden zu taggen. In allen anderen Fällen sollte das Navi dann die dreimal-rechts-und-einmal-links-Strategie wählen. Wenn möglich, bitte wenden ist ja die Standard-Anweisung wenn man mal wieder intelligenter als das Navi war. Unabhängig von einer Kreuzung. :) Also ich würde possible_uturn ersatzlos streichen und nur das eintragen wo man wirklich wenden kann. In Großstädten, in denen solche Maneuver gewollt vorkommen, gibt es eigentlich oft entsprechende Wende-Spuren. Eigentlich schließt sich exit_left und exit_right innerhalb eines Landes doch aus, oder? Nein, tun sie nicht. Hm. Ich bin schon ruhig. :) right lane, left lane, center lane - here the driver has to chose the Hm. Da *muss* der Spur-Assistent mit rein. Ich will auf dem Navi sehen können, ob jetzt eine, zwei oder drei Spuren in welche Richtung weg gehen. Nein, ich hab noch keine konkrete Idee. Aber das muss da rein... Ganz einfach: Die Wege noch mit lanes=* taggen, dann passt das. Eng wird es nur, wenn sich ein Way an einem Node in mehr als 3 Ways aufteilt. Das soll doch links halten abbilden, oder? Also im Sinne von jetzt links halten um im Autobahndreieck auf die A 7 zu wechseln. Der Straßen-Planer, der sowas mit mehr als drei *unterschiedlichen* Spuren macht, geht als Sadist durch. :) Ich weiß nicht, gibt es sowas? Von der Autobahn auf die Ausfahrtspur: exit right Von der Ausfahrtspur auf die erste Ausfahrt: exit right Von der Ausfahrtspur geradeaus: parallel lane Von der Parallelfahrbahn auf die zweite Ausfahrt: exit right Von der Parallelfahrbahn auf die Autobahn: auto Ich hab grade nen Knoten im Hirn, ich glaub ich brauch ein Beispiel... Wie modellierst du diese vielen Anweisungen, die nötig sind um das zu erreichen? Ich weiß nicht, aber Richtungsangaben im Kreisverkehr (also vorher angesagt) finde ich nicht so gut. Hinterher biegen die Leute noch im Uhrzeigersinn in den Kreisverkehr ein, wenn sie besser die 3. Ausfahrt genommen hätten... Okay, rechts und geradeaus sind aber IMHO sinnvoll. Aber wenn gewünscht nehm ich noch straight/right/left als Zusatz für die Kreisverkehre rein, lso z.B. roundabout 2 straight, dnn kann das Navi entscheiden, was es ansagt. roundabout ist IMHO sogar redundant. steckt ja schon im Weg drin. Wobei man auch sagen muss, dass das Navi die Ausfahrten auch selbst zählen könnte. :) Wenn ich für jedesmal, wenn man Navi sich bei sowas verzählt hat, nen Euro bekommen hätte, könnt ich mir davon ein neues Navi kaufen g Das liegt aber nur an den schlechten Karten und ist hoffentlich ein lösbares Problem. ;-) Gruß, Bernd -- Wenn man Tiere nicht essen soll, warum sind Sie dann aus Fleisch? - Quelle: http://german-bash.org/action/show/id/106951 signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download ...
Hallo. Am Sonntag, 13. Juli 2008 schrieb Pascal Neis: * Fornsbach. Routing vom Bahnhof irgendwo innerorts. Er nimmt nie die normale Einfahrt, sondern immer den komischen Haken ?ber eine Stra?e, die zwar erlaubt aber in der Praxis eher unbenutzt ist. Einen Datenfehler konnte ich dort nicht erkennen. Daf?r benutzt der Router einen Privatweg mit access=no direkt am Bahnhof. letzteres dürfte auch morgen nicht mehr passieren ... Tut es aber weil ich gelogen habe. Es ist access=private, nicht no. Sollte für die Route aber egal sein. Kann mir irgendjemand sagen, warum der openrouteservice so allergisch auf die linke Einfahrt nach Fornsbach reagiert? Ich hab jetzt nochmal alles geprüft, ich seh in den Daten nichts warum er das macht. Aber er nutzt die einfach nicht, wenn es nicht unbedingt sein muss: http://data.giub.uni-bonn.de/openrouteservice/?zoom=17lat=6270647.66781lon=1073896.34066layers=B0T (Einfach mal von links nach oben routen lassen.) Gruß, Bernd -- Ein Psychologe ist ein Mann, der beim Auftauchen eines hübschen Mädchens nicht das Mädchen anschaut, sondern die Männer, die das Mädchen anschauen. - Jo Herbst signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] (Vorschlag) Bestimmte Abschnitte alt er Tracks löschen
Hallo Leute, dem kann ich nur zustimmen. Auch in meiner Gegend wird ständig Einiges verschlimmbessert und es muss mühsam wieder korrigiert werden, falls es bemerkt wird Meiner Meinung nach wäre der erwähnte persönlichen RSS-feed eine der besten Lösungen. Grüße Andreas -Ursprüngliche Nachricht- Von: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Im Auftrag von [EMAIL PROTECTED] Gesendet: Dienstag, 15. Juli 2008 15:00 An: talk-de@openstreetmap.org Betreff: [Talk-de] (Vorschlag) Bestimmte Abschnitte alter Tracks löschen Zur Zeit kommt es häufiger vor, dass ich bestimmte Abschnitte alter Tracks von _sonstwem_ am liebsten löschen würde. Ein Beispiel ist der neu entstandene Kreisverkehr, durch den, laut Tracks, nun viele Leute zuvor einfach drüber gesschanzt sein müss(t)en. Ein weiteres Beispiel sind Tracks, die so ungenau sind, das man das Gefühl hat, der Mapper war besoffen oder das GPS-Gerät defekt. Dieses Problem wird es in Zukunft immer häufiger geben. Wird schon an einer technischen Umsetzung diesbezüglich gearbeitet? Ein Gedanke, den ich hatte, war die Möglichkeit, das ein User eine bestimmte Anzahl an GPS Points selektieren und diese somit zum delete-vote freigeben kann. Stimmt ein bestimmtes Verhältnis an Usern in einem bestimmten Radius des Löschantrags zu, wird dieser gestattet. Ähnlich, wie die - vielleicht - bessere Integration von OpenStreetBugs, wird dies früher oder später darauf hinauslaufen, dass man eine Art persönlichen RSS-feed hat, der einem mitteilt, * was in der Umgebung verändert wurde * was als bug gemeldet wurde * was zum löschen gevotet wird * usw Gruß Eichi -- - Mein Weblog: http://der-eichi.de Themen unter anderem aus den Bereichen |Politik|, |Linux| und |freie Software| - Mein öffentlicher PGP Schlüssel: http://pgp.der-eichi.de - ! Freie Alternative zu Google Maps Co.: http://www.openstreetmap.org ! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bericht von der State of the Map-Konferenz
Frederik Ramm schrieb: Ed Parsons, Kartenchef von Google, versuchte, die Wogen ein bisschen zu glaetten: Map Maker sei kein Angriff auf OSM, sondern mehr eine Verzweiflungstat - Google *wuerde* ja Daten von Island, Zypern oder der Karibik kaufen, wenn ihnen jemand welcher verkaufte - aber es gebe ja keine, also der Map Maker. Warum nehmen sie dann nicht OSM dafür? Sie könnten ja werben, dass die Leute bei OSM mitmachen und anschließend die Daten selber benutzen. Warum also Map Maker? Ist für mich keine plausible Begründung. Die Software dahinter ist mehr oder weniger das gleiche, was Google seit langem intern zur Datenerhebung z.B. in Indien oder Burma einsetzt. Google lasse sich derzeit von den Nutzern alle Rechte abtreten, aber nur so habe Google spaeter auch die Moeglichkeit, eine offene Lizenz zu waehlen, die ihnen geeignet erscheint. Was soll denn das für ne Logik sein? Gib mir alle deine Rechte an den Daten, damit ich sie später vielleicht öffentlich mache. Sie könnten ja auch sagen, dass Daten, die die Nutzer erheben, unter einer freien Lizenz stehen und Google sie uneingeschränkt nutzen darf, aber eben auch andere. Wenn sie wirklich das Ziel haben, was sie da angeben, dann braucht man das nicht auf die Tour zu machen. Er halte es durchaus fuer moeglich, dass die Daten irgendwann frei werden, Ich denke sie kaufen die Daten bei Teleatlas bzw. Navteq ein? Dann können sie doch gar nicht selber entscheiden, dass das irgendwann frei wird. Das ist doch auch das Argument, was sie immer wieder bringen, dass sie ja nur eingeschränkte Lizenzen erworben haben und somit die Daten nur eingeschränkt zur Verfügung stellen können. Bla bla... und sie wollen OSM auch weiterhin unterstuetzen. Ach tatsächlich? Vielleicht bin ich da jetzt nicht so gut informiert, aber wo genau unterstützen die OSM im Moment? Dass man bei Google nach Openstreetmap suchen kann und auf unsere Seiten kommt? Könnte sein, dass ich hier etwas zu hart ins Gericht gehe. Hab auch schon was von dem summer of code usw. gehört. Kann mich da mal jemand genauer aufklären? - Er erzaehlte, dass auch Google viel Stress mit Zypern hat. Fuer die Luftbilder der Gebiete, die fuer Map Maker freigeschaltet sind, hat Google extra die Lizenz aufgestockt - normalerweise haben sie nur eine Anzeigelizenz, und fuer diese Gebiete haben sie jetzt auch eine Abdigitalisier-Lizenz. Auf den Vorschlag, man koennte doch diese Abdigitalisier-Lizenz dann an OSM weitergeben als nette Geste antwortete er aber, das dass nicht so ohne weiteres moeglich sei. Sag ich doch! Also mein persoenliches Fazit: Nett, dass Es (wieder) da war, es zeigt immerhin, dass sie uns dafuer ernst genug nehmen, aber ob es viel mehr bedeutet, weiss ich nicht. Mein persönliches Fazit: Viel Geschwafel und nichts wirklich Nützliches von Google. Wenn sie OSM gut fänden und uns unterstützen wöllten, warum arbeiten sie dann nicht einfach mit uns zusammen? Stattdessen ziehen sie ihre eigene Lösung durch und lassen dabei die Datensammler noch alle Rechte abtreten. Tut mir Leid, das raff ich nicht! Danke für den Bericht, Frederik! Grüße signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kartieren von Parkwegen etc.
-Ursprüngliche Nachricht- Von: Jens Müller [EMAIL PROTECTED] Gesendet: 11.07.08 14:06:44 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Kartieren von Parkwegen etc. Es geht um Wege in Grünanlagen? Dann dürfte in der städtischen Grünanlagensatzung stehen, ob dort Fahrräder erlaubt sind. Wenn nein, sie aber geduldet werden, müßte es wohl bicycle=permissive sein. Das war ein guter Tipp, mal bei der Stadt nachzufragen. Ein Mitarbeiter beim Umweltsenator in Bremen hat mir auf eine entsprechende Anfrage folgendes geantwortet: das Feldordnungsgesetz vom 13.4.1965 bestimmt in §4 Abs.6: Ordnungswidrig handelt, wer unbefugt Baum-, Grün- oder Parkanlagen einschließlich der Wege mit einem Fahrzeug befährt, soweit dies nicht ausdrücklich zugelassen ist. Somit ist das Befahren der Wege in Grünanlagen bis auf wenige Ausnahmen nicht zulässig. Schade eigentlich... Wie stellt man aber in der Praxis fest, ob Radfahren geduldet wird? Soll ich hier sozusagen eigenes Ermessen anwenden? Kriterien könnten sein: - viele Radfahrer benutzen den Weg - Fußgänger dulden die Radfahrer - Radfahren wird hier nicht geahndet (soweit bekannt). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download ...
Pascal Neis schrieb: Jens M?ller schrieb: Pascal Neis schrieb: OpenRouteService.org unterst?tzt nun POI-Suche, GPX download der berechneten Routen und bietet erweiterte Fahranweisungen OK, mit bicyle-Modus tut es - aber warum meint er, ich d?rfte auf dem footway durch den Park fahren? wird morgen nachmittag nicht mehr vorkommen, es dei denn: highway=footway bicycle=yes ... Noch was: Im bicyle-Modus schickt er mich falschrum auf der südlichen Richtungsfahrbahn der Kaiserstraße entlang, im Auto-Modus nicht ... Müßte ganz normal oneway=yes sein ... http://data.giub.uni-bonn.de/openrouteservice/?zoom=16lat=6276361.37139lon=936518.45335layers=B0T ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kreuzungsrelation
Nein. Aus Italien kenne ich durchaus einige Stellen, wo die Ausfahrt auf der linken Seite ist, obwohl Italien Rechtsverkehr hat. Das war IIRC Warum in die Ferne schweifen, wenn das Gute liegt so nah? Gärtringen: http://www.autobahn-online.de/images/gaertringen.jpg Neuss (neu gebaute Linksausfahrt): http://www.autobahn-online.de/phorum/file.php?6,file=9267 http://www.autobahn-online.de/phorum/file.php?6,file=9268 Berlin (A111, AS Siemensdamm): http://www.autobahn-online.de/phorum/file.php?5,file=8578 In Bremen gibt es ebenfalls eine Linksausfahrt auf der A270, davon habe ich aber kein Foto gefunden. Bestimmt gibt es noch weitere Beispiele. CU Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download ...
Guenther Meyer schrieb: der router intern kann das ja gerne so handeln. wobei sich die frage stellt, wie sinnvoll sowas ist. auf den meisten fussgaengerwegen kann man wesentlich schneller fahren; erst recht, wenn sonst nix los ist... Darf man aber nicht. Außerdem ist das bei den kurzen Stücken vermutlich eh egal ... Aber jedem sein Routing-Modell, wie es ihm gefällt ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Gleiskörper überqueren
Hallo, es geht zum Beispiel um folgende Stelle: http://data.giub.uni-bonn.de/openrouteservice/?zoom=16lat=6276361.37139lon=936518.45335layers=B0T Die Fahrbahnen sind zwar baulich getrennt, aber der leicht erhöhte Gleiskörper ist gepflastert und kann von Fußgängern und Radfahrern überquert werden, und von Autos auch (für die macht es aber eh nur zum Wenden Sinn). Für wen es erlaubt ist: Keine Ahnung. Wie mappt man das? Gruß Jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kreuzungsrelation, war: Re: Brainstorming zum OpenRouteService
Hi, Tag keys are constructed from the role names. Again here the ACR differs from other relations that use fixed key names. To construct the key, concatenate the role names of all parts of the path, separated with an underscore (_). Das waer fuer mich ein ganz grosser showstopper. Das schreit ja geradezu nach bitte bitte erzeuge inkonsistente Daten, mit denen keiner mehr was anfangen kann. Wenn Du spezielle Tags an Ways haengen willst, die nur innerhalb der Relation gelten, dann hast Du zwei Moeglichkeiten: (a) Relations in der Datenbank so erweitern, dass es statt role=x beliebig viele Tags pro Member geben kann. Oder (b) ueberall da, wo Du Ways in Deiner Relation hast, nutze stattdessen Relations (d.h. die Member Deiner Kreuzungsrelation sind Relationen, die jeweils einen Way enthalten sowie alle Spezialtags dazu). Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Gleiskörper überqueren
Jens Müller schrieb: Hallo, es geht zum Beispiel um folgende Stelle: [...] Schau in das Archiv. Dazu gab es glaube ich schon mal einen Beitrag. Jedenfalls kommt mir das Kartenauschnitt bekannt. vor gruß ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bericht von der State of the Map-Konferenz
Hallo, Ed Parsons, Kartenchef von Google, versuchte, die Wogen ein bisschen zu glaetten: Map Maker sei kein Angriff auf OSM, sondern mehr eine Verzweiflungstat - Google *wuerde* ja Daten von Island, Zypern oder der Karibik kaufen, wenn ihnen jemand welcher verkaufte - aber es gebe ja keine, also der Map Maker. Warum nehmen sie dann nicht OSM dafür? Weil sie ein festes Schema haben, in dem sie die Daten brauchen, und weil sie ihren Usern eigene Editoren dafuer geben wollen, statt sie an OSM zu verweisen. Die Software dahinter ist mehr oder weniger das gleiche, was Google seit langem intern zur Datenerhebung z.B. in Indien oder Burma einsetzt. Google lasse sich derzeit von den Nutzern alle Rechte abtreten, aber nur so habe Google spaeter auch die Moeglichkeit, eine offene Lizenz zu waehlen, die ihnen geeignet erscheint. Was soll denn das für ne Logik sein? Gib mir alle deine Rechte an den Daten, damit ich sie später vielleicht öffentlich mache. Sie könnten ja auch sagen, dass Daten, die die Nutzer erheben, unter einer freien Lizenz stehen und Google sie uneingeschränkt nutzen darf, aber eben auch andere. Dann muesste man sich jetzt aber fuer eine Lizenz entscheiden, und es *gibt* keine rechtlich wasserdichte freie Lizenz fuer Geodaten (ausser PD). Er halte es durchaus fuer moeglich, dass die Daten irgendwann frei werden, Ich denke sie kaufen die Daten bei Teleatlas bzw. Navteq ein? Dann können sie doch gar nicht selber entscheiden, dass das irgendwann frei wird. Es ging um die, die im Rahmen von MapMaper erhoben werden. und sie wollen OSM auch weiterhin unterstuetzen. Ach tatsächlich? Vielleicht bin ich da jetzt nicht so gut informiert, aber wo genau unterstützen die OSM im Moment? Dass man bei Google nach Openstreetmap suchen kann und auf unsere Seiten kommt? Letztes Jahr haben sie die Konferenz finanziell unterstuetzt. Diesmal nicht, aber eventuell koennen wir mit den Google-Rechtsfuzzis die Brauchbarkeit des neuen Lizenzentwurfs abklopfen. Könnte sein, dass ich hier etwas zu hart ins Gericht gehe. Hab auch schon was von dem summer of code usw. gehört. Kann mich da mal jemand genauer aufklären? Da bezahlt Google Studenten Geld, die damit freie Softwareprojekte voranbringen. Google einfach mal danach ;) Mein persönliches Fazit: Viel Geschwafel und nichts wirklich Nützliches von Google. Immerhin eine Geste des guten Willens, die sie durchaus nicht noetig gehabt haetten. Wenn sie OSM gut fänden und uns unterstützen wöllten, warum arbeiten sie dann nicht einfach mit uns zusammen? Einer der Gruende ist sicherlich unsere mangelhafte Lizenz; das haben auch andere auf der Veranstaltung gesagt, dass ihre Anwaelte ihnen von OSM abraten, weil das eventuell unerwuenschte Nebeneffekte haben koennte. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neulingsfrage: key/value fXr NotrufsXule?
Heiko Eckenreiter schrieb: Hi Guido, es gibt doch sicher bereits ein Map-Feature für Notrufsäulen, oder? amenity=emergency_phone falls zutreffend ergänzend: operator= (z.B. Björn-Staiger-Stiftung o.ä.) Grüße, Heiko kann man übrigens auch für Notrufsäulen auf Autobahnen nutzen :) -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Schreibfehler im Wiki
Hallo, jajaja, Schreibfehler im wiki kann man normal selbst beheben... :-) Wenn man allerdings etwas sucht und nicht erfolgreich ist, kommt eine spezielle Seite. Diese kann man nicht normal verändern. Dort heißt es: Wenn du dich mit dem Thema auskennen, kannst du selbst die Seite „map“ verfassen. Also entweder sollte es Sie oder auskennst heißen. Vielleicht liest ja einer mit entsprechenden Änderungsrechten hier mit. Ist nur eine Kleinigkeit, aber ist mir halt aufgefallen... Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Autobahnauf-/abfahrten
Claudius Henrichs schrieb: Jonathan Schlüßler: Hallo, ich habe soeben die Wiki-Seite zu deutschen Autobahnen überarbeitet. (...) Die vorherige Spalte 'Complete' habe ich gelöscht, dafür gibt es nun eine Spalte mit 5 verschiedenen Symbolen (Trasse, Ausfahrten, Raststätten, Ausfahrtsnummern und Spuranzahl). Die Prozentzahl habe ich nur in die Symbole übernommen, wenn ersichtlich war, worauf sich die Prozentzahl bezog (bei vielen hieß 100%, dass die Trasse fertig ist, obwohl noch alle Ausfahrten fehlen). Womit wir gleich noch bei einem verwandten Thema wären: Ich habe in letzter Zeit bei Ab-/Auffahrten und Motorway_links an Autobahnkreuzen auch das entsprechende Ref-Tag nachgetragen. Diese Trassen gehören ja ebenfalls zum Autobahnkörper und zusätzlich werden so auch die Routenbeschreibungen aussagekräftiger. Bei Autobahnkreuzen habe ich dabei die Nummer der Autobahn übernommen, auf die der Link führt. Sehen kann man das beispielsweise am Kreuz der A9 und A38: http://www.openstreetmap.org/?lat=51.23671lon=12.058zoom=16layers=B00FTF Wenn ihr also in kommender Zeit Autobahnauffahrten in eurer Nähe überprüft könnt ihr das ja ebenfalls einführen. Gruß Claudius das muss nicht immer richtig sein. Beim Autobahnkreuz A 4 / A 44 gehört z.B. das komplette Autobahnkreuz zur A 4 (laut Randsteinen). http://www.openstreetmap.org/browse/relation/17501 Ich weiß nicht genau, wie dass in anderen Bundesländern ist, aber hier sind sogar die einzelnen Links durchbuchstabiert (4a-4o) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bericht von der State of the Map-Konferenz
Frederik Ramm schrieb: Hallo, Ed Parsons, Kartenchef von Google, versuchte, die Wogen ein bisschen zu glaetten: Map Maker sei kein Angriff auf OSM, sondern mehr eine Verzweiflungstat - Google *wuerde* ja Daten von Island, Zypern oder der Karibik kaufen, wenn ihnen jemand welcher verkaufte - aber es gebe ja keine, also der Map Maker. Warum nehmen sie dann nicht OSM dafür? Weil sie ein festes Schema haben, in dem sie die Daten brauchen, und weil sie ihren Usern eigene Editoren dafuer geben wollen, statt sie an OSM zu verweisen. Naja gut, dann könnten sie aber ihren Editor so anpassen, dass er auch als OSM-Editor benutzt werden kann. Das mit dem festen Schema leuchtet mir noch nicht so ganz ein. Sie können ja schauen, was sie brauchen und eben diese Tags nehmen. Ich denke das OSM-Datenmodell lässt sich schon auf das von Google abbilden oder zur Not auch so erweitern, dass da was kompatibles rauskommt, wenn man möchte. Bin mir da jetzt nicht so im Detail drüber im Klaren und kann mir auch vorstellen, dass es mehr Aufwand bedeuten würde, denke aber, dass es machbar wäre. Die Software dahinter ist mehr oder weniger das gleiche, was Google seit langem intern zur Datenerhebung z.B. in Indien oder Burma einsetzt. Google lasse sich derzeit von den Nutzern alle Rechte abtreten, aber nur so habe Google spaeter auch die Moeglichkeit, eine offene Lizenz zu waehlen, die ihnen geeignet erscheint. Was soll denn das für ne Logik sein? Gib mir alle deine Rechte an den Daten, damit ich sie später vielleicht öffentlich mache. Sie könnten ja auch sagen, dass Daten, die die Nutzer erheben, unter einer freien Lizenz stehen und Google sie uneingeschränkt nutzen darf, aber eben auch andere. Dann muesste man sich jetzt aber fuer eine Lizenz entscheiden, und es *gibt* keine rechtlich wasserdichte freie Lizenz fuer Geodaten (ausser PD). Nee versteh ich nicht. Wenn sie sagen: ok liebe User, alle Daten, die ihr generiert, können von jedem hier runtergeladen werden. Wir benutzen eure Daten, um damit unsere Maps zu rendern. Wenn beispielsweise Leute von Openstreetmap genau diese Daten haben wollen, dann können sie sie bekommen. Wo ist denn das Problem? Google kann ja trotzdem sagen, dass man von Google selber keine Daten klauen darf. Man kann ja aber speziell das Material, was da von Freiwilligen erzeugt wurde veröffentlichen. Genau das selbe müsste meiner Meinung nach für POIs gelten, die viele User bei Google zusammentragen. Die sollten komplett zur freien Verfügung stehen. Google darf sie dann natürlich weiterhin nutzen, aber eben auch alle anderen. Er halte es durchaus fuer moeglich, dass die Daten irgendwann frei werden, Ich denke sie kaufen die Daten bei Teleatlas bzw. Navteq ein? Dann können sie doch gar nicht selber entscheiden, dass das irgendwann frei wird. Es ging um die, die im Rahmen von MapMaper erhoben werden. Sorry, hab ich falsch verstanden. und sie wollen OSM auch weiterhin unterstuetzen. Ach tatsächlich? Vielleicht bin ich da jetzt nicht so gut informiert, aber wo genau unterstützen die OSM im Moment? Dass man bei Google nach Openstreetmap suchen kann und auf unsere Seiten kommt? Letztes Jahr haben sie die Konferenz finanziell unterstuetzt. Diesmal nicht, aber eventuell koennen wir mit den Google-Rechtsfuzzis die Brauchbarkeit des neuen Lizenzentwurfs abklopfen. Naja, dann dankeschön Google. Könnte sein, dass ich hier etwas zu hart ins Gericht gehe. Hab auch schon was von dem summer of code usw. gehört. Kann mich da mal jemand genauer aufklären? Da bezahlt Google Studenten Geld, die damit freie Softwareprojekte voranbringen. Google einfach mal danach ;) Mein persönliches Fazit: Viel Geschwafel und nichts wirklich Nützliches von Google. Immerhin eine Geste des guten Willens, die sie durchaus nicht noetig gehabt haetten. Wenn sie OSM gut fänden und uns unterstützen wöllten, warum arbeiten sie dann nicht einfach mit uns zusammen? Einer der Gruende ist sicherlich unsere mangelhafte Lizenz; das haben auch andere auf der Veranstaltung gesagt, dass ihre Anwaelte ihnen von OSM abraten, weil das eventuell unerwuenschte Nebeneffekte haben koennte. Scheint ein generelles Problem zu sein mit den Lizenzen. Ich sag noch mal, wie ich unsere Lizenz verstanden habe - korrigiert mich bitte. Man darf OSM-Daten nutzen, egal ob privat oder geschäftlich oder so, aber muss dann eben die Quelle nennen. (mit Quellenangabe scheint Google ja kein Problem zu haben. Steht ja immer Teleatlas da und so...) Außerdem kann jeder die Daten weiter nutzen, auch wenn sie in ein anderes Projekt eingefügt wurden. Ich stell mir das so vor: Jemand druckt Flyer von seinem tollen Dönerladen und macht hinten ne Anfartskizze von OSM mit drauf. Ich dürfte jetzt den Teil mit der Karte kopieren, weil die OSM ist. Für den Rest hätt ich aber keine Lizenz. Seh ich das so richtig? Also ich dachte eben es ist nicht so, wie bei GPL, dass Software,
Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download ...
Am Dienstag, 15. Juli 2008 16:18 schrieb Bernd Wurst: Kann mir irgendjemand sagen, warum der openrouteservice so allergisch auf die linke Einfahrt nach Fornsbach reagiert? Ich hab jetzt nochmal alles geprüft, ich seh in den Daten nichts warum er das macht. Aber er nutzt die einfach nicht, wenn es nicht unbedingt sein muss: http://data.giub.uni-bonn.de/openrouteservice/?zoom=17lat=6270647.6678 1lon=1073896.34066layers=B0T (Einfach mal von links nach oben routen lassen.) Mir ist aufgefallen: Er meint, durch den längeren Weg über die Bachstraße (highway=residential) gegenüber dem kürzeren über die Brückenstraße (highway=unclassified) genau 5 Sekunden Zeit zu sparen. Das hat also etwas mit dem Straßentyp zu tun (default maxspeed?). Dann aber nicht logisch; ich würde jedenfalls (mangels maxspeed) bei unclassified eine höhere Geschwindigkeit annehmen als bei residential. Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Autobahn
Garry schrieb: Mario Salvini schrieb: mach es lieber wie hier ;) http://www.autobahnatlas-online.de/A4.htm Mit dem Betreiber stand ich schon in Kontakt - die Parkplatznamen dürfen wir übernehmen. Selber eintragen kann man dort aber nichts - ist ja keine wiki-Seite. Garry wenn man ihm eine Liebe Email mit gefundenen Fehlern findet, werden diese auch korrigiert. Klappt aber leider nur indirekt. Da sind wir mit OSm natürlich dynamischer. Wer kann eine Automatische Generierung einer Ansicht ala Autobahnatlas aus den bestehenden OSM machen? Das würden die komplette Erfassung deutscher Autobahnen bestimmt sehr beschleunigen. http://wiki.openstreetmap.org/index.php/WikiProject_Germany/Autobahn ist aber schonmal ein guter Anfang :) (besonders die Relation-Kartenansicht z.B. http://www.openstreetmap.org/browse/relation/17501) -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Kartenausdruck als Vorbereitung für E vent
Hallo, am Sonntag wird es ein kleines, relativ privates Event in Schwäbisch Hall - Hessental geben. Dazu hätte ich mir gerne von Google oder einem vergleichbaren Anbieter eine Karte rausgelassen und darauf jeder Person seinen Bereich markiert. Gibt es denn möglichkeit, die Karten als Ganzes zu laden, oder muss ich die manuell zusammenstückeln? Danke schonmal. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Autobahn
Mario Salvini schrieb: Wer kann eine Automatische Generierung einer Ansicht ala Autobahnatlas aus den bestehenden OSM machen? Das würden die komplette Erfassung deutscher Autobahnen bestimmt sehr beschleunigen. Das wird eine zimliche Schläudertour, da man z.B. die Streckenkilometer nicht genau angeben kann. Solange unsere Daten nicht exakt sind, wird es bei solch langen Straßen immer massive Abweichungen von mehreren Kilometern geben können. Ich habe mal vorhin an der A7 angefangen, die Fehler etwas strukturierter anzugeben. Die aktuelle Beschreibung bringt in meinen Augen überhaupt nichts. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Autobahnauf-/abfahrten
Mario Salvini schrieb: Claudius Henrichs schrieb: Bei Autobahnkreuzen habe ich dabei die Nummer der Autobahn übernommen, auf die der Link führt. Wenn ihr also in kommender Zeit Autobahnauffahrten in eurer Nähe überprüft könnt ihr das ja ebenfalls einführen. das muss nicht immer richtig sein. Beim Autobahnkreuz A 4 / A 44 gehört z.B. das komplette Autobahnkreuz zur A 4 (laut Randsteinen). Beim Bad Hoburger Kreuz (A5xA661) ebenso. Alle Zu- und Abfahrten gehoeren zur A5. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kartenausdruck als Vorbereitung für Ev ent
2008/7/15 André Reichelt [EMAIL PROTECTED]: Hallo, am Sonntag wird es ein kleines, relativ privates Event in Schwäbisch Hall - Hessental geben. Dazu hätte ich mir gerne von Google oder einem vergleichbaren Anbieter eine Karte rausgelassen und darauf jeder Person seinen Bereich markiert. Gibt es denn möglichkeit, die Karten als Ganzes zu laden, oder muss ich die manuell zusammenstückeln?http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de Hallo André, auf www.openstreetmap.org gibt es einen Export-Knopf oberhalb der Karte. Damit kannst Du den aktuellen Ausschnitt als PNG, JPG, SVG, PDF oder Postscript exportieren. PNG oder SVG lassen sich dann einfach mit Bildbearbeitungsprogrammen weiterverarbeiten. Gruesse, jens ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kartenausdruck als Vorbereitung für Ev ent
Jens Frank schrieb: auf www.openstreetmap.org http://www.openstreetmap.org gibt es einen Export-Knopf oberhalb der Karte. Damit kannst Du den aktuellen Ausschnitt als PNG, JPG, SVG, PDF oder Postscript exportieren. PNG oder SVG lassen sich dann einfach mit Bildbearbeitungsprogrammen weiterverarbeiten. Das ist mir schon klar. Allerdings ist da eigentlich nur weisses nichts. Deshalb wollte ich eigentlich ne Google Karte auf A4 ausdrucken und die einzelnen Zonen farbig hervorheben (überblenden). Dann kann man die erfassten Straßen auf der Karte direkt in Echtzeit ausstreichen. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] einmalige oder oder offizielle Ortsnamen?
Dimitri Junker schrieb: Henry Loenwind schrieb: Na solange das Ding mit name:de=Bangkok getaggt ist, ist mir das egal Gibt es eigentlich eine OSM-Kartenversion wo die internationalen Namen verwendet werden? Bangkok wird im Zoomlevel 5: noch für mich lesbar geschrieben, ab Level 6 wird es unlesbar, nicht nur für mich, sondern wohl vor allem auch für den Renderer, denn da sind statt der einzelnen Buchstaben nur noch Rechtecke. Hier hat Mapnik versucht den Ortsnamen in Thai zu rendern, statt in lateinischen Buchstaben. Die Zeichen scheinen aber in seinem verwendeten Zeichensatz nicht vorzukommen, weshalb das Viereck grendert wurde. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kreuzungsrelation, war: Re: Brainstorming zum OpenRouteService
Frederik Ramm wrote: To construct the key, concatenate the role names of all parts of the path, separated with an underscore (_). Wenn Du spezielle Tags an Ways haengen willst, die nur innerhalb der Relation gelten, dann hast Du zwei Moeglichkeiten: (a) Relations in der Datenbank so erweitern, dass es statt role=x beliebig viele Nicht wirklich realistisch, oder? Tags pro Member geben kann. Oder (b) ueberall da, wo Du Ways in Deiner Relation hast, nutze stattdessen Relations (d.h. die Member Deiner Kreuzungsrelation sind Relationen, die jeweils einen Way enthalten sowie alle Spezialtags dazu). Und das erzeugt bei einer normalen X-Kreuzung 17(!) Relationen, wenn man sie komplett erfasst. Solche Monster wollte ich eigentlich vermeiden, das kann kein Mensch mehr warten. cu Henry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kreuzungsrelation
Bernd Wurst wrote: Ja, einfach nur junction. Du willst alle Situationen abbilden, also sollte es keine andere junction-relation geben müssen. Ok, ich geb mich geschlagen. ;) Ein Tag setzt sich aus Way_Node_Way zusammen. Oder eben Way_Node_Way_Node_Way, oder ... Ah, okay. So komplex ist das... ;-) Ja. Wobei ich gerade gemerkt habe, dass der Node eigentlich nur in wenigen Spezialfällen nötig ist. Nämlich nur dann, wenn 2 Ways mit jeweils beiden Enden miteinander verbunden sind. Dann gibt es nämlich 2 Möglichkeit von 1 nach 2. Ich glaube ich nehme die Nodes wieder raus un verbiete einfach den Sonderfall. Der lässt sich dadurch auflösen, dass man einen der beiden Wege teilt. Wenn möglich, bitte wenden ist ja die Standard-Anweisung wenn man mal wieder intelligenter als das Navi war. Unabhängig von einer Kreuzung. :) Nicht ganz, mein Navi unterscheidet zwichen wenden, wenden wenn möglich und 3+1. Also ich würde possible_uturn ersatzlos streichen und nur das eintragen wo man wirklich wenden kann. In Großstädten, in denen solche Maneuver gewollt vorkommen, gibt es eigentlich oft entsprechende Wende-Spuren. Das nakte uturn ist genau für solche Wendespuren. Wir brauchen also noch was für Mapper sagt hier geht's und ggf. sogar rechtlich erlaubt. Eigentlich schließt sich exit_left und exit_right innerhalb eines Landes doch aus, oder? Nein, tun sie nicht. Hm. Ich bin schon ruhig. :) *g* Du hättest mich al sehen sollen, als ich zum ersten mal an einer linken Autobahnausfahrt vorbeigekommen bin... right lane, left lane, center lane - here the driver has to chose the Das soll doch links halten abbilden, oder? Also im Sinne von jetzt links halten um im Autobahndreieck auf die A 7 zu wechseln. Ja. Das ist für Spuren in Autobahndreiecken, aber auch für mehrspurige Kreuzungen. Der Straßen-Planer, der sowas mit mehr als drei *unterschiedlichen* Spuren macht, geht als Sadist durch. :) Ich weiß nicht, gibt es sowas? Ja. Das passiert wenn nicht neue Spuren dazukommen, sondern vorhandene Spuren mit einer Richtung versehen werden. z.B. Westkreuz Frankfurt/Main von Süden. Da sind 4 Spuren und plötzlich steht über der Fahrbahn, dass eine nach rechts Richtung Osten, eine nach rechts Richtung Westen und 2 geradeaus gehen. Da hat eigentlich kein Navi eine Chance, das gut anzusagen. Selbst als Beifahrer ist es schwer den Fahrer nach Westen zu lotsen. Mein Navi sagt übrigens rechte Spur, dann Parallelfahrbahn zur zweiten Spur von rechts. Wenn man sich da mal dran gewöhnt hat, klappt das ganz gut. Von der Autobahn auf die Ausfahrtspur: exit right Von der Ausfahrtspur auf die erste Ausfahrt: exit right Von der Ausfahrtspur geradeaus: parallel lane Von der Parallelfahrbahn auf die zweite Ausfahrt: exit right Von der Parallelfahrbahn auf die Autobahn: auto Ich hab grade nen Knoten im Hirn, ich glaub ich brauch ein Beispiel... Autobahnbeispiel kommt später. Wie modellierst du diese vielen Anweisungen, die nötig sind um das zu erreichen? Jede Anweisung ist ein Tag der Relation. roundabout ist IMHO sogar redundant. steckt ja schon im Weg drin. Aber nicht, ob er auch so angesagt werden kann. Das liegt aber nur an den schlechten Karten und ist hoffentlich ein lösbares Problem. ;-) Touché. Im übrigen hab ich mal ein Beispiel fertig: http://wiki.openstreetmap.org/index.php/User:Henry_Loenwind/ACR Noch ohne die o.g. Änderungen. cu Henry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Möglicher Datenimport
Tobias Wendorff schrieb: aber ich persönlich glaube, dass es sich dabei nicht um einen offiziellen Vertreter von infas GEOdaten handelt. Die Firma ist mit einer der größten Datenanbieter in Deutschland und will auf einmal den ganzen Bestand in OSM kopieren?? Alleine für die Marktdaten der BRD könnte man sich eine C-Klasse kaufen. Es scheint hier ja auch um eine Vorabklärung vor einem internen Meeting zum Thema OSM zu gehen. Und da wird wohl auch geschaut, wie die OSM communtity zu so einem Vorhaben steht. Selbt wenn hier alle hurra rufen heißt das nicht, dass die irgenwas mit OSM machen werden. Vorstellen könnte ich es mir aber schon. Denn es ist vermutlich nicht deren Kernkompetenz Karten zu erstellen sondern die Marktdaten zu erfassen. Und die würden garantiert so oder so nie in OSM integriert werden. Die Idee ist vermutlich eher, wenn es um die Visualisierung von Marktdaten geht (Kauftkraftatlas im Großraum Stuttgart o.ä.) dann auch auf OSM Daten zurückzugreifen. Und da OSM nicht überall so weit ist, dem Projekt mit den bereits vorhandenen Geodaten etwas zu helfen. Gruß, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kleine Anwendung für OSM-Karten
Stark. Aber wo bleibt da die privacy des Eismannes. Der kann jetzt nichtmal mehr Mittags ein kleines Nickerchen in einer Seitenstraße machen:-) Harald. Am 15.07.2008 15:43 schrieb derandi: Hier eine kleine aber witzige Anwendung was man mit OSM machen könnte. http://www.wo-ist-der-eismann.de/ Erläuterung: Hier in Ilmenau gibt es einen Menschen der immer mit seinem Eismobil auf dem Campus unterwegs ist. In den Vorlesungen hatte wir immer wieder Lust auf ein Eis. Leider wußte damals niemand wann genau und wo der Eismensch gerade ist. Einer meiner Mitstudenten arbeitet bei einer Firma die Hardware für Navigationsgeräte herstellt. So kam dann eines zum anderen. Am Anfang wurden noch google-maps Karten verwenden. Da aber Ilmenau im OSM besser erfasst ist als google hat er den Kartenanbieter gewechselt. grüße andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de -- --+- Harald Kirsch | pifpafpuf bei gmx punkt de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kleine Anwendung für OSM-Karten
Moin, nette Sache und als exil-Ilmenauer schaut man da gern drauf. Was mich aber interessiert: Wie bekommt Ihr die Positionsdaten vom Auto ins Web? Ich bin Funkamateur und ich benutze genau für diese Art der Positionsübertragung APRS und als Sender ein UKW-Funkgerät auf 144.800 Mhz, auf der ich meine Positionsbaken sende. Die passenden Empfänger stehen verteilt im ganzen Land und von dort geht es dann ins Internet. Nun bezweifle ich, das der Eismann lizensierten Funkamateur ist, oder doch? :-) Wie geht's also? SMS per GSM? UMTS-Flatrate? 7355 Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kartenausdruck als Vorbereitung für Ev ent
André Reichelt schrieb: Jens Frank schrieb: auf www.openstreetmap.org http://www.openstreetmap.org gibt es einen Export-Knopf oberhalb der Karte. Damit kannst Du den aktuellen Ausschnitt als PNG, JPG, SVG, PDF oder Postscript exportieren. PNG oder SVG lassen sich dann einfach mit Bildbearbeitungsprogrammen weiterverarbeiten. Das ist mir schon klar. Allerdings ist da eigentlich nur weisses nichts. Deshalb wollte ich eigentlich ne Google Karte auf A4 ausdrucken und die einzelnen Zonen farbig hervorheben (überblenden). Dann kann man die erfassten Straßen auf der Karte direkt in Echtzeit ausstreichen. Wenn Du einen Windows-PC zur Verfügung hast lad Dir TTQV herunter - das kann sehr viele KArtenformate lesen, auch die OSM-Garmin-IMGs ausserdem automatisch die Google-Satbilder zusammenkacheln. Die Vektorkarten kannst Du als Overlay darüber legen, 21 Tage läuft das ganze als uneingeschränkte Demoversion... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Schreibfehler im Wiki
Hi, Wenn man allerdings etwas sucht und nicht erfolgreich ist, kommt eine spezielle Seite. Diese kann man nicht normal verändern. Dort heißt es: Wenn du dich mit dem Thema auskennen, kannst du selbst die Seite „map“ verfassen. Bei openstreetmap.org erhalte ich: Search results From OpenStreetMap You searched for drosophila melanogaster Jump to: navigation, search There is no page titled drosophila melanogaster. You might prefer to google the whole site instead. For more information see Searching the wiki. No page title matches No page text matches Note: Unsuccessful searches are often caused by searching for common words like have and from, which are not indexed, or by specifying more than one search term (only pages containing all of the search terms will appear in the result). Von welchem Wiki sprichst also Du? Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Nummerierung von Autobahnauf-/abfahrten
Mario Salvini: Beim Autobahnkreuz A 4 / A 44 gehört z.B. das komplette Autobahnkreuz zur A 4 (laut Randsteinen). http://www.openstreetmap.org/browse/relation/17501 Ich weiß nicht genau, wie dass in anderen Bundesländern ist, aber hier sind sogar die einzelnen Links durchbuchstabiert (4a-4o) Hm. Aber die Autobahn samt den Auffahrten heißt doch A 4 und nicht A 4o, nur weil es ein Teil des Autobahnkreuzes ist, oder? Das ganze ins Ref-Tag zu packen finde ich irreführend, da es eine Information für's Straßenbauamt, aber kein herkömmlicher (Im Sinne der Durchnummerierung von Autobahnen und Bundesstraßen in D) Referenzwert der Straße dort ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download ...
Hallo. Am Dienstag, 15. Juli 2008 schrieb Hatto von Hatzfeld: Mir ist aufgefallen: Er meint, durch den längeren Weg über die Bachstraße (highway=residential) gegenüber dem kürzeren über die Brückenstraße (highway=unclassified) genau 5 Sekunden Zeit zu sparen. Das hat also etwas mit dem Straßentyp zu tun (default maxspeed?). Dann aber nicht logisch; ich würde jedenfalls (mangels maxspeed) bei unclassified eine höhere Geschwindigkeit annehmen als bei residential. Pascal Neis hatte mir dazu privat geantwortet, dass er residential deutlich besser klassifiziert als unclassified. Ich finde das auch unlogisch und habe selbiges geantwortet. In dem Fall wollte ich eigentlich explizit mit der Wahl des Typ unclassified klar machen, dass man bitte die nehmen soll wenn's irgendwie geht. Weil die andere ist wirklich nur für die, die da wohnen interessant (wenngleich nicht verboten). Gruß, Bernd -- Wenn allzu früh der Morgen graut, dann ist der ganze Tag versaut signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bericht von der State of the Map-Konferenz
Hallo, Nee versteh ich nicht. Wenn sie sagen: ok liebe User, alle Daten, die ihr generiert, können von jedem hier runtergeladen werden. Wir benutzen eure Daten, um damit unsere Maps zu rendern. Wenn beispielsweise Leute von Openstreetmap genau diese Daten haben wollen, dann können sie sie bekommen. Wo ist denn das Problem? Entweder muss man sich gleich auf eine Lizenz festlegen, oder eben sagen, alles gehoert Google. Was Du oben skizzierst, hoert sich sehr nach Public Domain an, da kann also auch Teleatlas die Daten runterladen und bei sich einbauen. Eventuell will Google das nicht. Ich sag noch mal, wie ich unsere Lizenz verstanden habe - korrigiert mich bitte. Man darf OSM-Daten nutzen, egal ob privat oder geschäftlich oder so, aber muss dann eben die Quelle nennen. (mit Quellenangabe scheint Google ja kein Problem zu haben. Steht ja immer Teleatlas da und so...) Ja, das stimmt. Außerdem kann jeder die Daten weiter nutzen, auch wenn sie in ein anderes Projekt eingefügt wurden. Ich stell mir das so vor: Jemand druckt Flyer von seinem tollen Dönerladen und macht hinten ne Anfartskizze von OSM mit drauf. Ich dürfte jetzt den Teil mit der Karte kopieren, weil die OSM ist. Für den Rest hätt ich aber keine Lizenz. Seh ich das so richtig? Ja. Wobei es halt nicht immer so einfach ist, wo die Grenze zwischen dem abgeleiteten Werk und dem Sammelwerk ist. Abgeleitete Werke erben die Lizenz. Man koennte sich auf den Standpunkt stellen: Dadurch, dass Google seine eigenen Daten mit OSM-Daten verknuepft, wird die ganze Datenbank ein abgeleitetes Werk und steht unter der CC-BY-SA-Lizenz. Diese Trennstelle ist eines der groesseren Probleme - sie wird immer existieren, aber *wo* sie genau existiert, ist bei uns nicht gut genug festgelegt, so dass aengstliche Rechtsabteilungen immer sagen lieber Finger weg. Unsere Lizenz hat auch das Problem, dass wir niemandem Rechtssicherheit bieten koennen - wenn einer kommt und fragt: Duerfen wir dies und das, dann ist unsere Antwort oft hm, weiss nicht, frag besser einen Anwalt. Schliesslich besteht auch noch das kleine Problem, dass unsere Lizenz die Leute zwingt, die Endprodukte ihrer Arbeit unter CC-BY-SA zu stellen (wer ein T-Shirt mit OSM-Material drauf druckt, muss das T-Shirt-Design z.B. unter diee Lizenz stellen), aber davon haben wir nichts. Wir haetten es lieber, wenn unsere Lizenz auf abgeleitete Daten wirkt statt auf abgeleitete T-Shirts. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kartenausdruck als Vorbereitung für Ev ent
Hallo, André Reichelt wrote: Das ist mir schon klar. Allerdings ist da eigentlich nur weisses nichts. Deshalb wollte ich eigentlich ne Google Karte auf A4 ausdrucken und die einzelnen Zonen farbig hervorheben (überblenden). Dann kann man die erfassten Straßen auf der Karte direkt in Echtzeit ausstreichen. Da Google die gleichen Tiles verwendet wie wir, nur die Zoomlevel anders numeriert sind - z(google)=17-z(osm) - muesste es eigentlich moeglich sein, sich mit meinem bigmap ein Perlskript zu generieren und dieses geringfuegig zu modifizieren, indem man eben den Tile-URL gegen den von Google austauscht. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kreuzungsrelation, war: Re: Brainstorming zum OpenRouteService
Hallo, Und das erzeugt bei einer normalen X-Kreuzung 17(!) Relationen, wenn man sie komplett erfasst. Solche Monster wollte ich eigentlich vermeiden, das kann kein Mensch mehr warten. Deine vorgeschlagene Relation auch nicht. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kartenausdruck als Vorbereitung für Ev ent
Frederik Ramm schrieb: Da Google die gleichen Tiles verwendet wie wir, nur die Zoomlevel anders numeriert sind - z(google)=17-z(osm) - muesste es eigentlich moeglich sein, sich mit meinem bigmap ein Perlskript zu generieren und dieses geringfuegig zu modifizieren, indem man eben den Tile-URL gegen den von Google austauscht. Leider kenne ich mich mit Perl so gar nicht aus :(. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Bericht von der State of the Map-Konferenz
Hallo FreeWorld. Bitte denk nach und im besten Fall recherchier kurz bevor du postest. Deine Thesen und Fragen lassen sich mit ganz wenigen Netz-Suchen ganz schnell korrigieren. Am Dienstag, 15. Juli 2008 schrieb FreeWorld: Naja gut, dann könnten sie aber ihren Editor so anpassen, dass er auch als OSM-Editor benutzt werden kann. Das mit dem festen Schema leuchtet mir noch nicht so ganz ein. Sie können ja schauen, was sie brauchen und eben diese Tags nehmen. Ich denke das OSM-Datenmodell lässt sich schon auf das von Google abbilden oder zur Not auch so erweitern, dass da was kompatibles rauskommt, wenn man möchte. Bin mir da jetzt nicht so im Detail drüber im Klaren und kann mir auch vorstellen, dass es mehr Aufwand bedeuten würde, denke aber, dass es machbar wäre. Du weißt aber schon, dass Google trotz allem Engagement noch eine gewinnorientierte Firma ist? Einfach mal ganz viel Arbeit reinstecken um dann die Daten unter Public Domain zu veröffentlichen ist da eher nicht sinnvoll. Freie Lizenzen teilweise schon, aber jeder darf alles damit machen bestimmt nicht. Das macht ja noch nichtmal OSM so, siehe unten. Und was Google angeht: Ich verteidige hier Google, auch wenn ich das normal nicht so uneingeschränkt tue. Google ist nicht das Allheilmittel und auch nicht der große Freund von allen. Aber grade was freie Software angeht, ist der GSoC einfach *das* Sponsoring-Event schlechthin. So viel Geld spendet kaum eine andere Firma so breit gestreut an freie Projekte, die das wirklich gebrauchen können. Hier über Google tut nur scheinheilig zu lästern ist echt unter allem Niveau. Natürlich sind MapMaker-Karten nicht frei. Das war nie anders zu erwarten. Dann muesste man sich jetzt aber fuer eine Lizenz entscheiden, und es *gibt* keine rechtlich wasserdichte freie Lizenz fuer Geodaten (ausser PD). Nee versteh ich nicht. Beispiel: CC-by-sa und GNU FDL sind zueinander inkompatibel. Eigentlich, nach Wortlaut der Lizenzen, darfst du keine Inhalte von Wikipedia nach OSM überführen oder anders herum. Die Lizenzen sagen inhaltlich dasselbe aus, aber jede sagt Weiterverbreitung nur unter DIESER Lizenz. Es wäre bescheuert, sich vorab auf eine Lizenz festzulegen wenn man irgend eine andere Alternative hat. als freies Projekt haben wie keine andere Alternative, aber Google hat. Wenn sie sagen: ok liebe User, alle Daten, die ihr generiert, können von jedem hier runtergeladen werden. Sagt StudiVZ, dass du alle Nutzergenerierten Daten runterladen kannst? Sagt XING, dass du alle generierten Daten runterladen darfst? Gibt dir Google die statistischen Daten über deine Mail-Inhalte, die du tagtäglich generierst? Das ist völlig unrealistisch, dass eine gewinnorientierte Firma solche Daten unter vollwertiges Public-Domain stellt. Das macht keinen Sinn. Man darf OSM-Daten nutzen, egal ob privat oder geschäftlich oder so, aber muss dann eben die Quelle nennen. (mit Quellenangabe scheint Google ja kein Problem zu haben. Steht ja immer Teleatlas da und so...) Das ist das by in CC-by-sa. Ich stell mir das so vor: Jemand druckt Flyer von seinem tollen Dönerladen und macht hinten ne Anfartskizze von OSM mit drauf. Ich dürfte jetzt den Teil mit der Karte kopieren, weil die OSM ist. Für den Rest hätt ich aber keine Lizenz. Seh ich das so richtig? Das schon. Also ich dachte eben es ist nicht so, wie bei GPL, dass Software, die irgendwo GPL verwendet selber unter GPL stehen muss, aber wie gesagt - korrigiert mich. Das sa in der CC-by-sa sagt genau dieses aus. Weißt du, liebes unbekanntes FreeWorld, wenn man auf der OSM-Startseite auf das Lizenz-Symbol klickt, kommt man auf diese Seite: http://creativecommons.org/licenses/by-sa/2.0/ Da steht das in ganz kurzen, knappen Sätzen, sogar mit Bildchen. Und da sogar auf deutsch: http://creativecommons.org/licenses/by-sa/2.0/de/ Gruß, Bernd -- Wie lange eine Minute ist, hängt davon ab, auf welcher Seite der Toilettentür man sich befindet. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] OpenRouteService
Hi, antworte hier auf zwei Fragen: einmal von Alexander Schulze und einmal von Bernd Wurst! From: Alexander Schulze [EMAIL PROTECTED] habe gerad mal den OpenRouteService ausprobiert und bin darauf gesto?en, dass folgendes barrier=bollard,bicycle=yes,foot=yes vom Algorithmus ignoriert wird (Methode:Shortest). das ist richtig, wird momentan nicht bei ORS unterstützt From: Bernd Wurst [EMAIL PROTECTED] Subject: Re: [Talk-de] OpenRouteService.org -- POI-Suche, GPX download ... To: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Message-ID: [EMAIL PROTECTED] Content-Type: text/plain; charset=iso-8859-15 Hallo. Am Dienstag, 15. Juli 2008 schrieb Hatto von Hatzfeld: Mir ist aufgefallen: Er meint, durch den l?ngeren Weg ?ber die Bachstra?e (highway=residential) gegen?ber dem k?rzeren ?ber die Br?ckenstra?e (highway=unclassified) genau 5 Sekunden Zeit zu sparen. Das hat also etwas mit dem Stra?entyp zu tun (default maxspeed?). Dann aber nicht logisch; ich w?rde jedenfalls (mangels maxspeed) bei unclassified eine h?here Geschwindigkeit annehmen als bei residential. Pascal Neis hatte mir dazu privat geantwortet, dass er residential deutlich besser klassifiziert als unclassified. Ich finde das auch unlogisch und habe selbiges geantwortet. In dem Fall wollte ich eigentlich explizit mit der Wahl des Typ unclassified klar machen, dass man bitte die nehmen soll wenn's irgendwie geht. Weil die andere ist wirklich nur f?r die, die da wohnen interessant (wenngleich nicht verboten). ist bei mir lokal geändert und wird die nächsten Tage auf den Server kommen ... cheers pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Schreibfehler im Wiki
Am Tue, 15 Jul 2008 19:52:06 +0200 schrieb Frederik Ramm: Hi, Wenn man allerdings etwas sucht und nicht erfolgreich ist, kommt eine spezielle Seite. Diese kann man nicht normal verändern. Dort heißt es: Wenn du dich mit dem Thema auskennen, kannst du selbst die Seite „map“ verfassen. Bei openstreetmap.org erhalte ich: Search results From OpenStreetMap You searched for drosophila melanogaster Jump to: navigation, search There is no page titled drosophila melanogaster. You might prefer to google the whole site instead. For more information see Searching the wiki. No page title matches No page text matches Note: Unsuccessful searches are often caused by searching for common words like have and from, which are not indexed, or by specifying more than one search term (only pages containing all of the search terms will appear in the result). Von welchem Wiki sprichst also Du? Ich spreche von dem gleichen Wiki. Bei mir allerdings ist die Meldung in deutsch: http://imagebin.ca/view/Fa6Jcc.html Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Kartenausdruck als Vorbereitung für E vent
Bernd Wurst schrieb: Predigen wir nicht nicht immer, dass wir OSM brauchen weil genau diese Anwendung von Google-Karten nicht legal ist? ;-)) Ganeu deshalb brauchen wir ja karten, damit mal OSM gezielt voran bringen kann und wenn vier oder fünf Leute gleichzeitig in nem eng begrenzten Gebiet mappen, kann schnell etwas in die Hose gehen. Im Notfall muss ich eben etwas improvisieren und das Zeugs manuell rauskopieren. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Nummerierung von Autobahnauf-/abfahrten
Claudius Henrichs schrieb: Hm. Aber die Autobahn samt den Auffahrten heißt doch A 4 und nicht A 4o, nur weil es ein Teil des Autobahnkreuzes ist, oder? Das ganze ins Ref-Tag zu packen finde ich irreführend, da es eine Information für's Straßenbauamt, aber kein herkömmlicher (Im Sinne der Durchnummerierung von Autobahnen und Bundesstraßen in D) Referenzwert der Straße dort ist. Ich glaube, das Verbindungsstück hat diese Bezeichnung, also der link praktisch. So habe ich das jetzt jedenfalls verstanden. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Schreibfehler im Wiki
Andreas Volz schrieb: Ich spreche von dem gleichen Wiki. Bei mir allerdings ist die Meldung in deutsch: Das ist einstellungssache, ob das in deutsch oder englisch kommt. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Schreibfehler im Wiki
Hi, Ich spreche von dem gleichen Wiki. Bei mir allerdings ist die Meldung in deutsch: Ah, ich hab meine Sprache auf de umgestellt, jetzt sehe ich es auch. Prinzipiell kann man solche Seiten auch aendern: http://wiki.openstreetmap.org/index.php?title=MediaWiki:Noexactmatch/deaction=edit Aber bei unserer Installation ist das wohl unterbunden: Diese Seite enthält Text für das Sprach-Interface der Software und ist gesperrt, um Missbrauch zu verhindern. Ich frag mal nach. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Schreibfehler im Wiki
Hi, Wenn du dich mit dem Thema auskennen, kannst du selbst die Seite „map“ verfassen. Bei openstreetmap.org erhalte ich: Search results From OpenStreetMap […] Von welchem Wiki sprichst also Du? MediaWiki erlaubt dem Nutzer, die Sprache der Oberfläche einzustellen, und zwar in den „my preferences“ rechts oben. Ich kann den Schreibfehler dann auch bestätigen. Da wir die Texte aber garantiert nicht selbst in alle die dort gelisteten Sprachen übersetzt haben, schätze ich mal, dass die Meldung schon in dieser Form mit dem MediaWiki geliefert wurde und vermutlich am besten dort korrigiert würde. Tordanik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
