Re: [Talk-de] Arbeitsmatrix Dortmund - Status?
hi, ich hatte vor einiger Zeit schon mal hier und im Forum nachgefragt, ob es denn inzwischen irgendeine Reaktion von Airowest gegeben hat, was den Stand des Dortmunder Projektes betrifft. (Menge und noch wichtiger Qualität der Daten) Aufgrund der wahnsinnig vielen Reaktionen aller Beteiligten ist danach meine Motivation, hier mitzumachen, dramatisch gesunken. Ich bin mir inzwischen fast sicher, dass das ganze den Bach runtergeht, weil sich fast niemand mehr dafür zu interessieren scheint (Lokalpatioten natürlich ausgenommen) und weitere Luftbilder nicht benötigt. Ich schlage mich daher lieber mit den hochauflösenden Bildern im Rhein-Main-Gebiet rum. gruss wambacher ach ja, falls es jemanden wirklich interessiert: die Resonanz in beiden Platformen war NULL. - Der Kopf ist rund, damit die Gedanken auch mal die Richtung ändern können. -- View this message in context: http://gis.638310.n2.nabble.com/Arbeitsmatrix-Dortmund-tp4987210p4989342.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skobbler berücksichtig turn-restrictions ! / Sammelstelle für Routingfehler
Am 30.04.2010 10:11, schrieb Oliver Kuehn (skobbler): Gibts 'ne schöne Wikiseite wo man solche Routingfehler sammeln kann? Ich denke das wäre nicht schlecht, auch als Ansporn für die Routerentwickler. Eine Sammelstelle fände ich auch gut. Ich möchte die Gelegenheit nutzen, um auf die überarbeitete skobbler-OSM-Bugs-Seite [1] zu verweisen, wo man über einen Filter explizit die Abbiegeprobleme selektieren kann. Die dort gesammelten Fehler können sowohl über die skobbler-Anwendung gemeldet werden als auch direkt auf der Webseite eingetragen werden. Ich meinte zwar eine Wikiseite wo man für alle OSM Router Probleme eintragen kann (um den Wettbewerb zu fördern), trotzdem danke für den Link. Wollte meinen Problemlink gerade dort eintragen, aber anscheinend wurde der Bug bereits gefixt. :-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPX-Files bearbeiten
Dimitri Junker schrieb: kann mir jemand ein Programm zum bearbeiten von GPX-Files nennen? [...] -mehrere gpx-Files zusammenfügen Etwas spät, aber eventuell ist es noch hilfreich: Zum Aneinanderhängen mehrer GPX_Dateien benutze ich ein kleines Script, basierend auf GPSbabel: http://malenki.ch/soft/gpxappend Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Behandlung parallel zur Straße verlau fender Fuß-/Radwege
Hallo, Gibt es eigentlich eine klare Regelung, wie Fuß- und/oder Radwege zu behandeln sind, die parallel zu einer Straße verlaufen, insbesondere wann diese über Attribute der Straße über die Tags cycleway und footway erfasst werden und wann als sparater Weg mit highway=footway bzw. highway=cycleway? Ich habe festgestellt, dass die Praxis in den OSM-Daten nicht besonders konsistent ist. Immer wieder stößt man auf Fragmente von separaten Fuß- und Radwegen, bei denen es sich um ganz normale Gehsteige handelt, die gar nicht oder nur durch Parkbuchten von der Fahrbahn getrennt sind, z.B. hier: http://www.openstreetmap.org/?lat=48.405378lon=9.992366zoom=18layers=B000FTF Bevor ich solche Wege in meinem Umfeld lösche und die Information in die Straße integriere, würde ich gerne die vorherrschende Meinung dazu einholen. Grüße Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] POI vermisst - wiederfinden / undelete
Hallo! wie kann ich denn einen POI (Node) in einem bestimmten Bereich wiederfinden, der anscheinend von irgendwem einmal gelöscht (oder verschoben??) wurde? Potlatch scheint nur gelöschte Wege anzuzeigen (wie macht Potlatch das eigentlich)? Die ID ist mir leider nicht bekannt. Viele Grüße, Alexander ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behandlung parallel zur Straße verlau fender Fuß-/Radwege
Am 01.05.2010 13:55, schrieb Rainer Kluge: Hallo, Gibt es eigentlich eine klare Regelung, wie Fuß- und/oder Radwege zu behandeln sind, die parallel zu einer Straße verlaufen, insbesondere wann diese über Attribute der Straße über die Tags cycleway und footway erfasst werden und wann als sparater Weg mit highway=footway bzw. highway=cycleway? Ich habe festgestellt, dass die Praxis in den OSM-Daten nicht besonders konsistent ist. Immer wieder stößt man auf Fragmente von separaten Fuß- und Radwegen, bei denen es sich um ganz normale Gehsteige handelt, die gar nicht oder nur durch Parkbuchten von der Fahrbahn getrennt sind, z.B. hier: http://www.openstreetmap.org/?lat=48.405378lon=9.992366zoom=18layers=B000FTF Bevor ich solche Wege in meinem Umfeld lösche und die Information in die Straße integriere, würde ich gerne die vorherrschende Meinung dazu einholen. Grüße Rainer Also bei allem Für und Wider, das gleich hier auf dich einprasseln wird: Ein ganz großes Manko haben die Fußwege in deinem Beispiel: Die Fußwege sind mit nichts verbunden, ein Routing ist unmöglich :-( Raymond. signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behandlung parallel zur Straße verlau fender Fuß-/Radwege
Hallo Rainer, Gibt es eigentlich eine klare Regelung, wie Fuß- und/oder Radwege zu behandeln sind, die parallel zu einer Straße verlaufen, insbesondere wann diese über Attribute der Straße über die Tags cycleway und footway erfasst werden und wann als sparater Weg mit highway=footway bzw. highway=cycleway? Nein, die gibt es nicht. Ich habe festgestellt, dass die Praxis in den OSM-Daten nicht besonders konsistent ist. Immer wieder stößt man auf Fragmente von separaten Fuß- und Radwegen, bei denen es sich um ganz normale Gehsteige handelt, die gar nicht oder nur durch Parkbuchten von der Fahrbahn getrennt sind, z.B. hier: http://www.openstreetmap.org/?lat=48.405378lon=9.992366zoom=18layers=B000FTF Bevor ich solche Wege in meinem Umfeld lösche und die Information in die Straße integriere, würde ich gerne die vorherrschende Meinung dazu einholen. Einziger Konsens ist, dass man (im Normalfall) nicht die Arbeit anderer löscht. Wenn sich also jemand die Mühe gemacht hat, die Fusswege einzeln einzuzeichnen, dann sollte man sie auch in OSM lassen. Wenn Du an obigem Kartenausschnitt etwas ändern möchtest, dann verbinde die Fusswege an den Kreuzungen mit den (Auto-)Strassen, damit die Fusswege auch fürs Routing benutzt werden können. Bei der Gelegenheit könntest Du auch die highway=traffic_signals auf die jeweiligen Kreuzungspunkte verschieben. Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behandlung parallel zur Straße verlau fender Fuß-/Radwege
Raimond Spekking schrieb: Am 01.05.2010 13:55, schrieb Rainer Kluge: Also bei allem Für und Wider, das gleich hier auf dich einprasseln wird: Ein ganz großes Manko haben die Fußwege in deinem Beispiel: Die Fußwege sind mit nichts verbunden, ein Routing ist unmöglich :-( Deswegen bin ich ja darauf gestoßen. Um dieses Manko zu beseitigen, müsste ich die Wege verbinden und sinnvollerweise auch vervollständigen. Das widerspricht irgendwie meinem Bestreben, redundante Informationen - hier: der Verlauf von Straße und Fußweg - zu vermeiden. Und um konsistent zu sein, müsste man eine Vielzahl von neuen Fußwegen einpflegen. Diese Energie sollte man besser in fehlende Strassen, Fehlerbeseitung usw. stecken. Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Legende deutsche OSM Karte: Kreisstra ßen
In der Legende zur deutschen OSM Karte sind Landstraßen (secondary) und Kreisstraßen (tertiary) ab Zoom =9 in einem Atemzug genannt und beiden die Farbe orange zugeordnet. Tatsächlich sind die Kreisstra0en entweder nicht vorhanden (Zoom 9), grau (Zoom 10 bis 12) oder gelb (Zoom =13). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM macht's Trackspendern auch nicht leicht
Hallo zusammen, Offenbar ist es vielen Leuten zu kompliziert oder sie denken gar nicht daran, dass man GPX-Spuren hochladen könnte. Wie wäre es daher mit folgender JOSM-Erweiterung: Sobald man eine GPX-Datei geöffnet hat und seine Änderungen hochladen möchte, kommt ein Dialog: ** ** * Möchten Sie mithelfen und anderen Usern Ihre geöffnenten * *GPX-Spuren ebenfalls zur Verfügung stellen? * ** *() Ja * *() Nein * *[] Antwort merken * ** * [OK] [Abbrechen] * ** ** Gruss, Thomas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM macht's Trackspendern auch nicht leicht
Am 01.05.2010 14:34, schrieb Thomas Ineichen: Hallo zusammen, Offenbar ist es vielen Leuten zu kompliziert oder sie denken gar nicht daran, dass man GPX-Spuren hochladen könnte. Wie wäre es daher mit folgender JOSM-Erweiterung: Sobald man eine GPX-Datei geöffnet hat und seine Änderungen hochladen möchte, kommt ein Dialog: ** ** * Möchten Sie mithelfen und anderen Usern Ihre geöffnenten * *GPX-Spuren ebenfalls zur Verfügung stellen? * ** *() Ja * *() Nein * *[] Antwort merken * ** * [OK] [Abbrechen] * ** ** -1 Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Garmin Legend HCx - Routen unter Linux hochladen
Hallo, gibt es ein Tool unter Linux mit dem ich Routen an o.g. Gerät senden kann? sendmap kann es, wenn ich die Anleitung richtig verstehe, nicht. Danke im voraus Rudolf -- http://rettedeinefreiheit.de/ Gegen Freiheitsberaubung in Deutschland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Legend HCx - Routen unter Linux hochladen
Rudolf Henze schrieb: Hallo, gibt es ein Tool unter Linux mit dem ich Routen an o.g. Gerät senden kann? sendmap kann es, wenn ich die Anleitung richtig verstehe, nicht. Das geht mit gpsbabel, z.B. so: gpsbabel -t -i gpx -f track.gpx -o garmin -F usb: Tracks vom Gerät holen: gpsbabel -t -i garmin -f usb: -o gpx -F track.gpx Bei mir funktioniert das leider nur als root und vorher muss man mit rmmod garmin_gps den Garmin-Treiber des Kernels entfernen. Näheres hier: http://blog.p-mt.net/archives/353 Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Legend HCx - Routen unter Linux hochladen
Sorry, ich habe etwas vergessen. Man muss in /etc/udev/rules.d/51-garmin.rules folgende Zeile einfügen: SYSFS{idVendor}==091e, SYSFS{idProduct}==0003, MODE=666 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Legend HCx - Routen unter Linux hochladen
Super! Das Hochladen funktioniert sobald ich das -t durch -r (für Routen) ersetze! Das habe ich gesucht. Zum Runterladen nehme ich gpsbabel schon lange, aber ich meine irgendwo gelesen zu haben, dass das Hochladen von Routen nicht ginge. Aber es scheint prima zu funktionieren. Du hattest oben -t geschrieben. Also macht das Senden von Tracks an das Gerät auch Sinn. Nur welchen? Rudolf -- http://rettedeinefreiheit.de/ Gegen Freiheitsberaubung in Deutschland ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Legend HCx - Routen unter Linux hochladen
Rudolf Henze schrieb: gibt es ein Tool unter Linux mit dem ich Routen an o.g. Gerät senden kann? Falls du eines mit GUI verwenden möchtest, ist QLandkarteGT das Programm deiner Wahl. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Legend HCx - Routen unter Linux hochladen
Am Samstag 01 Mai 2010 15:48:36 schrieb Rainer Kluge: Sorry, ich habe etwas vergessen. Man muss in /etc/udev/rules.d/51-garmin.rules folgende Zeile einfügen: SYSFS{idVendor}==091e, SYSFS{idProduct}==0003, MODE=666 Und damit geht es nicht als User? Welches Linux verwendest Du? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Legend HCx - Routen unter Linux hochladen
Am Samstag 01 Mai 2010 16:01:11 schrieb Rudolf Henze: Also macht das Senden von Tracks an das Gerät auch Sinn. Nur welchen? Wenn Du Dir einen Track z.B. von gpsies.com runter lädst und danach wandern willst. Oder ein Track vom Kumpel, oder oder oder... Rudolf Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Legend HCx - Routen unter Linux hochladen
Rudolf Henze schrieb: Super! Das Hochladen funktioniert sobald ich das -t durch -r (für Routen) ersetze! Ich hatte Tracks statt Routen gelesen, da ich eigentlich nur mit Tracks arbeite. Du hattest oben -t geschrieben. Also macht das Senden von Tracks an das Gerät auch Sinn. Nur welchen? Ich plane z.B. Rad- oder Wandertouren mit einer geeigneten Software als Tracks, lade sie auf das Gerät und fahre sie dann mit der TracBack-Funktion nach. Oft bastele ich mir auch aus mehreren gefahrenen Tracks eine neue Tour. Oder ich lade mir einfach eine fertige Tour als Track von einem der vielen GPS-Portale runter. Ob das mit Routen auch geht, weiss ich nicht. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Legend HCx - Routen unter Linux hochladen
Christian Knorr schrieb: Am Samstag 01 Mai 2010 15:48:36 schrieb Rainer Kluge: SYSFS{idVendor}==091e, SYSFS{idProduct}==0003, MODE=666 Und damit geht es nicht als User? Welches Linux verwendest Du? Debian Testing. Du hast recht, es geht, danke für den Hinweis. Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Legend HCx - Routen unter Linux hochladen
Am Samstag 01 Mai 2010 15:44:35 schrieb Rainer Kluge: Rudolf Henze schrieb: Hallo, gibt es ein Tool unter Linux mit dem ich Routen an o.g. Gerät senden kann? sendmap kann es, wenn ich die Anleitung richtig verstehe, nicht. Das geht mit gpsbabel, z.B. so: gpsbabel -t -i gpx -f track.gpx -o garmin -F usb: Tracks vom Gerät holen: gpsbabel -t -i garmin -f usb: -o gpx -F track.gpx ...und als GUI darauf aufbauend: gebabbel MfG, Chris. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behandlung parallel zur Straße verlaufen der Fuß-/Radwege
Am 1. Mai 2010 14:27 schrieb Rainer Kluge rklug...@web.de: Deswegen bin ich ja darauf gestoßen. Um dieses Manko zu beseitigen, müsste ich die Wege verbinden und sinnvollerweise auch vervollständigen. Das widerspricht irgendwie meinem Bestreben, redundante Informationen - hier: der Verlauf von Straße und Fußweg - zu vermeiden. Und um konsistent zu sein, müsste man eine Vielzahl von neuen Fußwegen einpflegen. Diese Energie sollte man besser in fehlende Strassen, Fehlerbeseitung usw. stecken. wenn Du keine Lust hast, das zu machen, dann lasse es. Löschen der Wege anderer ist aber keine Option. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radfahrerkarte auf der Hauptkarte railway=halt wird nicht?dargestellt
Am 30. April 2010 22:11 schrieb Karl Eichwalder k...@gnu.franken.de: M∡rtin Koppenhoefer dieterdre...@gmail.com writes: Am 30. April 2010 07:53 schrieb Karl Eichwalder k...@gnu.franken.de: Tja, das kommt davon, wenn man nicht rückwärtskompatibel arbeitet. ? highway=pedestrian und area=yes gibt es seit Jahren und auf den meisten Karten, das liegt daran dass es Andy nicht wichtig ist. Das ist eben seit jahren unfug. Es würde niemandem ein zacken aus der krone brechen, wenn man die straßen oder wege drüber- oder drunterlegen würde bzw. einfach nicht weglöschen würde. Nur die wenigsten dieser bereiche sind echte plätze und auch bei denen wäre es besser, wenn man die hauptverkehrswege eintragen würde. ich mache das, auch echte Plätze haben oft Straßen die darüber führen. Und jetzt? Die cyclemap stellt die Plätze nicht dar (als Wege schon) und daher sieht die Karte dort nicht gut aus. Mehr habe ich nicht gesagt, und das ist seit Jahren so. Habe Andy deshalb auch schon 1-2 mal angeschrieben und Tickets erstellt. Er will halt nicht, was sein gutes Recht ist, oder kommt nicht dazu, jedenfalls kommt die Sache nicht weiter. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arbeitsmatrix Dortmund
Moin, Am Freitag 30. April 2010 23:01:09 schrieb Alexander Matheisen: Das kannte ich schon, wpbei das speziell für Dortmund nicht wirklich zu gebrauchen ist - ob Gebäude vorhanden sind, lässt sich gar nicht markieren. Ich hatte den Autor dieser Matrix schon mal angeschrieben, ob er die Matrix noch etwas erweitern kann, aber bis jetzt noch keine Antwort bekommen. Vielleicht hat ja jemand anderes mehr Glück bei ihm? Gruß, Carsten -- Hier ist mein öffentlicher GPG-Schlüssel: http://daswaldhorn.piranho.de/gpg.php = www.stopptdievorratsdatenspeicherung.de signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behandlung parallel zur Straße verlaufen der Fuß-/Radwege
M∡rtin Koppenhoefer schrieb: wenn Du keine Lust hast, das zu machen, dann lasse es. Löschen der Wege anderer ist aber keine Option. Das ist keine Frage der Lust sondern der Einheitlichkeit des Datenbestands und des Aufwands, der für den Erhalt der Homogenität erbracht werden muss. Wenn man zulässt, dass Gehwege als highway=footway erfasst wird, dann sollte das Ziel sein, dies flächendeckend durchzuführen. Sonst weiß man ja nicht, ob dort, wo kein solcher Weg vorhanden ist, überhaupt ein Gehweg existiert. Nur hier und da ein Wegzipfelchen ist unbefriedigend, so was z.B.: http://www.openstreetmap.org/?lat=48.392446lon=9.975656zoom=18layers=B000FTF Ich werde den Weg natürlich nicht löschen. Bevor ich aber anfange an sämtlichen Straßen in der Gegend Gehwege entlang zu malen, habe ich noch ein paar andere, mir wichtiger erscheinende Aktivitäten eingeplant. Grüße Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arbeitsmatrix Dortmund
Am Samstag, den 01.05.2010, 17:05 +0200 schrieb Carsten Gerlach: Moin, Am Freitag 30. April 2010 23:01:09 schrieb Alexander Matheisen: Das kannte ich schon, wpbei das speziell für Dortmund nicht wirklich zu gebrauchen ist - ob Gebäude vorhanden sind, lässt sich gar nicht markieren. Ich hatte den Autor dieser Matrix schon mal angeschrieben, ob er die Matrix noch etwas erweitern kann, aber bis jetzt noch keine Antwort bekommen. Vielleicht hat ja jemand anderes mehr Glück bei ihm? Ich hatte vergessen zu erwähnen, dass ich dies vor einiger Zeit auch getan habe - bislang ohne Antwort. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behandlung parallel zur Straße verlaufen der Fuß-/Radwege
Am 01.05.2010 17:08, Rainer Kluge: Das ist keine Frage der Lust sondern der Einheitlichkeit des Datenbestands und des Aufwands, der für den Erhalt der Homogenität erbracht werden muss. OSM wird *nie* einen einheitlichen Datenbestand erreichen. Es ist auch nicht Ziel des Projektes. Genausowenig wie die Wikipedia je eine vollständige Enzyklopädie sein wird, strebt OSM an einer stetigen Verbesserung *jedes* geographischen Ausschnittes des Datenbestandes. In großen Teilen Asiens oder Afrikas fehlen sogar die Primärstraßen. Sollte das andere Nutzer davon abhalten, in ihrem Umkreis die Datenqualität auch von Fußwegen weiter zu erhöhen? Ziel kann nur eine Harmonisierung des Vorgehens, eine grobe gleiche Marschrichtung sein. Wenn etwas Wenn man zulässt, (...) In meinen Augen ist in OSM alles zulässig, was nicht grobem Vandalismus oder schlichtweg falschen Daten entspricht. Dein Beispiel ist eher Interpretationsspielraum, der aber die Daten nicht schlichtweg verschlechtert, sondern eher verändert. Bevor ich aber anfange an sämtlichen Straßen in der Gegend Gehwege entlang zu malen, habe ich noch ein paar andere, mir wichtiger erscheinende Aktivitäten eingeplant. OSM zwingt weder dich auf eine Bestimmte Art und Weise beizutragen, noch kannst du es von anderen Nutzern verlangen. Widme dich einfach den dir wichtigen Aktivitäten. Im Übrigen wüsste ich keine Taggingmöglichkeit, mit der du die Information des seperaten Fußweges, den du löschen würdest, wieder an der dazugehörigen Straße erfasst. Claudius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Skobbler berücksichtig turn-restrictio ns! / Sammelstelle für Routingfehler
Oliver Kuehn (skobbler) osm.oliver.ku...@gmx.de wrote: [1] http://beta.skobbler.de/osmbugs Wobei sich die Cloudmade Darstellung in den höheren Zoomstufen erst nach zigmaligem Wechsel mit beispielsweise Mapnik einstellt. Beim ersten Anzeigen kommt meist nichts. Bei jedem Wechsel gibt es - wenn man Glüch hat - ein Zugabe. Wenn überhaupt die Darstellung vollständig wird, braucht man dazu zehn oder ein mehrfaches an Wechseln. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] TMCRoad Relationen haben keinen Ortsbezug
Hallo, ich kämpfe beim TMC Validator [1] mit einem kleinen Problem. Bestimmte TMC-Roads haben als Member per Definition keinen phyischen Ort. Und zwar wenn sie wiederum aus Segmenten bestehen. Diese Segmente bestehen dann aus diversen Straßen mit highway=*. Das Problem ist, diese Relationen tauchen dann nicht im germany.osm.bz2 von der Geofabrik auf, weshalb sie auch nicht in der Datenbank landen. Michael Schmitt schlug als pragmatische Lösung vor, ein TMC:RoadStart und TMC:RoadEnd Member aufzunehmen, wo man den Start und Endpunkt der Road aufnimmt. Ich finde den Vorschlag gut und bitte um weitere Meinungen. Natürlich könnte ich mir auch die Relationen mit den entsprechenden TMC:cid_58:tabcd_1:LocationCode Key raussuchen, aber das übersteigt schon im Traffic meine Resourcen (ich müsste vermutlich das Planet auswerten) und die XAPI ist mir zu unzuverlässig (wobei die Erfahrung schon etwas zurück liegt). Ich denke das auch andere Tools froh sind, wenn es einen Ortsbezug in jeder TMC Relation gibt. Gruß Sven [1] http://osm-tmc.anders-hamburg.de/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] MaxSpeed bei Ortsdurchfahrt?
Hallo, ich bin gerade dabei, die Straßen und Häuser meines Dorfes einzutragen bzw. sauber zu taggen. Mir stellt sich jetzt die Frage, ob ich in Ortsdurchfahrten, in denen natürlich eine 50km/h Begrenzung ist, das MaxSpeed-Tag auf 50 setzen soll, oder ob das schon automatisch so ist... Gruß Christopher Reimer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Logger gesucht
RalfGesellensetter schrieb: Ich möchte gerne auch einen Logger - Marken per Kamera setzten wäre eine Alternative zu einer solchen Funktion des Loggers - leider kann ich bei Loggern ohne Display nicht einfach die Uhrzeit abfotografieren... ist kein Problem, mache ich selber: zeitglich ein Foto machen, wenn man einen Waypoint setzt = damit hat man die nötige Zeitkorrelation. In der einen Hand den Logger, in der andern Hand die Kamera. Und das Foto vom Logger, dann weiss man was damit gemeint ist. Hat sich bei mir jahrelang bewährt. Unter Windows kann man die Methode mit Geosetter bestens nutzen (macht die ganze Zeitdifferenz-Berechnung dann automatisch). Grüße, Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behandlung parallel zur Straße verlaufen der Fuß-/Radwege
M∡rtin Koppenhoefer dieterdre...@gmail.com writes: wenn Du keine Lust hast, das zu machen, dann lasse es. Löschen der Wege anderer ist aber keine Option. So sehe ich das auch. Wenn rad- oder fuß/radwege kunstvoll hinter parkbuchten entlang- oder um haltestellenhäuschen herumgeführt werden, dann sollte das so auch gemappt werden. Verbindungen zur fahrbahn oder schnittpunkte mit anderen fußwegen muss man dann nach und nach auch eintragen. Die radverkehrsanlagen in DE und wahrscheinlich in anderen ländern sind nun mal so kompliziert. All das ist dann ein hinweis darauf, dass es sich um keinen straßenbegleitenden radweg handelt und eine benutzungspflicht nicht gegeben ist. -- Karl Eichwalder ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tags automatisch korrigieren?
On 30.04.2010, at 22:51, Stephan Knauss wrote: AssetBurned wrote: Pappa wie schreib ich meinen Aufsatz mit Word? Ganz einfach du machst den Computer an, tippst dein Text in Word ein, Druckst und bist fertig. Zum glück hattest du nicht gefragt, wie man eine Diplomarbeit unter Linux layoutet := nun wäre mal die frage schlecht hin wie man großflächig tags korrigieren kann? zum beispiel shop=locksmiths wobei korrekt wäre shop=locksmith Wenn das mehr als Einzelfälle sind, dann über die XAPI runterladen (in JOSM über URL), korrigieren und wieder hochladen. hkay. wenn da jetzt noch nen link mit einer ausgiebigeren erklärung bei wäre, wäre das noch besser gewesen ;-) oder ein par mehr Details. Ich schalte mal eine Profistufe zurück. Der Weg über XAPI ist am einfachsten wenn du eine Seite hast, die direkt die Links anbietet. http://osmdoc.com/en/tags/ wäre so ein Kandidat. Angenommen du schaust die Werte vom layer tag an: http://osmdoc.com/en/tag/layer/#values [...schnippel...] Das ist doch mal ne Anleitung. Danke! Das verlockt mich doch fast das gleich mal auszuprobieren... aber das werd ich wohl erst machen wenn ich wirklich zeit dafür habe und genauer beobachten kann was passiert. cu AssetBurned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behandlung parallel zur Straße verlau fender Fuß-/Radwege
Claudius schrieb: Ziel kann nur eine Harmonisierung des Vorgehens, eine grobe gleiche Marschrichtung sein. Richtig. Und deshalb habe ich hier nachgefragt, was die grobe Marschrichtung ist. Im Übrigen wüsste ich keine Taggingmöglichkeit, mit der du die Information des seperaten Fußweges, den du löschen würdest, wieder an der dazugehörigen Straße erfasst. Meine Frage war wohl falsch formuliert. Es handelt sich um einen Gehsteig, so wie er innerorts an fast allen Strassen beidseitig zu finden ist, auch Bürgersteig oder Trottoir genannt, auf Englisch sidewalk. Ich glaube irgendwo gelesen zu haben, dass man innerorts, wenn nichts anderes angegeben ist, davon ausgeht, dass sich rechts und links der Straße ein solcher Gehweg befindet. Ich habe auch ein Proposal für ein Feature für die Features footway und cycleway gefunden: http://wiki.openstreetmap.org/wiki/Proposed_features/Advanced_footway_and_cycleway Demnach würde ich nach dem Löschen des Gehwegs die Straße um das Tag footway=both ergänzen. Das mache ich jetzt aber nicht, sondern ich verbinde die Wegfragmente untereinander und mit den kreuzenden Straßen. Gruß Rainer ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrkartenautomaten
moin On 30.04.2010, at 23:22, Johannes Huesing wrote: Es gibt an gleichartigen ÖPNV-Einrichtungen verschiedene Arten von Automaten. Bei manchen kann man Bahnfahrkarten für den Fernverkehr kaufen, bei manchen welche für den Verkehrsverbund, bei manchen beides. Wie kann man diese wichtige Information abbilden? hm also wenn beide automaten nebeneinander stehen oder nur die version mit beiden funktionen da ist, würde ich einen node setzen und mir sonst keine gedanken machen. wenn es allerdings nur einer von beiden automaten da steht würde ich das tag operator= dafür missbrauchen... also im prinzip ist es ja nichtmal missbraucht. für die fehrntickets operator=Deutsche Bahn und operator=lokaleranbieter für alle anderen. ich weiß nicht ob die in den endgeräten unterschiedlich behandelt werden, aber bei den POI Details sollte es angezeigt werden. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] MaxSpeed bei Ortsdurchfahrt?
Hallo, Mir stellt sich jetzt die Frage, ob ich in Ortsdurchfahrten, in denen natürlich eine 50km/h Begrenzung ist, das MaxSpeed-Tag auf 50 setzen soll, oder ob das schon automatisch so ist... Wenn es explizit ausgeschildert ist, würde ich maxspeed=50 setzen. Ergibt sich das nur, weil es durch ein Ortsschild gekennzeichnet innerorts ist, kannst du auch maxspeed=50 nehmen, oder als Kennzeichnung für innerorts maxspeed=DE:urban. Dann gibt es noch eine andere Lösung, die ich bevorzuge, mit maxspeed=50 und source:maxspeed=DE:urban. Was besser ist, darüber lässt sich streiten. Im Prinzip sollten die Anwendungen das aber alle auswerten können. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OpenLinkMap
Hi ! habe heute einmal wieder auf die OpenLinkMap von Lübeck [1] geworfen - habe mich zunächst darüber gefreut das meine Eintragungen erscheinen. Aber letztes Update Mitte März dann habe ich auf ein Symbol geklickt, ein PopUp mit Sandkreis erhalten und nach ca. 30 sek. ist erst der Infotext ??? Ist das gewollt oder noch eine Dev-Phänomen. Fremde würden vermutlich weitergehen ! Gruß Jan :-) [1] http://olm.openstreetmap.de/?zoom=14lat=53.86535lon=10.69493layers=B0TTT und ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behandlung parallel zur Straße verlaufen der Fuß-/Radwege
Am 01.05.2010 19:07, schrieb Karl Eichwalder: MXrtin Koppenhoeferdieterdre...@gmail.com writes: wenn Du keine Lust hast, das zu machen, dann lasse es. Löschen der Wege anderer ist aber keine Option. Die radverkehrsanlagen in DE und wahrscheinlich in anderen ländern sind nun mal so kompliziert. Die müssen noch nichtmal kompliziert sein. Mir sind hier in der Gegend erst ein paar Stellen aufgefallen, wo das Radfaherrouting völlig daneben war, weil eben nicht keine separaten Radwege gemapt waren. Wenn denn nämlich die Fahrspuren des Primary/Secondary getrennt gemapt sind mit einem oneway=yes, wie soll der Router dann damit klarkommen, wenn nicht jeder einmündende RadFußweg mit beiden Straßen-Highways verbunden wird. Andernfalls gibt's -wenn man Glück hat- Routen mit völlig irrsinnigen Schlenkern. Wenn man Pech hat, dann komplett andere Routen, die zwar kürzer sind als mit Schlenker, aber eben trotzdem Länger als das, was man während der Fahrt selbstständig als Irrsinn abkürzen würden. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] tags automatisch korrigieren?
moin On 01.05.2010, at 01:45, Frederik Ramm wrote: Hallo, Stephan Knauss wrote: Es ist aber ein Link auf die XAPI dabei: http://www.informationfreeway.org/api/0.6/*[layer=gravel] Dieser würde alle Elemente liefern die mit layer=gravel getaggt sind. Du wählst also in JOSM File/Open Location an und fügst dort den link ein. Damit werden die betreffenden Elemente in JOSM geladen. Du kannst den Tag ändern und ganz normal wieder hochladen. Dabei erzeugst Du ein Changeset, das mit grosser Wahrscheinlichkeit die Mehrheit der Kontinente auf dieser Welt umfasst und jedem, der kuenftig Aenderungen in Kleinkleckersdorf ansehen will, ins Gesicht springt. deswegen ja auch die idee das übern bot machen zu lassen und der XYbot scheint sowas ja wohl zu können. da würden dann zumindestens keine zusätzlichen changesets hinzu kommen sondern unter dessen mit laufen. aber du hast recht diese kontinentalen changesets nerven. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap
Jan Tappenbeck o...@tappenbeck.net wrote: letztes Update Mitte März Das hat mehrere Gründe. Einer davon ist die Tatsache, dass der devserver chronisch überlastet ist. Ein anderer dass wir versuchen dafür in Zukunft ein anderes Datenbankkonzept zu benutzen. Und last but not least, dass sich der Erfinder der Poitools von der Pflege des bisherigen Datenbank zurückgezogen hat. Tobias W. hat das übernommen, aber wenn Du da genaueres wissen willst musst Du ihn selber fragen, denn der steckt in meinem Killfile. Gruss Sven -- Microsoft ist offenbar die einzige Firma, die in der Lage ist, ein mit Office nicht kompatibles Bürosoftwarepaket einzuführen. (Florian Weimer in de.alt.sysadmin.recovery) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radfahrerkarte auf der Hauptkarte railway=halt wird nicht?dargestellt
moin On 01.05.2010, at 17:03, M∡rtin Koppenhoefer wrote: Am 30. April 2010 22:11 schrieb Karl Eichwalder k...@gnu.franken.de: ich mache das, auch echte Plätze haben oft Straßen die darüber führen. Und jetzt? Die cyclemap stellt die Plätze nicht dar (als Wege schon) und daher sieht die Karte dort nicht gut aus. Mehr habe ich nicht gesagt, und das ist seit Jahren so. Habe Andy deshalb auch schon 1-2 mal angeschrieben und Tickets erstellt. Er will halt nicht, was sein gutes Recht ist, oder kommt nicht dazu, jedenfalls kommt die Sache nicht weiter. was spricht gegen eine alternative cyclemap? cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radfahrerkarte auf der Hauptkarte railway=halt wird?nicht?dargestellt
AssetBurned openstreet...@assetburned.de wrote: was spricht gegen eine alternative cyclemap? Dass es jemand machen muss, was sonst? Sven -- and on the third day he rebooted into Linux-1.3.84 (Linus Torvalds, Easter Kernel Release 1996) /me is gig...@ircnet, http://sven.gegg.us/ on the Web ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Arbeitsmatrix Dortmund - Status?
Hallo Walter, ich finds schade, das Du aufgehört hast. Ich hatte erst später angefangen (bin Okilimu) und habe mich heimlich mit Dir gebattled, wer mehr Häuser zeichnet. Ich bin mir inzwischen fast sicher, dass das ganze den Bach runtergeht, weil sich fast niemand mehr dafür zu interessieren scheint (Lokalpatioten natürlich ausgenommen) und weitere Luftbilder nicht benötigt. Ich bin noch dabei, obwohl Aerowest gerade in meiner Stadt innerhalb deren Auftritt schon alle Hausnummern relativ gut zugeordnet hat, also habe ich kaum Hoffnung, mal in den Genuß der Luftbilder für meine Stadt zu kommen. Beim gleichbleibendem Tempo wirds eng mit den Gebäuden, aber nicht unmöglich. Ich finde das Projekt schon wichtig für ganz OSM. Die Leute vor Ort dürften auch kaum Zeit gehabt haben, das richtig durchzuorganisieren, dazu wird zu wenig klar gewesen sein vor der heißen Phase des Projekts. Das die dann auch nicht immer (zeitnah oder überhaupt) antworten, ist zwar schade, aber ich verstehe das schon. ach ja, falls es jemanden wirklich interessiert: die Resonanz in beiden Platformen war NULL. Was Du damit gemeint hast, ist mir aber unklar. Grüße Dietmar -Ursprüngliche Nachricht- Von: talk-de-boun...@openstreetmap.org [mailto:talk-de-boun...@openstreetmap.org]im Auftrag von Walter Nordmann Gesendet am: Samstag, 1. Mai 2010 09:42 An: talk-de@openstreetmap.org Betreff: Re: [Talk-de] Arbeitsmatrix Dortmund - Status? hi, ich hatte vor einiger Zeit schon mal hier und im Forum nachgefragt, ob es denn inzwischen irgendeine Reaktion von Airowest gegeben hat, was den Stand des Dortmunder Projektes betrifft. (Menge und noch wichtiger Qualität der Daten) Aufgrund der wahnsinnig vielen Reaktionen aller Beteiligten ist danach meine Motivation, hier mitzumachen, dramatisch gesunken. Ich bin mir inzwischen fast sicher, dass das ganze den Bach runtergeht, weil sich fast niemand mehr dafür zu interessieren scheint (Lokalpatioten natürlich ausgenommen) und weitere Luftbilder nicht benötigt. Ich schlage mich daher lieber mit den hochauflösenden Bildern im Rhein-Main-Gebiet rum. gruss wambacher ach ja, falls es jemanden wirklich interessiert: die Resonanz in beiden Platformen war NULL. - Der Kopf ist rund, damit die Gedanken auch mal die Richtung ändern können. -- View this message in context: http://gis.638310.n2.nabble.com/Arbeitsmatrix-Dortmund-tp4987210p4989342.htm l Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behandlung parallel zur Straße verlauf ender Fuß-/Radwege
Thomas Ineichen osm.mailingl...@t-i.ch wrote: Einziger Konsens ist, dass man (im Normalfall) nicht die Arbeit anderer löscht. Wenn sich also jemand die Mühe gemacht hat, die Fusswege einzeln einzuzeichnen, dann sollte man sie auch in OSM lassen. Andererseits ist es auch Konsens, nicht korrektes Mapping zu löschen. Wenn Du an obigem Kartenausschnitt etwas ändern möchtest, dann verbinde die Fusswege an den Kreuzungen mit den (Auto-)Strassen, damit die Fusswege auch fürs Routing benutzt werden können. Hmm, aber genau hier liegt doch die Krux. Wenn ich das Original-Posting richtig verstanden habe, dann besteht nicht nur an den Kreuzungen sondern an jeder Stelle eine fußläufige Verbindung zur Straße. Damit ist sie an jeder Stelle querbar. Und genau das gibt der getrennt gemappte Fu0weg nicht wider. Streng genommen ist das Mapping damit zumindest nicht korrekt und daher zumindest ein Nachdenken über ein Löschen des Fußweges nicht ganz unberechtigt. Es müsste demnach tatsächlich über eine Ersatzlösung nachgedacht werden, welche die fußläufige Verbindung zur Straße an jeder Stelle auch widergibt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behandlung parallel zur Straße verlauf ender Fuß-/Radwege
Rainer Kluge rklug...@web.de wrote: Meine Frage war wohl falsch formuliert. Es handelt sich um einen Gehsteig, so wie er innerorts an fast allen Strassen beidseitig zu finden ist, auch Bürgersteig oder Trottoir genannt, auf Englisch sidewalk. Ich glaube irgendwo gelesen zu haben, dass man innerorts, wenn nichts anderes angegeben ist, davon ausgeht, dass sich rechts und links der Straße ein solcher Gehweg befindet. Tja, das mag in Städten so sein. Hier auf dem Land ist das die Ausnahme. Meist einseitige kombinierte Rad-/Fußwege gibt es innerorts fast nur an Bundes-, Landes- und Kreisstraßen. Auf den innerörtlichen Gemeindestraßen insbesondere in den Eigenheim-Siedlungen läuft man fast immer auf der Straße. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Hochauflsende DOPs in Rhein-Main? (was: Arbeitsmatrix Dortmund - Status?)
Am 01.05.2010 09:41, schrieb Walter Nordmann: Ich schlage mich daher lieber mit den hochauflösenden Bildern im Rhein-Main-Gebiet rum. Was meinst Du damit? -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine nationalen Abkürzungen in OSM (war: Telekom HvT - man_made=MDF / Versch wundene?)
On Sat, May 01, 2010 at 12:25:58AM +0200, Stephan Wolff wrote: Wir koennen das ganze aber auch abkuerzen - Aenderst _DU_ das alles dann auf den ~7700 Punkten? Ich schaffe es nicht allein, aber ich kann ja schon mal anfangen. Ich fasse nochmal zusammen: Du magst das aktuelle tagging shema nicht und schlaegst vor schonmal einen teil zu zerstoeren in dem du es umtaggest ohne auch nur einen grund zu nennen ausser Normalerweise nehmen wir ref - Richtig? Dagegen! onkz und asb sind anerkannte abkuerzungen und es gibt keinen grund das zu aendern. Tags sind absichtlich freitext damit man da beliebiges reinschreiben kann - warum also jetzt diesen nutzen zerstoeren? Flo -- Florian Lohoff f...@zz.de Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenLinkMap
Hallo, habe heute einmal wieder auf die OpenLinkMap von Lübeck [1] geworfen - habe mich zunächst darüber gefreut das meine Eintragungen erscheinen. Aber letztes Update Mitte März dann habe ich auf ein Symbol geklickt, ein PopUp mit Sandkreis erhalten und nach ca. 30 sek. ist erst der Infotext ??? Ist das gewollt oder noch eine Dev-Phänomen. Fremde würden vermutlich weitergehen ! Sven hat bereits erklärt, woran das liegt. Ich habe darauf leider keinen großen Einfluss, da die Datenbank von Tobias Wendorff verwaltet wird. Es ist eben ein Deverver, das ist eben alles in Entwicklung und das sollte man als Benutzer auch ein wenig berücksichtigen. OSM insgesamt mit all seinen Anwendungen ist zur Zeit noch nicht soweit, dass man sagen kann, irgendwas ist wirklich stabil, fertig und auch tauglich für die Verwendung durch den Normaluser. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Falsch verbundene Autobahn mit Feldweg
Hi, habe heute eine Analyse für Deutschland für falsch verbundene Wege laufen lassen. Dabei war mein erster Ansatz dies für Autobahnen zu machen. Dabei habe ich festgestellt das es in Deutschland ca. 68 solcher Fälle gibt. Bei dem Fehler handelt es sich um einen Feldweg der eine Autobahn kreuzt. D.h. beide Wege nutzen eine gleiche Node, was normal in diesem Fall nicht sein darf. Bei keepright wird dieser Fehler ebenfalls angezeigt. Bei manchen Fällen sieht es für mich danach aus, das sich jemand besonders viel Mühe geben wollte und ordentlich alle Wege miteinander verbunden hat, vgl. http://keepright.ipax.at/report_map.php?zoom=14lat=51.0136lon=6.1138 Diese Fehler können sich zum Beispiel sehr stark auf das Routing auswirken. Hier im Falle bei Cloudmade http://maps.cloudmade.com/?lat=50.937283lng=10.955601zoom=14directions=50.92852005136816,10.955257415771484,50.94469259380672,10.979804992675781travel=carstyleId=997opened_tab=1 Bei OpenRouteService kann dieser Fehler nicht auftreten, weil dort für's Autorouting keine Feldwege verwendet werden. Dennoch denke ich sollten diese Fehler behoben werden. Aus diesem Grund wollte ich hier mal in die Runde fragen ob sich vielleicht jemand bereiterklärt oder helfen kann diese Fehler zu beheben. Bei Interesse könnte ich einen Export als Shapefile oder Textfile oder was anderem anbieten ... Als Extra-Layer die Daten in den OSMI anzuzeigen empfinde ich derzeit bei der geringen Fehleranzahl als nicht nötig. Vielleicht haben aber auch noch andere Ideen, was zusätzlich an falsch verbundenen Wegen untersucht werden könnte?! danke viele gruesse pascal ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Frage zu way id=32476642
Hi! Ich verstehe den Sinn dieser Area nicht. Drumrum ist auch Wald, aber hier ist der Wald mit Area=Yes getagged. Versteht das wer und kann es mir erklären? Viele Grüße von Dani ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrkartenautomaten
wäre evtl. die Information ob der Automat nur Banknoten und Münzen oder nur Karte oder beides nimmt interessant? Am 01.05.2010 19:12, schrieb AssetBurned: moin On 30.04.2010, at 23:22, Johannes Huesing wrote: Es gibt an gleichartigen ÖPNV-Einrichtungen verschiedene Arten von Automaten. Bei manchen kann man Bahnfahrkarten für den Fernverkehr kaufen, bei manchen welche für den Verkehrsverbund, bei manchen beides. Wie kann man diese wichtige Information abbilden? hm also wenn beide automaten nebeneinander stehen oder nur die version mit beiden funktionen da ist, würde ich einen node setzen und mir sonst keine gedanken machen. wenn es allerdings nur einer von beiden automaten da steht würde ich das tag operator= dafür missbrauchen... also im prinzip ist es ja nichtmal missbraucht. für die fehrntickets operator=Deutsche Bahn und operator=lokaleranbieter für alle anderen. ich weiß nicht ob die in den endgeräten unterschiedlich behandelt werden, aber bei den POI Details sollte es angezeigt werden. cu assetburned ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Falsch verbundene Autobahn mit Feldweg
Am 01.05.2010 22:55, schrieb Pascal Neis: Dennoch denke ich sollten diese Fehler behoben werden. Aus diesem Grund wollte ich hier mal in die Runde fragen ob sich vielleicht jemand bereiterklärt oder helfen kann diese Fehler zu beheben. Bei Interesse könnte ich einen Export als Shapefile oder Textfile oder was anderem anbieten ... Ja gerne. Hatte heute einen ähnlichen Fall (Betriebsweg zur Autobahn ohne access Rights). Könnte man eventuell auch in Gary68's Aktionen (http://wiki.openstreetmap.org/wiki/DE:Aktionen) einbinden. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Falsch verbundene Autobahn mit Feldweg
Zum Glück hält sich der Cloudmade-Router an den Access-Key: Sonst könnte man z.B. am Elzer Berg an x Stellen (sind nicht alle gemapt) problemlos von der Autobahn auf Grade2-Wege abfahren. http://maps.cloudmade.com/?lat=50.409475lng=7.983069zoom=15directions=50.40208976160479,8.002209663391113,50.40641150664287,8.004441261291504travel=carstyleId=3opened_tab=1 -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrkartenautomaten
AssetBurned openstreet...@assetburned.de [Sat, May 01, 2010 at 07:12:23PM CEST]: [...] wenn es allerdings nur einer von beiden automaten da steht würde ich das tag operator= dafür missbrauchen... also im prinzip ist es ja nichtmal missbraucht. für die fehrntickets operator=Deutsche Bahn und operator=lokaleranbieter für alle anderen. Ist im Prinzip ein Missbrauch, aber ich würde tatsächlich sogar operator=Deutsche Bahn und operator=Verbund setzen, nicht lokale Verkehrsgesellschaft, obwohl meines Wissens der Verbund solche Automaten nicht aufstellt. Man sollte daraus am ehesten sehen, was gemeint ist. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zu way id=32476642
Daniela Duerbeck wrote: Hi! Ich verstehe den Sinn dieser Area nicht. Drumrum ist auch Wald, aber hier ist der Wald mit Area=Yes getagged. Versteht das wer und kann es mir erklären? Der Wald wurde aus einzelnen Stücken wie diesem Way in einer Relation umgestaltet. Allerdings ist area=yes falsch und zweitens dürfen flächentags wie landuse nicht auf die einzelnen ways weil die ways nicht in sich geschlossen sind. Die Area Tags müssen bei solchen erweiterten Multipolygonen auf jeden Fall als Tag in die Relation. Ich habe das mal kurz umgebaut :-) Matthias ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrkartenautomaten
Am 01.05.2010 23:28, schrieb Johannes Huesing: das tag operator= dafür missbrauchen... also im prinzip ist es ja nichtmal missbraucht. für die fehrntickets operator=Deutsche Bahn und operator=lokaleranbieter für alle anderen. Ist im Prinzip ein Missbrauch, aber ich würde tatsächlich sogar operator=Deutsche Bahn und operator=Verbund setzen, Ich tippe darauf, dass der Operator der Verkaufsautomaten heisst: DB StationService AG -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine nationalen Abkürzungen in OSM
Moin Florian! Am 01.05.2010 22:48, schrieb Florian Lohoff: On Sat, May 01, 2010 at 12:25:58AM +0200, Stephan Wolff wrote: Wir koennen das ganze aber auch abkuerzen - Aenderst _DU_ das alles dann auf den ~7700 Punkten? Ich schaffe es nicht allein, aber ich kann ja schon mal anfangen. Ich fasse nochmal zusammen: Du magst das aktuelle tagging shema nicht und schlaegst vor schonmal einen teil zu zerstoeren in dem du es umtaggest ohne auch nur einen grund zu nennen ausser Normalerweise nehmen wir ref - Richtig? Falsch! Nun habe ich das Hauptargument schon in den Betreff geschrieben und du nimmst es immer noch nicht zur Kenntnis. Die Tagnamen in OSM gehorchen normalerweise folgenden Grundsätzen: 1. es werden englischsprachige Namen benutzt 2. es werden sprechende Namen statt Abkürzungen verwendet onkz und asb widersprechen beiden Grundsätzen. Als eine mögliche Lösung, die gut in das übliche Schema passen würde, habe ich ref genannt. Man zerstört den Nutzen nicht, wenn man sich an diese Grundsätze hält, sondern vergrößert ihn. Sprechende Namen werden auch von Nichtfachleuten verstanden. Englischsprachige Namen werden auch von nichtdeutschsprachigen OSM-Usern (die soll es gerüchteweise auch geben) verstanden. Ein international anwendbares Schema erlaubt es, ein Applikation mit einem Regelsatz statt vieler nationaler Regeln zu schreiben. Der Satz ...ich kann ja schon mal anfangen war nur eine etwas provokante Antwort auf dein Totschlagargument, das nur der kritisieren darf, der die Tags dann auch ändert. Viele Grüße Stephan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radfahrerkarte auf der Hauptkarte railway=halt wird?nicht?dargestellt
moin On 01.05.2010, at 20:11, Sven Geggus wrote: AssetBurned openstreet...@assetburned.de wrote: was spricht gegen eine alternative cyclemap? Dass es jemand machen muss, was sonst? naja aber wenn es halt so ist das jemand einen service anbietet und einen gewissen service nicht anbietet, dann muß man es entweder so hinnehmen (in falle von der aufbereitung der OSM daten eher blöde) oder man muß ne alternative bieten. nur rumjammern hilft da wenig weiter, oder soll ich das eher als aufforderung verstehen das wir den werten betreiber jetzt alle mails zuschicken das es eine sinnvolle verbesserung wäre? cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrkartenautomaten
On 01.05.2010, at 23:11, Christoph Johannes Kleine wrote: wäre evtl. die Information ob der Automat nur Banknoten und Münzen oder nur Karte oder beides nimmt interessant? gehört doch schon zu den üblichen dingen die man mittaggt oder? OSM2Go fragt direkt danach wenn man einen automaten eintragen will. äh app wie vermerkt man den eigendlich geldkarten als zahlungsmethode? ich hab da die tage immer payment:geldkarte verwendet, da die geltkarte ja doch irgendwie von allen anderen zahungsmetoden her abweicht die ich international so kenne. cu assetburned smime.p7s Description: S/MIME cryptographic signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine nationalen Abkürzungen in OSM
Hallo, Stephan Wolff wrote: Nun habe ich das Hauptargument schon in den Betreff geschrieben und du nimmst es immer noch nicht zur Kenntnis. Die Tagnamen in OSM gehorchen normalerweise folgenden Grundsätzen: 1. es werden englischsprachige Namen benutzt 2. es werden sprechende Namen statt Abkürzungen verwendet onkz und asb widersprechen beiden Grundsätzen. Als eine mögliche Lösung, die gut in das übliche Schema passen würde, habe ich ref genannt. Nationale Tags sind voellig ok, auch in Landessprache, wenn sie etwas bezeichnen, was in diesem Land ueblich ist. So haben wir beim Import der Kreisgrenzen z.B. das Tag DE:Amtlicher_Gemeindeschluessel benutzt, weil es etwas vergleichbares eh international nicht gibt (ref waere hier nicht eindeutig genug gewesen) und weil keiner, der weiss, was ein amtlicher Gemeindeschluessel ist, auf die Idee kaeme, den in ref zu suchen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Falsch verbundene Autobahn mit Feldweg
So wie ich das sehe kann gary68-Tool zZ nur die Feldwege rausgeben die in der gleichen Ebene die Autobahn kruezen aber keinen gemeinsamen Node haben. Die führen aber zZ zu keinen Routingfehlern. Aber ggf kann Gary das Programm anpassen um auch die Umkehrung berechnen zu können. Dann könnte man ne Aktion draus machen und in ein paar Tagen hätte man DE / EU gesäubert . Dirk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
moin On 30.04.2010, at 19:14, Tirkon wrote: AssetBurned openstreet...@assetburned.de wrote: Blockwart -- http://de.wikipedia.org/wiki/Blockwart oh ein parade beispiel dafür wie blindes vertrauen in die wikipedia zum schuß nach hinten werden kann. und übrigens gerade in diesen konkreten fall schon ein sehr altes beispiel. Ich kenne das Artikel-Versionsarchiv und die Diskussionsseiten. http://de.wikipedia.org/w/index.php?title=Blockleiteraction=history drum habe ich explizit auf die version verlinkt auf die ich mich beziehe und nicht irgend einen link aller such's dir selber hingepfeffert. http://de.wikipedia.org/w/index.php?title=Blockleiteraction=historysubmitdiff=66902423oldid=66779604 tatsächlich mal ein vorteil der Wikipedia das, zumindest von nicht gelöschten artikeln, alle versionen einsehbar sind und halt dinge die später herrauseditiert werden. übrigens genau dieses vorgehen ist in der WP ja auch beliebt. Zitate von leuten so zu verstümmeln das deren aussagen in ein schlechteres licht gerückt werden, auch nicht gerade ein umfeld in dem man gerne diskussionen führt. Deine Zitierweise könnte man so interpretieren das du mir unterstellen willst ich würde die admins da ausdrücklich in eine rechte ecke stellen wollen. Dies unterstreichst du mit gleich zwei links die ich nicht gepostet habe sondern du. Im gegenzu löscht du den link den ich gepostet habe und um so anderen den zugang zu alternativ bedeutungen zu erschweren. also wer führt hier eine diskussion mit Ideologien? (um hier mal dieser mail etwas vorzugreifen) allerdings sind diese personen in meinen augen... nun sie treten halt nicht ausreichend in den vordergrund. warum auch immer. und irgendwann greift leider, in solchen fällen, die sippenhaft. Ich weiß nicht. Für mich klingt Dein letzter Beitrag reichlich ideologisch und steht so vollkommen im Gegensatz zu der IMHO wohlabgewägten Analyse, mit der Frederik den Thread begonnen hat. Bist Du ernsthaft der Meinung, mit solchen Mitteln zu einem Ergebnis zu kommen? ok anderer vergleich da du dich wohl nicht von alternativen bedeutungen eines begriffes überzeugen lassen willst. ist ja jedem sein gutes recht zu glauben/lernen oder sich blenden zu lassen vom was man will. vergleiche ich mal die Administratoren mit den Freundlichen Managern in der Weltwirtschaft. da gibt es ja auch solche und solche. Den freundlichen Manager eines unternehmens der sich den arsch aufreißt um seinen laden am laufen zu halten und seinen mitarbeitern nicht kündigen zu müssen. und natürlich die unfreundlichen herren die für irgendwelche theoretisch erreichbaren ziele nochmal 10.000 leute mehr auf die straße setzen und nen paar filialen schließen. auch in den konzernen wo letztere arbeiten wird es personen aus der ersten gruppe geben aber was kommt bei den mitarbeitern an? nun kann man die WikiPedia nur bedingt mit der wirtschaft vergleichen. die WP finanziert nicht unser täglich Brot und leute mit interesse können leichter projekte wechseln als IRL jobs. man kann meine haltung gerne als genau so überspitze haltung ansehen wie die haltung jener die ich da kritisiere... steht jeden frei selber zu entscheiden. für mich ist allerdings klar das man mit freundlichen Du, Du, Du an den entsprechenden stellen nix mehr bewegen kann. daher eher ist die Basar taktik viel fordern und sich dann runterhandeln lassen der nächste logische schritt und wenn das nur über wege geht die unbequem sind ist es dennoch besser als die hände in den schoß zu legen. immerhin bin ich ja noch bereit zu diskutieren und nicht wie andere die schon zum atomaren erstschlag auszuholen (um es mal so auszudrücken wie es in einigen kreisen schon genannt wird, oder ist dir diese übersetzung von lets go nuclear and fork auch irgendwie böse am aufstoßen?) und einen fork zu verlangen. das würde, in meinen augen, sicherlich mehr schaden als nutzen. von daher und um deine letzte frage zu beantworten... ich hoffe ja, ich glaube allerdings nicht dran. darum ja auch meine damalige entscheidung in der WP die segel zu streichen. eine entscheidung die ich bei OSM wohl nicht so schnell tätigen werde da hier die art von Managern fehlt. oh und analysen hab ich in den vorigen postings gebracht, kann ich hier aber gerne wiederholen. Artikel Stubs: in der WP-DE nicht mehr zugelassen, in OSM aber von einer vielzahl gerne gesehen (punkt für OSM) Artikel Löschungen: in der WP-DE häufig genutzt wenn artikel den relevanzkriterien nicht entsprechen, in OSM hingegen nicht getätigt sollange man anderen ihre funktionen nicht zersemmelt oder wirklich grobe schnitzer macht (wieder nen punkt für OSM) Probleme durch unüberschaubare Bürokratie: in der WP-DE täglicher alltag gerade für neulinge, in OSM nicht vorhanden (punkt für OSM) Probleme durch unüberschaubare technologien: einiges ist in der WP reichlich unschön gelöst, jedoch finde ich (klar subjektiv) die softwartechnische hürde für neulinge bei OSM
Re: [Talk-de] Merkwürdige Kombination
Am 30. April 2010 22:14 schrieb Daniela Duerbeck daniela.duerb...@gmx.de: Kann ich einfach nach dieser Id suchen? Du kannst z.B. die ID aufrufen wie oben: http://www.openstreetmap.org/browse/relation/65756 http://www.openstreetmap.org/browse/way/28696818 oder node... und dann bearbeiten. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Von Wikipedia lernen
Am 2. Mai 2010 02:29 schrieb AssetBurned openstreet...@assetburned.de: könnte jetzt gerne so weiter machen, aber damit würde die mail nur unnötig lang und der ganze krams ist eh schon geschrieben worden. danke, unnötig lange Mails will hier kaum einer lesen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Keine nationalen Abkürzungen in OSM
Am 2. Mai 2010 00:32 schrieb Stephan Wolff s.wo...@web.de: Nun habe ich das Hauptargument schon in den Betreff geschrieben und du nimmst es immer noch nicht zur Kenntnis. Die Tagnamen in OSM gehorchen normalerweise folgenden Grundsätzen: 1. es werden englischsprachige Namen benutzt hätte er lieber die deutschen eindeutigen Begriffe in schlechtes Englisch übersetzen sollen, wo die Zuordnung dann ohne Hilfsmittel evtl. nicht mehr eindeutig ist? 2. es werden sprechende Namen statt Abkürzungen verwendet onkz und asb widersprechen beiden Grundsätzen. Als eine mögliche Lösung, die gut in das übliche Schema passen würde, habe ich ref genannt. irgendwie widersprichst Du Dir hier m.E. selbst, wenn Du die eine Abkürzung durch eine andere ersetzen willst. Wenn allerdings 2 Abkürzungen durch eine ersetzt werden sollen, wächst die Chance für Informationsverlust / Auswertungsprobleme. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Behandlung parallel zur Straße verlaufen der Fuß-/Radwege
Am 1. Mai 2010 22:17 schrieb Tirkon tirko...@yahoo.de: Thomas Ineichen osm.mailingl...@t-i.ch wrote: Einziger Konsens ist, dass man (im Normalfall) nicht die Arbeit anderer löscht. Wenn sich also jemand die Mühe gemacht hat, die Fusswege einzeln einzuzeichnen, dann sollte man sie auch in OSM lassen. Andererseits ist es auch Konsens, nicht korrektes Mapping zu löschen. nicht korrektes Mapping ist ein schwieriger Punkt, da ja gem. unserer Regeln jedwedes freie Tag möglich ist, und alles gemappt werden kann. Natürlich versuchen wir auch, die Tags soweit es Sinn macht einheitlich zu gestalten, um die Auswertung zu erleichtern, insbesondere, wenn es bereits etablierte Vorschläge gibt, wie man etwas bestimmtes mapt. Bei Gehwegen ist bisher AFAIK noch keine Methode etabliert, so dass man m.E. vorläufig erstmal alle Ansätze als korrekt bezeichnen kann. Streng genommen ist das Mapping damit zumindest nicht korrekt und daher zumindest ein Nachdenken über ein Löschen des Fußweges nicht ganz unberechtigt. Es müsste demnach tatsächlich über eine Ersatzlösung nachgedacht werden, welche die fußläufige Verbindung zur Straße an jeder Stelle auch widergibt. das kann man mit der area-relation wiedergeben. An den Kreuzungspunkten sollten trotzdem Verbindungen bestehen. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] POI vermisst - wiederfinden / undelete
Am 1. Mai 2010 14:14 schrieb Alexander (AddisMap.com) a...@addismap.com: Hallo! wie kann ich denn einen POI (Node) in einem bestimmten Bereich wiederfinden, der anscheinend von irgendwem einmal gelöscht (oder verschoben??) wurde? Potlatch scheint nur gelöschte Wege anzuzeigen (wie macht Potlatch das eigentlich)? Die ID ist mir leider nicht bekannt. Das ist einigermaßen mühselig und schwierig, weil es wohl bisher keine bequeme Lösung dafür gibt. Du kannst z.B. Dir z.B. einen alten Stand besorgen, wo Du weisst, dass der POI noch da war, und dort die ID ansehen, oder Du siehst Deine alten Changesets durch, wenn Du weisst, wann das ungefähr war. Ist beides mühselig, aber was bessere kenne ich nicht. Der Aufwand lohnt sich vermutlich trotzdem, weil wer Deinen POI gelöscht hat evtl. noch mehr Unfug getrieben hat. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LKW-Waschhalle
Am 1. Mai 2010 07:52 schrieb Burkhard Kirchner burkhard.kirch...@web.de: Diese Tags gibt es schon und sind voll aussagekräftig. Selbst falls amenity=car_wash (wegen der flachen Gliederung) mal durch eine Kombination ersetzt werden sollte, trifft hgv=yes noch die richtige Aussage. was man nicht jetzt gleich anders eingibt wird nie mehr geändert. In einem Jahr heisst es dann: da gibt's schon so viele davon, das ist etabliert. Je länger man mit neuen Vorschlägen abwartet, um so unwahrscheinlicher wird es aufgrund der vielen Anwendungen, dass es sich nochmal ändert. Ansonsten: +1, amenity=car_wash, hgv=yes kommt mir auch brauchbar vor. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de