Re: [Talk-de] JOSM - Anmeldung
Hi Markus, Gertrud Simson schrieb: >> Weil bei der Basislegitimierung das Passwort im Klartext gesendet wird, >> wurde mit Version 9900 > Wenn das PW nun endlich nicht mehr im Klartext gesendet wird, > ist das ein lang ersehnter wesentlicher Erfolg. Das OAuth-Verfahren wurde bei OpenStreetMap so um 2009 umgesetzt. Das ist nur 5 Jahre nach der Gruendung ;-) >> OAuth als Standard gesetzt. > Wenn man beim Anmeldeprozess etwas Grundlegend ändert, > sollte man das den Benutzern verständlich erklären (was, wie, warum) > Und den Langjährigen schon im Vorfeld, damit sie Dritten helfen können. Das einfachste waere, die Wiki-Seite zu OAuth zu uebersetzen. Die Niederlaender haben das schon geschafft, und die Chinesen haben einfach den englischen Text uebernommen. > Ich habe keine Ahnung, wer oder was OAuth ist, > und was das wie mit OSM zu tun hat... Du hattest doch geschrieben, dass du gegoogelt haettest? Hier auf talk-de war das 2013 schon einmal ein Thema: https://lists.openstreetmap.org/pipermail/talk-de/2013-August/104001.html In Kuerze: OAuth ist ein Mechanismus, um Software- oder Applikationsanbietern (JOSM) zu ermoeglichen, den Nutzer gegenueber einem Dienst (OSM) zu authentifizieren, ohne ein Passwort uebertragen oder auch nur wissen zu muessen. Genau genommen arbeitet es andersherum, indem naemlich der Nutzer die Software oder die Applikation einmal beim Dienst freischaltet, sie damit also autorisiert. Die Software erhaelt einen Token, mit dem die spaetere Authentifizierung gegenueber dem Dienst erfolgt. Bei OpenStreetMap gab es immer schon Bedenken wegen der normalerweise unverschluesselten Passwortuebertragung in der API. Deshalb wurde 2009 angefangen, einen eigenen OAuth-Server aufzusetzen. JOSM hat die Unterstuetzung dann 2010 implementiert. Und 2016 hat JOSM die Methode als Standard eingestellt, und damit leider einige Fehler heraufbeschworen. Du schriebst weiterhin: > Wenn ich auf "OAuth autorisieren" klicke, erscheint ein Formular, in > dem meine OSM-Daten eingetragen sind. Es gibt einen Link "Weitere > Informationen" und "Hilfe", aber beide führen auf eine ausländische > Seite ohne Zusammenhang mit OSM und ohne Impressum... Die auslaendische Seite wird oauth.net sein, und die Entwickler von OAuth haben in der Tat keinen Bezug zu OSM. Aber die eigentliche Formularseite muesste auf www.openstreetmap.org/oauth/ liegen. Das ist nun eindeutig eine OSM-Seite. Oder ist das alles noch ein Java-Dialog? > Wir brauchen möglichst schnell eine Zwischenversion für diesen Bug. > Wann kommt die raus? Die kam am 2.3.2016 raus, wenn ich das Changelog richtig interpretiere. Allerdings ist sie nicht als tested verlinkt, sondern als neueste Version fuer Experimentierfreudige: http://josm.openstreetmap.de/josm-latest.jar Und fuer die Versionen zwischen 9000 und 9013 gibt es den Hinweis, einfach die OAuth-Nutzung zu deaktivieren, und den alten Weg mit Passwort zu gehen. Ehrlich gesagt, mir war das damals auch zu bloed mit OAuth, ich hab weiterhin die Passwort-Methode verwendet. Und ich werde mich auch aergern, wenn meine JOSM-Installation sich auf einmal selbst ueberlegt, die Authentifizierungsmethode zu aendern. Gruss, stw1701 -- Karl Marx gave the proletariat eleven zeppelins, yo. [xkcd 992] ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zum Mappen von Gemüsefeldern
Volker Schmidt schrieb: http://en.wikipedia.org/wiki/Orchard Und da steht dann wieder Gemuese, aber auch irgendetwas mit Beeren. Nein, dort steht nichts von Gemuese im Sinne von Kohl oder Rueben. | An orchard is an intentional planting of trees or shrubs that is | maintained for food production. | Orchards comprise fruit, vegetable, and nut-producing trees which are | grown for commercial production. Hier ist die Rede von Gemuese-produzierenden *Baeumen*. Ich denke etwa an Avocado. Ah, das erklaert meine Verwirrtheit. Im ausgeschlafenen Zustand verstehe ich jetzt auch den Satz mit den Beeren: | A fruit garden is generally synonymous with an orchard, although it is | set on a smaller non-commercial scale and may emphasize berry shrubs in | preference to fruit trees. Ich glaub, ich hab mich heute nacht verrannt, und wollte unbedingt eine Begruendung fuer die Moeglichkeit, Spargel als Orchard einzutragen, an den Haaren herbeiziehen. Dabei ist ein wichtiger Punkt untergegangen: Gemuese passt nicht zum Orchard. Gruss, Steffen -- Es gibt keinen unschuldigen Leser. Wir alle übertragen unsere persönlichen Perversitäten auf die Texte, die wir lesen. Ein Leser ist die Summe dessen, was er vorher gelesen und im Fernsehen und Kino gesehen hat. Zu den Anhaltspunkten, die der Autor gibt, wird der Leser immer noch seine eigenen hinzufügen. [Arturo Perez-Reverte, Der Club Dumas] ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage zum Mappen von Gemüsefeldern
Hallo, ich habe da ein Spargelfeld das als landuse=orchard gemappt wurde. Gefühlsmäßig hätte ich das als landuse=farmland gemappt und orchard nur verwendet wo Bäume evtl. noch große Büsche stehen die abgeerntet werden. Ich hab mal Wiki und das andere Wiki durchsucht. Das war interessant. Danke fuer die Anregung ;-) Also: So sagt das Wiki: http://wiki.openstreetmap.org/wiki/DE:Key:landuse Dort steht für farmland: Landwirtschaftlich genutzte Flächen wie Äcker für Getreide und Gemüse. Nicht für Weide und Grünland. Hier vermutete ich einen Unterschied zum englischen Eintrag: http://wiki.openstreetmap.org/wiki/Tag:landuse%3Dorchard Dort steht mehr oder weniger klar, dass Orchard nicht genutzt werden soll, wenn die Gemueseproduktion im Vordergrund steht. Genutzt werden soll Orchard, wenn es um Baeume und Straeucher geht, die bei der Ernte nicht komplett rausgerissen werden. Obst oder Nuss ist egal, auch Oel oder Kork ist moeglich. Nur Weinanbau noch als Ausnahme, weil dieser speziell markiert wird. Dann wird verwiesen auf das andere Wiki: http://en.wikipedia.org/wiki/Orchard Und da steht dann wieder Gemuese, aber auch irgendetwas mit Beeren. Wenn man das ganze auf Deutsch ansehen will, verhilft einem der Sprachlink zu http://de.wikipedia.org/wiki/Streuobstwiese Aber das halte ich fuer eine Fehlleitung. Streuobstwiesen sind nur eine ganz spezielle Art Orchard (naemlich meadow orchards). Besser passt die Seite http://de.wikipedia.org/wiki/Obstbau Und da steht dann | Obstbau bezeichnet den großflächigen Anbau von Kernobst, Steinobst | oder Beerenobst im Freiland. Und wenn man sich dann noch zu http://de.wikipedia.org/wiki/Beerenobst hangelt, bekommt man endlich den Unterschied zum anderen Gemuese erklaert: | Zu unterscheiden ist zwischen dem Fruchttyp „Beeren“ und „Beerenobst“, | da der Zusatz Obst die Einschränkung der Mehrjährigkeit und der | Essbarkeit mit sich bringt. Ich rede mir jetzt ein, dass der englische Begriff Orchard grossen Wert auf die Mehrjaehrigkeit legt. Gemuese, das bei der Ernte komplett entfernt wird, und fuers naechste Jahr erneut ausgesaet werden muss, passt hier nicht rein. Wird der ganze Baum rausgerissen, dann gilt das als Waldbau. Ich hoffe, das passt mit eurem Verstaendnis ueberein, und rege an, den deutschen Wiki-Eintrag (und den im anderen Wiki) entsprechend anzupassen. Und das widerspricht sich meiner Meinung nach, im deutschen Wiki wird Gemüseanbau orchard zugeordnet. Wenn ich mir in der Wikipedia dazu die Liste der Gemüse ansehe: http://de.wikipedia.org/wiki/Liste_der_Gem%C3%BCse Dann müsste ich auch Salat und Kohlfelder als orchard taggen und nicht mehr als farmland. Nach meiner Definition nicht mehr, weil dort die Mehrjaehrigkeit fehlt. Alles gesaet. Ok, zum Gemuese, aeh, Spargel: http://de.wikipedia.org/wiki/Gem%C3%BCsespargel Darin steht | Spargelbeete können bei richtiger Pflege und Düngung mindestens bis zu | zehn Jahre beerntet werden. Oder mit Hinweis auf Johannis: | Der Hintergrund für diese Bauernregel ist die Einhaltung einer | ausreichenden Regenerationszeit der Pflanze für eine ertragreiche | Ernte im nächsten Jahr. Mehrjaehrig, zwar Gemuese, aber eben doch orchardfaehig. Und zum Abschluss noch die Bemerkung, dass asparagus farm gebraeuchlicher ist als asparagus orchard. (8.3 Mio zu 430T) Selbst wenn man das Verhaeltnis zwischen Farm und Orchard (1210 Mio zu 134 Mio) mitreinrechnet, ist asparagus orchard seltener genutzt. Zahlen durch Google. Gruss, Steffen -- Ist das nicht verblyffend, daß man mit gemütlichem Spaziergangtempo in tausend Jahren, so man durchhält, immerhin ein Millionstel der Entfernung schafft, aus der betrachtet die Strecke Erde-Sonne unter dem Winkel von nur noch einer Bogensekunde erscheint? [Volger Gringmuth, desd] ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Beidseitig benutzter Fahrradweg auf einer Straßenseite
Hi fly, On 28.03.2014 18:52, Balgofil wrote: Das Problem ist, das z. B. in Berlin physisch ein Radweg vorhanden ist, mittlerweile aber die meisten blauen Lollis abmontiert sind (rechtlich gesehen ein anderer Radweg). Das ist dann doch trotdem ein Gehweg(Fußweg) auf dem Radfahren erlaubt ist. Die Dinger, die Balgofil meint, heissen wohl seit 2009 Radwege ohne Benutzungspflicht. Siehe dazu http://de.wikipedia.org/wiki/Radverkehrsanlage#Nicht_benutzungspflichtige_Radwege | [Sie sind] nach außen erkennbar für die Benutzung durch den Radverkehr | bestimmt, aber nicht mit einem Verkehrszeichen beschildert. Sie sind | daher für niemanden benutzungspflichtig, aber ausschließlich dem | Radverkehr vorbehalten. Dass diese oft aus vormals benutzungspflichtigen Radwegen entstanden sind, denen das blaue Schild aus gutem Grund weggeklagt wurde, gilt natuerlich trotzdem. Aber mit dem normalen Gehweg sind sie nicht gleichzusetzen. Ach, die Wiki-Seite sollte man als Radfahrer lieber nicht weiterlesen ... Gruss, stw -- Alles muß raus! [Uni KL am 20.8.2009 um 12:00] ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Oeffnungszeiten
Hallo Mitmapper, Ich such in den Taglisten immer mal nach offensichtlichen Fehlern. Dabei hab ich auch bei den Oeffnungszeiten hin und wieder Syntaxfehler beseitigen koennen, etwa Di-Do zu Tu-Th korrigiert. Jetzt fiel mir allerdings ein Fall auf, bei dem der Sinn der Eintragung strittig war. Es sah in etwa so aus: Mo-Fr 18:00-24:00; Fr,Sa 00:00-01:00 Wenn man das nach der Wiki-Definition liest, dann ist am Freitag nur eine Stunde lang geoeffnet. Gemeint waren aber die sieben Stunden. Der Fall wurde mit allen Beteiligten zur Zufriedenheit geklaert. http://wiki.openstreetmap.org/wiki/Key:opening_hours | Exceptions to a range of days, first the range then the exception | (e.g., Mo-Sa 10:00-20:00; Tu off) or | (e.g., Mo-Sa 10:00-20:00; Tu 10:00-14:00) | (this means these are not additions, for example Mo-Fr 08:00-12:30; We | 14:00-17:00 means that on Wednesdays, the shop is only opened in the | afternoons and not additionally) Nun hab ich mir spasseshalber andere Eintragungen in Sachsen angesehen und gezielt nach solchen Doppeldeutigkeiten gesucht. Es gibt tatsaechlich eine Menge solcher Eintragungen. In einigen Faellen wurde statt Semikolon ein Komma verwendet, in der Hoffnung, dass der neue Bereich dann zum Tag hinzugefuegt wird, anstatt die vorherigen Bereiche fuer den Tag zu ueberschreiben. Das ist allerdings auch nicht Teil der Definition. Ich hab aber grosse Bedenken, solche Eintragungen einfach so zu korrigieren. Der korrekte Eintrag waere ja groesser und nicht gerade lesbarer. Als Beispiel: Aus Mo,We,Th 08:00-12:30; Mo 13:00-17:00 wuerde We,Th 08:00-12:30; Mo 08:00-12:30,13:00-17:00 Oder aus Mo-Fr 06:30-10:30; Sa-Su 06:30-11:00; Mo-Sa 12:00-15:00,16:00-23:30 wuerde Mo-Fr 06:30-10:30,12:00-15:00,16:00-23:30; Sa 06:30-11:00,12:00-15:00,16:00-23:30; Su 06:30-11:00 Deshalb zunaechst die Frage: Wird das mit dem Ueberschreiben des Tagesbereichs ueberhaupt von den Mitmappern oder Auswertern auch so gesehen? Besonders erstaunt bin ich ueber Eintragungen, bei denen sich die Bereiche fuer den betroffenen Tag ueberlappen. Drei Beispiele: Mo-Fr 07:00-18:00; Fr 07:00-12:00 Mo 08:30-12:00,13:00-15:00;Tu,Th,Mo 08:30-12:00,13:00-18:00;We,Fr 08:30-12:00 Mo-Fr 09:00-13:00; Mo-Fr 09:30-12:30,13:30-18:00; Sa 09:30-12:00 Das sind ja eindeutig Fehleintragungen. Was wuerde denn ein Auswerter daraus machen? Leider lassen sich solche Eintragungen nur mit Ortskenntnis korrigieren. Gruss, stw1701 -- So ist das halt mit Idealen. Wir leben halt alle nicht ewig, aber viele verzichten aufs Rauchen und mümmeln Salat, weil sie hoffen, ein paar zusätzliche Jahre rauszuschinden. [Wolfram Heinrich in desd] ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz bei Geodaten?
Elstermann, Mike schrieb: ich schreib mal ein paar erklaerende Worte direkt an den Anfang des Threads: Hier die Kernaussagen: Da fehlt noch der Einleitungssatz dazu: | Im Hinblick auf die nur geringe Wahrscheinlichkeit und Intensitaet von | moeglichen Persoenlichkeitsverletzungen ist nach der Kontrollpraxis | des Bundebeauftragten fuer den Datenschutz und die | Informationsfreiheit in der Regel davon auszugehen, dass das | oeffentliche Interesse ueberwiegt bei Daten, die eine der folgenden | Aufloesungsschwellen erfuellen: 1. Karten mit einem Maßstab kleiner als 1 : 5 000; 2. Satelliten- oder Luftbildinformationen mit einer Bodenauflösung von 20 cm oder größer pro Bildpunkt; 3. Eine gerasterte Fläche auf 100 m x 100 m oder größer; oder 4. Mindestens auf vier Haushalte aggregierte Informationen. Siehe auch: http://www.bmi.bund.de/SharedDocs/Downloads/IMAGI/DE/Imagi/behoerdenleitfaden.pdf?__blob=publicationFile Das oeffentliche Interesse ueberwiegt soll heissen, Persoenlichkeitsrechte sind von einer Veroeffentlichung, Erhebung oder Speicherung solcher Daten weniger betroffen. Das mit dem Massstab ist in der Tat auf Online-Karten schlecht anwendbar. Und ich bin sowieso immer verwirrt, was nun ein kleinerer Massstab ist und was ein groesserer. Weil die Frage woanders aufkam: Bei der gerasterten Flaeche sind wahrscheinlich statistische Informationen gemeint, etwa Luftqualitaet, Verkehr, Durchschnittseinkommen, Wohnungsgroessen o.so pro Gebiet. Das Gebiet soll dann nicht zu klein werden, sonst hat man damit zu schnell wieder nur eine einzelne Person im Visier. Gruss, stw1701 -- In 'Sozialen Netzen' und Foren sollte man nicht *mitmachen*, sondern dort für das weitherum völlig unbekannte Usenet *Reklame* machen. (Nein, ich bin zu faul, mich selbst deswegen dort anzumelden). [Signatur von Walter Schmid] ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenschutz bei Geodaten?
Hi Martin Koppenhoefer, Am 18. Februar 2014 16:03 schrieb Elstermann, Mike und zitiert dabei aus dem Behoerdenleitfaden, der wiederum Empfehlungen vom 3. Geofortschrittsbericht wiedergibt, die auf die Arbeiten der Task Force GeoBusiness Datenschutz ger GIW-Kommission zurueckgehen: oder 4. Mindestens auf vier Haushalte aggregierte Informationen. meint auf nicht mehr als 4 Haushalte aggregiert? Grad nicht. Informationen, die quasi keine Persoenlichkeitsrechte verletzen, muessen ueber =4 Haushalte aggregiert sein, sonst kann man zu schnell wieder auf einzelne Personen schliessen. Hmm, ich les grad noch die Erklaerungen zu den einzelnen Punkten: Massstab 1:5000, da werden in der Deutschen Grundkarte Flurstuecksgrenzen und einzelne Hausnummern dargestellt. Das sieht der Leitfaden auch nicht als bedenklich an. Das beruhigt mich etwa in Hinblick auf unsere Hausnummernsammelei. Aber eigentlich gehen wir ja weiter und stellen auch noch die Haeuser dar. Dazu sagt der Leitfaden aber nix. Am Schluss steht noch etwas schoenes: | Auch bei Einhaltung der Schwellenwerte, die eine pauschalte Bewertung | von schutzwuerdigen Betroffeneninteressen vornehmen, kann wegen | besonderer Umstaende eine Einzelfallpruefung notwendig sein. Gruss, stw1701 -- Am Messestand stand ein Messender am Messsender und wartete mit seinem Frequenzmesser auf das Messsignal aus dem Messempfänger, der die Messergebnisse wiedergeben sollte, als der Messenger die Messeeinrichtungen störte. [Ralf Kusmierz in desd] ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Access Mapping: konsistenter Auswerte-Algorithmus??
Hi Tirkon, Hat jemand einen besseren Ansatz? Es ist derselbe Ansatz, nur etwas ausformulierter: TK ist Abkürzung für Transportmittelklasse. TKn ist deren Plural. TK(n) lässt ein oder mehrere durch Komma getrennte TK zu. Zunaechst muss der Algorithmus den access-Baum kennen. Wurzelknoten ist access, Tiefe eines Knotens gibt an, wieweit er von access weg ist (motorcar - motor_vehicle - vehicle - access, also Tiefe 3). (X) key(k) = value(v) # mögliche Anzahl (1) access = no|TK(n) (yes ist verboten) # 1x (2) TK(n) = yes|no (3) TK(n) = designated (4) TK(n) = official (5) TK = TK (nur Unterklasse) (6) highway = cycleway|footway|pedestrian|bridleway|path # 1x Bei (2)-(4) auch nur TK=* statt TK(n)=*. Jedenfalls hab ich noch nie foot;bicycle=yes gesehen. Durch die Baumstruktur kann (1)-(5) zusammengefasst werden. Ausserdem wuerde ich die weiteren Werte noch einbauen (1-5) TK = yes|no|designated|official|private|permissive|destination|agricultural|forestry|delivery|psv|...|TK(n) Wie oft darf jede einzelne Form (1) bis (6) an einem Objekt hängen? einmal?, beliebig häufig? Welche Form darf nicht zusammen mit anderen Formen an einem Objekt hängen? Ich wuerde beim Algorithmus davon ausgehen, dass es keine durchsetzbaren Tagging-Beschraenkungen gibt. Er muss etwas errechnen koennen, egal wie unsinnig das Tagging ist. Deshalb auch kein Verbot fuer access=yes|designated|official. Kommt ja oft genug in den Daten vor. Fehlen Formen? Das waere auch sinnvoll fuer Barrieren: (7) barrier = * Das, zusammen mit (6), ergibt, dass der Algorithmus irgendeine Grundannahme von unseren Default-Werten hat. Wie sieht die Beschreibung/der Algorithmus einer konsistenten Auswertung aus? Schritte im Algorithmus könnten beispielsweise sein: Start: Setze access-Baum auf Default-Wert fuer angetroffenen Highway oder Barriere. Etwa einfach alles auf yes. Wenn es eine Regel (TK)=designated|official gibt: Fueg eine Regeln access=no hinzu. Iterativ: Suche den naechsten Ausdruck der Form (1-5) mit der geringsten Tiefe. Bei yes|no|destination|permissive|private|...: Setze den gesamten Unterbaum auf den Wert. Bei designated|official: Setze den gesamten Unterbaum auf yes. Bei TK(n): Setze den gesamten Unterbaum auf no, behandle die einzelnen Werte wie TK=yes. Sofort oder verzoegert ist moeglich, koennte unterschiedliche Ergebnisse liefern. Beispiel fuer Sofort vs. Verzoegert: access=motorcycle vehicle=no Dann kann motorcycle=yes (verzoegert) oder =no (sofort) rauskommen. Etwas einfacher wird es, wenn man sich nur fuer einen bestimmten Wert im Access-Baum interessiert, motorcar oder bicycle vielleicht. Als Uebung fuer den Leser bieten sich die Zusaetze TK:forward und TK:backward an oder die Regeln agricultural|forestry=yes|no|... ;-) Viel Spass beim Weiterbasteln, stw1701 -- Wer sind wir? Was machen wir hier eigentlich? - Amnesy International ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kurzer Erfahrungsbericht: Garmin eTrex Vista HCx bei Radtour.
Hallo Manuel Reimer, zuerst einmal: Guter Bericht. Schau mal, ob du ihn unter deinem OSM-Account auch auf deinem Diary ablegen willst. Dann landet er zum Beispiel hier: http://www.openstreetmap.org/diary/de Die Leserschaft sind dort andere. Deren Kommentare sind ebenfalls oeffentlich und du bekaemst sie nochmal per Mail. Da ich das gleiche Geraet sein einigen Jahren nutze, hier noch ein paar Kommentare zu einigen Details: Etwas schwierig ist die optimale Einstellung für ungeteerte Straßen meiden am Gerät zu finden. Die hab ich noch gar nicht gefunden ;-) Es gibt etwas fuer zollpflichtige Strassen, aber das hat bei meinen Karten keine Auswirkung. Ich stelle als Radfahrer meist Autobahnen meiden ein. Wenn die Option angehakt ist, dann wird man aber oft nicht auf Radwege geroutet. Liegt das am surface-Tag? Wird nur auf Radwege geroutet, die dann ein gewisses surface gesetzt haben? Meine Vermutung: Es ist nicht das Tag surface. Vermutlich wird einfach highway=track vermieden. Ich kenne die eingesetzte Freizeitkarte nicht, aber durch die Konvertierung zum Garmin-Format gehen ziemlich viele Informationen verloren. Bei meiner Karte bleiben nur die Highway-Klassen und drei der Tracktype-Unterscheidungen uebrig. Man koennte es besser loesen, aber am Ende landet man bei den Garmin-Typen, ueber die man routen kann, und das sind nicht allzu viele. später habe ich bemerkt, dass das Gerät wohl keine längeren Streckenabschnitte am Stück berechnen kann oder will. Ab einer gewissen Distanz (irgendwo zwischen 50 und 100 km) stockt das Gerät beim Berechnen bei 100%. Wenn die 100% mehrere Sekunden stehen bleiben ist das Ergebnis in aller Regel Mist und man landet im Worst-Case mit dem Fahrrad vor einer Autobahn-Auffahrt. Ich hab das auch bei Autofahrten bemerkt. Wenn die Datenlage zu gross ist, kommt ab und zu ein Out-of-Memory oder ein Sprung auf die interne Basiskarte. Und da sind nur Autobahnen und grosse Bundesstrassen hinterlegt. Letzteres passiert auch gerne an Kachelgrenzen. Der Bildschirm ist auch irre schwer zu lesen. Zumindest die Freizeitkarte hat sich im Alltag auf dem eTrex Vista HCx nicht bewährt. Komisch, das kenne ich so nicht. Ich hab aber ziemlich zu Beginn meine Karte auf Lesbarkeit getrimmt, die Flaechenfarben zurueckgenommen, die Linienfarben kraeftiger, die Detailstufe verringert. Auch mit maximaler Hintergrundbeleuchtung (die, nebenbei bemerkt, auch im maximalen Modus eher schwach ist) im dichten Stadtverkehr nur mit Mühen rechtzeitig abzulesen. Vielleicht hilft ein besserer Ablesewinkel. Ich habe es am Fahrradlenker nicht ganz wagerecht montiert. Die Hintergrundbeleuchtung schalte ich eigentlich nur in der Dunkelheit auf die kleinste Stufe. Wenn ich anderen am Tage etwas zeigen will, erkennen die meist aber auch nix. Die lilane Hervorhebung der Straße ist bei den eher breiten Straßenzügen der Freizeitkarte nur schwer zu erkennen. Ich glaube, man kann auch die Farbe der Routenfuehrung wechseln. Jedenfalls hab ich die Farbeinstellung fuer die aufgezeichneten Tracks veraendert. Einen Punkt hast du noch nicht angesprochen, und ich wuensche dir, dass du ihn nicht erleben musst: Der Gummiring an meinem Garmin beginnt sich jetzt zum zweiten Mal zu loesen. Im Juli 2010 hatte Johann H. Addicks hier eine Anleitung zum reparieren gepostet, seit damals hat es eigentlich gehalten, aber Sommer und Sonne machen dem Kleber zu schaffen. cu, stw1701 -- - I want peace on earth and good will toward man. - We are the United States government. We don't do that sort of thing. [Sneakers] ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM und Linux Mint 14
Hi hike39, Ich habe auf meinem Rechner mit JOSM unter Linux Mint 14 seltsame Fehler. - Habe ich rechts im Ebenendialog das Untermenue geöffnet, dann kann ich die einzelnen Unterpunkte nicht direkt markieren indem ich mit dem Pointer drüberfahre, sondern muß den Mauszeiger ausserhalb von dem Untermenue positionieren um die jeweiligen Funktionen starten zu können. Ich hab sowas aehnliches hier. Bei mir liegt es wohl an dem Window-Manager, der die Fensterposition nicht staendig an das Java-Programm durchgibt. Betrifft speziell Maximieren und vielleicht auch Verschieben per Tastenkuerzel im evilwm. Ab da hab ich aehnliche Effekte: Die Menuepunkte muessen versetzt angeklickt werden, naemlich genau da, wo das Fenster vorher war. Nach einem Verschieben des Fensters mit der Maus legt sich das aber wieder. Probier also mal, das Fenster zu verschieben oder zu vergroessern. Vielleicht geht dein Problem dann auch weg. Gruss, stw1701 -- /\ \ / X ASCII Ribbon Campaign -- Against HTML Mail / \ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-JG auf OpenStreetBugs - oder: wer kennts?
Hi malenki, In letzter Zeit werden zumindest in meiner Gegend Bugs ohne, mit sinnlosen oder teilweise harschen Begründungen geschlossen: In Dresden gefaellt mir der Ton auch nicht so richtig. Aber einige der Beispiele sind hier noch nicht so schlimm: http://ompldr.org/vaHV1aA [Drei Tram-Linien aufeinander] Auf dem Bild sind nur zwei zu sehen. Vermutlich hat der Schliesser nicht in die Daten geguckt. Oder es ist schon korrigiert, ich hab ehrlich gesagt auch nicht geguckt. http://ompldr.org/vaHV1Zg [Zufahrt, Drecksweg auf Privatgelaende, ohne Kommentar zu] Der Weg wurde aber damals eingetragen. http://ompldr.org/vaHV1bA [Vermutung auf living_street, Verkehrszeichen 325?, nach 4 Monaten ohne Bestaetigung oder Reaktion geschlossen] Hier gab es tatsaechlich keine Eintragungen. Die Dresdner Situation sollten wir mal auf dem Stammtisch besprechen. Der Rest ist weiter weg bei Chemnitz. Ich hoffe, ihr koennt das lokal klaeren. Generell ist OSB durch die Kommentiersperre nach dem Schliessen etwas unhandlich. Andererseits gefaellt einigen die Diskussion in den Kommentaren auch nicht. Wird hier deutlich: http://openstreetbugs.schokokeks.org/?lat=51.06517lon=13.74498zoom=18layers=B0T oder auch hier: http://openstreetbugs.schokokeks.org/?lat=51.07159lon=13.66825zoom=15layers=B0T Ich haette OSB gerne fuer Diskussionen ueber den einzelnen Sachverhalt genutzt. Ist halt noch ein Stueck enger begrenzt als die lokalen Mailinglisten. Gruss, stw1701 -- Man fährt doch nicht nach Krakau zum Friseur. [Müntefering 30.1.2007] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] unangekuendigte Massenedits
Hallo bkmap und Josef Latt, bkmap schrieb: Am 17.01.2013 17:30, schrieb Masi Master: Ein Radweg ist ein auf Radfahrer angepasster Weg. Dazu zählen u.a. abgesenkte Bordsteine, Sicherheitsraum zu Parkplätzen Fußweg, sehr ebenener Untergrund, gradlinige Führung, gute Sicht/wenig Gefahrenstellen, ... Falsch! Nicht jeder Weg, der diese Eigenschaften hat, also wunderbar zum Radfahren geeignet ist, ist ein Radweg. Ein Radweg ist für mich ein Radweg, wenn er als Radweg ausgewiesen ist, ansonsten track oder path, je nachdem. Ihr nehmt an, dass nur mit Zeichen 237, 240 und 241 ausgezeichnete Wege Radwege sein koennen. Dabei ignoriert ihr die anderen Radwege, also die nichtbenutzungspflichtigen Radwege. http://de.wikipedia.org/wiki/Radverkehrsanlage#Nicht_benutzungspflichtige_Radwege Zugegeben, davon gibt es nicht so viele, aber es gibt sie quasi ueberall da, wo ehemalige Radwege das blaue Zeichen verloren haben. Eure Meinung kann weiterhin noch durch lange Erfahrung in eurem Umfeld bestaetigt sein, aber man kann nicht ausschliessen, dass es Gebiete geben kann, in denen es anders ist. Vielleicht ist Luebeck ein solcher Fall? Am 17.01.2013 00:11, schrieb Wolfgang Hinsch: bicycle=yes wurde (wird?) z.B. im Lübecker Raum benutzt, um anzuzeigen, dass der Weg für Radfahrer erlaubt, aber nicht verpflichtend ist, als Gegensatz zu bicycle=designated. Vielleicht ist es auch nur widersinnig getaggt, aber die Luebecker haben sich etwas dabei gedacht, und das hat der Massen-Edit jetzt etwas beeintraechtigt. Sie werden es ueberleben, es gibt ja die Historie, und regelmaessige Ueberpruefung haelt auch die Daten aktuell. Aber gerade um solche unvorhersehbaren Auswirkungen zu vermeiden, sollten Massen-Edits halt vorher diskutiert werden. Btw. weil das noch nicht so in aller Klarheit gesagt wurde. Der Massen-Edit hat eigentlich nur bicycle=yes an highway=cycleway entfernt, und foot=yes an highway=footway. Bis auf den Spezialfall Luebeck hat davon wahrscheinlich kein Datennutzer irgendwelche Auswirkungen gespuert. (Stimmt nicht ganz, ich hab ein layer=1 an eine Bruecke wieder anbringen muessen und ein lit=no an einem dunklen Weg.) bkmap schrieb: Ok, wenn es ein richtiger ausgewiesener Radweg (mit Zeichen 237) ist. [...] Dann ist bicycle=designated implizit. Das steht wenigstens so im Wiki. Wenn man als Defaultwert für Deutschland noch foot=no und horse=no annimmt, ist also ein Weg gemeint, der 1. kein ausgewiesener Radweg ist, aber auf dem 2. auch kein anderer Verkehr erlaubt ist, sondern nur Fahrräder. Das wäre z.B. Zeichen 250 und Zusatzzeichen 41.1 (Wahrscheinlich in der Kombination gar nicht möglich). Du hast die Fussgaenger vergessen, die duerfen auf 237 ohne Zusatzzeichen auch nicht rauf. Also eigentlich waere es 250 + 41.1 + 259. Und 258, oder gelten Pferde als Fahrzeuge? Also mir fällt kein solcher Weg ein. Es gibt viele Wege, die so gekennzeichnet sind, wie du geschrieben hast. Ich uebersetze mal 41.1 in Wikipedia-Notation 1022-10: http://google.de/images?q=zeichen+250+zusatzzeichen+1022-10tbs=itp:photo http://my.myblog.de/guedesweiler/img/triererstrasse.jpg Da duerfen Fussgaenger und Reiter wieder drauf. Nebenbei, witzig ist auch sowas: http://www.schilderwiki.org/images/thumb/3/35/Zeichen_250_Fahrradroute_Unterwittbach_1.jpg/600px-Zeichen_250_Fahrradroute_Unterwittbach_1.jpg Da muss man als Radfahrer eine Gartenschere o.so mitnehmen. Gruss, Steffen (stw1701) -- Q: What's white and if it fell out of a tree could kill you? A: A fridge. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie kontaktiert man nicht existierende Benutzer?
Hi Holger, jemand hat den Weg 143286426 in Version 2 gelöscht. Laut [1] war das user_863632 in Änderungssatz 13185909. Wenn ich allerdings den Link zu user_863632 folge ([2]), dann kommt Der Benutzer user_863632 existiert nicht Der Nutzer hat sich umbenannt. In den Extrakten der Geofabrik ist er noch als Joachim_444 aufgefuehrt. Nicht dass das weiterhelfe, da kommt die gleiche Meldung. Du kannst hoffen, dass er sich wieder einen richtigen Namen zulegt, oder dass die Webseite umgestaltet wird, so dass auch diese numerischen Nutzer abrufbar werden. Sie werden ja auch so angezeigt. Gruss, Steffen [1] http://www.openstreetmap.org/browse/way/143286426 [2] http://www.openstreetmap.org/user/user_863632 [3] http://www.openstreetmap.org/user/Joachim_444 -- - Ich glaub, den Löffel brauch ich gar nicht. - Du kannst ihn ja nachher abgeben. [stw + tf in der Mensa, 27.9.2007] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] waterway=riverbank / saisonale flußläufe
Hallo, ich haeng mich mal an eine Antwort von Andreas Labres ran: On 21.11.12 23:36, Martin Koppenhöfer wrote: Flussgebiet. Oder in Wien gab's vor der Donauinsel das Überschwemmungsgebiet, das war auch nur fallweise bei Donauhochwasser überflutet, sonst war's Erholungsgebiet (konnte man wunderbar Fußball spielen). Das als Fluss zu taggen wäre auch ein Fehler gewesen. Fuer sowas, und wahrscheinlich auch einen Teil der Flussgebiete des Ausgangspostings, gibt es einen Tag und ein uraltes Proposal: http://wiki.openstreetmap.org/wiki/Key:flood_prone http://wiki.openstreetmap.org/wiki/Proposed_features/floodplain Gruss, Steffen -- Ja, ich habe mir Urlaub genommen, um ins Kino zu gehen; nein, ich finde das nicht seltsam. [USA erklärt] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap und routing
Hallo Wolfgang Hinsch, Die einzige Fehlermeldung, die mkgmap liefert, ist: SCHWERWIEGEND (RoadNetwork): Bremen.osm: Road (Gustav-Deetjen-Allee, http://www.openstreetmap.org/browse/way/4766567) contains zero length arc at http://www.openstreetmap.org/?mlat=53.08714mlon=8.81771zoom=17 so um die 100-300 mal (mit verschiedenen Ways). In Bremen wie in Hamburg, wie bei josm. Das ist normal. Viele Strassen sind derart genau gemappt, dass dem mkgmap der Abstand zwischen zwei Knoten zu klein wird (wohl noch abhaengig von der Zoom-Stufe). Dann warnt er halt. Zum Routing-Problem kann ich aber nichts sagen, dann mkgmap-2105-44.1.noarch ich nutze noch 1905. Gruss, Steffen -- That's a battery staple. Correct! [xkcd 936] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Re-Redaction-Bot noetig?
Hallo, das hab ich mal georakelt: Wenn die Beteiligten Nicht-Zustimmer irgendwann einmal noch zustimmen, dann sollten deren History-Versionen auch wieder zugaenglich sein. Und nun hab ich endlich ein Beispiel: http://www.openstreetmap.org/user/Tequilila hat vor 8 Tagen zugestimmt. Sein erster Edit ist aelter: http://www.openstreetmap.org/browse/changeset/3686275 Darin hat er diesen Knoten angelegt: http://www.openstreetmap.org/browse/node/618305541 Der wurde spaeter geloescht (Version 2). Und dann hat der Redaction-Bot gemeint, die Version 1 darf man nicht mehr ansehen, da sie von einem Nicht-Zustimmer angelegt wurde. Alles ok soweit. Doch jetzt nach der spaeten Zustimmung sollte man die Version 1 wieder ansehen koennen. Geht aber nicht: http://www.openstreetmap.org/browse/node/618305541/history Ist geplant, solche alten Versionen wieder zugaenglich zu machen? Gruss, Steffen -- Freu dich nicht zu früh auf den Sommer, Weihnachten ist gerade erst vorbei, im Einkaufszentrum gibt es heiße Ohren und im Fernsehen läuft der weiße Hai. [Element of Crime] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Zu viel gelöscht?
Andreas Tille schrieb: die Wegesituation an der Andreaskirche im Bodfeld http://www.openstreetmap.org/?lat=51.74714lon=10.788863zoom=18layers=M hat sich wohl durch die Löschung geändert. Es fehlt eine Verbindung des Weges in unmittelbarer Nähe der Kirche (nur Ruine). Da faellt ein Weg besonders auf, der dann auch wirklich in der History ungluecklich aussieht: http://www.openstreetmap.org/browse/way/75621246/history (Version 1: tillea, Version 2: Lizenz-Bot) Aber das hat seine Ordnung, denn der hat nur Knoten loeschen muessen, die nicht von Zustimmern stammen. Den hier etwa: http://www.openstreetmap.org/browse/node/375935568/history (Version 1-3: invisible, Version 4: Lizenz-Bot, geloescht) Dumm nur, dass man jetzt nicht mal mehr sehen kann, von wem die alten Daten stammen. Die History-Daten sind zwar noch auf den Servern, werden aber nicht unter ODBL rausgerueckt, duerfen es auch gar nicht. Aber die Information, welcher Account sie mal angelegt oder angefasst hatte, die haette ruhig genannt werden koennen. Wenn die Beteiligten Nicht-Zustimmer irgendwann einmal noch zustimmen, dann sollten deren History-Versionen auch wieder zugaenglich sein. So unwahrscheinlich ist das nicht einmal, es stimmen immer noch taeglich so 20 Nutzer zu. Nuetzt zwar der aktuellen Version ihrer Objekte nichts, die bleiben vom Lizenzbot gaendert oder geloescht, aber dann koennte man die History wieder ansehen. Wenn du jetzt aber rausfinden willst, wen du fuer die History-Version ueberzeugen musst, dann musst du leider etwas mehr Arbeit investieren, und einen Auszug von Vor-Lizenzbot-Zeiten analysieren. -- Strict reminds me of a german attribute. [Roberto Battiti at the LION II 2007] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fwd: [OSM-talk] Licence redaction ready to begin
cottae schrieb: Ich habe mich selbst mal am remappen versucht, am Straßennetz, weil mir das am wichtigsten erschien. Glücklicherweise ist meine Ecke kaum betroffen. Aber trotzdem, kaputte Straße gelöscht, war auch nur ein Abschnitt, nach Luftbild neu gemappt, allen einmündenden Wege/Straßen ordentlich verbunden, Attribute soweit mir bekannt eingetragen, Relationen repariert... ein ziemlicher Aufwand für nicht viel Effekt. Ich hab hier noch einige andere Fehlertypen gesehen: - Eine Strasse, der ein paar Knoten fehlen, aber die Knoten liegen noch da. - Endknoten und Startknoten sind nicht mit dem Weg verbunden. - Nur End- und Startknoten sind im Weg, alle Kurven sind weg. - Alle Zusatzeigenschaften (gauge, electrified, ...) sind eingetragen, aber railway=tram fehlt. - Geschlossene Wege (Gebaeude, Teiche) sind ploetzlich offen, weil ein paar Knoten fehlen. - Der Name von Strassen fehlt. Ich sehe ebenso grossen Bedarf fuer eine neue Qualitaetsoffensive auf uns zukommen. stw -- However, in a mobile [...] network, a given node is rarely stuck in such a position, and this improves fairness dramatically. [Chen et al. 2002 Span: Topology Maintenance in Wireless Networks] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Änderungen an der API zum Lizenzwechsel
Hi Frederik Ramm, http://wiki.openstreetmap.org/wiki/Open_Database_License/Changes_in_the_API Eine Frage in eine andere Richtung: | A changeset created by someone who did not agree to the license change | can be still be accessed [...], but none of its tags will be shown. Koennte man nicht diese Changesets ausserhalb der Datenbank speichern und dann als CC-BY-SA ausliefern? Ich sehe die Datenbank technisch als eine Sammlung von Knoten, Wegen und Relationen an, die jeweils die Koordinaten und Tags speichert, auch die Historie. Aber die Changesets sehe ich als Eingabedaten fuer diese Datenbank, und nicht als Bestandteil der Datenbank. Damit koennten die Changesets selbst doch unter der Lizenz, die der Eintragende ausgewaehlt hatte, veroeffentlicht werden? Gruss, Steffen -- Every time you email a file to yourself so you can pull it up on your friend's laptop, Tim Berners-Lee sheds a single tear. [xkcd 949] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Änderungen an der API zum Lizenzwechsel
Frederik Ramm schrieb mit dem Lizenzwechsel werden sich ein paar Details an der API aendern, und zwar ueberall dort, wo es um die Historie von Objekten geht. http://wiki.openstreetmap.org/wiki/Open_Database_License/Changes_in_the_API Und dort steht: | The license change will be performed on the live database (i.e. no | dump and reload). Data contributed by non-agreers will, for the time | being, be kept in the database but specially marked. | For every object that is tainted in some way by non-agreeing edits, a | bot will modify or delete the object so that the current version is | ODbL compatible. Da steht nicht konkret, wann die Datenbank dann unter der ODBL veroeffentlicht wird, aber anzunehmen ist, dass dies erst geschieht, wenn der Bot durch ist. Bleiben die geloeschten Daten dann eigentlich in der Datenbank? Koennten Spaetkommer dann noch nach dem ersten Bot-Durchlauf zustimmen, und wuerde der Bot einfach noch einmal laufen? Und koennte man bei strenger ODBL-Auslegung die OSMF auffordern, die gesamte Datenbank zu veroeffentlichen, da diese ja in einem solchen Zwischenzustand einen Mix aus ODBL- und weiteren Daten enthaelt? Naja, es bleibt spannend, stw -- Ich hab grad einen Wecker auf meinem Computer installiert. Morgen um 6:40 macht er trrlllüp, trrlllup. Na und? Ich hab grad die Zeitschaltuhr an meiner Lampe angeschlossen. [Gespräch zwischen mir und meinem Bruder] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotomapping mit Garmin 62s
Hi Rainer, Am 09.03.2012 18:42, schrieb Jan Tappenbeck: mit meinem alten Garmin konnte ich immer den Track gut zeitlich referenzieren. Foto von der Uhr mit Sekunden - fertig !!! Mir ist nicht ganz klar, was du da machst. Der Track, d.h. die GPX-Datei enthält doch die Uhrzeit sekundengenau. Und wenn du eine digitale Kamera nutzst, dann legt die üblicherweise ebenfalls die Uhrzeit in der Bilddatei ab. Man muss dann nur noch die beiden Uhrzeiten synchronisieren. ... dann geht man an der Kamera auf die Funktion Uhrzeit stellen Nur dass man das vorher machen muss. Wenn man jetzt aber von der Erfassung zurueckkommt und merkt, dass die Kamera mal wieder nach dem Mond gestellt war, dann muss man die Zeitstempel der Bilder entsprechend verschieben. Um wieviel kriegt man natuerlich durch Uhrenvergleich raus. Und um den auch fuer das eigene Archiv aufzubewahren, kann man eben ein Photo der richtigen Uhrzeit machen. Die Knipse drueckt dem Photo die eigene Uhrzeit auf, und man kann den Versatz bestimmen. Und ehrlich, wegen den 14s Versatz, den meine Kamera mir gerade liefert, geh ich nicht extra durch das Menu. Besser waer's natuerlich. Gruss, stw -- I don't understand. One moment she's gonna to marry you, and then she's going to kill you. Well, she has been brainwashed, it all makes sense. Plus she is a woman. [DrWho 6x08 Let's Kill Hitler] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotomapping mit Garmin 62s
Hi Jan, mit meinem alten Garmin konnte ich immer den Track gut zeitlich referenzieren. Foto von der Uhr mit Sekunden - fertig !!! Der 62 hat aber, wenn ich nichts übersehen habe, nur eine hh:mm-Anzeige. *lol* Ein paar Ideen: Wart, bis die Minutenanzeige umspringt und mach dann ein Photo. Photographier eine andere Uhr, am besten eine Funkuhr. Uebernimm die Zeitverschiebung von deiner letzten Editiersitzung. Das passt bei mir meist. Manchmal klappt es nicht, und da ich keine Photos der Uhrzeit mache, dreh ich immer mal an den Versatzreglern, bis die Photos von den Hinweistafeln sich auch wieder mit der Haltezeit dort decken, die kann man noch aus den GPS-Tracks erkennen. Und dies hat schon jemand erwaehnt: Fahr ganz schnell an einem gut referenzierten Punkt vorbei und mach da ein Photo. Das hat bei mir noch nie funktioniert, da die Kamera nicht sekundengenau ausloest. Gruss, stw -- Atheism is a non-prophet organization. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrspuren die 315.
Frederik Ramm schrieb: grad beschwert sich einer auf der Tagging-Liste ueber http://www.openstreetmap.org/?lat=51.324213lon=12.290977zoom=18layers=M [Luetzner Ecke Schoenauer in Leipzig] note:DE = Für komplizierte Kreuzungen eignet sich die Sterntopologie, um Abbiegeeinschränkungen einfach zu erfassen - alles läuft über einen Punkt. Darunter leidet zwar die Darstellung, aber die Korrektheit des Routings hat Vorrang. Die Notiz ist mir auch aufgefallen, aber die Kreuzung hab ich jetzt erst angesehen. Die ist uebrigens ein schoenes Beispiel fuer Fahrspurmapping, die einzelnen Spuren sind naemlich in Wirklichkeit nicht getrennt. An sich ist die Kreuzung gar nicht so kompliziert. Witzige Idee zwar, aber dass die Korrektheit des Routings Vorrang habe vor der Korrektheit der Geometrie, zaehlt m.E. bislang nicht zu unserem Konsens, oder? Wie sah es denn vorher aus? Gab es zahlreiche Hilfsspuren fuer die verschiedenen Abbieger? Ich wuerde vorschlagen, das denjenigen reparieren zu lassen, der es so schon spurgetreu eingezeichnet hat. stw ein Kreuzpost zur Leipziger Liste versuchend -- Motto der Robotikforscher: Es muß Hand und Fuß haben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tageszeitabhängige Geschwindigkeiten
Martin Koppenhoefer schrieb: was bisher noch nicht geht, sind solche Dinge wie am letzten Mittwoch im Monat, oder an Donnerstagen mit ungeradem Tag, oder am Wochenende nach Ostern ;-) So was kommt selten wirklich mal vor, z.B. Parkverbot (wegen Markt, oder wegen Straßenreinigung), oder bei Öffnungszeiten. Fuer Oeffnungszeiten gibt den letzten Mittwoch im Monat: http://wiki.openstreetmap.org/wiki/Key:opening_hours | Rules | ... | - non-consecitive or semi-consecutive days of the week will be tagged | as wd[x] (eg Su[3] 09:00-12:00) | Use -1 to indicate the last day of the month, eg Aug Th[-1] means | last Thursday in July. Ungerade Donnerstage koennte man evtl. mit 01-31/2 Th kennzeichnen. Die Reihenfolge von Wochentag und Tag ist aber nicht klar definiert. Und Ostern fehlt tatsaechlich. Auch Winter oder Sommer hab ich schon gesucht. Fuer maxspeed wuerde ich den ganzen Krams erstmal in den Schluessel stopfen, aber uebersichtlich oder gar sinnvoll auswertbar wird es dadurch nicht. Gruss, Steffen -- [PC Magazin News 17.1.2001] Der kleinste Komplettrechner: Sein titangraues Gehäuse mißt nur 157 x 146 cm bei 4,5 cm ^^^ ^^^ Bauhöhe - damit ist er kaum größer als ein tragbarer CD-Player. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tageszeitabhängige Geschwindigkeiten
Hi Martin, http://wiki.openstreetmap.org/wiki/Key:opening_hours | Rules | ... | - non-consecitive or semi-consecutive days of the week will be tagged | as wd[x] (eg Su[3] 09:00-12:00) cool, ist vermutlich nicht jedermanns Sache, aber immerhin ist es vorgesehen. Die Beschreibung (days of the week) verstehe ich zwar nicht ganz, aber gemeint ist wohl, dass die Nummer die Wochennummer des Monats ist, oder? Naja, eigentlich ist der x. solche Wochentag in dem Monat gemeint. Wenn der mit einem Donnerstag anfaengt, dann ist Th[1] der 1. und We[1] der 7. Tag des Monats. Wo die Woche dann anfaengt, ist nur verwirrend. Ungerade Donnerstage koennte man evtl. mit 01-31/2 Th kennzeichnen. Die Reihenfolge von Wochentag und Tag ist aber nicht klar definiert. wie wären dann die geraden? Stand in der Diskussion: 02-30/2 Also aa-bb/n heisst ab dem Tag aa, alle n Tage, bis bb ueberschritten ist. Und Ostern fehlt tatsaechlich. Auch Winter oder Sommer hab ich schon gesucht. für Ostern bräuchte man zusätzlich den Mondkalender Iihh, Mondkalender! Aber manche verwenden den ja tatsaechlich. und die Möglichkeit, komplexere Terms (Berechnungsvorschriften) zu definieren. Hmm. Sieht erstmal einfacher aus, das direkt (easter) hinzuschreiben, vielleicht mit einem definierten Präfix für Sondertage, evtl. auch nach Religion: christian:easter. Dann auch Easter+40? Oh, hier gibt's noch Infos aus der Sicht eines Auswerters: http://www.netzwolf.info/kartografie/osm/time_domain/erklaerung Gruss, stw -- Ich aber, wahrlich, ich sage euch - selig sind die, die nicht googeln und doch glauben. [Wolfram Heinrich in desd] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radwege-Spezis
Martin Koppenhoefer schrieb: Am 12. Februar 2012 11:16 schrieb Manuel Reimer manuel.s...@nurfuerspam.de: Steffen Wolf wrote: Naja, die Surface-Sachen sind ja sinnfrei eingetragen, so werden sie nirgends ausgewertet. Aber gute Vorschlaege hab ich auch nicht. anders werden sie auch nirgends ausgewertet, oder? Unter anderem auf der Seite: http://osm.t-i.ch/bicycle/map/ | footway surface=brick pattern concrete alles zusammenwuerfeln: surface=paved;concrete Betonpflaster (wie es im ursprünglichen tag angegeben war) wird hier zur Betonoberfläche (das kann dann alles sein, von Großplatten bis zum Ortbeton). Ich frag mich immer noch, was Betonpflaster ist. cycleway:surface (315 mal in Deutschland genutzt) footway:surface (111 mal in Deutschland genutzt) Es geht um eine Eigenschaft eines Weges. Scheint mir also sinnvoll den Wegtyp nach vorne zu nehmen. +1 Die kannte ich noch nicht, sehen ganz geeignet aus. Manuel hat noch etwas gefragt: was neues erfinden: surface[bicycle]=... surface:bicycle=... Wo sind denn eckige Klammern üblich? Ich hab das mal vor Jahren bei einem Vorschlag fuer zeitabhaengige Beschraenkungen gesehen. Es kommt ab und zu noch in unseren Daten vor: maxspeed:[22:00-6:00]=30 maxspeed:[Mo-Sa 08:00-18:00]=70 vehicle:[Nov-Apr]=yes Wahrscheinlich waeren diese besser mit hour_on und hour_off eingetragten. Gruss, stw1701 -- Jeder, der sich heimlich verpickelte Minderjährige nach Hause einlädt, um seine IT-Probleme zu lösen, der soll aufstehen. [Thomas Pigor, Nieder mit IT] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radwege-Spezis
Hi Martin, Unter anderem auf der Seite: http://osm.t-i.ch/bicycle/map/ wie müsste man es eintragen, damit es dort ausgewertet wird: mehrere Werte im gleichen Schlüssel, oder cycleway:surface und footway:surface? Oder geht beides? Wahrscheinlich gar nicht. Ein Wert im Schluessel surface, denk ich mal. Ich frag mich immer noch, was Betonpflaster ist. http://www.google.de/search?q=betonpflaster Also Pflastersteine, nur aus Beton. Da wuerde ich paving_stones nehmen. Gruss, stw1701 -- Your neutrinos are drifting. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radwege-Spezis
Hi Jan Tappenbeck, ich habe mich gerade gewundert warum mein getrennter Rad/Fussweg in ES weg war- aber da hat einer die Surfaces abenteuerlich eingebaut und das Haupttag weggelassen. Aber mit den Oberflächen für die Wege habe ich so mein Problem. http://www.openstreetmap.org/browse/way/37081561 highway=path bicycle=designated foot=designated segregated=yes cycle surface=smooth paved footway surface=brick pattern concrete Naja, die Surface-Sachen sind ja sinnfrei eingetragen, so werden sie nirgends ausgewertet. Aber gute Vorschlaege hab ich auch nicht. alles zusammenwuerfeln: surface=paved;concrete smoothness=good wenigstens die Seiten unterscheiden: surface:right=paved surface:left=concrete smoothness=good was neues erfinden: surface[bicycle]=... surface:bicycle=... Es wird auf jeden Fall irgendwie zu Behinderungen beim Auswerten kommen. Und ueberhaupt, soll die ziegelsteinfoermige Betonansammlung etwa paving_stones sein? Gruss, stw1701 -- TITANIC 7/05 (über die Kosten für Kohleförderung): Zu tief liegt der Rohstoff in der Erde und zu hoch sind Löhne und Sicherheitsstandards. Tausende von Kumpels kommen jährlich in China untertage ums Leben, hier kein einziger. [gefunden von Gerald Fix in desd] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Pfälzer Wald gelöscht
Hallo, Rein technisch kriege ich das nicht hin, den Pfälzer Wald grob noch mal einzuzeichnen. Vielleicht hat jemand anderes ein Tool mit dem er das machen kann. Allerdings war der auch als Relation mit Multipolygon outer erfasst und jetzt hängen da eine Menge Leerflächen relationstechisch im Nirwana. Hach, der schoene Pfaelzer Wald. Anscheinend hatte den schonmal jemand aufgeteilt, seit ich dort zuletzt Hand angelegt hatte. Das war ein Monstrum geworden. Ich hab jetzt zwei Wege wiederhergestellt: 109266426 und 107356607 Eine kleine vierstellige Relation (9418) war auch mit involviert, da gehoerte einer der Wege als outer rein. Aber: Ich hab zwei Wege nicht gefunden: Das Waldstueck bei Trippstadt und das bei Erlenbach. Dummerweise sind dort auch die Inseln (residentials) nicht mehr in einer Relation, die Hinweise auf die Wege-ID gaebe. Soweit erstmal, stw -- Ich möchte eine Welt, in der ich aus einer Toilette trinken kann, ohne Ausschlag zu kriegen! [Lt. Frank Drebin] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Perl: Abfrage des LicStatus für Element
Hi Jan Tappenbeck,
bevor ich mich auf die Suche mache - kennt einer von Euch ein
Perl-Skript mit welchem man den Lic-Status für ein Element xyz ermitteln
kann ?
reicht dir sowas:
---
#!/usr/bin/perl
$his=http://wtfe.gryph.de/api/0.6/userlist?ways=;;
$ways=10,20,16777126;
system wget $his$ways -O output.load 2/dev/null;
if(open F, output.load){
while(F){
if(! /^.xml / !/^osm / !/^\/osm/){ print; }
}
close F;
}
system rm output.load;
---
Es kommt zwar erstmal nur XML raus, dafuer aber die gesamte Historie des
Weges, abzueglich aller Bearbeitungen durch Zustimmer.
cu,
stw
--
Every time you email a file to yourself so you can pull it up on your
friend's laptop, Tim Berners-Lee sheds a single tear.
[xkcd 949]
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: DGM einbinden
Hi André Joost, kann man irgendwie Höhenlinen (SMTR) in JOSM einbinden. Klar kann man das. SRTM2OSM wandelt die SRTM-Daten in .osm-Dateien um. Leider mag josm die aber nicht, weil user/version/changeset fehlen. Es sollte aber möglich sein, ... die Versionsdaten einfach im Texteditor deiner Wahl nachzutragen. Vergleich dazu eine von JOSM gespeicherte Datei. Die Eintraege koennen auch voellig frei erfunden sein, Hauptsache ist wohl, dass da etwas steht. Auf keinen Fall aber sollte man auf die Idee kommen, diese Daten dann hochladen zu wollen. stw -- [PC Magazin News 17.1.2001] Der kleinste Komplettrechner: Sein titangraues Gehäuse mißt nur 157 x 146 cm bei 4,5 cm ^^^ ^^^ Bauhöhe - damit ist er kaum größer als ein tragbarer CD-Player. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gesperrte Wege im Nationalpark Harz
Hi Frederik Ramm, Man kann halt nur eine beschraenkte Menge an Infos auf so eine Karte packen. Es duerfte schlicht unmoeglich sein, auf Zoomlevel 13 einen gut lesbaren Unterschied zwischen tracktype=grade3 access=no horse=yes foot=yes, tracktype=grade2 access=destination horse=no und tracktype=grade4 access=no darzustellen. Ich glaub, jetzt uebertreibst du ein wenig. Denn bis auf das horse=* ist ja alles schon drin. Die Stricheleien und Farben von path/footway/cycleway/bridleway jedenfalls. Und zwar in genau der gleichen Auspraegung wie in z15. Die Stricheleien von track werden erst ab z14 unterschieden, fiel mir grad erst auf, muesste ja eigentlich nicht sein. Gut, bei z13 rueckt alles naeher zusammen, und dann wird die dickere Markierung fuer access=no/private/destination schnell zuviel. Um den Brocken rum scheint die Wegdichte ja eher gering zu sein. (Meiner Ansicht nach ist da im Moment schon zu viel Zeugs drin; diese verschiedenen Strichelungsmuster erschliessen sich doch keinem...) Ach, grade1 kann man schon sehr gut von den anderen unterscheiden. Was ich schon laenger mal ansprechen wollte: Meist ist ja im Wald nicht access=no, sondern motor_vehicle=no/forestry/agricultural oder manchmal vehicle=... vorgeschrieben. Und auch in der Stadt gibt es eher mal ein vehicle=no als ein access=no. Ich finde, das sollte auch auf der Standardkarte (Mapnik) dargestellt werden. Die scheint mir naemlich mehr an motorisiertem Verkehr ausgerichtet zu sein. Fuer Radler, Reiter und Wanderer gibt es ja Spezialkarten, nur fuer die Autofahrer hab ich sowas noch nicht gesehen. So eine Aenderung koennte man hinbekommen, indem man bei nicht gesetztem access=* erst noch auf vehicle=* und dann auch auf motor_vehicle=* guckt. Oder seh ich da was falsch? cu, stw -- Die Geschichte hat doch Zeit. [Lothar Frings in desd] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geänderte Wegführung bei Radrouten
Torsten Leistikow schrieb: Andreas Tille schrieb am 10.07.2011 09:30: Was ist nun also sinnvollerweise zu tun, wenn es in der Natur zwei verschiedene Ausschilderungen ein und derselben Route gibt? Solange beide ausgeschildert sind, wuerde ich auch beide in OSM erfassen, jede Route als eigene Relation. Da muss dann mindestens ein note-Tag dran, das diese besonderheit erklaert. Ich hab bei einigen Wanderwegen hier um Dresden die Varianten in dieselbe Relation genommen, nur die Rolle etwas angepasst. Etwa alternative oder aehnliches. Bei einigen Wanderwegen sind die Alternativen wahrscheinlich sogar gewollt. Wenn es zur selben Route gehoert, dann sollte es auch in dieselbe Relation. Ist aber vielleicht nicht so sehr mit einer gut ausgeschilderten Radroute vergleichbar. stw -- Und beim Ankurbeln von Verbrennungskraftmaschinen immer die Kurbel von unten nach oben reißen, sonst kann übelst das Handgelenk gestaucht werden. Der Schreibende spricht aus Erfahrung. [Florian Ritter in desd] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bootsrutsche
Hi Johannes, Manche Wehre haben eine Bootsrutsche, um Wasserwanderern das Umtragen zu ersparen. Dafür habe ich im Wiki nichts gesehen, was dafür vorgesehen wäre. Ich hab oft leisure=slipway gesehen. Man muesste nur irgendwie kenntlich machen, dass da keine Ozeandampfer zu Wasser gelassen werden. cu, stw -- Eine _nicht ernstlich gemeinte Willenserklärung, die in der Erwartung abgegeben wird, der _Mangel an Ernstlichkeit werde _nicht _verkannt werden, ist _nichtig. [fünffache Verneinung, in §118 BGB] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wer hat schon einmal mit open.mapquestapi.com was gemacht
Hi Jan, ich wollte mir von open.mapquestapi.com mit Hilfe von wget unter Windows Daten ziehen. Ah, Windows. Naja, vielleicht hilft es trotzdem: Wenn ich wget http://open.mapquestapi.com/xapi/api/0.6/node[operator=Stadtverkehr Lübeck] -O tmp_operator_node.osm aufrufe (im Browser kommen Daten!), dann bekomme ich eine Meldung 10:18:39 (99.61 KB/s) - `tmp_operator_node.osm' saved [102] 102 kommt bei mir auch, wenn ich einen Zeilenumbruch zwischen Stadtverkehr und Luebeck eingebe. Mit richtigem Leerzeichen klappt es. Die URL, die wget an den Server schickt ist dann http://open.mapquestapi.com/xapi/api/0.6/node[operator=Stadtverkehr%20L%C3%BCbeck] Vielleicht liegt es ja tatsaechlich am falschen Codieren. Ist die Bat-Datei mit Unicode gespeichert? Oder doch Latin-1 oder Windows-Codepage? Dann soll noch eine Abfrage wget http://open.mapquestapi.com/xapi/api/0.6/node[ref:svhl=*] -O tmp_ref_node.osm erfolgen. Da kommt dann die Meldung: Warning: wildcards not supported in HTTP. --10:18:40-- http://open.mapquestapi.com/xapi/api/0.6/node%5Bref:svhl=*%5D = `tmp_ref_node.osm' End of file while parsing headers. Der Interne Error kommt vermutlich wegen der Wildcard..:! Danach werden keine Wildcards bei HTTP akzeptiert - aber wie soll es dann gehen? Ach doch, der OSM-Server akzeptiert sie. Du kannst nur nicht erwarten, dass normale HTTP-Server sie auch akzeptieren, darum warnt wget. Ich vermute hier einfach mal einen Timeout. wget konnte die Header nicht lesen, die kaemen ja vor den Daten. Probier mal etwas mit --timeout=900 cu, stw -- You may abuse a tragedy, though you cannot write one. You may scold a carpenter who has made you a bad table, though you cannot make a table. It is not your trade to make tables. [Samuel Johnson, 1763] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Haltestellen-Namen
Hi Igor, Hallo Steffen, hallo @talk-de, da nebenan eine heftige Diskussion um Namenszusätze im Gange ist, wurde ich an ein Problem erinnert, dem ich vor einigen Tagen gegen- überstand: Haltestellennamen für Bushaltestellen von Überlandlinien. Ich würde unter name=* genau das taggen, was auf der Haltestellentafel steht. Dem wuerde ich zustimmen, gegebenenfalls noch die Fahrplaene zu Rate ziehen. Aber: ich wuerde die Abk. noch ausschreiben. Gibt es da schon einen Konsens? Und gehoert zwischen Ort und Strasse ein Komma? Lohnt es, das mal zu vereinheitlichen? Beispiele aus Sachsen: Abzw. Seidau Azw. n. Auritz Dittersbach Abzw. Ostritz Schillerstraße/Abzw. Grenzstraße E.-Weinert-Str. (B6) Kiesdorf Obere Str. Löbauer Str./Hegelstr. Neuwürschnitz, Oberwürschnitzer Str. Oelsnitz, Abzw n Neuwürschnitz Oelsnitz, Pflocken-/Neuwieser Str. cu, stw -- These graphs - er - require a little explanation. [Deon Garett at the LION II 2007] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tools gegen Datenmuell beim Editieren
Hallo Mitmapper, ich hab die Tage mal ordentlich Datenmuell produziert und suche jetzt nach Tools die mir in Zukunft bei aehnlichen Situationen helfen koennen. Ich schilder mal den Hergang: - Ich hab Wanderwegsrouten verfolgt. Beim Eintragen hab ich erstmal alle Informationen zu den Wegen erfasst und in einer OSM-Datei gespeichert, dann die Aenderungen hochgeladen, und das Resultat in einer anderen OSM-Datei gespeichert. http://www.openstreetmap.org/browse/changeset/7968078 - Dann hab ich die Datei nochmal geladen und die Relationen erfasst, fleissig Wege aufgeteilt und so weiter. Vor dem Hochladen hab ich gemerkt, dass ich die falsche Datei geladen hatte, also jetzt alle 1200 Aenderungen vom letzten Hochladen noch drinsteckten. Jetzt erschien mir aber die Arbeit beim Erfassen der Relationen schon zu viel, um sie nochmal an der richtigen Datei durchzufuehren. Ich hab also nicht hochgeladen, sondern nur die Datei unter anderem Namen gespeichert. 1. Frage: Mit welchen Tools haette ich die schon hochgeladenen Aenderungen hier wieder rausbekommen? - Mittels Dateivergleich zwischen Version 3 (mit Relationen) und Version 1 (vor dem ersten Hochladen) hab ich alle die Aenderungen eliminiert, die voellig gleich blieben. War eine ganze Menge, und ein wenig Handarbeit. Uebrig blieben Aenderungen, hauptsaechlich neue Wege oder Knoten, die entweder leicht anders ausfielen in den beiden Versionen, oder die neu angelegte Knoten und Wege betrafen, die von den geaenderten Relationen und damit den Wegen referenziert wurden. 2. Frage: Mit welchen Tools haette ich diese neu angelegten Knoten mit den bereits neu angelegten Knoten abgleichen koennen? Also ID herausfinden anhand negativer ID und Koordinaten, und dann noch die Referenzen usw. anpassen. - Da es nur eine Handvoll doppelt angelegter Knoten und Wege waren, hab ich die einfach kurzerhand hochgeladen, mit der Absicht, die Doppelungen spaeter haendisch wieder zu loeschen. http://www.openstreetmap.org/browse/changeset/7977138 3. Frage: Welche Tools haetten mich dabei unterstuetzen koennen? Ich hab ja eine Liste der Aenderungen, damit eine Reihe von Koordinaten. Und dort hab ich nach Doppelungen gesucht. - Ich hab dann entlang der Aenderungen in diesem Changeset selbst nach Doppelungen gesucht und diese in muehsamer Handarbeit beseitigt. War doch gut, dass ich kein Tool verwendet hab, denn hier fiel mir auf, dass ich Wege aufgeteilt hatte, aber oft die nicht in der Relation enthaltene Weghaelfte nicht auf dem Server angekommen war. Die Knoten lagen ja alle noch rum, also musste ich die nur noch verbinden. 4. Frage: Mit welchen Tools kann ich im Nachhinein nach solchen versehentlich verkuerzten Wegen suchen? Ich hab ja mit dem Changeset eine Liste von Wegen, die ich angefasst hab. Noch zur Erklaerung: JOSM hat mir bei Fragen 1 und 2 nicht viel weitergeholfen. Ich haette rund 1000 Konflikte im Konfliktdialog muehsam aufloesen muessen, und die doppelt neu angelegten Objekte haette er auch nicht gefunden. Fuer Fragen 3 und 4 hab ich es nicht geschafft, nur die Aenderungen als GPX-Datei zu exportieren, um dann spaeter um die GPX-Datei herum Ausschnitte zu laden. Aber mit dem Filter auf geaenderte Objekte eingestellt ging es dann doch ganz gut. Resultat: Hoffentlich nicht allzuviel beschaedigt, aber die Wanderwegsrelationen sind weiter gewachsen. Gruss, stw -- Im Rahmen des audit fammiliengerechte hochschule hat die TU unter anderem vereinbart, einen Familientag durchzuführen. Dieser soll nun am Mittwoch 28. Mai 2008 von 16.00 bis 18.15 Uhr stattfinden. [seltsame Definition von Tag an der Uni Kaiserslautern] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Optimierung von Zeichnungsprozessen - Reihenhäuser der besonderen Art
Jan Tappenbeck schrieb: Nachfolgend zwei Haustypen für die ich die Schritte vereinfachen möchte - Ziel soll letztendlich die Aufteilung und Zuweisung von Hausnummern sein. Reihenhaus mit mehreren Mehrfacheinheiten und Versatz zwischen aufeinander folgende Einheiten http://www.openstreetmap.org/?lat=53.869335lon=10.656549zoom=18layers=M - Haus Schützweg 12-19 Das ist einfacher, deshalb vorgezogen. Skizze etwa: +--+--+ |12|13+--+--+ | | |14|15| +--+--+ | |... +--+--+ Ich wuerde den Block 12-13 zeichnen, mit dem Rechtwinkeltool (x) in JOSM geht das ja schnell. Dann den zusaetzlichen gemeinsamen Punkt zwischen 13 und 14 setzen, eine Linie zum zweiten gemeinsamen Punkt ziehen, die dann mit dem Rechtwinkeltool (x) in die gewuenschte Breite ziehen. Dann nach Sueden erweitern. Also als Zwischenschritt erstmal sowas: --+ +--+ | | --+--+ Hier hat man Glueck, dass die Waende wohl alle senkrecht sind. Mit dieser Vorgehensweise wuerden die Einzelhaeuser nacheinander angereiht. Wenn schon alles irgendwie krumm und schief eingetragen ist, hilft vielleicht der Orthogonalizer (Q). Block mit abgewinkelter Führung http://www.openstreetmap.org/?lat=53.860721lon=10.651828zoom=18layers=M - Haus Klipperstraße 2-12 Sowas ist mir auch haeufiger untergekommen. Meist mit groesserem Winkel und nicht geteiltem Eckhaus. Skizze etwa: -+ 10 / \ / \ --+ 12 \ \_+ \ _- + Hier hab ich bisher immer die 10 komplett rechtwinklig gezeichnet, ragt halt in der Ecke ueber. -+ 10 | | -+ Dann die 12 auch rechtwinklig. Die beiden Flaechen ueberlappen sich dann. Am besten vom gemeinsamen Knoten losgehen und die laengste Kante zeichnen, damit die Richtung stimmt. _+ 10_- |\ + | \ --\--12 \ \_+ \ _- + Dann mit Join overlapping Areas (Shift-J) beide Gebaeude verschmelzen. -+ \ 10;12 \ --+ \ \_+ \ _- + Fuer ein Eckhaus wuerde das ja schon reichen. Wenn man auftrennen muss, dann halt wieder auftrennen. Also beide Knoten markieren, (P) fuer Split Way, und die beiden U-foermigen Halbgebaeude wieder zu Flaechen vervollstaendigen. Wenn der Winkel 90° ist, dann ragen die Gebaeudeecken ueber die gegenueberliegende Seite heraus. Nach dem Verschmelzen muss die Ecke also wieder entfernt werden. Einfach die drei Knoten auswaehlen und loeschen. Sowas etwa: + / \ --+ + Wenn sowas schon krumm und schief eingetragen vorliegt, ist Neuzeichnen einfacher. Wer die alten Knoten- und Wege-IDs beibehalten moechte, kann ja die neuen Wege mit den alten verbinden (J) und die Knoten verschmelzen (M). Adressdaten hab ich bisher mit Strg-C, Strg-Shift-V uebertragen und dann die Hausnummer angepasst. Gibt's da Automatisierungen? Eins noch: Bing nimmt Gebaeude mal von Norden, mal von Sueden auf, dadurch entsteht an einigen Stellen, oft auch mitten im Reihenhaus, ein Versatz. Hier ist Feingefuehl noetig. Hoffe, das hilft erstmal weiter, stw -- Natürlich können Sie sich zur Prüfung anmelden. Sie können aber auch mit einer Luftmatratze raus auf den Atlantik. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neuer Kartenstil auf openstreetmap.de
Wolfgang schrieb: [deutscher Stil bei osm.de] Sieht sehr gut aus. Ich schliesse mich an. Ein paar Kleinigkeiten: Geh- und Fußwege lt. tags im höchsten Zoom-level andeuten. Die Radwege unterscheiden sich in dem Stil nur minimal von Fusswegen. Waer schoen, wenn man da noch etwas dran drehen koennte. Ah, gerade einen Reitweg erkannt. Mir ist aufgefallen, dass Baustellen gar nicht gezeichnet werden. Bei der Gelegenheit sollte man den Standardstil auch gleich so anpassen, dass mit construction=yes, construction:obstruction=blocked gekennzeichnete Baustellen genauso gehandhabt werden wie die mit highway=construction, construction=primary/secondary/... Eine Zoom-Stufe 18 gibt es ja gar nicht. Naja, spart Last auf dem Server. Die Legende ist ja leer. Der klassische Kleingartenstil ist gut, aber die heath-Aenderung sollte man schon mitnehmen (der wurde etwas dunkler). Zu man_made=tower: Ist doch eigentlich auch building=yes, und damit taucht es auch irgendwie auf. cu, stw -- If you don’t make [lower-resolution mapping data] publicly available, there will be people with their cars and GPS devices, driving around with their laptops. They will be cataloguing every lane, and enjoying it, driving 4×4s behind your farm at the dead of night. There will, if necessary, be a grass-roots remapping. [Tim Berners Lee] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] cycleway=track vs. cycleway=opposite_track
M∡rtin Koppenhoefer schrieb: Wenn Dir die Information wichtig ist, dass es ein Fahrradweg in der Nähe einer Straße ist, dann kann man das auch anders in den Daten unterbringen. beispielsweise, indem man das cycleway=track an den Fahrradweg selbst hängt (zusätzlich). Ach. Ich hab das immer als Fehler angesehen, etwa als haette der Fahrradweg einen seitlichen Fahrradweg-Track. Ist das tatsaechlich so gedacht? Steht das irgendwo? stw -- Ich hab grad einen Wecker auf meinem Computer installiert. Morgen um 6:40 macht er trrlllüp, trrlllup. Na und? Ich hab grad die Zeitschaltuhr an meiner Lampe angeschlossen. [Gespräch zwischen mir und meinem Bruder] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Konflikte beim Hochladen
Hi Markus, irgendwie wird an deinem Problem vorbeidiskutiert. Markus schrieb: Hallo Martin, [Zitatebene Markus] Konflikte an Linien-Elementen. Du hast also an einem Linien-Element Veraenderungen vorgenommen, waehrend es auf dem Server von jemand anderem veraendert wurde. Links sehe ich eine Liste mit Punkten und ihren Koordinaten, rechts auch. einige sind grün, andere rot, links/rechts gleich. Woran sehe ich jetzt was das Problem ist? Rot sind Abweichungen. Spalten: Deine Version, die andere und in der Mitte die Lösung wie Du den Konflikt lösen willst. Links sind meine Edits, rechts das aus der OSM-DB. In der Mitte kommt meine Entscheidung hin. Aber nach was für Kriterien soll ich entscheiden? Da stehen nur Punktenummern und Koordianten... Du hast auch schon gesagt, dass du die OSM-Datei schon gespeichert hast. Leg am besten noch ein paar Sicherheitskopien an. Das einfachste waere es, die fraglichen Punkte mal darzustellen. Leider kenne ich keinen einfachen Weg dazu. Fuer einzelne Konflikt-Punkte koenntest du die Punkte des Weges im JOSM-Hauptfenster anklicken und nach der ID suchen. Das wird aber schnell aufwendig. Als ich das letzte Mal ein solches Problem hatte (eine riesige Relation), hab ich meine Aenderungen erstmal lokal gespeichert, dann die Aenderungen vom Server vollstaendig uebernommen, den Zwischenstand hochgeladen, und dann im Nachhinein herausgepfriemelt, was nun eigentlich sinnvolles in die Relation hineinmuss. Fuer dich waere dies vielleicht eine Moeglichkeit: Verwirf bei den konfliktbehafteten Wegen alle deine Aenderungen. (Im Konfliktbehebungsfenster bei der Knotenliste alle rechten markieren, per Knopf - in die Mitte holen, unten Freeze [Einfrieren? Festsetzen?] druecken, dann mit OK schliessen). Jetzt koenntest du schonmal die restlichen Aenderungen hochladen, haettest aber hoechstwahrscheinlich die Wege seltsam verformt. Zumindest deine Aenderungen an den Wegen waeren weg. Da du deine Aenderungen vorher schon lokal gespeichert hast, kannst du die beiden Versionen vergleichen, und die neue Version vom Server entsprechend bearbeiten. Alternativ koenntest du auch im Konfliktbehebefenster die Knoten in der richtigen Reihenfolge von links und von rechts hinzufuegen, aber das koennte unuebersichtlich werden. Waehrend du in dem Fenster hantierst, sollten die beiden Versionen im Hauptfenster grau dargestellt sein. Vielleicht hilft das schon. Abgesehen davon, dass du den Konflikt irgendwann sowieso loesen musst, koenntest du auch nur einen Teil deiner Aenderungen hochladen. Eben den Teil, der vom Konflikt nicht betroffen ist. Hierzu sollte es reichen, eine handvoll der Wege/Punkte/Relationen zu markieren und Datei - nur markierte Aenderungen hochladen auszuwaehlen. Ich weiss aber nicht, ob JOSM das im Konfliktfall ueberhaupt noch erlaubt. Zur Vermeidung von solchen Situationen empfiehlt es sich, von top-aktuellen Daten ausgehend zu bearbeiten und nicht allzulange zu brauchen, notfalls eben kleine Haeppchen schonmal hochzuladen. Bei mir trat es eigentlich nur auf, wenn ich die im Urlaub aufgenommenen Wege in die Karte, die ich vor dem Urlaub geladen hab, eintragen wollte. Oder wenn ich mangels Internetanbindung in zwei Dateien dieselbe Gegend editiert hab. Ich glaub, ich hab auch schonmal versucht, dieselben Aenderungen zweimal hochzuladen. Vielleicht hilft das etwas, Viel Erfolg, stw -- Ein Pessimist, ein Optimist und ein Controller sitzen in einer Kneipe vor einem Glas. Halb voll, sagt der Optimist, halb leer meint der Pessimist. Das Glas ist für seinen Zweck 100 Prozent zu groß, erklärt der Controller. [Gerald Fix in desd] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geofabrik-Downloads jetzt als Binaerformat
Steffen Wolf schrieb: Frederik Ramm schrieb: Steffen Wolf wrote: Ich moecht nur schnell der Aussage widersprechen, dass das PBF-Format generell schneller verarbeitbar ist. Spaetestens aber, wenn Du irgendeine Art von Weiterverarbeitung mit dem lesenden Programm machst, wirst Du einen Vorteil merken, weil bei PBF ja das XML-Parsen komplett wegfaellt. Aber ich war gestern etwas zu negativ eingestellt. Jetzt muessen halt nur noch die Programme nachziehen, dann wird alles besser als bisher. Ich kann ja meine Perl-Skripe auch mal ordentlich in C giessen. Bisher parsen die nur auf gut Glueck die XML-Daten. Bin endlich mal dazu gekommen. Ist jetzt C++ geworden, aber dafuer um Laengen schneller als das bzcat|perl-Geraffel. Beispiel Sachsen, einmal durchlesen, Statistik ausgeben: bzcat | perl: 2m34s pbf-c++ (-O4): 0m13.4s Zur Nachahmung nur empfohlen: Ich hab mir den Quelltext von Osmium angeschaut, schnell erkannt, dass der ja fast das gleiche macht, was ich auch will, und an den entsprechenden Stellen meine Modifikationen eingefuegt. Jetzt muss nur noch JOSM auch PBF einlesen koennen, dann kann ich auch meine XML-Ausgabe verwerfen. stw -- Die französische Jury befand, dass Sarkozy eine genetische Veranlagung haben müsse, die ihn zwinge, immer neue Überwachungsszenarien auszudenken. Daher wurde Sarkozy von der Preisvergabe ausgeschlossen. [heise ueber die Big-Brother-Awards in Frankreich, 27.3.2008] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Regenwasserrückhaltebecken mit Leichtfl üssigkeitsabscheider
Hi Raimond Spekking,
entlang der Autobahnen befinden sich Regenwasserrückhaltebecken mit
Leichtflüssigkeitsabscheider, z.B hier: http://osm.org/go/0GDoNmOpr--
Einen kleinen Teil habe ich als Wasser getaggt, aber für die
Gesamtanlage, die auch Versickerungsflächen enthalten kann, fehlt mir
irgendwie ein Tag. Kläranlage passt da nicht ganz.
Ich hab mir hier nicht so viel Muehe gegeben:
http://sautter.com/map/?lat=51.39268lon=12.28807zoom=18layers=00B000TFFF
Hab's einfach als
landuse=basin
eingetragen. Der Name stand auch dran, und die Wasserlaeufe und Wege
sind ja erkennbar. Da oben davor gewarnt wird, dort reinzulaufen, man
koennte wohl weggespuelt werden, hab ich die Wege als
access=no
eingetragen. Der Wasserverlauf im Becken geht in Mapnik etwas unter, und
der Verlauf unter die Eisenbahnschiene zum Graben dort ist mehr oder
weniger geraten.
Ideen?
Eventuell noch als Flutflaeche?
natural=floodplain
cu,
stw
--
! LaTeX Error: Float(s) lost.
?
! LaTeX Error: This may be a LaTeX bug.
[hmm: \afterpage{\clearpage} \section{x} \marginpar{y} ]
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Regenwasserrückhaltebecken mit Leichtfl üssigkeitsabscheider
Hi Robert S., Hi Raimond Spekking, entlang der Autobahnen befinden sich Regenwasserrückhaltebecken mit Leichtflüssigkeitsabscheider, z.B hier: http://osm.org/go/0GDoNmOpr-- Ich hab mir hier nicht so viel Muehe gegeben: Hab's einfach als landuse=basin Für basin gibt es ja noch die Möglichkeit der genaueren Erfassung: http://wiki.openstreetmap.org/wiki/DE:Key:basin Oh, das klingt gut. Ich glaub, basin=detention passt ganz gut. Die Becken waren nur etwas gefuellt, als ich dort vorbeigekommen bin. Auf den Luftbildern sind sie ja schon ganz trocken. Damit hat sich das mit der Flutflaeche auch erledigt. Danke, stw -- Zu braten tust mir raten? -- Auch Sieden macht zufrieden. -- Man gare solche Ware. -- Erst killen, dann grillen. -- Am bösten ist: rösten! [Wolfram Heinrich, Walter P. Zaehl, Volker Gringmuth, Lothar Frings, und Helmut P. Einfalt in desd] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bing-Bilder
Hi Franz, Am 20.12.2010 15:34, schrieb Wolfgang: aus gegebenem Anlass möchte ich darum bitten, vor dem Verschieben der Straßen auf die vermeintlich richtige Position zunächst einmal die bing-Bilder auf die richtige Position zu schieben. Ob eine Straße passt, kann man schon daran erkennen, ob die hochgeladenen Tracks in etwa passen oder nicht. Gibt es eigentlich schon Tools, die die Verschiebung automatisch einstellen oder vorschlagen können? Mir noch keins bekannt. Ich hab mit Imagery noch nicht gearbeitet, kann man da die einmal eingestellte Verschiebung wenigstens speichern? Mir stellt sich nur die Frage, woher ein Tool wissen könnte, was die richtige Position ist (GPS-Tracks, kleinste Abweichung von Straßen auf den Bildern zu bereits gemappten Straßen etc?). Dazu gibt es jedoch schon einen Vorschlag: http://wiki.openstreetmap.org/wiki/True_Offset_Process Ich hab mal spasseshalber die Verschiebung der Yahoo-Bilder in Leipzig damit eingetragen. Und da fiel mir gleich noch etwas auf: Die Verschiebung ist dort nicht immer gleich gross! Hier sehr schoen zu sehen: http://sautter.com/map/?lat=51.42016lon=12.24976zoom=17layers=0B Westlich der Bruecke gibt es keine Verschiebung, oestlich etwa 6m nach Sueden. cu, stw -- Starscroller von J. Stoever: B0 13 CD 10 5C 59 1F 58 03 F0 88 44 FE E2 F8 AC 41 EB F7 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Integer-Ueberlauf von IDs - Wann zu erwarten?
Hi Carsten Moeller, Obwohl intern ja bereits auf LONG-Integer umgestellt wurde, würde mich trotzdem mal interessieren, wie groß die derzeit höchste Node-ID ist und wann mit einem Integer-Ueberlauf zu rechnen ist. Ich kenne zwar keinen einfachen Weg, aber du kannst ja spasseshalber mal aus der Liste der Changesets das neueste rausgreifen, und da die hoechste Knoten-ID. Oder versuch eine binaere Suche ueber die Webseite. Ich komm auf etwa 1048172000 Knoten. Hochhangeln reicht leider nicht aus, um mit den neu entstehenden Knoten mitzukommen. Ferner interessiert mich auch die Geschwindigkeit, mit der diese IDs wachsen. 1 Gig pro Jahr oder doch wesentlich langsamer? Vergleich mal http://www.openstreetmap.org/browse/node/104800 19.12.2010 09:45:46 http://www.openstreetmap.org/browse/node/104700 19.12.2010 02:10:33 http://www.openstreetmap.org/browse/node/103800 14.12.2010 06:34:17 http://www.openstreetmap.org/browse/node/94800 14.10.2010 12:02:00 http://www.openstreetmap.org/browse/node/4800 9. 9.2007 17:02:10 Also 1 Mio in 7.5 Stunden (37/s) 10 Mio in 5 Tagen (23/s) 100 Mio in 2 Monaten(19/s) 1000 Mio in 3 Jahren (11/s) Uebrigens, die 104800 ist noch etwas kleiner als 2^30, ab 2^31 steigt signed int erst aus, bis 2^32 ginge unsigned int. Die WayIDs haben ja innerhalb des Integer-Bereichs noch ein wenig Platz. Oder liege ich hier falsch? Hab grad die Erstellung von Way 90345838 beobachtet. Das ist kleiner als 2^27. Da passt noch etwas rein. http://www.openstreetmap.org/browse/node/90345838 19.12.2010 10:39:13 http://www.openstreetmap.org/browse/node/90335838 19.12.2010 09:50:11 http://www.openstreetmap.org/browse/node/90245838 18.12.2010 21:38:25 http://www.openstreetmap.org/browse/node/89345838 12.12.2010 20:31:41 http://www.openstreetmap.org/browse/node/80345838 4.10.2010 14:04:58 Also 10 T in 50 Minuten(3/s) 100 T in 13 Stunden(2/s) 1 Mio in 7 Tagen (1.6/s) 10 Mio in 2.5 Monaten (1.5/s) Ein paar aehnliche Statistiken gibt es auch auf der Wiki-Seite: http://wiki.openstreetmap.org/wiki/Stats Dort sind nicht die IDs sondern nur die Anzahl der Objekte angegeben. Aber dafuer kann man anhand der Plots schoen Prognosen erstellen. Viel Spass damit, stw -- Besonders freuen wir uns zurzeit über Geigen, Bratschen, Celli, Kontrabässe, Oboe, Horn und Posaune. [Spendenaufruf Klassisches Orchestor TU Kaiserslautern, 23.10.2007] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Polderspeergebiete / Überflutungsgebiete ?
Hi Garry, Probeflutung des Rheinpolders Greffern Wäre doch auch mal ein Thema für Spezialkarten... Gibt es dafür schon Tags? Es gibt ein Proposal, was dazu gut passt: http://wiki.openstreetmap.org/wiki/Proposed_features/floodplain Ich hab auch schon einige ungewollt ueberflutete Gegenden mit diesen Schluesseln markiert. Etwas etablierter scheint das zu sein: http://wiki.openstreetmap.org/wiki/Key:flood_prone Also Flutbecken als Gebiet mit natural=floodplain floodplain_issue=river floodplain_probability=10 und Eisenbahnunterfuehrungen, die gerne mal unter Wasser stehen, mit highway=footway tunnel=yes flood_prones=yes floodplain_probability=1 surface=asphalt;water;ice ;-) cu, stw -- Vor einigen Jahren durfte ich einen kurzen Blick in die Dissertation eines Germanistik-Studenten werfen. [...] Ich dachte damals der Doktorand wäre nicht ganz richtig in der Birne; jedoch hab ich seinen Text nicht verstanden. Das würde ich heute gerne nachholen; [desd] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Frage an die Nutzer von Geofabrik-Extrakten
Matthias Julius schrieb: On Fri, 26 Nov 2010 08:24:46 +0100, Frederik Ramm frede...@remote.org wrote: Die Geofabrik-Extrakte verhalten sich also ab jetzt so: 1. alle Nodes im betreffenden Gebiet sind enthalten 2. alle Ways, die einen dieser Nodes nutzen, sind enthalten, allerdings werden sie um die Nodes gekuerzt, die ausserhalb des Gebiets liegen 3. alle Relationen, die irgendein Objekt referenzieren, das im Auszug enthalten ist, sind ebenfalls enthalten, allerdings werden sie um die Elemente gekuerzt, die nicht enthalten sind 4. alle Objekte sind wie ueblich numerisch aufsteigend sortiert. Zu 2. und 3.: Ich fände es deutlich besser, wenn Objekte in den Extrakten nicht modifiziert würden. Dann wären grenzüberschreitende Objekte eben unvollständig. Eine verarbeitende Software kann das ja relativ einfach selbst beschneiden. Ich schliess mich dem an. Hab heut naemlich unbeabsichtigt Daten zerstoert. Hab eine Sammelrelation aus einem Landesextrakt genommen, Knoten hinzugefuegt, und hochgeladen. Alle Knoten aus den anderen Laendern waren dann weg, und ich hab's nur gemerkt, weil das Changeset ploetzlich etwas groesser wurde als erwartet: http://matt.dev.openstreetmap.org/owl_viewer/tiles/6493977 Ich hab's mittlerweile wieder korrigiert. Vielleicht verwendet ja doch jemand diese Relation. Und ja, ich haette wahrscheinlich auch nichts zerstoert, wenn ich die Relation vor dem Editieren nochmal von dem Server geladen haette. Gerade bei Relationen sehe ich nicht ein, warum die in den Extrakten verstuemmelt werden, also Elemente ohne Vorwarnung entfernt werden. Sollen doch einfach ungueltige Referenzen mit rein! So macht's doch auch die API, wenn man eine bbox runterlaedt. Wer dann wirklich alle Daten braucht, der kann ja die fehlenden Elemente schnell nachladen. stw -- Hinter der Rinde vom Baum wohnt - man glaubt es kaum - von der Made das Kind, das der Specht holt geschwind. Und die Mutter von dem jungen Wurm hat hat gar traurig gesungen. [Holger Kunadt in desd] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Liste mit möglicherweise inkorrekten Str aßennamen
Hi Lück, Michael, [Strassen in Deutschland mit Ziffern im Namen] Hier noch der Link zur aktuellen Version: http://www.bonk-consulting.de/download/streetsWithNumbers_20101125.csv Das sind fast 174.000 Zeilen, etwas mehr als die 70.000 angekuendigten. Letzteres sind wohl die verschiedenen Namen. Mal schnell ueberflogen: Mir faellt auf, dass alle Autobahnen (A1, A 1, ... A 995) dort verzeichnet sind, gut 30.000 Stueck. Wohl aehnlich gelagert die AB, AÖ, AS. Oh, B 1 bis B 998, gut 40.000 Stueck. K 1 bis K 9916, gut 27.000 Stueck. L 1 bis L 991, gut 30.000 Stueck. S 1 bis S 99, gut 2000 Stueck. Die ganze Reihe von Zahlen wie 6513-509 erinnert mich an die Rettungsfahrzeuganfahrtspunkte im Pfaelzer Wald (highway=emergency_access_point, eigentlich besser ref=... als name=...). Frage also zur Liste: Nehmt ihr die Daten aus ref=... da mit auf? Oder sind das wirklich nur die Namen? Die Liste waere handhabbarer, wenn die Autobahnstuecke, die Staats-, Bundes-, Landes- und Kreisstrassen, sowie Bahnsteige etc. nicht mit aufgenommen wuerden. Was mir aber an den Namen schon oefter mal untergekommen ist, sind residentials wie An der Pfütze 12-20. Ich hab bisher davor zurueckgeschreckt, sowas zu korrigieren, da ich sonst die Information der Hausnummern anders erfassen muesste. Wie gehen da andere vor? Was auch noch in der Liste vorkommt, sind Wanderroutennamen. Etwa 3-Berge Tour; Panoramaweg. Die Namen sollten ja eigentlich in die Relation, nicht an den Weg. cu, stw PS: Dies ist nicht unbedingt noetig: -Ursprüngliche Nachricht- -- Well, I died and turned into a Roman. It's very distracting. [DrWho 5x12] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kaputte Refs
Hi Chris66, Am 22.11.2010 06:42, schrieb Steffen Wolf: ich bin gestern ueber einige Edits gestolpert, in denen ein Nutzer den Schluessel ref wohl versehentlich zerstoert hat, indem er Werte wie Radverbot oder Fahrradverbot dort eingetragen hat. Siehe Forum: Oberförster hat eine neue Runde eingeläutet. Ah, ist also bekannt. Das Forum lese ich allerdings nicht. Vielleicht erreicht es ja durch die Mail hier noch den einen oder anderen zusaetzlich. cu, stw -- Jeder, der einen Drucker besitzt und Probleme mit dem Ausdrucken hat, der soll aufstehen. [Thomas Pigor, Nieder mit IT] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kaputte Refs
Hallo, ich bin gestern ueber einige Edits gestolpert, in denen ein Nutzer den Schluessel ref wohl versehentlich zerstoert hat, indem er Werte wie Radverbot oder Fahrradverbot dort eingetragen hat. Die Information bicycle=no hat er auch hinzugefuegt, also eigentlich gar nicht so schlecht. Ich hab in meiner Gegend mal die urspruenglichen Werte (B6 und S1) wieder eingetragen und den Nutzer angeschrieben, dass er da Informationen zerstoert hat, die eigentlich sinnvoll waren. Ich hab ihn auch gebeten, nochmal ueber seine letzten Aenderungen rueberzuschauen und die urspruenglichen Werte wieder einzutragen. Nuja, geschehen ist noch nichts in der Richtung, vielleicht hat er die Nachricht noch nicht gelesen. Ich geb die Hoffnung noch nicht auf, aber schaut vielleicht mal in eurer Gegend, ob ihr da was korrigieren koennt! cu, stw -- Der angegebene Wert kann auch unter optimalen Bedingungen mittels angepaßter Testfälle sicher nicht übertroffen werden. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tschechischer Import DIBAVOD
Hallo OSMler, halbwegs passend zu der Grenzdiskussion ist mir aufgefallen, dass an der Deutsch-Tschechischen Grenze sehr viele doppelte Daten vorliegen. Soweit ich das ueberblicke, betrifft das eigentlich nur Baeche und Fluesse. Durch einen Import (DIBAVOD) sind die tschechischen Daten da sehr genau, weisen Flussbiegungen auf, wo die deutschen Daten nur ziemlich grobe Approximierungen bieten. Waere ja soweit kein Problem, ich hatte schon einen Bach in der Hand und hab die deutschen Namen uebertragen und den weiteren Verlauf in Deutschland hinzugefuegt. Aber der Bach war gleichzeitig Grenzverlauf. Und da weiss ich jetzt nicht weiter. Hab bislang keine Aenderungen vorgenommen. - Woher stammen unsere Grenzdaten? Haben wir da Geokoordinaten importiert? Und sind die genau? - Wurde der Bach dann an die Grenze rangepappt? - Oder wurde der Bach grob geschaetzt und dann die Grenze rangepappt, weil sie laut irgendeiner Festlegung an dem Bach entlangfuehrt? - Vielleicht hat ja auch der Bach seinen Lauf geaendert. Dann waere die Frage, ob die Grenze sich mitaendert, weil am Bachverlauf festgemacht, oder nicht, weil anders definiert. Hier mal ein Beispiel: http://www.informationfreeway.org/?lat=50.55337270585937lon=13.228902149134013zoom=16layers=0FB0F0 Die Schwarze Pockau heisst auf tschechisch Černá. Hmm, hier scheint die Grenze ohnehin eigenstaendig zu sein. Anderes Beispiel: http://www.informationfreeway.org/?lat=50.50890028865087lon=13.032564491769405zoom=17layers=0FB0F0 Die tschechische Polava heisst auf deutsch entweder Pöhla oder Pöhlbach. Der deutsche Verlauf ist direkt an dem Grenzverlauf ausgerichtet. Ich vermute, da hat jemand den Flussverlauf an die Grenze gepappt. Weiss eigentlich jemand genaueres ueber den DIBAVOD-Import? Ich hab bislang nur tschechische Informationen dazu gefunden, und mein Tschechisch ist etwas eingerostet. stw -- This theory suffered a renewed burst of popularity in the 1960s. [about another planet near the sun called Vulcan, wikipedia] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Straße selektieren, die gleichzeit ig Area-Grenze ist
Hi Andreas Tille, Leider haben Vorgänger ziemlich oft den Pfad, der die Straße bildet auch gleich als Areagrenzen (für village_green, etc) benutzt. Wenn man in JOSM die Linie anclickt, um sie zu selektieren, wird immer das Area hervorgehoben und man kann das entsprechende Wegstück nicht selektieren Du hast ja schon ein paar Antworten. Wenn dir das irgendwann mal wirklich zu viel wird mit den Areas, dann filter die doch bei der Anzeige in JOSM weg. Ich nutz dazu diesen Suchstring in den Filtereinstellungen: landuse=* | leisure=park | natural=wood Versteckt, dann isses ganz weg. Durch Aktivieren/Deaktivieren kann man sich die Flaechen dann je nach Gusto ausblenden oder einblenden lassen. Invertieren ist lustig, dann sieht man halt nur die Flaechen. Wenn sie ausgeblendet sind, werden auch keine neuen Knoten an die Flaechen angefuegt. So kann man etwa eine Haltestelle auf eine Strasse setzen, die von einer Flaeche als Grenze genutzt wird. stw -- Könnt ihr einem, der noch nicht sooo lange dabei ist wie ich, erklären, was es damit auf sich hat? Gerne, wem denn? [Tobias Zimpel in de.alt.folklore.usenet.de] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad-Access-Karte überarbeitet
Hi Thomas Ineichen, Hallo Steffen, Cool. Ein Wunsch: Ich wuerde surface=cobblestone etwas niedriger einordnen. Beim Kopfsteinpflaster war ich mir auch unsicher, wo ich es einordnen soll; gerade bei Regen gibt es viele solcher Strassen, die dann unangenehm zu befahren sind. Trotzdem gehört es nicht in die 'weisse' Kategorie.. wahrscheinlich ändere ich das zu schwarz gestrichelt o.ä. Kommt eigentlich auf das Kopfsteinpflaster an. Wenn es einigermassen eben ist, dann stimm ich dir zu. Wenn es aber von Stein zu Stein Hoehenunterschiede von 5cm gibt, dann ist's wenigstens weiss, wenn nicht schon rot. Schaust du auch nach smoothness? Oder beruecksichtigst du surface=concrete_plates? Oder surface=paving_stones:20 usw.? Nein und nein. :) :-) @smoothness Ich könnte mir höchstens vorstellen, dass gewisse surface-Werte die schwarzen Linien zu gestrichelten Linien abwerten (ähnlich wie cobblestone) - oder hast Du eine gute Visualisierungs-Idee? Grau? Also Mischfarben zwischen den drei gewaehlten Farben, je nach Auspraegung mal mehr die eine, mal mehr die andere. Macht das aber auch nicht uebersichtlicher, wenn erstmal 100 Abstufungen eingetragen sind. @surface: Ich habe mich vorerst auf die 15 häufigsten Werte beschränkt: http://toolserver.org/~ti/surface.txt BTW: wäre surface=paving_stone, paving_stone:dimension=20x20 nicht besser? Ein neuer Tag? Vielleicht, ich hab's so von der Wiki-Seite: http://wiki.openstreetmap.org/wiki/Key:surface Mit Bezug auf den Semikolon-Thread: Kommst du mit surface=grass;ground und so klar? Nein - ich glaube, das ist hier aber auch nicht so einfach. Wenn du irgendwie XAPI oder Datenbank abfragst mit Select * where surface=key, dann nicht. Wenn du aber irgendwann den vollstaendigen Weg sowieso in die Hand nimmst, dann kannst du s/;.*// anwenden und nur den ersten Eintrag parsen. Hmm, bicycle:hour_on und hour_off fiele mir noch ein, aber das wird wohl etwas zu weit fuehren. DAS hingegen wäre schon wieder einfacher - einfach als String dranpappen. Wäre ein Versuch wert, mit Beschriftungen habe ich bisher noch nie gearbeitet.. Beschriftungen wuerde ich vermeiden wollen. Ich haett's als halbes oder ganzes Verbot gewertet. Wenn du willst: Stricheln mit entsprechender Laenge der Striche und Luecken ;-) Eins fiel mir noch auf: Die bicycle=permissive werden nicht dargestellt. In der Legende steht bicycle=permessive, vielleicht ist der Tippfehler auch im Programmcode? stw -- Zwei kleine UNIX Zeilen, Waren noch geblieben. Die eine war schon reichlich alt Und kam von System Sieben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrrad-Access-Karte überarbeitet
Hi Thomas Ineichen, Auf dem Toolserver werkelt inzwischen Tirex, daher sollten veraltete Kacheln der Vergangenheit angehören. Grund genug, meine Fahrrad-Karte zu überarbeiten: http://access.t-i.ch/extended-bicycle.html Neu ist insbesondere die dünne Mittellinie, welche die Oberfläche visualisiert: Schwarz für gescholssene/geteerte Oberflächen Weiss für verfestigte/bearbeitete Oberflächen Rot für naturbelassene Oberflächen Cool. Ein Wunsch: Ich wuerde surface=cobblestone etwas niedriger einordnen. Und ein paar Fragen: Schaust du auch nach smoothness? Oder beruecksichtigst du surface=concrete_plates? Oder surface=paving_stones:20 usw.? Mit Bezug auf den Semikolon-Thread: Kommst du mit surface=grass;ground und so klar? Hmm, bicycle:hour_on und hour_off fiele mir noch ein, aber das wird wohl etwas zu weit fuehren. stw -- Die Erde liegt mitten im Universum. Und deshalb kommt eine ganze Reihe lustiger und weniger lustiger Strahlung hier an. [DLF 11.7.2008] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPS-Tracks partiell löschen
Markus schrieb: gibt es eine Möglichkeit, in einem bestimmten Gebiet alle GPS-Tracks zu löschen? Konkret geht es um [1]. Die Straße wurde neu gebaut aber es existieren noch etliche GPS-Tracks, die über die alte Strecke führen. Etwas aehnliches gibt es in verschaerfter Form bei Autobahnumlegungen. Bei Eisenach ist so etwas. Deshalb meine Anschlussfrage: Kann man beim GPS-Track-Runterladen irgendwie ein maximales Alter angeben? Das wuerde schon sehr viel helfen. stw -- Die Abstimmung wird auf den nächsten Sitzungstermin verschoben, da keiner der Fachschaftsvertreter außer Thomas Steinbach das Protokoll gelesen hatte. [Stura-Protokoll] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] api-download bei semikon-getrennten-values
Hi Tom Müller, Wobeo diese Semikolons erstaunlicherweise in fast allen tags mal auftauchen. zb. auch im maxspeed-tag gelegentlich. was soll ein maxspeed 10;30 heißen? Soll wahrscheinlich gar nichts heissen, sondern ist meist aus der Zusammenfuegung mehrerer Wege entstanden. Oft zu finden in Kombination mit highway=unclassified;residential oder aehnlichem Zeugs. Um das wieder auseinanderzuklamuesern ist Ortskenntnis gefragt, oder eine Historie der beiden Wege. stw -- - Ich möchte einen Anschlag mit Biowaffen anmelden. - Gern. Bitte füllen Sie das Anthraxformular aus! [Hauke Reddmann in dtj] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Anonymisierungs-Tool für gpx-Dateien ges ucht
Hi Stephan Wolff, Praktisch wäre eine Webdienst, der einen Upload von GPX-Dateien ohne Angabe des OSM-Namens erlaubt, die Waypoints entfernt, Anfang und Ende der Tracks kürzt, auf Wunsch Datum und Uhrzeit auf einen Standardwert setzt und die Daten dann unter eigenem Namen in die OSM-Datenbank stellt. Naja, das waere auch praktisch fuer den Betreiber des Webdienstes, da er so an jede Menge privater Daten kommt. Anonymisierung sollte schon vor dem Weitergeben an andere geschehen. Die Idee anonymer Tracks ist allerdings gut. stw -- Erfurt liegt nicht an der Erfurt, sondern an der Gera. Gera liegt aber dort mitnichten, sondern an der Elster. Elster wiederum liegt an der Elbe, und Elbtal im Westerwald. [Matthias Opatz in desd] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aktuelle Grenzen von Kommunen und Ortsteilen!
TobWen schrieb: Wie gesagt: Vektoren. Man kann Ghostscript sogar dazu bringen, die Bitmap einfach beim Druck zu verwerfen, somit wird die Rasterkarte im Hintergrund gar nicht mitgedruckt und man hat nichts illegal vervielfältigt. Und man kann die PostScript-Daten mehr oder weniger einfach parsen und direkt in eine GPX- oder OSM-Datei umwandeln. Hab ich mal spasseshalber gemacht, dabei wieder mehr ueber Postscript gelernt, und am Schluss bemerkt, dass der Plan leicht schief ist. Etwa 2.2 Grad. Wenn man das alles noch rueckt und zerrt, kann man die Vektordaten des PDFs direkt in OSM importieren, ohne irgendetwas abmalen zu muessen. Oh, die Grenzen im Norden und Westen decken sich ziemlich gut mit den Grenzen der Luftbildaufnahmen (Weg 53506965). Achso, kommt ja vermutlich aus derselben Quelle. stw -- The studies have also shown causal connections between cow flatulence and the depletion of the ozone layer. [X-Files 3x23] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie Indoor-Wege mit 'normalen' Wegen verbinden (level)? Neues zu indoor=yes?
Hi Andreas Hubel, Am 27.09.2010 um 12:44 schrieb Stefan Keller: 2. Apropos Indoor: Ist dieser OSM-Wiki-Eintrag noch aktuell (indoor=yes und level=A)? http://wiki.openstreetmap.org/wiki/Indoor Ich hab die Seite neulich mal ein bisschen umstrukturiert, den Teil inhaltlich aber gleich gelassen, weil ich da ohne Diskussion nichts dran ändern wollte. Aber an sich der Tag indoor=yes aus meiner Sicht überflüssig, da wenn Wege innerhalb einer Building-Fläche verlaufen das ja eigentlich eh klar sein sollte. Hmm, wie werden denn eigentlich aussergebaeudliche Fusswege eingetragen, die unter einem Gebaeue entlangfuehren, das an der Stelle eben erst in der zweiten Etage beginnt? Und kann man die dann von einer Passage unterscheiden? Sind ja beide eigentlich nicht so richtig indoor. Und wie spielt jetzt noch so ein Gebaeudeverbindungsweg in hoeheren Etagen in dieses Konzept? stw -- n:=m; // m0 try to prove that this prog will terminate repeat if (n is odd) then n:=3*n+1; else n:=n/2; until (n==1) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen aus osm-Dateien extrahieren
Andre Joost schrieb: Carsten Gerlach schrieb: Daher kommt die Frage, wie ich die 240 Relationen aus der Gesamt.osm rausfische und in einzelne Dateien schreibe. Da das wohl offenbar noch niemand für nötig hielt: selber programmieren ;-) Ich hätte sowas auch ganz gerne für meine Wanderwegsrelationen. Leider bin ich nur in einer Programmsprache firm, die in der Ausführung sehr langsam ist. Aktuell bin ich bei 2 Minuten Extraktionszeit für eine gewünschte Relation aus einer 10MB osm-Datei. Schliesslich muß die OSM-Datei ja dreimal durchgearbeitet werden, wenn man nicht alles im Arbeitsspeicher verwalten will oder kann. Du koenntest doch alle Relationen gleichzeitig (in verschiedene Dateien) rausschreiben. Dann brauchst du fuer alle insgesamt 2min, muesstest natuerlich immer noch alles dreimal lesen. Das Skript fuer osm2ai.pl haelt sich zum Beispiel alles noetige im Speicher, aber es braucht halt nicht die Nutzer-, Version- und Zeitinformationen. Auch von den Tags werden nur die gespeichert, die spaeter ausgewertet werden. Aber wart mal, die 10MB-Datei kannst du doch einfach im Speicher halten. stw -- Bereft am I of basic food and drink. [www.usingenglish.com] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Maxspeed-Map (was: Re: hazmat)
Hi Florian Lohoff, Ach ja - Das hazmat visualisiere ich auch auf der Maxspeed map: http://maxspeed.osm.lab.rfc822.org/?zoom=14lat=52.01608lon=8.45159layers=B0Tinput=hazmat Hab grad mal etwas damit gespielt und moechte einen Wunsch loswerden: Koenntest du bei der Maxspeed-Anzeige die maxspeed:forward und maxspeed:backward beruecksichtigen? Etwa durch halb so duenne Linie, wenn moeglich etwas nach links oder rechts versetzt? Ich hab naemlich mal auf einer Bundesstrasse die 70er-Zeichen vor und nach der Kreuzung da eingemalt, wo sie stehen. Und die Bereiche, die hin 100, aber rueck 70 sind, sind in der Karte nun gar nicht mehr markiert. Oh, worin unterscheiden sich eigentlich die Stile fuer 20 und 30? Danke, stw -- man 3 strtok BUGS Never use this function. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geofabrik-Downloads jetzt als Binaerformat
Frederik Ramm schrieb: Steffen Wolf wrote: Ich moecht nur schnell der Aussage widersprechen, dass das PBF-Format generell schneller verarbeitbar ist. Interessant. Ich hatte das stichprobenartig mit einigen groesseren Dateien probiert. Muesste man also nochmal detaillierter untersuchen. Spaetestens aber, wenn Du irgendeine Art von Weiterverarbeitung mit dem lesenden Programm machst, wirst Du einen Vorteil merken, weil bei PBF ja das XML-Parsen komplett wegfaellt. Naja, nicht, wenn man die alten Programme weiterverwendet, die nur das XML parsen koennen. Aber ich war gestern etwas zu negativ eingestellt. Jetzt muessen halt nur noch die Programme nachziehen, dann wird alles besser als bisher. Ich kann ja meine Perl-Skripe auch mal ordentlich in C giessen. Bisher parsen die nur auf gut Glueck die XML-Daten. stw -- while(!asleep) sheep++; ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Geofabrik-Downloads jetzt als Binaerformat
Hi Frederik Ramm, ich weiss, dass es ein paar Leute gibt, die jeden Tag gar nicht schnell genug die neuen Extrakte von download.geofabrik.de laden koennen. Ab heute gibt es alle Extrakte auch im neuen, Google Protocol Buffers-basierten Binaerformat. Dieses Format ist rund 30% kleiner als die bisherigen .osm.bz2-Dateien und laesst sich vor allem viel schneller verarbeiten. Details im Geofabrik-Blog: http://blog.geofabrik.de/?p=58 Dort unter anderem: Osmosis 0.37 wird benoetigt, Aufruf etwa osmosis --read-bin input.osm.pbf --write-xml output.osm Ich moecht nur schnell der Aussage widersprechen, dass das PBF-Format generell schneller verarbeitbar ist. Zur Messung hab ich den Sachsen-Ausschnitt von heute genommen, einmal PBF, einmal bz2. Obiger Befehl brauchte 59s, mit bunzip2 -k input.osm.bz2 bekam ich nach 22s das Resultat. Da die beiden Dateien dann noch unterschiedlich gross waren, hab ich mal einen Diff angeworfen. Ist wahrscheinlich nur das Encoding gewesen. Aber eins ist mir doch aufgefallen: Kann man seinen Nutzernamen wechseln? Der in der bz2 verzeichnete Name existiert so nicht (mehr) in Openstreetmap. Die gleichen Daten mit selber Version hatten in der PBF einen existierenden Nutzer verzeichnet, der auf seiner Nutzerseite auch Hinweise auf den alten Namen stehen hat. Naja, ich bin erstmal noch vorsichtig gegen das neue Format. Gibt es eigentlich aehnliche Tools wie bzgrep, bzcat und bzdiff fuer PBF? Ohne die wuerd ich hier eine Menge handgebastelter Scripte umstellen muessen. stw -- Großbritannien hat seinen Anker gelichtet und bewegt sich in westlicher Richtung über den Atlantik. Experten gehen davon aus, das die Insel vor New York vor Anker gehen wird. Bei spontanen Massenkundgebungen in London wurde ein Kurswechsel Richtung Karibik gefordert. [Juergen Nieveler in dan] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit Mapnik
Hi Alexander Matheisen, ./generate_xml.py osm.xml --host localhost --user `mapnik` ^ ^ Backticks?! --symbols ./symbols/ --world_boundaries ./world_boundaries/ --port 5432 --dbname 'mapnik' --accept-none gibt aus: mapnik: Befehl nicht gefunden Kein Wunder. Die Shell versucht, den Befehl mapnik zu starten und dessen Ausgabe als Argument fuer ./generate_xml.py nach dem Argument --user zu setzen. Nimm die Backticks da weg oder nutz normale Quote-Zeichen ' oder . stw -- 'And all those exclamation marks, you notice? Five? A sure sign of someone who wears his underpants on his head.' [Terry Pratchett in Maskerade] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=living_street und maxspeed
Bernd Wurst schrieb: Am Mittwoch 15 September 2010, 14:09:02 schrieb Tobias Knerr: Im speziellen Fall würde ich sogar behaupten: Die Wahrscheinlichkeit, dass ein Mapper falsch versteht, was living_street bedeutet, ist wesentlich höher, als dass er maxspeed=30 falsch versteht. Vermutlich ist also oft das maxspeed=30 richtig. Ich habe definitiv schon von Leuten gehört, dass sie unter living_street eine Wohn(gebiets)-Straße verstehen. Und ich hab gesehen, dass vereinzelt living_streets eingetragen werden, wenn ein Pflastersteinbelag vorliegt, die Strasse enger wird oder in einem Stummel endet. stw -- Unser größtes Glück auf Erden, ist wenn Sie unser Kunde werden! Ihre neue Mikrowelle macht alles heiß, ganz auf die Schnelle. Nehmen Sie sich nun die Zeit, dies Buch zu lesen, für alle Fälle! Einfach wahllos Knöpfe drücken? Geht auch; doch manchmal wills nicht glücken. [René in desd] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] PDF in OSM umwandeln
Hi malenki, Florian Gross schrieb: Am Freitag 10 September 2010, 19:14:13 glaubte Steffen Wolf zu wissen: Hmm, haettest du nicht die SVG-Datei in eine OSM-Datei umwandeln koennen? Das PDF deckt ein recht großes Gebiet ab, da hätte er nachher sehr viel von Hand wieder rauswerfen müssen. Erstens das, zweitens hätte mir das SVG im OSM-Format hinsichtlich der geplanten Straßen wenig gebracht: Von den Straßen ist dort großenteils der Umriss eingezeichnet. Hmm, ist doch prima, dann kann man die Strassenflaechen eintragen ;-) Mitteln haette man eventuell noch koennen. Aber ich hatte wohl damals Glueck mit meinen Daten, das waren alles gerade Linien. Halt groesstenteils rechteckige Gebaeude. Die wenigen Kurven (Postscript: curveto) waren so mit Stuetzpunkten durchsetzt, dass die Linienverbindung durch diese Punkte schon gut genug aussah. Naja, ich haeng halt an der Vorstellung, dass die urspruenglichen Vektordaten prinzipiell besser sind als die daraus generierten Pixeldaten. Ganz zu schweigen von den wiederum daraus generierten Vektordaten. Im Fall von Kartenmaterial kommt es natuerlich noch auf die Qualitaet der Kartendaten an. Und bei der von dir verwendeten Aufloesung wird die groesste Abweichung wahrscheinlich unter einem Meter liegen. stw -- Unbefugten ist der Zutritt verboten ist eines meiner Lieblingsschilder. Ich finde, man sollte das ob der in ihm enthaltenen, tiefen Wahrheit ueberall aufstellen. [Stefan Froehlich in desd] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] PDF in OSM umwandeln (was: Re: [OSM-Dresden] Erfolgreiche Anfrage zur Ortsumgehung Freiberg)
malenki schrieb: Vorletztes Wochenende fand ich im Internet eine PDF-Datei¹ mit dem geplanten Verlauf der Umgehungsstraße. Schon vor der Erlaubnis hatte ich das PDF umgewandelt und bearbeitet, bis ich eine SVG-Datei erhielt, die nur noch die geplante Schnellstraße enthielt. Diese wandelte ich in ein 4983x4000 Pixel großes PNG und passte sie in PicLayer ein. Voller Optimismus zeichnete ich die neuen Straßen ab und speicherte sie lokal. Hmm, haettest du nicht die SVG-Datei in eine OSM-Datei umwandeln koennen? Ich hatte mal aehnliches mit einem Gebaeude-Lageplan gemacht. PDF - PS, dann mittels Perl-Script in eine OSM-XML-Datei und noch ein paar Tags an die Wege gepappt. Drehung, Skalierung und Umwandlung der pt-Masse in lat/lon muss es ja nur koennen. Der Teil ist vielleicht auch fuer andere nuetzlich, der Einlese-Teil muss aber immer wieder angepasst werden. Dann hab ich lange versucht, den Urheber fuer die Daten zu finden. Und irgendwann hat die Uni die Daten in irgendeinem Projekt einfach selbst eingetragen. Bis dahin hab ich meine Version als Overlay in meinen selbstgebastelten Garmin-Images verwendet. (fup2 ignoriert wegen Themenwechsel) stw -- Frauen haben lange Beine. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Im Bau befindliche Brücke
Andreas Tille schrieb: ich habe gestern eine Brücke entdeckt, die momentan Rekonstruiert wird und somit für einige Zeit nicht nutzbar ist. Ich setz mal noch einen drauf: Hier gibt es zwei mir bekannte Fussgaengerbruecken, die wohl dauerhaft gesperrt bleiben. Bei denen ist nur noch ein Metallgeruest und gar keine begehbare Flaeche mehr vorhanden. http://openstreetmap.org/browse/way/37632798 http://openstreetmap.org/browse/way/75525920 Letztere ist bei Mapnik lustig dargestellt. access=no wird anscheinend einfach so ins Nichts gemalt. Ich empfehle zumindest: access=no bridge=yes Bei Bedarf und Kenntnis halt noch: highway=construction + construction=footway (oder was auch immer) surface= width= handrail= smoothness= wenn abzusehen ist, wie's wird Und die Blockaden nicht vergessen: barrier=fence z.B. auf den Zugangsknoten. stw -- Die Ausdehnung der Unbesiegbarkeit der Dummheit auf die der Götter selbst entspricht eher der modernen, nihilistischen, als der klassischen Interpretation der allgemeinen Verwirrtheit der Welt und ihrer Protagonisten. [Roland Franzius in desd] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fragen zu einer Wanderrelation
Hi Holger s...@der, ich habe jetzt mal meine erste Wanderrelation erstellt. http://www.openstreetmap.org/browse/relation/1135704 Stimmen die Tags damit die Wanderrelation angezeigt wird? Sieht ganz gut aus, hier etwa: http://osm.lonvia.de/world_hiking.html?zoom=15lat=51lon=11.36layers=FFB Ich hab mich erst gefragt, ob der wirklich lokal ist und wirklich so kurz, aber du schreibst ja, zwischen dem Schloss und dem soll er langfuehren. Was fehlt vielleicht noch? An der Relation kann ich nix fehlendes finden. Aber an den Wegen koennte man noch einige Infos hinzufuegen: segregated=yes/no surface/smoothness bei Weg 73242475 width bei dem und bei 33765224 Viel Spass beim weiteren Wanderwege-Erfassen ;-) stw -- Do you really expect a paradox to make some kind of logical sense...? [solar penguin in rec.arts.drwho] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Maßstab
Hi Chris66, Am 20.08.2010 07:46, schrieb André Joost: Den Unterschied merkst du, wenn du in niedrigen Zoomstufen nordwärts verschiebst: dann wird deer Maßstabsbalken länger. Den Maßstab müsste man eigentlich bei niedrigen Zoomstufen (z0-z9) ausblenden, da dort der Maßstab oben und unten nicht mehr gleich ist. Ach, man koennte doch oben einen weiteren Massstab einblenden. Der Nord-Sued-Massstab wird aber schwierig ;-) stw -- Strĉ prst skrz krk http://de.wikipedia.org/wiki/Str%C4%8D_prst_skrz_krk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin 60 CSx via USB-Kabel an JOSM
Hi Johann H. Addicks, Ihr wollt also allen ernstes einen 60CSx als GPS-Empfänger an einem laufenden Laptop betreiben, um die livedaten in Josm angezeigt zu bekommen? Aber das was Ihr (Du und Jan) da vorhabt, das halte ich für reichlich abgedreht. Oder habt ihr jemanden, der Euch in der Gegend herumfährt, so dass ihr vom Rücksitz (Auto, Tandem, Achterdeck) unterwegs in JOSM arbeiten wollt? Ich kenn so jemanden. Laut Erzaehlungen war es der Beifahrersitz in einem Jeep, wobei ein paar erfahrbare Wald- und Feldwege erfasst wurden. Ja, es ist ungewoehnlich, aber eben nicht unmoeglich. stw -- Zucker ist der Stoff, der dem Kaffee einen bitteren Geschmack verleiht - wenn man vergißt, ihn hineinzutun ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderwege
Hi Markus, Wer kann mir sagen, wieviele Kilometer Wanderwege in OSM erfasst sind: - weltweit - in DE Gegenfrage, wie definierst Du denn Wanderweg? Alles was Teil eienr Wanderwegerelation Ja, so hätte ich es definiert. Also geholfen wurde dir ja noch nicht. Ich kann dir auch nicht die Antwort geben, aber ein paar Loesungsmoeglichkeiten: Wenn du die Wanderwegsrelationen kennst, kannst du die Laenge eines einzelnen markierten Wanderwegs ueber Relationenanalysierer herausbekommen, etwa hier: http://betaplace.emaitie.de/webapps.relation-analyzer/ Fehlt also noch die Liste aller Wanderwege deutschland- oder weltweit. Die muesste man ja eigentlich mittels XAPI-Anfragen (type:relation, route=hiking) herausbekommen. Naja, du wuerdest Wegteile, ueber die viele Markierungen fuehren, mehrfach zaehlen. Vielleicht reicht es ja, alle Mitglieder dieser Relation nachzuladen und dann die so gesammelten Wegstuecke zusammenzurechnen. Einen schnellen Ueberblick bekommst du mit Lonvias Hiking Map: http://osm.lonvia.de/world_hiking.html Dort rechts unten bei Routes klicken. Das ergibt eine Liste von Wanderwegen aus der angezeigten Region, und fuer die kannst du einfach weitere Informationen, auch die Laenge, erfahren. Hoffe, das hilft etwas weiter, stw -- Die Kartoffeln von diesen Feldern waren in der Größe alle gleich, man hat nirgendwo gleichere gefunden, es werden wohl die gleichsten überhaupt gewesen sein. [Matthias Opatz in desd] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tag access = designated kann was bedeuten?
Hi Tom Müller, eine weitere Frage die bei mir aufkam bezieht sich auf das Tag access = designated. Du fragst zwar nach der Dokumentation, ich antworte aber mal zur Benutzung: Wenn's von mir ist, dann ist es sicher ein Schreibfehler und sollte access=destination lauten. Ich hab ohnehin erst spaet angefangen, motor_vehicle und die anderen Schluessel zu verwenden. D.h. eigentlich muesste ich alle meine access=* nochmal ueberpruefen. stw -- Look at me! No plan, no backup, no weapons worth a damn. Oh, and something else: I don't have anything to lose. [DrWho 5x12] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Animierte Gifs
Hi Jacques Nietsch, wenn man Tracks hochlädt, findet man im Web (z.B. http://www.openstreetmap.org/user/Jacques_N/traces/765574) hübsche animierte Gifs. Ach, die sind animiert?! Ich muss wohl doch ab und zu mal einen anderen Browser verwenden ... stw -- Then what is good way of sayink: Sorry A.J.. Am still usink lynx? [userfriendly.org] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Animierte Gifs
Hi Jacques Nietsch, Am 11.08.2010, 10:52 Uhr, schrieb Steffen Wolf s...@gmx.de: Hi Jacques Nietsch, wenn man Tracks hochlädt, findet man im Web (z.B. http://www.openstreetmap.org/user/Jacques_N/traces/765574) hübsche animierte Gifs. Ach, die sind animiert?! Ich muss wohl doch ab und zu mal einen anderen Browser verwenden ... Mit was für einem Browser bist Du denn unterwegs? Walters Kommentar zielte schon in die richtige Richtung. Ich nehm, wann immer es geht, Links im Graphikmodus: http://links.twibright.com/ Oder hast Du das im Browser abgestellt? Verständlich, manchmal nerven die Animationen wirklich. Im Firefox hab ich auch schnell die Animationen abgestellt. Weiss gar nicht, ob die jetzt nur einmal durchlaufen und dann pausieren. Ich bin halt bisher noch nicht auf die Idee gekommen, die Traces-Seiten mit Firefox anzuschauen, und hab mich deshalb immer gewundert, warum ein Teil der Spur dick markiert ist. stw -- Amicus certus in re incerta cernitur! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Gummiabloesung beim Garmin (was: Re: Garmin eTrex Vista HCx sehr langsam seit Firmware 3.10?)
Benjamin Lebsanft schrieb: On Mo, 2010-07-12 at 00:57 -0700, NopMap wrote: Benjamin Lebsanft wrote: Jetzt habe ich dank Gummiramierung ein Neugerät mit Firmware 3.30 bekommen, das die Karte auch so langsam lädt. Nachdem mein Vista auch unter Gummiablösung leidet: Wie alt war Deines und was hast Du gemacht, um es getauscht zu bekommen? Mein Gerät war etwa 9 Monate alt, RMA Anfrage bei Garmin gestellt, Formulare per Mail bekommen, hingeschickt, in 4 Tagen ein Neues bekommen. Ah, interessant. Ich hab die Abloesung auf die aktuelle Hitzewelle geschoben. Hatte schon ueberlegt, mal selbst Hand anzulegen. Hat damit jemand Erfahrungen? Das witzige ist, dass die Knubbel und Knoepfe Teil der Gummierung sind und nicht etwa abfallen. Die Teile druecken dann einen Millimetergrossen Sensor(?) im Metallteil von Geraet. Wenn der Leim gehalten haette, waer es dadurch vollstaendig wasserdicht. Genialer Einfall eigentlich. cu, stw -- Weiner's Gesetz der Bibliotheken: Es gibt keine Antworten, nur Querverweise. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] REGEX in PERL wieder mal
Hi GS,
aus einer zeile wie:
node id=507042 version=3 timestamp=2008-04-14T08:18:04Z uid=8464
user=MichaH lat=50.0693044 lon=8.4696183
möchte ich den user namen extrahieren. z.b. so:
my ($user) = ($line =~ / user=\(.+)\/ ) ;
problem dabei ist, dass statt des anführungszeichens nach user=xyz
schon mal ein paar weiter gesprungen wird. das ergebnis des regex sieht dann
so aus (für user):
MichaH lat=50.0693044
der regex stoppt also zu spät.
Greedy halt.
wie kommt das? warum nimmt er lon=xxx nicht
Das wundert mich jetzt auch.
wie mache ich es richtig?
/ user=[^]*/
oder, falls du es mal mit von JOSM gespeicherten Dateien zu tun hast:
/ user=['][^']*[']/
Ich mach meist alles in einem Rutsch:
if($line=~ /node id=[']([0-9]*)['] version= ... user=['](.*)[']
lat=[']([0-9.]*)['] ... /){
$id=$1;
$version=$2;
...
$user=$5;
$lat=$6;
$lon=$7;
}
Das schlaegt aber dann fehl, wenn einzelne Elemente fehlen oder
vertauscht sind.
cu,
stw
--
Weiner's Gesetz der Bibliotheken:
Es gibt keine Antworten, nur Querverweise.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Punkte in Spur nach Zeit markieren
Hi Johannes Huesing,
Nun mein nächstes Problem: Ich habe vorgestern mit dem Handy meiner Frau
42 Mal akustische Notizen gemacht (und mit irgendeinem proprietären Tool
unter Wine von *.amr nach *.wav gewandelt). Wenn ich das Audio-Mapping-Tool
recht verstehe,
Ich hab zwar noch nicht dieses Tool benutzt, aber das Image-Mapping-Tool
in JOSM kann die Bilder anhand ihrer Zeitstempel mithilfe eines geladenen
GPX-Track positionieren. Das Audio-Tool muesste doch auch so gut sein,
oder?
Mit
touch -r input.amr output.wav
kannst du die Zeitstempel der Originaldateien uebernehmen. Zur Not
koenntest du damit auch Pseudo-Bilder mit diesem Zeitstempel versehen
und dann das Image-Tool nutzen. In einem Rutsch:
for i in *.amr ; do touch -r $i ${i%.amr}.wav ; done
Gibt es eine Möglichkeit, einen Zeitstempel händisch einzugeben und sich
die Markierung in der Spur anzeigen zu lassen, oder umgekehrt einzelne
Spurpunkte zu markieren und sich dazu die Zeit anzeigen zu lassen?
Sowas aehnliches haette ich auch gern: Ich wuerd mir gern die Hoehe
ansehen. Bislang nutz ich aber gnuplot dafuer, hat ja eine bessere
3D-Ansicht.
cu,
stw
--
Natürlich können Sie sich zur Prüfung anmelden. Sie können aber auch mit
einer Luftmatratze raus auf den Atlantik.
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Weitere Barrierentypen?
Johannes Huesing schrieb: M∡rtin Koppenhoefer: Ich nutze die Barrieren recht häufig und mir ist aufgefallen, dass es noch ein paar häufig auftauchende davon gibt, für die bisher keine Werte vorgesehen sind. Im Wald bemerke ich häufig MTB-Vergrämungsmaßnahmen, die aus improvisierten Materialien gefertigt sind: barrier=log habe ich schon einmal eingetragen barrier=heap wäre auch manchmal angebracht Ich verwende oefter mal barrier=tree oder barrier=fallen_tree, besonders dann, wenn die Baumstaemme ueber Monate liegen bleiben. Ein barrier=bush ist auch noch von mir, da steht ein 1m breiter Busch auf einem 1m breiten Gruenstreifen, der von Weidezaeunen umgeben ist. Der Trampelpfad auf dem Gruenstreifen ist da nur mit Muehe zu passieren, besonders mit dem Rad. Die Vergraemungsmassnahmen hab ich mal mit traffic_calming=lumber am Weg eingetragen, da dort so viele Hoelzer rumlagen, dass ich das nicht mehr nur einzelnen Knoten zuordnen konnte. Ausserdem kann man ja trotzdem noch fahren. An anderen Waldwegen war ich schon kurz davor, traffic_calming=Rinne fuer die quer ueber den Weg fuehrenden metallenen Wasserrinnen einzutragen, in denen sich Raeder verfangen koennten. Auch gesehen das Gegenteil von bump, wohl auch zur Wasserabfuehrung bei Regen gedacht. cu, stw -- PS: das Wetter wird auch immer besser, letzte Woche hat es nur 2 mal geregnet: einmal von Montag bis Mittwoch und einmal von Donnerstag bis Sonntag ;-) [Inselnews 1] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Privatweg - Durchgang verboten, Wanderwegbenutzung frei
Hi Johann H. Addicks, Am 31.03.2010 22:38, schrieb Gerd v. Egidy: das klingt sehr gut. Ich mappe hauptsächlich in Wald und Flur und wenn sie nicht ganz abseits meiner Routen liegen gerne auch die ausgeschilderten Wanderwege mit. Neulich in Thüringen: http://www.addicks.net/gallery/osm/DSCF3126 [Zeichen 260 + Privatweg, Durchgang verboten + Schieferpfad, Durchgang erlaubt] Nein, ich weiss nicht, wie man das tagt... Ach, bicycle=yes passt schonmal, horse=yes eventuell auch. Ob nun foot=private oder foot=destination, weiss ich auch nicht. Zumal dann noch nur der Schieferpfad dort durchdarf, der rotes-Dreieck-auf-weissem- Grund ja wohl nicht. Viel Spass, stw -- Machen Sie ein Kind und seine Familie froh. [Classic Radio 13.12.2004] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kartografie in Wikipedia
Hi Markus, [Wikipedia] Ich wollte grad nachschlagen, was man denn genau unter Topologie versteht. Aber da lese ich nur unverständliches Zeug über Knoten und Maschen, das wiederum einer Erklärung bedürfen würde, aber nirgendwo verlinkt ist. Auch Topografie oder Topologische Beziehung hilft nicht weiter. Dass hier noch keine Antwort kam, wundert mich. Was genau hattest du dir eigentlich unter Topologie erhofft? Ich denk da eigentlich sofort an die mathematische Verwendung, also Kaffeetasse und Donut, Umstuelpen einer Kugel oder eines Fahrrads durch das Ventiel, oder so. cu, stw -- vimtutor: 1. Move the cursor around the screen until you are comfortable. Note: The cursor keys should also work. But using hjkl you will be able to move around much faster, once you get used to it. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Hi Walter Nordmann, nur mal ne frage ganz am Rande geht es hier noch um Dortmund oder nicht? Oh, Dortmund. Hab ich ueberlesen. Bzw. mir ist erst allmaehlich bewusst geworden, dass dort wohl zeitlich befristet hochaufloesende Luftbilder vorliegen, aus denen dann in hoechster Eile wohl die Flaechendaten gewonnen werden sollten. Aber Flaechendaten werden wir auch immer wieder mal bekommen, sei es durch Luftbilder, Spenden von Vermessungsaemtern oder engagierte Mapper mit GPS-Geraeten. Mir macht letzteres mehr Spass, drum zieh ich wohl demnaechst wieder los und lauf ein paar Fusswege ab. Als Linie erstmal. cu, stw -- http://bundeswehr.de/ Wir sind da. Zumindest, wenn Sie in ihrem Browser JavaScript aktivieren! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Hi Falk Zscheile, Am 1. April 2010 10:27 schrieb Steffen Wolf s...@gmx.de: Aber Flaechendaten werden wir auch immer wieder mal bekommen, sei es durch Luftbilder, Spenden von Vermessungsaemtern oder engagierte Mapper mit GPS-Geraeten. Hast Du mal ein Beispiel, wo es von einem Vermessungs-/Katasteramt hoch genaue Flächendaten für uns gab? Aehm, ich meinte in ferner Zukunft mal. Man soll die Hoffnung ja nicht aufgeben. Mir macht letzteres mehr Spass, drum zieh ich wohl demnaechst wieder los und lauf ein paar Fusswege ab. Als Linie erstmal. Hast Du Dir in JOSM mal die GPS-Tracks mit heruntergeladen. Würde mich interessieren, ob du einzelne davon einer Straße oder einem Fußweg zuweisen kannst. Fußwege an einer Straße sind mit unseren GPS-Geräten meiner Erfahrung nach nicht auflösbar. Und hier meinte ich die Fusswege innerhalb eines Wohngebiets, die eben nicht an einer Strasse entlangfuehren. Um die Qualitaet der GPS-Tracks weiss ich, ich hab ja mal ein kleines Wohngebiet durchlaufen. Ich hatte Glueck, dass der Track der linken Strassenseite auch links von dem der rechten Seite lag ;-) Solang ich da keine besseren Daten habe, fang ich sowas gar nicht erst an, das versprech ich. cu, stw -- Wer in der inneren Sicherheit klare und präzise Gesetze [...] haben will, die [...] nicht den Datenschutz zu hoch hängen [...], der muß [...] der CDU die Stimme geben. [Roland Koch, 1.9.2009, DLF] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Details mappen in Dortmund
Hi olvagor, Chris-Hein Lunkhusen schrieb: Mir persönlich wäre es lieber wenn man Flächen- und Vektorinformation datentechnisch besser trennen würde (mit eigenen Tag), so wie man es bei Flüssen/Kanälen (riverbank) schon macht. Japp, gerne. Ich habe jetzt mal alle Flächen mit area:highway=residential getaggt. Ah, das gefaellt mir! In diese Richtung wollte ich auch mit meinem Micro-Mapping-Posting stossen, hab aber damals noch nicht an flaechige Strassen gedacht. Mal abgesehen davon, dass ich von den meisten Strassen hier eh keine genauen Daten bekomme, waer viel zu aufwendig, und Luftbilder gibt's auch keine hier. Ich hab aber einige Wendekreisplaetze, die hier in allen moeglichen Formen von Dreieck bis Trapez ausgefuehrt sind, mal versuchsweise flaechig eingezeichnet. Was Mapnik daraus macht, ist sogar ganz lustig. Zoomt man ganz nah ran, dann sieht man die Flaeche: http://www.informationfreeway.org/?lat=49.42901286852907lon=7.725795932831665zoom=17layers=0F0B0F Zoomt man raus, dann erscheinen die gewohnten Wendekreissymbole: http://www.informationfreeway.org/?lat=49.42901286852907lon=7.725795932831665zoom=15layers=0F0B0F Mein Senf zum Thema: Mach, wie du's fuer richtig haeltst! Das ist zwar ein riesiger Komplexitaetssprung, aber komplizierter wird eh alles. Ich denke nur mal an Berlin http://www.openstreetmap.org/?lat=52.513938lon=13.378675zoom=18layers=B000FTF oder auch Rossleben. Da findet sicher so schnell kein Neueinsteiger etwas zum Neueintragen oder Aendern. Ich glaub, deine Flaechen sind ja auch nicht an andere Objekte verbunden. Dann kann man ja im JOSM diese komplizierteren Sachen verstecken lassen und sich auf den Rest konzentrieren. Derjenige, der die Strassen flaechig erfasst hat, muss dann auch zusehen, dass die Flaechen entsprechend angepasst werden, wenn die Strassenlinien verschoben werden. Letztere sind ja die einzigen, die man derzeit in den Renderern dargestellt bekommt. Vielleicht bin ich hier aber auch in einer sehr gluecklichen Position. Ich brauch keine 20km zu radeln, und schon kann ich ein weiteres jungfraeuliches Dorf komplett erfassen. cu, stw -- If you use any other unsupported browser and you are crazy about it, let us know and we will see if it can be supported. [P2P2007 Submission Website] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Micro-Mapping
Hallo, in diesem Winter hab ich aus Zeit- und Beweglichkeitsmangel angefangen, Kleinstkram zu erfassen, der eigentlich unter der Genauigkeit meines GPS-Geraets liegt. Darunter fallen Flaechen fuer Parkplaetze oder Gruen, Positionen von Baeumen, Muelleimern, Sitzbaenken, und auch Gebaeudeumrisse. Viel ist noch nicht entstanden, aber einiges kann hier besichtigt werden: http://www.informationfreeway.org/?lat=49.40434669208793lon=7.702718211466022zoom=17layers=0F0B0F oder http://www.informationfreeway.org/?lat=49.429644366454674lon=7.725162931641255zoom=17layers=0F0B0F Nun stoss ich aber schon an die Grenzen des Machbaren und moechte um Rat fragen. Welche Tricks gibt es, noch genauere Positionen oder Richtungen zu ermitteln? Ein Problem, das ich habe, ist die Ausrichtung der Haeuser. Kompass oder GPS-Track loesen gar nicht so genau auf. Ein anderes ist, dass die Daten nicht mal in sich stimmig sind. Auch wenn ich mehrmals mittig ueber denselben Weg aufnehme, erhalte ich Abweichungen im Meterbereich. Manches ist natuerlich erklaerbar, etwa durch verdeckte Satelliten. Ich versuch dann immer, die Flaechen an schon bestehenden Objekten, meist Strassen, auszurichten. Doch die koennen ja ebenso ungenau erfasst sein. Eine Strasse hab ich durch Mittelung ueber Dutzende von Tracks vom letzten Jahr mal besser ausgerichtet, aber das kann ich nicht mit jeder Strasse machen. Bevor ich Vermessungswerkzeuge heraushole, was kann ich noch tun? cu, stw -- Großbuchstaben waren immer die beste Art, mit Dingen fertig zu werden, auf die man keine gute Antwort wußte. [Douglas Adams: Der elektrische Mönch] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relationen aus osm-Dateien herausfiltern
Hi Frederik Ramm, Werner Hoch wrote: Derzeit verwende ich folgenden Workaround: bzip2 -dc bw.osm.bz2 | head -n 3 bw_relations.osm bzip2 -dc bw.osm.bz2 | grep -A 10 relation bw_relations.osm Eine krude Form mit sed ginge so: bzcat bw.osm.bz2 | sed -e 1,/relation/d bla.osm wobei Dir das die allererste relation-Zeile verschluckt, und ich bin nicht sed-Wizard genug, um es besser zu koennen ;-) Wizard bin ich auch nicht, aber so klappts: bzcat bw.osm.bz2 | sed -n -e '1,3p' -e '/relation/,$p' bw_relations.osm -n: gib nix aus -e: was folgt ist Befehl und nicht Datei 1,3p: gib Zeilen 1-3 aus /suche/,$p: gib ab Suchergebnis bis letzter Zeile alles aus '': die bash zerpflueckt sonst das $ Der Speicherverbrauch scheint sich im Rahmen zu halten, also Groessenordnung eine Zeile. Fuer die, die mehr ueber sed lernen wollen, gibt's hier eine gute Zusammenstellung von hilfreichen Befehlen: http://sed.sourceforge.net/sed1line.txt cu, stw ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] pfahl im wald - was ist das !
Hi Jan Tappenbeck, kann mir einer von Euch sagen was diese Pfähle im Wald bedeuten (aufgenommen in Schleswig-Holstein): http://www.tappenbeck.net/forum/osm/osm_jt_pfahl_im_wald.jpg Eine aehnliche Frage hat Christian H. Bruhn sich im August selbst beantwortet: | Subject: Re: Stelen am Waldrand | Date: Mon, 24 Aug 2009 22:30:52 +0200 | | Einerseits habe ich gehört, es solle etwas mit den Jagdrechten zu tun | haben, andererseits sollen es Orientierungspunkte sein, um z.B. den | Rettungsdienst seine Position mitzuteilen. | | Es ist zweites. Ich habe folgendes gefunden. [1] | | Tagt man so etwas in OSM? Und wenn ja wie? | | Ich habe die Vorlage Notfallrettungspunkt aus JOSM genommen und es | wie folgt getaggt: | | highway = emergency_access_point | operator = Forstamt Eutin | phone = +49 110 | ref = 318 | | Christian | | [1] http://img259.imageshack.us/img259/2139/img8594.jpg Das Bild passt auch ganz gut zu deinem. Ich hab mal fuer Rheinland-Pfalz eine Liste mit diesen Rettungspunkten gefunden. Leider lizenztechnisch nicht kompatibel. Aber seitdem kann ich nach den Anfahrtspunkten fuer Rettungsfahrzeuge besser Ausschau halten. Vielleicht gibt es sowas auch fuer euch dort oben. cu, stw -- Die abgeschnittenen Geschleichtsteile einer (teils speziell dazu herangezüchteter!) anderen Spezies zur Vorbereitung des Paarungsakts als Geschenk zu übereichen hat schon was eigenartiges. Aber egal, Kultur ist Kultur, man macht das eben so. [HaJo Hachtkemper in dan] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM (was: Re: wirtschaftswege - access=no)
Karl Eichwalder schrieb: BTW, es war weihnachten und ich habe mal wieder josm aktualisiert (tested) und ich bin angenehm überrascht ;-) Glückwunsch! An den dialog zum bearbeiten von relationen werde ich mich auch noch gewöhnen. Etwas zu aggressiv wird momentan die zeichen-eingabe bei den text feldern gecheckt. Bei MacOSX 10.4.11 (PPC) verwende ich US-International. Wenn ich 'Alt- a' tippe, erscheint normalerweise ein 'ä'. Bei josm komme ich aber nicht so weit, da 'Alt-' bereits mit einer art segfault quittiert wird. Das aber nur am rande -- ich kann ja auch Linux (openSUSE) nehmen. Habe aehnliche Erlebnisse mit aelteren Versionen gehabt. Ich hab unter X11 die Windows-Taste fuer die Umlaute missbraucht (Win-a - ae, u.so). So ziemlich alle Java-Fenster auf meinem Buerorechner kriegen das nicht mit und lesen a. Tests mit Java auf anderem Rechner und X11 auf dem Buerorechner funktionierten. Zum Sefault o.ae. ist es allerdings nie gekommen. Das mag dann am Apple-Java liegen. Schlimmer fand ich eigentlich, dass die Eingabeelemente im Java-Fenster ihren Fokus verlieren, sobald das Java-Fenster den Fokus verliert. Macht im Zusammenspiel mit Focus-Follows-Mouse keinen Spass und betrifft auch wieder alle Java-Fenster. Duerfte aber an meinem Windowmanager liegen. Guten Rutsch, stw -- Your Bible's broken. [Firefly] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] 2x city_limit
Hi Jan Tappenbeck, Ich haeng mal eine dritte Frage an. zwei Fragen zum Tag city_limit [1] die sich für mich nicht aus dem Wiki ergeben : * was schreibt ihr bei Ortsteilen ? == Lübeck-St. Jürgen ? == Hamberge, OT Hansfelde ? * zwei Orte grenzen aneinander - im tag gibt es NAME und ALT_NAME! == was tragt Ihr wo ein ? * zwei Orte grenzen aneinander, davon hat einer einen Ortsteil, der andere nicht (Landstuhl grenzt an Ramstein-Miesenbach OT Koehlwäldchen (o.so)) Ich hab bis jetzt die Ortsteile in alt_name eingetragen und in name die Haupt-Stadt. Bei letztem Schild hab ich nicht weitergewusst und einfach name=Landstuhl;Ramstein-Miesenbach OT Koehlwäldchen genommen. Ich lass mich aber gerne korrigieren, stw -- - Ich hab Hanne getötet. - Ja, hmm. Wo ist sie? - Zu Hause. Im Flur. Und in der Küche. [I Kina Spiser de Hunde] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mapnik: Pfaelzer Wald kaputt
Hallo, ich glaub, jetzt hab ich's geschafft. Teile des Pfaelzer Waldes werden in Mapnik nicht mehr dargestellt. Es betrifft nur vier Tiles bei Zoomstufe 12, da ist aber noch alles vorhanden. Ab Zoomstufe 12 gibt's den Wald in diesen Tiles nicht mehr. Interessanterweise wird dasselbe Multipolygon in den Tiles nebendran richtig gemalt. Zu bestaunen ist das Meisterwerk hier: http://www.informationfreeway.org/?lat=49.38274139509342lon=7.645640815991721zoom=13layers=0F0B0F Vor einer Woche o.so hab ich versucht, die Pfaelzer Waldstuecke in eine Relation zu packen. Relation 9418 ist's. Kurz danach die Darstellungsfehler, die ich auf das schnelle Update bei Mapnik geschoben hab. Da aber bis heute noch nix verbessert wurde, hab ich die Relation an der Stelle nochmal gespalten. Ich geb ja zu, eine Mixtur aus mehreren outer und mehreren inner Wegen kann schonmal einen Renderer verwirren. Die entsprechenden Teile westlich von Kaiserslautern jetzt in Relation 330849. Hmm, ein paar Teile sind gerade doch noch entstanden. Bevor ich noch mehr verschlimmbessere: Was ist die empfohlene Vorgehensweise? Ich moechte gerne die Laenge der Wegstuecke klein halten. Mal schnell am Ortsrand von KL etwas laden zieht gleich die gesamte Nordostpfalz bis Neustadt herein. Muss ja nicht sein. Ich moechte die Zipfelchen gerne in die groesseren Wege integrieren. Noerlich von Queidersbach ist sowas. Oestlich von Landstuhl ebenso. Eigentlich ueberall am Rand des Pfaelzer Waldes. Ich moechte gerne die Zerstueckelung in einzelne Flaechen vermeiden. Bei Mapnik kann man die Unterbrechungen sogar sehen. Die oben angesprochenen Zipfel sind klar getrennt. Bei Trippstadt geht eine Luecke nach Sued und Nord, dann Winkel und ab nach Hochspeyer. Selbst wenn der Renderer dies nicht zeigt, ist immer noch beim Editieren an diesen Stellen eine Linie, an die einige Mapper gerne Strassenknoten heften usw. Ich moechte gerne die umschlossenen Gebiete (meist Doerfer) sauber als innere Wege ausschneiden. Oder moechte ich das vermeiden, und lieber ein Puzzle aus mehreren Teilen zusammensetzen? Ich weiss nicht mehr. Und schliesslich moechte ich das ganze ohne allzu grosse Aenderungen erreichen. Die History muss ja schliesslich nicht unnoetig wachsen, wenn sich doch gar keine aeusseren Begebenheiten hierbei aendern. Eine Idee dafuer waere ein Multipolygon mit mehreren aeusseren Wegen, die zusammengenommen das gesamte Gebiet einmal umkreisen. Dann darein noch die inneren Wege um die Inselchen. Duerfte so ziemlich jedem Weg eine neue Version verpassen. Eine andere Idee ist, alles so zu lassen, und hoffen, dass Mapnik mal etwas anders rendert. Mit dem Latein am Ende, stw -- Das Leben ist wie ein einziges schlechtes Adventure. Aber die Grafik ist unübertroffen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenspende Naturfreundehäuser
Hi Johannes Hüsing, Zur Erinnerung: Ich habe die Adressen und Koordinaten der Naturfreundehäuser in Deutschland erhalten. Meine Absichtserklärung steht nun unter: http://wiki.openstreetmap.org/wiki/DE:Naturfreundeh%C3%A4user Gute Aktion! In welcher Reihenfolge gehst du vor? Ich wuerde gerne die vier NFHs im Pfaelzer Wald ueberpruefen, die ich besucht hatte, wenn du diese importiert hast. Drei von denen waren vor meinem Besuch Anfang November bereits eingetragen, und vom vierten waren auf der Webseite die GPS-Koordinaten angegeben. Ah, sehe grad, du warst hier schon. Hier sind auch die Verbindungswege zwischen den NFHs beschildert (gruenes N mit rotem Pfeil in Richtung des naechsten Hauses). Wir sind allerdings andere Wege gewandert, darum hab ich nur zwei Schnipselchen eingetragen: Wanderwegsrelationen 326467 und 326469, samt Netzwerk 326471. Die koennten bei Gelegenheit erweitert, oder in bereits existierende Relationen integriert werden. Man muesste so eine Aktion eigentlich auch mal mit den Pfaelzer Waldvereinshuetten machen. cu, stw -- Welch ein Meisterwerk ist der Mensch! Wie edel durch Vernunft! Wie unbegrenzt an Fähigkeiten! In Gestalt und Bewegung wie bedeutend und wunderwürdig! Im Handeln wie ähnlich einem Engel! Im Begreifen wie ähnlich einem Gott! Die Zierde der Welt! Das Vorbild der Lebendigen! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo ist der Nordpol?
Chris-Hein Lunkhusen schrieb: Der echte Nordpol bei 0/90 kann ja in der OSM-Projection nicht dargestellt werden, ich glaube da ist bei 85 Schluss. Da will ich gleich eine Frage hinterherschicken: Kann man in OSM irgendwie die Nordhalbkugel als Flaeche hinterlegen? Oder einfach nur Linien ueber die Datumsgrenze? Von Kunstrukten wie Kreis um mich rum, ich definiere: ich bin draussen, mal ganz zu schweigen. cu, stw -- Aber es gibt doch noch dreisprachige Ortsnamen in der Schweiz, z.B. deutsch Luzern, französisch Lausanne und italienisch Lugano. Bitteschön, die Schweiz ist viersprachig! Die rätoromanische Namensvariation Locarno muss pcerweise immer miterwähnt werden! [desd] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wo ist der Nordpol?
Hi Stefan Dettenhofer, Steffen Wolf schrieb: Oder einfach nur Linien ueber die Datumsgrenze? Das geht m.W. per Definition nicht! Du musst bei lon=-180 bzw. lon=+180 einen neuen Weg anfangen bzw. die Fläche teilen! Argh! Hab mir sowas schon gedacht. Vielleicht ist deshalb auf den Fiji-Inseln nicht so viel gemappt ;-) Eine Faehrlinie ist in Mapnik unterbrochen. Bei t...@h ist glatt die Insel durchgeschnitten. Der Zipfel Russlands bei Alaska sieht in Mapnik sogar sehr zerstueckelt aus. t...@h hat da bessere Kuestenlinien. Die Grenzrelation geht dafuer bei t...@h irgendwie verloren. Zum Glueck mappe ich soweit im Norden/Sueden und Osten/Westen nicht. cu, stw -- Austrian physicist Friedrich Hasenöhrl published the basic equation E = mc² a year before Einstein did. Never heard of Hasenöhrl? That's because he failed to connect the equation with the principle of relativity. Verdammt! [discovermagazine.com] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verkehrsinformationen auf OSM-Karte
Tobias Wendorff schrieb: diese Website zeigt aktuelle Verkehrsinformationen auf einer OSM-Karte (laut Information auf der Website): http://www.freiefahrt.info/ Komisches Datenmaterial. Es ist eindeutig OSM, ich erkenn ein paar Knicks in den Strassen, aber wenn man so weit reinzoomt, dass die POIs erscheinen, dann ist's irgendwie veraltetes OSM. cu, stw -- Wer sind wir? Was machen wir hier eigentlich? - Amnesy International ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wanderwege-Overlay jetzt weltweit verfüg bar
Hi Georg Feddern, Rotbarsch schrieb: osmc:symbol = black:black:white_diamond:2:white Hier wird die 2 (laut Beschreibung korrekt) auf das Symbol gerendert. Haben wir auch eine Chance, sie dahinter zu bekommen? Habt ihr schon mal probiert, - statt dem Symbol white_diamond - ein Unicode-Zeichen als Text vor der 2 einzugeben? Je nach gewünschtem Symbol z.B. 25CA, 25C7 oder 2662. Ach, jetzt versteh ich das! Ich hatte schon auf der Wanderwegeseite nach Zeichen mit einer 2 auf dem Diamanten gesucht. Oder einer 2, die halb vom Diamanten verdeckt wird. So also: ◊2 ◇2 ♢2 Es koennte u.U. dem Renderer Probleme bereiten, wenn die verwendete Schrift nicht die Zeichen umfasst. Dann hilft vielleicht noch ein Leerzeichen oder gar ein nbsp; vor der 2. Ich find das OSMC:symbol-Schema ganz prima, werd mal in einer freien Minute hier ein paar Wege damit fuettern. cu, stw -- Wer die Blüten gar so liebt, daß er selber welche kocht, hat Verbrechen bald verübt, falls er nicht schnell eingelocht. [Jakob Creutzig in dsrs] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Werkzeuge für die Druckkartenwerk-Erst e llung
Martin Koppenhoefer schrieb: Am 5. Oktober 2009 18:05 schrieb Thomas Reincke m...@thomas-reincke.de: Für mich als Schönling wäre die Möglichkeit die Karte in einem Vektorprogramm vernünftig bearbeiten zu können wichtig. Am einfachsten ging das über Layer auf den Straßen, Eisenbahnen, Flora Fauna, Gewässer, Beschriftungen usw. stehen. Auch wenn dadurch die Lage der Objekte zueinander verloren geht. Aber nur so hat man die Chance, eine Karte etwas an den eigenen Geschmack anpassen zu können ohne gleich einen eigenen Renderer aufsetzten zu müssen. im Vergleich zur Arbeit, das alles von Hand anzupassen ist das Aufsetzen eines eigenen Renderers ein Kinderspiel ;-). Ehrlich. Es gibt ein auch tool von Richard Fairhurst: osm2ai mit dem man osm-Dateien in Adobe-Illustrator umwandeln kann, die Tags bleiben erhalten, so dass man mit suchen und dann formatieren schon ganz gut in einer professionellen Umgebung von scratch arbeiten kann. Ich hab mich auch mal dran versucht. Die Sprache, die Adobe-Illustrator verwendet, scheint ein PostScript-Dialekt zu sein, also war mein erster Schritt, den osm2ai in einen osm2ps umzuwandeln. Nach und nach hab ich einige der Farben und Stile von Mapnik-Karten uebernommen. Jetzt fehlt mir noch eine Idee, wie und wo ich die Wege und Flaechen beschrifte, und wie ich POIs einbinde. Die Lizenz von osm2ai gefaellt mir, deshalb gibt's meine Versuche zum Download auf http://www.unix-ag.uni-kl.de/~stw/osm/osm2ps.pl Fuer wirklichen Einsatz ist es noch nicht geeignet, aber vielleicht hilft's dem einen oder anderen schon etwas. Wer daran weiterprogrammieren will: es ist ein wilder Mix aus Perl und PostScript. Viel Spass, stw -- Die französische Jury befand, dass Sarkozy eine genetische Veranlagung haben müsse, die ihn zwinge, immer neue Überwachungsszenarien auszudenken. Daher wurde Sarkozy von der Preisvergabe ausgeschlossen. [heise ueber die Big-Brother-Awards in Frankreich, 27.3.2008] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] All In One - unclassified straßentyp
Hi Mirko Küster, Das kann passieren, und die OpenMTBMap ist ja auf dem besten Weg dahin. Aber die vermeidet eben nun _konsequent_ Straßen und ich soll _nur_ noch Trails fahren wo andere Leute nicht mal lang laufen. Das ist mir zu hart. :-) Und haben die irgendwelche speziellen eigenen Tags? Ich habe hier nämlich einige Trails die ich nur mit Bauchschmerzen gezeichnet habe. Das sind zum Teil auch Wanderwege. Allerdings liegen da schon seit Kyrill teilweise dicke Eichen mitten im Weg. Auch schlecht einsehbar auf einer Abfahrt hinter der Kurve. Ich suche da eine Möglichkeit vor sowas zu warnen. Mich hat das vorige Woche eine Hohlkammerfelge, einen Gelschlauch, die Vordergabel und ein Bremsmanöver mit dem Gesicht gekostet. Ich würde dieser Erfahrung gerne anderen ersparen. Ich hab an einer solchen Stelle (Das Gesicht ist verschont geblieben, aber das Fahrrad hatte ich ploetzlich auf der Schulter, Garmin am Lenker hat Bodenkontakt gut verkraftet.) mal einen Knoten mit barrier=ditch und bicycle=dangerous gesetzt. Ein allgemeines Gefahrenstellen-Tag gibt es fuer sowas noch nicht, oder? cu, stw -- Mit Recht nennt, wer es nimmt genau, der Heilkunst Frühzeit trüb und grau. Es gab noch nicht die IG Farben; die Menschen wurden krank und starben. [Lothar Frings in desd] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Problem mit dem Öffnen von OSM-Dateien i n JOSM
Hi Jan Tappenbeck, wenn ich OSM-Dateien mit DragDrop öffnen will bzw. auch über das Datei-Öffnen-Menü, dann bekomme ich folgende Meldung: Datei xyz kann nicht gelesen werden. Fehler lautet: java.lang.IllegalArgumentException: Version 0 erwartet, jedoch 0 erhalten. Die Dateien sind tlw. aus JOSM gespeichert oder aber mit OSMOSIS ausgeschnitten - haben früher aber immer funktioniert. Kann mir das einer erklären. JOSM vergisst bei neuen Dateien die OSM-API-Version mitzuspeichern, erwartet die aber beim Einlesen. Osmosis ist wohl auch ungewillt, dies zu speichern. Nicht verzagen, kann man schnell manuell nachtragen: In der zweiten Zeile der OSM-Datei duerfte sowas stehen wie osm generator='JOSM' eventuell auch osm source='Server soundso, samt Zeitstempel' Da einfach noch ein version='0.6' reingefriemelt, und schon sollte JOSM nicht mehr meckern: osm version='0.6' generator='JOSM + manual edit' Ich halte das eigentlich fuer einen Bug von JOSM. Aber bei der API-Umstellung war es wohl noetig, die alten OSM-Dateien mit version='0.5' zu erkennen und abzuweisen. Viel Spass, stw -- You can prove that you can't prove everything. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Doppelte Wege - Untersuchung
Hallo doppelte Wegesucher, Andre Hinrichs schrieb vor einiger Zeit: Am Montag, den 17.08.2009, 11:31 +0200 schrieb Steffen Wolf: Was Euch noch fehlt, und da weiss ich auch keinen rechten Weg, ist die Moeglichkeit, die Beseitigungen einzutragen, d.h. die GPX-Datei zu kuerzen. Ich denke, es reicht, wenn Du die Generierung der Datei automatisieren kannst und dann tagesaktuell hältst. Für diejenigen, die die Fehler bearbeiten und JOSM verwenden, gibt es ein schönes Plugin, welches GPX-Dateien bearbeiten kann. Ich hab mein Skript mittlerweile automatisiert. Es lief jetzt taeglich in der Mittagspause, wenn der Buerorechner lief, d.h. am Wochenende nicht. Ich hab neben der Liste von Wegen mit 3 ueberlappenden Knoten noch Listen fuer 5, 9 und 29 aktualisiert. Die Daten liegen hier: http://www.unix-ag.uni-kl.de/~stw/osm/ Die 29er sind eigentlich immer falsche Eintragungen. Mich hat gestern aber gewundert, dass da scheinbar immer mehr hinzukommen, egal wieviel ich selbst versuche zu beseitigen. Richtige Doppelungen sind es nicht, meist wurden Wege geteilt oder kombiniert, aber die alten Wege nicht geloescht. Ein Programm scheint beim Kombinieren verschiedenwertige Tags mit Semikolon getrennt zusammenzulegen (tracktype=grade1;grade2 etwa). Mal beispielshaft zwei Wege mit 111 gemeinsamen Knoten: http://www.openstreetmap.org/browse/way/38583228/history http://www.openstreetmap.org/browse/way/23068726/history Huh, die sind ja noch interessanter, gut 79 Knoten auf derselben Position: http://www.openstreetmap.org/browse/way/22787735/history http://www.openstreetmap.org/browse/way/39483682/history Danke uebrigens fuer den Tip mit mittlerer Maustaste und Strg in JOSM. Da ich nicht weiss, wie intensiv die Daten genutzt werden, hab ich mich entschlossen, die Aktualisierungen erstmal auf drei pro Woche zu beschraenken: Mo+Mi+Fr jeweils so mittags. Viel Spass damit, stw -- Press any key to continue or any other key to quit. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
