Re: [Talk-de] [OT] Etrex 30: Sekundengenaue Uhrzeit abfotografieren?
Andreas Tille wrote: Hallo Andreas, On Mon, Dec 30, 2013 at 12:15:45PM +0100, Andreas Titz wrote: Was Du mit STatus-Leiste meinst, muß ich noch rausfinden, aber jedenfalls habe ich jetzt eine Möglichkeit gefundenm, die Uhrzeit zu fotografieren. Das ist schon mal gut. Wenn die den Reisecomputer auf die Ansicht großes Datenfeld einstelle, ist bei mir dann ganz oben (oberhalb des großen Datenfelds) so ein schwarzer Balken, in dem der Batterie-Ladezustand (bzw. externe Stromversorgung), die Uhrzeit mit Sekunden und die GPS-Signalstärke angezeigt werden. Hmmm, bei mir (also in Werkseinstellungen) ist da die Zeit bis Sonnenuntergang. Eine nette Information, die aber eigentlich kein Mensch so richtig braucht. Was bei Dir steht, klingt viel interessanter - leider habe ich noch nicht raus, wie ich das ändern kann. Wenn ich die Anzeige im Reisecomputer auf Werkseinstellungen zurücksetze, lande ich in der Freizeit-Anzeige. Da habe ich dann auch den Countdown bis Sonnenuntergang. Die Statusleiste gibt es nur bei großes Datenfeld im Menüpunkt Ansicht ändern. (also Reisecomputer mit der Taste rechts oben auswählen, dann 1x Menü drücken, Ansicht einstellen wählen und dann Großes Datenfeld). HTH Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bahnstrom
Florian Lohoff wrote: On Sun, Dec 29, 2013 at 04:28:24PM +0100, hendrik-17 wrote: über frequency=16,6 und über den operator=DB_Energie sowie die Anzahl der Leiter (bei Bahnstrom 2 pro Stromkreis). Bin gerade drueber gestolpert - Auch gerne 16,7 as Frequenz eingetragen - Also ein wenig unschärfe brauch man. Aber DB_Energie ist drauf. 16,7 Hz ist ja auch der richtige Wert, siehe https://de.wikipedia.org/wiki/Bahnstrom#16.E2.85.94_Hz_gegen.C3.BCber_16.2C7_Hz Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] Etrex 30: Sekundengenaue Uhrzeit abfotografieren?
Hallo Andreas, Andreas Tille wrote: On Mon, Dec 30, 2013 at 12:08:14AM +0100, Andreas Titz wrote: Du musst noch die Anzeige großes Datenfeld einstellen (auf der Seite Reisecomputer nochmal die Menü-Taste drücken, dann Menüpunkt Anzeige ändern, Auswahl Grosses Datenfeld). In dem Datenfeld ganz oben kannst du dann die Uhrzeit mit Sekunden anzeigen. Außerdem blendet diese Auswahl oben eine Status-Leiste auf der Reisecomputerseite ein, in der die Uhrzeit nochmal in klein mit Sekunden angezeigt wird. Was Du mit STatus-Leiste meinst, muß ich noch rausfinden, aber jedenfalls habe ich jetzt eine Möglichkeit gefundenm, die Uhrzeit zu fotografieren. Das ist schon mal gut. Wenn die den Reisecomputer auf die Ansicht großes Datenfeld einstelle, ist bei mir dann ganz oben (oberhalb des großen Datenfelds) so ein schwarzer Balken, in dem der Batterie-Ladezustand (bzw. externe Stromversorgung), die Uhrzeit mit Sekunden und die GPS-Signalstärke angezeigt werden. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [OT] Etrex 30: Sekundengenaue Uhrzeit abfotografieren?
Andreas Tille wrote: On Sun, Dec 29, 2013 at 09:44:39PM +0100, Toni Erdmann wrote: On 12/29/2013 08:17 PM, Andreas Tille wrote: zu Weihnachten hat ein eTrex 30 mein eTrex Vista abgelöst. Beim Vista wußte ich, wo ich im Menü die exakte Uhrzeit anzeigen kann, um diese abzufotografieren und damit meine Bilder zu justieren. Beim eTrex 30 habe ich noch keine Anzeige gefunden, die sekundengenau ist. In der Bedienungsanleitung bin ich leider auch nicht fündig geworden. in Deinen Einstellungen brauchst Du unter Seitenfolge den Reisecomputer. Auf dieser Seite kannst Du die Menu Taste verwenden und die Dadenfelder ändern. Darunter befindet sich auch die aktuelle Uhrzeit mit Stunde:Minute:Sekunde. Ich habe jetzt die Uhrzeit hinzugefügt - aber leider ist die auch nur minutengenau. :-( Du musst noch die Anzeige großes Datenfeld einstellen (auf der Seite Reisecomputer nochmal die Menü-Taste drücken, dann Menüpunkt Anzeige ändern, Auswahl Grosses Datenfeld). In dem Datenfeld ganz oben kannst du dann die Uhrzeit mit Sekunden anzeigen. Außerdem blendet diese Auswahl oben eine Status-Leiste auf der Reisecomputerseite ein, in der die Uhrzeit nochmal in klein mit Sekunden angezeigt wird. Neulich ist mir beim Synchronisieren eines Videos aber aufgefallen, dass beide Anzeigen nicht synchron waren, sondern einige Videoeinzelbilder auseinander lagen. Darüber hinaus habe ich das nächste Problem festgestellt: Der Track scheint nur auf dem internen Speicher aufgezeichnet zu werden, nicht aber auf der SD Karte. Vom Vista war ich das gewohnt und darüber hinaus war der Track der SD Karte auch noch reicher an Information als das, was man per gpsbabel -t -i garmin -f usb: -o gpx -F trackfile.gpx holen konnte. Leider funktioniert letzteres mit dem eTrex 30 auch nicht. Wie kann ich die Tracks denn grundsätzlich auf die SD Karte speichern. Das eTrex 30 scheint nicht mehr das Garmin-Protokoll zu sprechen. Dadurch funktioniert die Option -i garmin nicht mehr. Die Aufzeichnungen, die sonst aus dem internen Speicher ausgelesen werden konnten, landen jetzt im gpx-Format in der Datei Garmin/gpx/Current/Current.gpx, wenn man das Gerät im Massenspeichermodus an den Computer anschließt. Das Loggen auf die Speicherkarte kann man im Hauptmenü unter Einstellungen/Tracks/Automatisch archivieren aktivieren, allerdings wird wohl nicht parallel in den internen Speicher und auf die Speicherkarte geloggt, sondern die Datei auf der Speicherkarte wird nur angelegt, wenn die Bedingung bei Automatisch archivieren erfüllt ist. - Ich bin mir dabei aber nicht ganz sicher, weil ich gleich nach einer Tour immer den Activelog bzw. jetzt die Datei Current.gpx auslese. HTH Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kort Game mit neuer Aktion/Kampagne dieses Wochenende!
Wolfgang Hinsch wrote: Sprache des Namens finde ich sehr sinnvoll, denn es ist durchaus nicht so, dass Ländergrenzen eine Sprachgrenze bilden würden, geschweige denn dass innerhalb eines Landes oder Region nur eine Sprache gesprochen wird (auch wenn das einige Landsmänner aus DE, FR, IT oder den USA immer wieder meinen ;-)). Nach der On-The-Ground-Regel mappen wir den Namen als DEN offiziellen Namen, und das ist der Name, wie er als Name vergeben wurde. Punkt. Nach der On-The-Ground-Regel müsste dieser brandenburgische Bahnhof wird dann name=Lübbenau (Spreewald)\nLubnjow (Błota) getaggt werden - oder besser mit Leerzeichen zwischen den beiden gleichberechtigten Namen? http://www.bahnbilder.de/bilder/sonstiges-146918.jpg (Bild ist nicht von mir, sondern das Ergebnis einer schnellen Bildersuche im Internet, auf dieser Seite gefunden habe: http://www.bahnbilder.de/name/einzelbild/number/146918/kategorie/Deutschland~Sonstiges~Sonstiges.html Und diese Straßen in einer Großstadt[1] in Deutschland dann name=Lausitzer Straße\nŁužyska droga bzw. name=August-Bebel-Straße\nA. Bebelowa droga http://commons.wikimedia.org/wiki/File:Bilinguale_Stra%C3%9Fenbeschilderung_Cottbus.jpg Gruß Andreas [1]bzw. grad mal wieder knapp-nicht-mehr-Großstadt ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
Rainer Kluge wrote: Gut, ich bin vielleicht etwas zu sehr Fahrrad- und Fußgänger-zentriert, aber ich glaube nicht, dass es mehr als eine Karte pro Nutzergruppe braucht, wobei man wahrscheinlich Radfahrer, Reiter und Wanderer zusammenfassen kann, ebenso wie Pkw-, Motorrad- und Lkw-Fahrer. Bei den Navi-Herstellern gibt es diese Vielfalt meines Wissens auch nicht. Wenn die Navi-Hersteller alles über einen Kamm scheren, müssen wir ja nun nicht auch tun, sondern können uns grade durch - odentlich dokumentierte - Vielfalt abheben. Aber wenn mir jemand erklären kann, warum Otto-Normalnutzer zum Rennradfahren eine OpenVelo und zum MTBen eine OpenMTB braucht, dann revidiere ich gerne meinen Standpunkt. Grade die Gruppe der Radfahrer hat so unterschiedliche Ansprüche an das Routing, dass man das kaum mit einer einzelnen Garminkarte mit der begrenzten Zahl an routingfähigen Wegtypen abdecken kann: Der Rennradfahrer will, dass alles, was nicht surface=asphalt hat, abgewertet wird und Radwege sowieso vermieden werden (weil die selten mit 30km/h - einer für Rennradfahrer durchaus üblichen Geschwindigkeit - befahrbar sind). Der Mountainbiker freut sich dagegen, wenn er auch mal einen tracktype=grade4 oder grade5 auf seiner Route vorfindet und hält die Rennradrouten für langweilig. Otto Normalradfahrer ärgert sich dann sowohl über den grade4-Weg, über den ihn das Navi geschickt hat als auch über den Umweg, der dem Rennradfahrer vorgeschlagen wurde, um den gepflasterten Schlängel-Radweg zu umfahren. Und Reitwege will ich erst gar nicht auf meiner Fahrradkarte sehen, die sind eh unpassierbar. Für spezielle LKW-Karten sehe ich auch Vorteile, erst recht wenn diese auf Anforderung erzeugt werden (dafür fehlt momentan aber noch die Infrastruktur). In der Anforderung könnte dann gleich nach Höhe, zulässiger Gesamtmasse, Achslast, Länge und Breite gefragt werden und beim Bau der speziellen Karte wird der Weg dann auf access=no gesetzt, wenn eine der Beschränkungen überschritten ist. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Feedback vom OpenStreetMap-Stand auf dem GeoGames Leipzig Event
Rainer Kluge wrote: Am 05.07.2012 12:55, schrieb Andreas Titz: Der Rennradfahrer will, dass alles, was nicht surface=asphalt hat, abgewertet wird und Radwege sowieso vermieden werden (weil die selten mit 30km/h - einer für Rennradfahrer durchaus üblichen Geschwindigkeit - befahrbar sind). Das setzt voraus, dass Surface flächendeckend und zuverlässig getaggt ist. ich halte die Auswertung solcher Tags bei der Planung, z.B. mit OpenRouteService, für durchaus sinnvoll, aber draußen würde ich mich darauf nicht verlassen. Da sind wir unterschiedlicher Meinung. Draußen sehe ich ja, dass der Weg entgegen der Erfassung doch befahrbar / nicht befahrbar ist und kann mich spontan umentscheiden - das Navi berechnet dann eine neue Route. Bei der Vorausplanung am Rechner bin ich drauf angewiesen, dass die Eintragungen stimmen. Für spezielle LKW-Karten sehe ich auch Vorteile, erst recht wenn diese auf Anforderung erzeugt werden (dafür fehlt momentan aber noch die Infrastruktur). In der Anforderung könnte dann gleich nach Höhe, zulässiger Gesamtmasse, Achslast, Länge und Breite gefragt werden und beim Bau der speziellen Karte wird der Weg dann auf access=no gesetzt, wenn eine der Beschränkungen überschritten ist. Darüber sollten wir diskutieren, wenn diese Daten flächendeckend erfasst sind. Bis dahin würde ich als Lkw-Fahrer keinem auf OSM basierenden Routing vertrauen, das diese Kriterien berücksichtigt. d.h. du würdest auch erfasste Beschränkungen erstmal beim Routing unbeachtet lassen und mit dem 10-Tonner erstmal bis an die mit maxweight=5t getaggte Brücke ranfahren, wenden, und dann wieder 10km zurück, wo du zur nächsten Brücke abbiegen kannst? Dass irgendwelche Beschränkungen nicht erfasst sind, ist ja immer möglich, z.B. weil die Brücke gestern überprüft wurde und sofortiger Handlungsbedarf (= sofortige Sperrung für schwere Fahrzeuge, noch heute) erkannt wurde. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Welche Tags für Bahngleise - Ergebnis
Stephan Wolff wrote: Auf jedem Gleis im Bahnhof habe ich einen Punkt mit public_transport=stop_position, train=yes erstellt. Den Punkt habe ich etwa dort gesetzt, wo ich die Mitte der haltenden Züge abschätze. Wie würdest du die Mitte z.B. beim Bahnhof Berlin-Spandau Fahrtrichtung Osten abschätzen? Dort gibt es 2 oder 3 Haltetafeln, die dafür sorgen, dass die Züge unabhängig von ihrer Länge möglichst weit östlich halten, nämlich in der Nähe des Hauptausgangs. ICEs brauchen die gesamte Bahnsteiglänge, deren Mitte wäre also etwa dort, wo sich der Node Berlin-Spandau¹ befindet. Alle anderen Züge, die ja etwas kürzer sind, haben ein paar Meter vor dem Bahnsteigende zu halten. Beim RE6, da manchmal ein einzelner 646 ist, wäre die Mitte dann in Höhe der mittleren Treppe². Wer dann dort gewartet hat, wo bei einem ICE die Mitte wäre, darf erstmal einen 100m-Sprint einlegen, um zu seinem Zug zu kommen. Anderes Beispiel: Berlin Friedrichstraße Richtung Westen: RE2, RE7 und RB14 fahren mit 4 Wagen+Lok und halten - entsprechend der für sie gültigen Stop-Position (aka Haltetafel, Ne5) - komplett innerhalb der Halle. Der RE1 hat dagegen nur 1 Wagen mehr und ist trotzdem zu lang für diese Halteposition. Er fährt bis zur Standard-Haltetafel am Bahnsteigende vor und hält daher größtenteils außerhalb der Halle. Gruß Andreas ¹http://www.openstreetmap.org/browse/node/28469425 ²http://www.openstreetmap.org/browse/node/610780814 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Straße selektieren, die gleichze itig Area-Grenze ist
Steffen Heinz wrote: Am 17.10.2010 09:47, schrieb Wolfgang: Klicke den Weg mit der mittleren Maustaste (Rad) an, drücke die Strg-Taste und wähle mit der Maus die gewünschte Linie aus. wie geht das wenns keine mittlere Maustaste gibt? Das Problem hatte ich auch schön des öfteren Je nach Maustreiber kann man bei Touchpads einen Mittelklick simulieren, indem man mit 2 etwas gespreizten Fingern gleichzeitig auf das Pad tippt. Oft geht auch beide Maustasten gleichzeitig zu drücken, so ist es auch möglich, mit gedrückter mittlerer Maustaste etwas zu ziehen. Aber das funktioniert z.B. bei meinem Netbook nicht, da die Maustasten als Wippe ausgeführt sind, d.h. man kann nur links ODER rechts runterdrücken - das andere Ende des Tastenbalkens kommt dann hoch. Beide Enden gleichzeitig geht nicht. :/ HTH, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Offline Tile Server?
Torsten Leistikow wrote: Und noch eine weitere Frage: Gibt es noch eine Alternative zu Kosmos, um mir den Inhalt des Ordners Tiles per Tile-Server anzeigen zu lassen. Bei Kosmos habe ich naemlich das Problem der Abhaengigkeit von den .net Versionen. Wenn die Tiles in Unterverzeichnissen nach dem üblichen Schema /z/x/y.png angeordnet sind, kannst du pymap (müsste im SVN zu finden sein) ausprobieren. Da bist du nur von Python abhängig ;-) und musst evl. noch die Pfade im Skript anpassen. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Hinweis auf gps-tech...@lists.openstreetmap.de
Manuel Reimer wrote: Jonas Stein wrote: Ich moechte daher nochmal diese Liste bewerben, schoenes Wochenende, Wie lange gibt es die schon? gmane.org hat sie noch nicht und da ich Mailinglisten nicht auf mein ohnehin unübersichtliches Postfach loslasse, ist die Liste für mich im Moment nicht nutzbar. Doch, gmane hat die Liste unter gmane.comp.gis.openstreetmap.gpstech Oder ist das noch eine andere deutschsprachige OSM-GPS-Technik-Liste? Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV - Erfassen von Tarifzonen
Helder Aguiar wrote: Das Problem mit überschneidenden Tarifzonen gibt es z.B. beim VRR (Rhein-Ruhr) Da ginbt es einzelne Haltestellen die in 2 oder auch 3 Tarifzonen liegen... Im VBB gehört jede Haltestelle nur in genau eine Tarif-Wabe. Überschneidungen oder Haltestellen genau auf der Grenze gibt es dabei nicht. Von daher könnte man die Wabennummer beim VBB schon direkt an die Haltestelle schreiben. Allerdings gibt es im Bereich der 5 größten Städte (Berlin, Potsdam, Brandenburg adH, Frankfurt (O), Cottbus) Tarifwaben, die zu einer größeren Einheit zusammengefasst sind: jeweils Tarifbereich A = Innenstadt, B = äußeres Stadtgebiet, C = näheres Umland. Die Tarifbereiche A und B haben jeweils eine eigene Wabennummer (z.B. Berlin A = , Berlin B = 5656), die Tarifbereiche C sind eine Zusammenfassung von Waben im Umland der großen Städte. Bei den Tarifbereichen gibt es dann auch Überschneidungen. So liegt die Haltestelle Leest, Kirche in der Tarifwabe 5748, die sowohl zum Tarifgebiet Potsdam C als auch zu Berlin C gehört. Außerdem gibt es bei Zeitkarten auch noch die Landkreise zu beachten, die eine Zusammenfassung der Tarifwaben im jeweiligen Kreis sind. Ich denke aber, dass diese durch ; getrennt doch auch getrennt erfasst werdeb können... Ich denke, dass - zumindest im VBB - die Wabennummern schon als Tag an die Haltestellen geschrieben werden können; die C-Bereiche sind für mich aber schon eine Art Zusammenfassung, für die ich eine Relation verwenden würde. Allerdings bin ich mir nicht so sicher, was ich als Member der Relation nehmen würde. Eigentlich müssten es ja die Tarifwaben sein, die aber nicht als selbstständige Objekte in der Datenbank existieren, wenn die Wabennummer direkt an die Haltestelle getaggt wird. Hm, und die Waben selbst als Relation anzulegen (mit der Nummer als Tag der Relation und den einzelnen Haltestellen als Member) dürfte die Sache recht kompliziert machen. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV - Erfassen von Tarifzonen
M∡rtin Koppenhoefer wrote: Am 30. September 2010 11:07 schrieb Christian Slotwinsky slo...@web.de: Nach all den zahlreichen Beiträgen (vielen Dank dafür) verstehe ich nun warum dieses Thema bislang keine Berücksichtigung gefunden hat. Berlin scheint bisher wohl eine der einfacheren Tarif-Varianten zu besitzen. Also bleibt ersteinmal alles wie es ist, sprich ohne Tarifzonen. wieso, ist in Berlin doch ziemlich einfach, einfach an jede Haltestelle ein Tag mit Zone A oder B oder C machen, fertig. Berlin A und Berlin B ginge noch, wobei ich eher die Wabennummern ( und 5656) nehmen würde. Aber bei C gibt's Überschneidungen mit dem Wabentarif außerhalb der großen Städte und bei Berlin C gibt es außerdem noch die Kollision mit Potsdam A / B und C. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] railway=halt
ant wrote: Im Wiki [1] steht zum Key railway=halt aber: Haltepunkt (kein Bahnhof, z. T. ohne Bahnsteig, z. T. nur bei Bedarf) Demzufolge wären die oben genannten Beispiele nicht als halt, sondern als station zu taggen. Sehe ich das richtig? (Gibt es in D überhaupt noch Haltepunkte, die dieser Definition entsprechen würden?) Ja, die gibt es. z.B. sind selbst solche großen Stationen wie Hamburg Dammtor oder Jena Paradies aus Sicht der Eisenbahn nur Haltepunkte und keine Bahnhöfe, weil ein entscheidendes Kriterium fehlt: eine Weiche. Für einen Bahnhof braucht man mindestens eine Weiche und weitere Voraussetzungen (z.B. müssen Züge dort Wenden oder mit Gleiswechsel überholen können). Ob ein Bahnsteig vorhanden ist oder nicht, ist für die Einstufung als Haltepunkt unwichtig (Beispiele für Haltepunkte ohne Bahnsteig sind übrigens: Bad Doberan Stadtmitte, Bad Doberan Goethestraße, Kühlungsborn Mitte). Ebenso kommt es nicht darauf an, ob die Züge regelmäßig dort halten oder nur bei Bedarf. Ich finde, die Unterscheidung zwischen Bahnhof und Haltepunkt sollte sich auch in unseren Daten korrekt widerspiegeln - schon um eine OpenRailMap richtig rendern zu können ;-) Zumal es in anderen Ländern ähnliche Unterscheidungen zwischen Bahnhöfen und Haltepunkten gibt. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Karte geht live
nimix wrote: Mich wundert ehrlich gesagt wieso das bei mir (und anscheinend bei einigen anderen hier?) überhaupt funktioniert hat. Der Fehler kommt, weil der Browser Cross-Site-Scripting zum anderen Server unterbinden will. Ich leite die Anfrage nun über php um, es sollte jetzt also Funktionieren... Ja, jetzt funktioniert es. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 1 Haltestelle mit 2 _völlig_ verschi edenen Namen
M∡rtin Koppenhoefer wrote: Am 15. August 2010 12:13 schrieb Frederik Ramm frede...@remote.org: Ganz low-tech: Am Berg/Gewerbegebiet, Schrägstrich ist ungünstig, weil es auch Haltestellen gibt, die A-Straße / B-Straße heißen. oder Am Berg;Gewerbegebiet oder in 2 tags (alt-name). So habe ich es dann auch gemacht. und ein note-Tag dran, in dem ich erklaere, warum ich diesen Namen gewaehlt habe (damit nicht ein anderer Mapper spaeter kommt und eins von beiden rauswirft). Das sowieso. Danke für die Tipps Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] ÖPNV-Karte geht live
nimix wrote: Dazu gibt es oben rechts in der Ecke den Aktualisierungsknopf, den man ein paar Minuten nach dem Hochladen drücken kann. Mir scheint, der Knopf ist bei mir (Firefox, verschiedene Versionen) nicht anklickbar. Beim drücken der Maustaste verändert sich der Button nicht und Firebug bringt die Fehlermeldung uncaught exception: Die Erlaubnis für den Aufruf der Methode XMLHttpRequest.open wurde verweigert bzw. uncaught exception: Access to resticted URI denied. Und die Tiles ändern sich anscheined auch nicht: in einem Zoomlevel zeigen die Tiles noch den Datenstand von vor den Änderungen, die ich letztes Wochenende vorgenommen habe - und das auch noch 1h, nachdem ich das erste Mal den Aktualisierungsknopf gedrückt habe. In anderen Zoomleveln ist ein aktueller Stand, d.h. der von vor der weiteren Änderung vor 2 Minuten. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] 1 Haltestelle mit 2 _völlig_ vers chiedenen Namen
Hallo Liste! Ich habe ein Problem mit einigen Bushaltestellen hier. Und zwar haben die Haltestellen zwei völlig verschiedene Namen laut Schild und laut Fahrplan. So steht auf dem Schild an einer Haltestelle Gewerbegebiet. Auf dem Fahrplanaushang, der an der Haltestelle angebracht ist, steht aber Am Berg (so heißt die Straße, in der sich die Haltestelle befindet). Wenn man sich per Fahrplanauskunft des Verkehrsverbunds eine Fahrplanauskunft zu dieser Haltestelle holt, kommt auch der Name Am Berg. Ich vermute, dass die Ansagen und Anzeigen im Bus dann auch Am Berg lauten würden, weil die vermutlich aus denselben Daten generiert werden wie die Fahrplanauskünfte und -hänge. Wie würdet ihr die Haltestelle taggen? (a) name=Am Berg oder (b) name=Gewerbegebiet Für (b) spricht, dass ein Router einem Fußgänger / Autofahrer / Radfahrer empfehlen könnte: Ihr Ziel befindet sich in Höhe der Haltestelle 'Gewerbegebiet' - dieser Fußgänger/... würde ja sicher nur auf das Schild gucken und nicht auf den Fahrplanaushang. Kommt eine Person aber mit dem Bus und wartet auf die Haltestellenansage Gewerbegebiet, wird sie wohl bis zur Endstation durchfahren ;-) Außerdem wäre die Angabe (a) auf der Karte nützlich, um die korrekte Haltestelle für die Fahrplanauskunft eingeben zu können. Tipps? Vorschläge? Meinungen? Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] merkwürdiges mit den garmin-tiles
o...@tappenbeck.net wrote: dabei ist mir folgendes phänomen untergekommen - teilweise verdecken kacheln den darunter liegenden inhalt und wenn man dann mal zoomt und der garmin die grafik neu aufbaut erkennt man das die daten darunter vorhanden sind. weiter ist mir dann aufgefallen das es nicht an einem layer festzumachen ist - dann könnte man auf einen daten oder typ-defintionsfehler tippen. dem ist aber nicht so. schaltet man nun die richtige kachel aus dann ist alles richtig zu sehen bis auf die deaktivierten daten. Ich bin dabei, mir selbst eine Karte mit eigenen Definitionen und Typfiles aufzubauen und bin dabei auf ein ähnliches Problem gestoßen. Auch bei mir verdecken teilweise Kartenebenen die darunterliegenden Flächen, obwohl die obere Kartenebene transparent ist. Eingrenzen konnte ich in meinem Szenario, dass ein railway=station in der points-Datei das Problem verursacht. Dabei war es egal, ob ich das railway=station als einzige Bedingung in der Regel hatte oder noch weitere (z.B. railway=station station=light_rail). Auch die verschiedenen Icons, die ich zugewiesen hatte, waren unerheblich. Als Linie verursacht railway=station dagegen keine Probleme. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmarenders eingebaute pattern anpassen
Mirko Küster wrote: Wie kriege ich jetzt eine tilesATlocal Konfiguration dazu die API zu umgehen und stattdessen ein lokales File zu ziehen? Alles danach dürfte sich nicht ändern, es wird ja auch nur mit dem aus der API geladenen OSM File hantiert. Ich habe für diesen Zweck die Datei Tileset.pm im Verzeichnis lib/ manipuliert: Index: Tileset.pm === --- Tileset.pm (Revision 17214) +++ Tileset.pm (Arbeitskopie) @@ -815,6 +815,7 @@ try { -$Server-downloadFile($currentURL, $partialFile, 0); -push(@{$filelist}, $partialFile); +push @{$filelist}, $ENV{HOME}/osm/tah-render_3/data-local.osm; $res = 1; } catch ServerError with { # just do nothing if there was an error during download # Allerdings ist meine lokale t...@h-installation schon etwas älter, von daher könnte der Patch inzwischen etwas anders aussehen. Der Name der Daten-Datei ist bei mir übrigens fest verdrahtet als data-local.osm im Verzeichnis ~/osm/tah-render_3/. Aber den Namen und Pfad kann man ja im Patch anpassen. HTH, Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=bus_stop und weitere tags f ür diesen Node
Dimitri Junker wrote: also setzen wir jetzt zwei Punkte für eine Bushaltestelle, um das zu erreichen, was wir auch genauso gut mit einem Punkt lösen können ;-) Wie schon zig mal erklärt ist alle Info auch über den Node auf der Straße mit der relation vorhanden. Man braucht keine 2 Nodes zumindest nicht für Busse die Türen nur auf einer Seite haben. Bei Straßenbahnen/Zügen braucht man ggf 2 Nodes weil man evtl auf der linken Seite einsteigen kann. Bei Bussen ergibt sich aber eindeutig aus Fahrtrichtung und Haltepunkt auf der Straße wo die Haltestelle ist. Inwiefern? Ich habe gerade eine Buslinie erfasst (aber noch nicht eingetragen), die verlässt die Hauptstraße für eine ca. 3km lange Stichfahrt. Dafür biegt der Bus in eine Nebenstraße ab und fährt ca. 3km diese Nebenstraße entlang. Dabei hält er dreimal. Am Ende der Nebenstraße wendet der Bus und fährt ohne Halt wieder zurück zur Hauptstraße. Das ganze in beide Richtungen: B | | | +---*-*-*---O | | | A Wie soll man jetzt erkennen, ob die Fußgänger immer nur auf der südlichen Straßenseite warten müssen, egal, ob sie nach A oder B wollen? Der Bus fährt die Haltestellen ja sowohl vorwärts, d.h. Richtung A als auch rückwärts (Richtung B) in derselben Reihenfolge an. An einer anderen Stelle macht die Linie noch eine Stichfahrt. Dabei verlässt sie die Hauptstraße, um zu einer Wendestelle (mit Haltestelle) zu kommen. Auf dem Weg zur Wendestelle passieren die Busse eine weitere Haltestelle. Da hier auch noch eine andere Linie fährt, gibt es auf beiden Straßenseiten einen Haltestellemast - sogar ziemlich genau gegenüber. Meine Linie hält aber aus tariflichen Gründen nur 1x an dieser Zwischenhaltestelle - und zwar auf der Hinfahrt /nach/ dem Wenden und auf der Rückfahrt /vor/ dem Wenden. Auf welcher Straßenseite sollen die Fahrgäste warten? O | | C- - - - +---*--+-*--B | | A In beiden Fällen hilft es weiter, den Node neben die Straße zu platzieren. Im ersten Beispiel ist damit klar, dass alle Haltestellen südlich gelegen sind. Und im zweiten Beispiel wird der nördliche node als backward in die Relation gepackt und der südliche als forward. Von mir aus kann ja direkt auf der Straße noch ein Node sein, um dem Busfahrer zu signalisieren, wo genau er stoppen muss und Fahrzeugroutingsoftware an dieser Stelle eine mögliche Stockung einkalkuliert. Wie kannst Du einem einsamen Node eine Richtung zuordnen? Die Richtung bestimmt sich nach der Fahrtrichtung des Busses, also welche Haltestelle vor bzw. nach dem einsamen Node kommt. In der API 0.6 sind die Members einer Relation nämlich geordnet, d.h. sie werden von der API in genau derselben Reihenfolge zurückgegeben, wie sie hochgeladen wurden. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openlayers + SVG
Johannes Elsinghorst wrote: Hallo, ist es möglich Openstreetmap-Daten als svg in OpenLayers einzubinden, um so mit hoher DPI-Zahl zu drucken? Ja. Der Datalayer auf http://www.openstreetmap.org macht genau sowas. Und ich habe für http://freie.streckenfun.de/osm/JaSE/ [1] die Ways bzw. Nodes als OpenLayers.Feature.Vector auf einem OpenLayers.Layer.Vector angezeigt. HTH Gruß Andreas [1]noch unfertig, funktioniert höchstwahrscheinlich nur im Firefox ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmarenderstreik ?
[EMAIL PROTECTED] wrote: Hi, eigentlich bin ich es gewohnt das der Osmarender die Änderungen schnell (meist 5 Stunden) anzeigt. Nun habe ich Dinge am Sa und So gemappt , sehe aber keine Änderung: http://openstreetmap.org/?lat=50.77709lon=6.22974zoom=17layers=0B00FTT Oder ist der Renderer im Streik ? Im Streik nicht, sondern seeehr beschäftigt. Es wird ja regelmäßig eine Warteschlange mit den zu rendernden Tiles erzeugt und nach und nach wieder abgebaut. Diese Warteschlange ist seit Sonnabend sehr lang - knapp 60.000 neu zu rendernde Tiles, die abzuarbeiten sind. Das von Dir bemängelte Tile steht schon seit 1 Tag und 19 Stunden in der Warteschlange mit Priorität 2. Ich hab die Priorität jetzt mal erhöht. Das kannst Du übrigens auch selbst machen: auf http://www.informationfreeway.org zu der entsprechenden Stelle bei Zoom 12 gehen und r drücken. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [JOSM] Wish/Enhancement: Session-Source vorgeben
RalfGesellensetter wrote: vor kurzem war zu lesen, dass die Herkunft und damit die Zuverlässigkeit der Daten mit einem Tag source angegeben werden kann (z.B. survey für GPS-Messgänge). Gerade wenn in großem Stil neue Straßen und Wege ergänzt werden, aber auch bei einer einfachen Lagekorrektur wäre es m.E. sehr hilfreich, wenn für die augenblickliche Sitzung jeweils die Quelle angegeben werden könnte. Bei veränderten / neu angelegten Objekten könnte JOSM dann das Source-Tag entsprechend automatisch ergänzen. Hört sich für mich sehr sinnvoll an. Ich verwende den source-Tag nämlich so gut wie gar nicht, weil ich ständig vergesse, den Tag einzugeben. Wenn es sich um die Neuerfassung von Objekten handelt, wäre übrigens als Workaround auch ein eigenes Preset möglich. Diesen Weg bin ich kürzlich gegangen, als ich etliche Bushaltestellen erfasst habe, um jeweils den operator vorzubelegen. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wegesperre - versetzte Bügel
Jan Tappenbeck wrote: Moin ! es gibt in den Features eine Vielzahl von Wegesperren - aber Gatterschranken ??? Beispiel: http://www.moravia.de/asp/dms.asp?produktnr=A65000main=produkt Kann mir einer weiterhelfen ? lt. http://wiki.openstreetmap.org/wiki/Approved_features/barriers wird traffic_calming=chicane empfohlen. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verbesserungsvorschlag für OpenStreetM ap
Frederik Ramm wrote: Da braucht Tobias gar nichts zu implementieren, der Chris Schmidt hat doch schon mal einen 100% JavaScript-basierten Edtitor vorgestellt (als Prototypen halt), bei dem man am Ende sein eingezeichnetes Objekt als .osm copy+pasten konnte. Ich find bloss leider gerade die alte Mail nicht mehr, das ist mindestens schon 1.5 Jahre her. Meinst Du eventuell das hier: http://freie.streckenfun.de/osm/JaSE/ ? Das hatte ich angefangen, nachdem Christopher Schmidt Anfang des Jahres seinen Vorläufer des Datalayers gepostet hatte. Nachdem die API 0.6 mit der grundsätzlichen Änderung des Hochladens von Änderungen (Stichwort: changesets) angekündigt wurde, hatte ich erstmal die Weiterarbeit eingestellt. Ich wollte nicht zu viel Zeit investieren für Dinge, die nachher nicht mit den changesets komplatibel sind. (OK, an der history-Funktion hätte ich schon noch weitermachen können.) Tendenziell ist OpenLayers halt schon ein bisschen buggy, und so eine laengere Edit-Session will man damit vielleicht eher nicht machen, aber prinzipiell gehts schon. Einen kleinen Ort, in dem ich mal im Urlaub war, habe ich damit jedenfalls gemappt. - Aber inzwischen nutze ich doch nur noch JOSM, der auf dem neuen Rechner auch vernünftig läuft. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Osmarender Bug: Lücke
Martin Koppenhoefer wrote: Durch alle Zoomstufen durch geht eine Riesen-Lücke in Rom: http://www.informationfreeway.org/?lat=41.88576342226803lon=12.471718513317205zoom=13layers=B000F000F das gabs vor einiger Zeit schonmal und wurde dann durch Neurendern selbst behoben, aber da scheint ein prinzipielleres Problem vorzuliegen, da es jetzt schon wieder auftaucht. Jemand eine Ahnung, woran das liegen könnte? Unvollständig gerendert? Gibt es das an anderer Stelle auch? Das ist ein Bug von Osmarender, der auftreten kann, wenn die API die Daten nicht auf einmal herausrückt, so dass Osmarender die Daten in Streifen anfordert. Dieses Problem war auch schon in anderen Großstädten zu sehen. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] F: Mit welcher Software kann ich GPX-Spuren statistisch auswerten etc.?
Guenther Meyer wrote: es gab mal ein tool gpsman unter linux, das konnte man recht gut zur auswertung benutzen. weiss aber nicht, wie da der status grad ist, und ob das noch existiert. Es existiert noch, siehe http://www.gpsman.org Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] lcn_ref Mau auf dem Großen Wannsee
Johann H. Addicks wrote: Hallo, was ist auf http://www.openstreetmap.com/?lat=52.4392lon=13.1631zoom=14layers=B000FTF die Relation Mau? (oder ist es überhaupt eine Relation?) Das ist der Berliner MAUerweg. Diese Radroute folgt der ehemaligen Berliner Mauer und hat im Südwesten 2 Varianten: eine Festlandroute, die 10km Umweg bedeutet und eine direktere Route, die aber eine Fahrt mit der Fähre von Kladow nach Wannsee beinhaltet. Offensichtlich hat jemand die Fähre mit in die Relation des Mauerwegs gesteckt, was ich durchaus für angebracht halte. HTH, Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maerkischer Kreis: Kacheln werden Gra u überlagert ...
Marco Krage wrote: Hallo, mir ist gerade aufgefallen das bei näherem Zoom der Bereich des follgenden Link grau ist. http://www.openstreetmap.org/?lat=51.441lon=7.659zoom=12layers=B000TFF Erst wird die Karte geladen (Grundfarbe, da wo nichts ist, ist so nen komisches blau und nicht grau wie sonst überall), und dann wird der Bereich von grauen Kacheln wieder überlagert. Bie mir im FF 3 und IE 7. Das Grau kommt vom Maplint-Layer. Wenn man den ausschaltet, sieht man die Karte wieder. Maplint steht vorübergehend nicht zur Verfügung, weil der [EMAIL PROTECTED] gewechselt wurde und die Maplint-Kacheln erst wieder neu berechnet werden müssen. HTH, Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neubaugebiet gesucht
Gerd von Egidy wrote: Hallo, ich möchte gerne ein paar Vergleiche zwischen verschiedenen Karten und Datenbanken bezügl. Aktualisierungsgeschwindigkeit anstellen. Da hier wohl einige Leute mit offenen Augen durch die Gegend laufen/fahren: Kennt jemand ein/mehrere Straßen in Neubaugebieten, am besten möglichst frisch, also z.B. gerade erst erschlossen. Ich schlage die Schlossbrücke in Oranienburg vor, die wurde am 01.09.2008 einige Meter nach Südosten verschoben und dabei die B 273 verschwenkt. In OSM war es noch am selben Abend drin :-) (Ich glaube, am folgenden Freitag ist auch professioneller Datenerheber auf der B273 gefahren, jedenfalls hatte dieses Auto einen merkwürdigen Dachaufbau - den Firmennamen an der Seite konne ich nicht lesen) http://www.openstreetmap.org/?lat=52.7542lon=13.23829zoom=17layers=B000FTF Südlich davon entstehen in dem Dreieck zwischen der Berliner Straße, Havelstraße und der Havel auch noch 2 neue Straßen - leider stehen da noch Bauzäune. Außerdem die Gegend um die Johannes-Rau-Straße: http://www.openstreetmap.org/?lat=52.74542lon=13.23077zoom=16layers=B000FTF und die Rennsteigstraße http://www.openstreetmap.org/?lat=52.73942lon=13.23347zoom=16layers=B000FTF Kennt jemand ein/mehrere Straßen die vor kurzem umbenannt wurden? Vor kurzem nicht. In Oranienburg (nebst Ortsteilen) wurden Mitte 2005 etliche Straßen umbenannt. Die Dianastraße (jetzt: Hans-von-Dohnanyi- Straße) wurde dabei wohl nicht an die großen Kartenhersteller weitergegeben. http://www.openstreetmap.org/?lat=52.76112lon=13.25905zoom=16layers=B000FTF Und der südliche Teil der Straße Am Biotop wurde im November 2007 in Orafolstraße umbenannt: http://www.openstreetmap.org/?lat=52.77522lon=13.26478zoom=16layers=B000FTF Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Join node to way
Dirk Stöcker wrote: On Thu, 21 Aug 2008, Martin Koppenhoefer wrote: Ein kleiner Hinweis allerdings: Join Node to Way ist für den Fall da, dass Knoten A fehlt. Also ein Weg dicht an einem Node vorbeiführt. Dann fügt das Join diesen Node in den Weg ein. zumindest bis vor kurzem (kanns gerade nicht pruefen) war das nicht ganz so, vielmehr fuegt das Join einen Punkt in den Weg ein, an den angeschlossen werden soll, und dann wird dieser Weg an diesem neuen Punkt geknickt und auf den anzuschliessenden Node gezogen. Hmm, Ergebnis ist das gleiche, oder? Nicht ganz. Bei mir - JOSM ist hier ein paar Wochen alt - bekommt der durchgehende Way einen Knick, den ich erst wieder mit Align nodes in Line (oder so ähnlich) ausbügeln muss (vorher natürlich den Knoten B und dessen Nachbarn markieren). Allerdings gibt es durchaus mal Anwendungsfälle, wo ich genau dieses Verhalten brauche, weil Knoten B korrekt positioniert ist und ein entstehender Knoten A es nicht wäre. Grafik: vorher: Weg 1 O-O O | |Weg 2 | O nachher: entweder so: oder so: Weg 1 Weg 1 OOO O--__ __--O |¯¯--O--¯¯ || |Weg 2 | || OO Bei mir ist das Ergebnis die rechte Version. Übrigens muss Knoten B relativ nahe an Weg 1 sein, damit Join node to way funktioniert. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bug in OpenStreetBugs?
Hallo, mir ist eine Merkwürdigkeit bei OpenStreetBugs aufgefallen: Ich habe mir meine Region (mit zoom=10) per Permalink als Lesezeichen gespeichert. Nun habe ich gestern ein Ticket angelegt und dafür ziemlich weit reingezoomt (bis zoom 16 oder 17). Wenn ich jetzt mein Lesezeichen aufrufe, wird das Ticket aber nicht angezeigt. Es erscheint erst, wenn ich näher ran zoome (ab zoom=12), bleibt dann aber auch sichtbar, wenn ich wieder rauszoome. Ist dieses Verhalten beabsichtigt? Es tritt auch bei mindestens einem weiteren Ticket auf. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vollständigkeit von Route-Relationen
Peter Beutner wrote: Andreas Titz schrieb: PS2: Kann man in JOSM eigentlich ein Objekt über dessen ID auswählen? ist über die Suche möglich - 'id:123456' Danke! Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Vollständigkeit von Route-Relationen
Hallo Liste! Inzwischen gibt es ja einige Relationen, die Routen der verschiedensten Art abbilden, z.B. (Rad)wanderwege, Buslinien, Bundesstraßen. Im Idealfall sind solche Routen ja eine kontinuierliche Aneinanderreihung von ways, d.h der Endnode eines way ist der erste node des anschließenden way - die Richtung der ways mal außen vor gelassen. Da die API die memebers einer Relation nun aber in willkürlicher Reihenfolge zurückliefert, kann man das nicht mehr so einfach überprüfen, um Lücken aufzuspüren. Ich habe daher ein Perl-Skript geschrieben (siehe Anhang), das eine oder meherere relations über die API lädt und dann zählt, wie oft die Nodes an den Enden der member-ways verwendet werden. Es werden die ID aller Nodes ausgegeben, die != 2 mal Verwendung finden. Dabei sind wahrscheinlich allerdings auch einige false positive dabei, z.B. - Der Anfang und das Ende der Route werden jeweils nur einmal verwendet, wenn es sich nicht um einen Rundweg handelt. - Bei Alternativrouten wird der Node an der Verzweigung nur einmal (wenn einer der ways dort nicht gesplittet wurde) oder dreimal am Ende eines Member-ways auftauchen. (Ein Kreisverkehr ist übrigens auch eine Alternative in diesem Sinne - es geht ja je nach Fahrtrichtung über einen anderen Teil des Kreisels.) - Die berühmte Buslinie, die zweimal über die Kreuzung fährt: ___ | | A | | | --B---K---C---/ | B | ^ Hier kann der Kreuzungsnode K viermal auftauchen, wenn nämlich A, B, C und D selbständige ways sind. - vielleicht noch andere Fälle. Dennoch habe ich gestern damit einige fehlende Brücken (und weitere Fehler) im Radweg Berlin-Kopenhagen gefunden. Das Skript wird einfach von der Befehlszeile aus aufgerufen und erhält als Parameter die ID der zu untersuchenden Relation(en). HTH, Gruß Andreas PS: zu Debugging-Zwecken gab das Skript eine OSM-Datei aus, der entsprechende Code ist auskommentiert. - Um ihn wieder zu verwenden, einfach die beiden Zeilen, die mit =head1 bzw. =cut anfangen, löschen oder durch Voranstellen eines # auskommentieren. PS2: Kann man in JOSM eigentlich ein Objekt über dessen ID auswählen? #!/usr/bin/perl -w # Copyright 2008, Andreas Titz # # This program is free software: you can redistribute it and/or modify # it under the terms of the GNU General Public License as published by # the Free Software Foundation, either version 2 of the License, or # (at your option) any later version. # # This program is distributed in the hope that it will be useful, # but WITHOUT ANY WARRANTY; without even the implied warranty of # MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the # GNU General Public License for more details. # # You should have received a copy of the GNU General Public License # along with this program. If not, see http://www.gnu.org/licenses/. use strict; use LWP::UserAgent; use XML::Parser; my $agent = new LWP::UserAgent(); my $parser = new XML::Parser(Style = 'Tree'); $| = 1; my %nodes; my %ways; my %relations; my %ARGV; if ( $#ARGV == -1 ) { die EOT; usage: $0 relation-id [relation-id]... EOT }; foreach ( @ARGV ) { $ARGV{$_}++; my $request = $agent-get(http://www.openstreetmap.org/api/0.5/relation/$_/full;); die unless $request-is_success; my $xml = $request-content; $xml =~ s/\s+//gs; $xml = $parser-parse($xml); my $osm = @{$xml}[1]; for ( my $pos = 1; $pos = [EMAIL PROTECTED]; $pos++ ) { my $element = [EMAIL PROTECTED]; if ( $element eq 'node' ) { my %node; my $id; my @node = @[EMAIL PROTECTED]; my %attribs = %{shift @node}; foreach ( keys %attribs ) { $node{$_} = $attribs{$_}; $id = $attribs{$_} if $_ eq 'id'; }; while ( defined $node[0] ) { if ( $node[0] eq 'tag' ) { my %tagvalue = [EMAIL PROTECTED]; my ( $key, $value ); foreach ( keys %tagvalue ) { if ( $_ eq 'k' ) { $key = $tagvalue{$_}; } elsif ( $_ eq 'v' ) { $value = $tagvalue{$_}; } else { warn unknown XML-Attribute in tag \tag\ of node $id; }; }; push @{$node{$key}}, $value
Re: [Talk-de] Geschlossene Ortschaften
Dirk Stöcker wrote: Hallo, wer auch immer die Mail geschireben hat, die mein Vorposter zitiert: An Kreuzungsstellen mit Ortstafel bekommt der Knoten (der boundary) boundary=city-limit-sign name=Heusenstamm symbol=de Und was machst Du, wenn das Ortsende gleich der Ortseingang eines neuen Ortes ist? Ist auf dem Land häufiger so. Dann stehen i.d.R. auf beiden Seiten der Straße Ortseingangsschilder (statt Ortsausgang+Ortseingang). Ein Problem sind dann auch die Fälle, wo die Straße selbst die Grenze zwischen zwei Orten ist, z.B. die Waldstraße in Eichwalde und Berlin- Schmöckwitz. http://www.openstreetmap.org/?lat=52.37927lon=13.61903zoom=15layers=B00FTF Die Ortsschilder erweckten dort allerdings den Anschein, dass die Straße komplett zu einem der beiden Orte gehört. An anderer Stelle habe ich vor Jahren einmal gesehen, dass an beiden Straßenrändern einer Landstraße verschiedene Ortseingangsschilder standen: http://www.openstreetmap.org/?lat=52.63255lon=13.61201zoom=15layers=B00FTF Die westliche Straßenseite war damals Birkholzaue, die östliche Elisenau (bei uns noch nicht gemappt). Ob das Problem inzwischen durch Eingemeindungen erledigt ist, weiß ich nicht. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Harz geklaut
Frederik Ramm wrote: Mehr als 1000 punkte in eine relation zu packen, ist momentan auch nicht wesentlich besser. Das uploaden dauert recht lang, wenn ich beispielsweise einen weg der d11-relation hinzufügen will, in der mittlerweile so ca. 1300 schnipsel stecken. Es spricht sehr viel dafuer, diese Relation dann auch aufzuteilen. Es ist fuer die allermeisten Anwendungen relativ wurscht, ob es jetzt eine Relation d11 nord und eine d11 sued gibt oder ob alles in einer steckt. Hier würde es sich sogar anbieten, statt des D11 nord eine Relation Radfernweg Berlin-Kopenhagen (B-KO) zu erstellen[*] und diese als Member in die Relation D11 zu packen. Ich habe erst durch OSM bemerkt, dass es den D11 überhaupt gibt, obwohl ich diesen Weg schon von Berlin bis Rostock komplett gefahren bin. Dort ist aber nur Berlin-Kopenhagen ausgeschildert. Gruß Andreas [*]Diese Relation gibt es sogar schon. Nur müssten die entsprechenden Ways aus dem D11 wieder rausgelöscht werden, was ich bei Gelegenheit mal tun kann, sofern mir niemand zuvorkommt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] ��
Tobias Hägele wrote: Hallo, Ich lese seit einiger Zeit hier auf der Liste mit, und möchte mich auch schon länger mal in JOSM einarbeiten, aber irgendwie ist mir das Programm etwas zu verwinkelt. Ich würde mich freuen, wenn mir mal jemand aus Berlin eine Einführungsstunde in JOSM geben würde. Wer mal Zeit und Lust hat, oder jemanden kennt der Zeit dafür hat, freue ich mich auf eine Antwort. Ich hab inzwischen auch schon ein paar eigene Tracks. Guck mal da: http://wiki.openstreetmap.org/index.php/Berlin/JOSM-Workshop Vielleicht passt da ja terminlich. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] cycleroute: Fahrradroute zusammenklicken
Harald Kirsch wrote: FRAGE: Hat jemand eine komplette Liste der Marker-Icons, die ein Garmin-Gerät versteht? Ja, Garmin selbst: http://www.garmin.com/support/pdf/iop_spec.pdf ab Seite 32 des PDFs. Wie Christoph schon schrieb, kennen nicht alle Geräte auch alle Icons. Allerdings verursachen unbekannte Icons auch keinen Fehler, sondern werden durch ein Punktsymbol ersetzt. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Neuer Highway fuer Radwege
André Reichelt wrote: Am Dienstag, den 06.05.2008, 16:48 +0200 schrieb Henry Loenwind: Na super, und wie soll das jemand finden? Wer meldet sich freiwillig, das zu verlinken? Ist doch schon kategorisiert - seit eben :-) http://wiki.openstreetmap.org/index.php/Category:De:Documentation Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] gesucht: sowas wie mapbuilder.net
Meine Antwort bezieht sich auf folgende Mail vom Montag, 10. März 2008 11:25: [...] Kennt jemand sowas oder hat sowas vielleicht schonmal geschrieben? Meinst Du sowas: http://fahrrad.streckenfun.de/GPS/planer/planer.html? Das ist eine HTML-Datei mit etwas JavaScript, die sogar ohne Webserver auskommt. Das Script erzeugt eine Datei im Format von gpsman (http://www.gpsman.org). Dieses Format bietet auch ein Kommentarfeld, in das man beliebige Texte eintragen könnte. Hauptzweck ist zwar, eine Route fürs GPS-Gerät durch Klicken auf der Karte zusammenzustellen. Eine Adresssuche gibt es aber auch. Das ganze nutzt die API von Google Maps und ist nur im Firefox getestet. Ist wohl nicht ganz das, was Du suchst, weil das Kommentarfeld nicht wirklich vom Script unterstützt wird - man müsste manuell die Ausgabe editieren, um Kommentare einzufügen und diese erscheinen dann auch nicht auf der Karte. Entsprechende Funktionen ließen sich mit etwas Zeit (die ich leider nicht habe) aber sicher einbauen. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Javascript-Editor für OSM
Meine Antwort bezieht sich auf folgende Mail vom Freitag, 15. Februar 2008 15:31: Andreas Titz schrieb: Das gibt es (bis jetzt) noch nicht. Ich wollte erstmal das Grundgerüst noch weiter vervollständigen, bevor ich es richtig veröffentliche (die Quelltextanzeige im Browser funktioniert natürlich schon), weil mir die Zeit fehlt, um Patches von anderen einzubauen. So kann ich mich erstmal ganz auf einen Entwicklungsstrang konzentrieren. Könntest du das trotzdem in eine SVN werfen, oder wenigstens mal alles in ein Archiv packen und mir den Link dazu senden? Hat etwas länger gedauert, aber inzwischen habe ich das Kommunikations- problem gelöst. Dafür läuft das ganze wahrscheinlich nur noch auf dem Firefox. Hier ist der Link zum Archiv: http://freie.streckenfun.de/osm/JaSE.tar.bz2 Da ist sowohl die 1-Dateien-Version als auch die Mehr-Dateien-Version von OpenLayers mit drin, jeweils mit einer kleinen Anpassung. Die Auswahl erfolgt, indem der entsprechende script-Tag in den HTML-Dateien entkommentiert wird. lib/OpenLayers.js fürs Debugging, OpenLayers.js fürs Arbeiten. Von der Funktion her müssten beide Varianten gleich sein, da ich die Kompaktversion mittels des build-Scripts von OpenLayers (nicht im Archiv enthalten) aus der Mehrdateien-Verion erzeugt habe. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] opengeodb: Bayern
Meine Antwort bezieht sich auf folgende Mail vom Samstag, 2. Februar 2008 01:01: Hallo, auch mit den bayrischen OSM-Daten habe ich nun einmal einen Abgleich mit den Stra?enverzeichnissen gemacht. Die Ergebnisse stehen auf http://wiki.openstreetmap.org/index.php/Bayern Das Verfahren ist IMO eine sehr gute Sache. Allerdings glaub ich nicht daß der aktuelle Abgleich wirklich exakt ist - die Gemeinde Ismaning hab ich bis auf ein paar Feldwege systematisch gemappt - laut deiner Statistik fehlen trotzdem noch 15 Straßen. Von allen anderen Gemeinden kommt auch keine auf nahezu 100%. Ich hoffe mal daß das am Skript liegt - ansonsten ist an der Art wie ich kartographiere was falsch. Hast du mal einen Abgleich mit einer Gemeinde versucht, von der wir offizielle und vollständige Daten haben (Oldenburg?). Möglicherweise sind auch die Vergleichsdaten aktueller als die Wirklichkeit. Zumindest gibt es hier bei uns einige Straßen, die nur auf dem Papier exitstieren. Da wurden Wohn- bzw. Gewerbegebiete geplant und auch schon die künftigen Straßen benannt, nur gebaut sind sie noch nicht. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Javascript-Editor für OSM
Meine Antwort bezieht sich auf folgende Mail vom Donnerstag, 10. Januar 2008 Noch ein bischen mehr JavaScript und das Ding wäre noch um einiges besser. Gibts irgendwo nen SVN oder Teilprojekt in dem es darum geht das Ding auszubauen und auf die Hauptseite mit einzubetten? Ich versuche gerade, diesen Ansatz auszubauen. Und inzwischen bin ich auch schon ein ganzes Stück vorangekommen: http://freie.streckenfun.de/osm/JaSE Allerdings gibt es noch einige Bugs und Unzulänglichkeiten. Insbesondere ist der direkte Upload von Daten nicht möglich. Die erstellten XML-Dateien funktionieren aber zumindest mit dem bulk-uploader (bulk_upload.pl, siehe Wiki). Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] POIs und Openlayers
Meine Antwort bezieht sich auf folgende Mail vom Montag, 14. Januar 2008 00:20: mallok schrieb: Hallo, ich habe gemaess dem Beispiel im wiki versucht mit POIs in einer Textdatei und openlayers, diese in OSM zeichnen zu lassen. Habe auch brav die lat lons in mercator umgerechnet (ebenfalls wie im wiki beschrieben). Meine POIs landen allerdings in Italien und nicht in Muenchen, wo sie hingehoeren. Italien statt München geht ja noch fast unter Messungenauigkeit durch ;-) (Meine POI waren anfangs in der Nähe vom Kap der guten Hoffnung gelandet statt 15km nördlich von Berlin). Ich habe die letzten 6 Stunden mit suchen im Netz zugebracht aber keine fuer brauchbaren beispiele gefunden. Eine Umrechnung der im wiki angegebenen Punkte transportiert die weit in den Norden und nicht nach Muenchen. Ich bin inzwischen so weit. dass ich weis. dass ich ein Problem mit der Projektion habe; nur habe ich leider keine Ahnung, welche Formel(n) ich anwenden soll. Weiss hier jemand weiter? Gruesse mallok Ja des ist ne zimlich seltsamme Sache, bin damals auch dran gescheitert. Die von OSM auf der Seite benutzte OpenLayers Variante benutzt intern keine Koordinaten, sondern Meter zwischen -20037508 und 20037508. Aber in deren JavaScripts gibts auch ne Funktion die die normalen Lat/Lon Koordinaten entsprechnd umwandelt, wie man z.B. bei der Centerfunktion sieht: var centre = lonLatToMercator(new OpenLayers.LonLat(10.688571882011752, 48.87896240236462)); Die Umrechnungsfunktion selbst steht ja auch im Wiki auf der Seite mit dem POI-Beispiel[1]. Allerdings war ich mit dieser Funktion auch nicht zum Ziel gekommen (s.o.). Inzwischen habe ich jedoch mit den Umrechnungsformeln aus der Wikipedia[2] eine Lösung für die Projektion LatLon - Mercator gefunden, die zumindest bei mir für verschiedene Regionen der Welt zu passen scheint. Zu beachten ist, dass die Umrechnungsformeln, wie sie in der Wikepedia dargestellt sind, mit Bogenmaß (Radiant) arbeiten und nicht mit Grad. Anschließend muss dann noch der Winkel in Meter auf dem angenommenen Erdumfang umgerechnet werden. [1]http://wiki.openstreetmap.org/index.php/Openlayers_POI_layer_example [2]http://de.wikipedia.org/wiki/Mercator-Projektion Hier mal die entscheidenden JavaScript-Schnipsel aus meiner Seite: --8 // Umrechnung Lat/Lon - interne Koordinaten function lonToMercator(l) { return lon = l * 20037508.34 / 180; }; function latToMercator(l) { // Umrechnung Graß - rad l = l * Math.PI / 180; // Projektion Erdkugel - Mercator var lat = Math.log( (1+Math.sin(l)) / (1-Math.sin(l)) ); // Umrechnung rad - Meter lat = lat * 20037508.34 / 2 / Math.PI; return lat; }; // Umrechnung interne Koordinaten - Lat/Lon function MercatorToLonLat(ll) { var lon = ll.lon / 20037508.34 * 180; // Umrechnung Meter - rad var lat = ll.lat / 20037508.34 * 180 * ( Math.PI / 180 ); // Projektion Mercator - Erdkugel lat = ( Math.pow(Math.E, lat) - Math.pow(Math.E, -lat) ) / 2; // = Math.sinh(lat) lat = Math.atan( lat ); // Umrechnung rad - Grad lat = lat * 180 / Math.PI; return new OpenLayers.LonLat(lon, lat); } ---8 Bitte beachten, dass die Umrechung in Interne Koordinaten für Latitude und Longitude mit getrennten Funktionen erfolgt. Die Gegenrichtung erwartet dagegen ein OpenLayers.LonLat-Objekt als Argument. Möglicherweise haben noch die folgenden Zeilen Einfluss auf die Projektion der POIs auf die Karte: !-- Einbindung des JavaScripts von OSM -- script src=http://openstreetmap.org/openlayers/OpenStreetMap.js;/script script map = new OpenLayers.Map('map', { maxExtent: newOpenLayers.Bounds(-20037508,-20037508,20037508,20037508), maxResolution:156543, units:'m', projection: EPSG:41001, numZoomLevels:18, } ); // von OSM vorgegebene Objekte für die Kartenlayer verwenden var layerTah= new OpenLayers.Layer.OSM.Osmarender(Osmarender); var layerMapnik = new OpenLayers.Layer.OSM.Mapnik(Mapnik); /script HTH, Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Javascript-Editor für OSM
Meine Antwort bezieht sich auf folgende Mail vom Mittwoch, 9. Januar 2008 16:15: Nett. Noch ein bischen mehr JavaScript und das Ding wäre noch um einiges besser. Gibts irgendwo nen SVN oder Teilprojekt in dem es darum geht das Ding auszubauen und auf die Hauptseite mit einzubetten? Ich versuche gerade, diesen Ansatz auszubauen. Einen Teil des nötigen JavaScripts habe ich im SVN von OpenLayers gefunden unter http://trac.openlayers.org/browser/sandbox/crschmidt/osm. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Import von bbbike-Daten
Meine Antwort bezieht sich auf folgende Mail vom Sonntag, 14. Oktober 2007 18:14: Hallo, mal zum Thema bbbike eine etwas abweichende Frage: Berlin ist erstaunlich stark gewachsen in OSM in den letzten Monaten, sehr viel von anonymous. Hat da irgendjemand evtl. in grossem Umfang bbbike-Daten importiert? Ich war's nicht. :-) Ich habe nur Oranienburg (mit Ortsteilen) und Leegebruch importiert. Die meisten Dopplungen dürften inzwischen auch besteitigt sein Allerdings müssen die Tags noch überarbeitet werden, insbesondere die Abgrenzung residentual/unclassified. Und dummerweise sind alle Einbahnstraßen verkehrt herum (Fehler beim Konvertieren, da bei bbbike die gesperrte Richtung angegeben wird, bei osm aber die Fahrtrichtung) und noch als gesonderter Way erfasst. Leider werde ich in den nächsten Wochen wohl noch nicht dazu kommen, diese Fehler zu beseitigen. Also falls jemand ZeitLust hat, nur zu! Und wenn nicht, dann behebe ich die Fehler, wenn ich wieder Zeit habe. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Import von bbbike-Daten
Meine Antwort bezieht sich auf folgende Mail vom Montag, 1. Oktober 2007 15:25: Danke für das Beispiel. Ich werde mich dann mal an ein entsprechendes Umrechnungsskript setzen. Das Skript ist im Wesentlichen fertig, aber bevor ich die Daten nächste Woche, wenn die API 0.5 läuft, hochlade, hätte ich noch zwei Fragen: - sollte ich die Koordinaten runden und wenn ja, auf wie viele Stellen? Die Ursprungsdaten sind ja in vollen Metern angegeben. - Aufgrund der Datenstruktur in bbbike habe ich jetzt gelegentlich mehrere ways erzeugt, von denen einer z.B. name=Dorfstraße und der andere oneway=yes getaggt ist. Beide verlaufen über dieselben Nodes. Ist das akzeptabel oder sollte ich die ways zu einem zusammenfassen? Falls letzteres, wäre das Problem, dass die Dorfstraße z.B. über die Nodes 1-2-3-4-5-6 verläuft, aber nur der Abschnitt 1-2-3 Einbahnstraße ist. Wie sollten die Daten in diesem Fall aussehen? Ein Way mit name=Dorfstraße,oneway=yes über 1-2-3 und ein weiterer mit name=Dorfstraße über 3-4-5-6? Mal abgesehen davon, dass ich noch nicht so recht weiß, wie das Skript diese Fälle herausfiltern kann. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Import von bbbike-Daten
Meine Antwort bezieht sich auf folgende Mail vom Sonntag, 23. September 2007 17:25: Andreas Titz [EMAIL PROTECTED] wrote: Am FlöhnbergN -242,40993 -84,40901 Das hier sieht einfach aus. Zwei Punkte, ein Segment, ein way Was mir jetzt allerdings noch fehlt ist die Geokoordinate des Bezugspunktes, damit man Deine Koordinaten mit cs2cs in Länge/Breite umwandeln kann. Die Umrechnungsfunktion von bbbike, die ich inzwischen im Quelltext gefunden habe, gibt folgende Werte aus: @localhost bbbike]$ for i in -242,40993 -84,40901 0,0; do echo -en $i =\t; perl Karte.pm -from standard -to polar -- $i; done -242,40993 = 13.2563609771367,52.7759934413391 -84,40901 =13.258656594968,52.7751411738322 0,0 = 13.2475315506052,52.4075072346119 D.h. die Umrechnung von bbbike-Koordinaten in lat/lon dürfte kein Problem sein. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Eigene Luftbilder als Vorlage
Meine Antwort bezieht sich auf folgende Mail vom Montag, 24. September 2007 11:37: Aus grauer Vorzeit meine ich mich zu erinnern, dass ich zur Bergtourenplanung mit einem Programm gearbeitet habe, das die Möglichkeit hatte gescannte Karten einzubinden und dabei die Projektion mit Hilfe von Referenzpunkten anzupassen. Keine Ahnung was das war, ich erinnere mich nur noch schwach an die Motif Oberfläche und, dass es auf einer SUN lief. Das Programm GPSMan (http://www.gpsman.org) kann sowas. Ist zwar nicht Motif, sondern Tcl/Tk, aber das sieht auf den ersten Blick ja ähnlich aus. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Import von bbbike-Daten
Meine Antwort bezieht sich auf folgende Mail vom Mittwoch, 19. September 2007 21:47: Andreas Titz [EMAIL PROTECTED] wrote: In welchem Format liegen diese Daten denn vor? Es handelt sich dabei um einfache Text-Dateien. TexttabKategoriespaceKoordinatenpaarspaceKoordinatenpaarspace... OK, ich denke das musst Du selbst scripten. Ist aber gar nicht so viel anders aufgebaut als das OSM Format. OSM-Dateien sind XML-Dateien, diese kannst Du per Script aus Deinen Dateien erzeugen und dann mal versuchen in josm zu laden. Du musst nodes, segments und Ways erzeugen. Erzeugen lässt sich xml ja leicht, in Deinem Fall dürfte ein bash-script reichen. Dann werde ich mich mal in das XML-Format von OSM einlesen, um ein entsprechendes Script (wahrscheinlich eher Perl als bash) zu schreiben. Also werden aus eienr Zeile n Segmente und die fasst Du dann zu einem way zusammen. Hört sich nicht so arg schwierig an. Poste doch einfach mal ein Beispiel, dann setzen wir das mal manuell um. OK, das wären die Daten, die ich schon für ein Gewerbegebiet erfasst habe: Dabei handelt es sich um die dunkelgrün markierten Straßen in der Mitte des folgenden Kartenausschnitts von bbbike: http://bbbike.radzeit.de/cgi-bin/mapserv?img.x=277img.y=276map=%2Fvar%2Fwww%2Fdomains%2Fradzeit.de%2Fwww%2Fpublic%2Fmapserver%2Fbrb%2Fbrb-b.maplayer=qualitaetlayer=handicaplayer=radwegelayer=comments_routelayer=blockedlayer=bahnlayer=gewaesserlayer=faehrenlayer=flaechenlayer=grenzenlayer=ampelnlayer=sehenswuerdigkeitlayer=obstlayer=ortelayer=fragezeichenmode=browsezoomdir=0mode_or_zoomdir=0zoomsize=5orig_mode=browseorig_zoomdir=0imgxy=275+275imgext=-2817.909090+37890.272727+3182.090910+43890.272727savequery=trueimgsize=550+550program=%2Fcgi-bin%2Fmapservbbbikeurl=http%3A%2F%2Fbbbike.radzeit.de%2Fcgi-bin%2Fbbbike.cgibbbikemail=slaven%40rezic.destartc=%5Bstartc%5Dcoordset= ---8-Datei:landstrassen-orig # Gewerbegebiet Nord An den DünenN 73,40587 51,40642 62,40715 53,40757 20,40785 -59,40835-84,40901 21,41064 Am Biotop N 323,40821 368,40898 375,40953 373,41004 410,41078 478,41203 Am FlöhnbergN -242,40993 -84,40901 Am GleisN -93,41271 -1,41292 93,41270 281,41170 410,41078 590,40942 Am HeideringN 62,40715 345,40618 384,40639 390,40735 348,40801 323,40821 218,40873 153,40875 82,40857 20,40785 #: oldname: 2005-01-08: Schmachtenhagener Str. Carl-Gustav-Hempel-Str. H -382,40564 -201,40467 -129,40460 -65,40481 50,40567 73,40587 100,40593 164,40585 509,40457 562,40418 582,40371 650,40143 660,40101 698,40065 1223,39893 Friedrichsthaler Str. H -400,40600 -407,40690 -242,40993 -93,41271 -76,41304 -4,41437 475,42345 ---8-Datei:qualitaet_l-orig # Gewerbegebiet Nord Am Biotop Q0 323,40821 368,40898 375,40953 373,41004 410,41078 478,41203 Am FlöhnbergQ0 -84,40901 -242,40993 Am GleisQ0 -93,41271 -1,41292 93,41270 281,41170 410,41078 590,40942 Am HeideringQ0 62,40715 345,40618 384,40639 390,40735 348,40801 323,40821 218,40873 153,40875 82,40857 20,40785 An den DünenQ0 73,40587 51,40642 62,40715 53,40757 20,40785 -59,40835 -84,40901 21,41064 Carl-Gustav-Hempel-Str. (Oranienburg): Radweg aus Verbundpflaster Q1 -382,40564 -201,40467 -129,40460 -65,40481 50,40567 73,40587 100,40593 164,40585 509,40457 562,40418 582,40371 650,40143 660,40101 698,40065 1223,39893 -8 Und die Koordinaten sind die Entfernung in Metern (nach Norden bzw. Osten) von einem festen Punkt in Berlin. Das ist nicht gut, da muss man dann mal schaun, ob man das mit cs2cs so in lat-long umrechnen kann, dass da keine riesigen Abweichungen entstehen. Diese Umrechnung müsste möglich sein, da bbbike berechnete Routen auch in verschiedenen Formaten (u.a. gpx oder direkt auf's Garmin-GPS) exportieren kann. P.S.: http://wiki.openstreetmap.org/index.php/Daten_Editieren Das hatte ich schon gelesen und hänge immer noch an diesem Punkt fest: :-{ http://wiki.openstreetmap.org/index.php/Daten_Editieren#JOSM_starten Ich bin aber zuversichtlich, diese Hürde bald zu meistern. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
[Talk-de] Import von bbbike-Daten
Hallo! Ich bin neu bei OSM und kämpfe momentan noch damit, JOSM zum laufen zu bringen. Aber dafür muss ich wohl erstmal das Betriebssystem auf meinem Rechner aktualisieren. Seit einigen letzten Monaten mappe ich jedoch schon mit bbbike[1]. Dort habe ich die Straßen in Oranienburg[2] (einschließlich aller Ortsteile) so gut wie komplett erfasst. Und gleich werde ich mich auf den Weg machen, um zum (hoffentlich) vorerst vorletzen Mal Daten in Leegebruch zu sammeln. Dann wäre dieser Ort auch hinsichtlich der Straßen und Wege vollständig. Dort fehlen mir im Moment außer zwei, drei Straßen nur noch die ganzen Schleichwege. Besteht eine Möglichkeit, diese Daten in OSM zu importieren, damit die Arbeit nicht doppelt gemacht werden muss? Dass die bbbike-Daten unter der GPL stehen und nicht unter einer CC-Lizenz, dürfte ja kein Hindernis sein, wenn sich der Import nur auf die von mir erfassten Straßen beschränkt. Denn insoweit wäre ich ja der Urheber und kann meine Daten auch noch unter die passende CC-Lizenz stellen. Nun habe ich gesehen, dass schon einige Straßen in den genannten Orten bei OSM erfasst sind, allerdings noch ohne Namen. Wäre das möglicherweise ein ein Problem beim Import meiner Daten? Gruß Andreas [1]http://www.bbbike.de [2]z.B. http://bbbike.radzeit.de/cgi-bin/bbbike.cgi?startc=-1553%2C38501;startname=;scope=region ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de
Re: [Talk-de] Import von bbbike-Daten
Meine Antwort bezieht sich auf folgende Mail vom Mittwoch, 19. September 2007 14:57: Andreas Titz [EMAIL PROTECTED] wrote: Ich bin neu bei OSM und kämpfe momentan noch damit, JOSM zum laufen zu bringen. Aber dafür muss ich wohl erstmal das Betriebssystem auf meinem Rechner aktualisieren. Huh? Du brauchst lediglich ein halbwegs aktuelles jre. Das gibts doch für so ziemlich jedes brauchbare und unbrauchbare Betriebssystem. Eben, die jre ist zu alt. Und die momentan bei mir installierte Distribution wird nicht mehr aktualisiert. Besteht eine Möglichkeit, diese Daten in OSM zu importieren, damit die Arbeit nicht doppelt gemacht werden muss? In welchem Format liegen diese Daten denn vor? Es handelt sich dabei um einfache Text-Dateien. TexttabKategoriespaceKoordinatenpaarspaceKoordinatenpaarspace... Text ist eine Beschreibung, z.B. der Straßenname. Die Kategorie entspricht in etwa dem Tag bei OSM, gibt also z.B. an, dass es sich um eine Hauptstraße oder eine U-Bahn-Strecke handelt. Allerdings kann jeder Way, also jede Datenzeile, nur eine Kategorie haben, d.h. eine Hauptstraße mit Radweg wird in zwei verschiedenen Dateien mit jeweils denselben Koordinaten definiert. Und die Koordinaten sind die Entfernung in Metern (nach Norden bzw. Osten) von einem festen Punkt in Berlin. Das Format ist auch unter http://bbbike.sourceforge.net/bbbike/doc/bbd.html beschrieben. Nun habe ich gesehen, dass schon einige Straßen in den genannten Orten bei OSM erfasst sind, allerdings noch ohne Namen. Wäre das möglicherweise ein ein Problem beim Import meiner Daten? Nein, Du kannst diese Straßen einfach vorher löschen oder alternativ hinterher manuell nachbearbeiten sprich doppelte Weg löschen. Das klingt gut. Gruß Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/cgi-bin/mailman/listinfo/talk-de