[Talk-de] Worldfile vom 21.10.09
Hallo, die neuen Daten liegen wie immer zum Download bereit unter http://wiki.openstreetmap.org/wiki/User:Computerteddy Es werden nun auch Barrieren die als Linien daher kommen dargestellt, also z.B. Zäune, Mauern, Hecken usw. -- Viele Gruesse Computerteddy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Original-Nachricht Datum: Thu, 22 Oct 2009 23:21:08 +0200 Von: Ulf Lamping ulf.lamp...@googlemail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Gratulation! Du kennst den Begriff Vaporware? Was du im stillen Kämmerlein herausfindest ist für die Community schlicht nicht existent. Nur fuer Leute, die unfaehing (oder unwillig) sind zu lesen und zu begreifen. Erfahrungen und Ergebnisse sind auch viel wert, wenn man sie interpretieren kann (und will). Aber es ist ja einfacher, die Leute, die eigentlich bereit sind, SW beitzutragen, zu beleidigen und zu noetigen: Wenn du deine SW nicht rausrueckst, machste Vaporware und ich glaub dir nix. Such einfach im Mailarchiv vom Sommer 2007 und du wirst finden, warum es fuer diese Funktion keine SW von mir gibt, sondern nur Ergebnisse. Ja, nämlich das technische Nachweise die auf Behauptungen beruhen schlichte Behauptungen sind. Setz dich hin und programmiers nach, ist nicht besonders schwierig. Die Routingalgos gibts zu Hauf im Internet und der Rest ist Fleissarbeit. Oder nimm einen der Router aus eurem Archiv und bau die beschriebene Reisezeitroutine nach - sind ein paar Zeilen Code, wenn mans weiss wie es geht. Du brauchst meine SW nicht dazu. Die Hauptarbeit ist ja nicht, die 5 Zeilen Code fuer das Reisezeitmodell zu schreiben, sondern das muehselige Austesten und Validieren an eigener Streckenerfahrung und Tracks. Und weil ich das mit einem Netz mit Schwabbeldefinitionen und abstrusen, oft nicht nachvollziehbarem Umtaggen nicht machen kann, gibts hier solange nichts von mir, bis die noetigen Voraussetzungen da sind, thats it! Und, ich habs zu deinem Kollegen schon gesagt, ihr seid echt tolle Motivationskuenstler hier ;) Motivierte Gruesse Hubert -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/chbrowser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Änderungs-Einschränkungen für Neua nfänger
Hallo Flo, Deine Beschreibung trifft die Situation des Anfängers gut: - Ich trage als Anfänger etwas ein oder ändere etwas. - Ich stelle fest, daß mein Eintrag nicht das bewirkt, was er bewirken sollte. - Ich komme einfach nicht dahinter, was da schiefläuft. Anfängerseitig ist Deine Idee gut: - Ich trage mein Problem in eine Datenbank ein. - Ein erfahrener User schaut sich das an und sagt mir, was da nicht paßt und wie ich das beheben kann. Beraterseitig besteht dann die Schwierigkeit, dass der Anfänger seine Frage nicht richtig kategorisiert (eindeutiger Betreff). Denn der Berater überfligt die Liste und wählt nur die Dinge ausb bei denen er sich kompetent fühlt und mit wenig Zeitaufwand helfen kann. Und wenn da steht ich habe ein Problem mag er da nicht ran. Aufwändig für den Berater ist auch die Problembeschreibung zu verstehen. Denn der Anfänger kennt ja sein Problem, er hat ja möglicherweise schon Stunden damit verbracht - und nimmt an, dass die Profis wissen wo er scheitert. Deshalb vergisst er zu erwähnen, mit welchem Programm und welchen genauen Schritten er dahin gekommen ist wo es nicht weitergeht und woran er das genau erkennt... Ich schreibe das so ausführlich, weil wir in Nürnberg grad dabei sind, eine Anfängerschulung vorzubereiten, und danach eine Art Mentor-Betreuung anbieten wollen. Und weil ich merke, dass sogar meine Hilfefragen manchmal für Profi-OSMer unverständlich sind (obwohl ich mir Mühe gebe). Alternative ist immer noch das Wiki. Da muss man einfach Schwimmbad eingeben können, oder Eislaufhalle (alternativ: Kunsteis, Eisbahn, Eislauf, Eiskunstlauf, oder so...) Und dann eine verständliche, nachvollzieh- und umsetzbare Anleitung in deutscher Sprache finden. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Original-Nachricht
Datum: Thu, 22 Oct 2009 22:55:24 +0200
Von: Ulf Lamping ulf.lamp...@googlemail.com
An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org
Betreff: Re: [Talk-de] Gratulation!
1. Die englischen Begriffe beziehen sich auf die Verwaltungsklassen
Aber nur in UK!
Fuer trunk:
Important roads that aren't motorways. Typically
maintained by central, not local government. Need not
necessarily be a divided highway. In the UK, all green
signed A roads are, in OSM, classed as 'trunk'.
Hauptbeschreibung: Wichtige Strassen, die keine
Autobahnen sind. Der Rest ist erklaerender Text,
der sich teilweise explizit auf UK bezieht.
(So nebenbei: Von der aktuellen Festlegung auf
'autobahnaehnlichen Zustand', der derzeit fuer
viel Verwirrung sorgt, ist hier auch nichts zu lesen)
Fuer primary:
Administrative classification in the UK, generally
linking larger towns.
Die allgemeine Beschreibung ('generally') ist, dass
diese Strasse groessere Orte oder Staedte verbindet
('linking'), der Rest bezieht sich auf die Verhaeltnisse
in UK, nirgends sonst.
usw.
Wer die Diskussion ueber die Jahre verfolgt hat, weiss
dass die Fronten an anderer Stelle zu suchen sind.
Die Vereinfacher wollen die eindeutige einfache Regel
und die hat in D-Land noch nie wirklich gut funktioniert.
Man redet sich seit 2 Jahren immer darauf hinaus, dass
sowas wie eine Verbindungsklasse, die nicht an einem
einzigen Kriterium haengt, zu komplex fuer Anfaenger
waere, ohne das jemals belegt zu haben.
Gruesse Hubert
--
Neu: GMX DSL bis 50.000 kBit/s und 200,- Euro Startguthaben!
http://portal.gmx.net/de/go/dsl02
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Ulf Lamping schrieb: Ich finde deshalb eigentlich klar: Wenn hinter den JOSM-Presets nicht die Absicht steht, eine Verwaltungsklassen-Interpretation durchzusetze sollten sie anders benannt werden. 1. Die englischen Begriffe beziehen sich auf die Verwaltungsklassen Ja, auf die englischen, die sich nicht 1:1 in deutsche übertragen lassen. 2. Diese wurde von den (zumeist deutschen) JOSM Entwicklern in den englischen Presets übernommen Das ist soweit auch korrekt. 3. Es erschien dem deutschen Übersetzer (wer auch immer das war) anscheinend nicht unlogisch dies auf deutsche Verwaltungsklassen zu übertragen Soviel zum - wie es dazu gekommen ist. So wie ich das mitbekommen hatte wollte man es den deutschen Anfängern leichter machen in dem man das deutsche Verwaltungssystem 1:1 einsetzt und dabei in kauf genommen hat dass das Ergebniss dann fehlerbehaftet ist. Zu früheren Zeiten von OSM vielleicht ein geeigneter Weg um die Einstiegshürden zu senken. Aber mit aufkommen des OSM-Routings zeigt sich dass ein festhalten an diesem Workaround zu immer mehr Problemen führt - so wurde es höchste Zeit hier was zu ändern. Stattdessen beruft sich jetzt aber JOSM auf das Wiki und die chreiber dort wiederum auf JOSM. Ich persönlich sehe das folgendermaßen: Die aktuellen JOSM Definitionen sind für sehr viele Menschen da draußen gut verständlich. Bei Etwas falsches wird auch nicht richtiger weil es scheinbar gut verständlich ist. Unklarheiten greift der Link zur Wikipedia und es ist klar worum es geht. Wenn es so wäre dann gäbe es die benannten Probleme nicht. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Ulf Lamping schrieb: du hier mit Begriffen wie Fehler, blindlings übernommen, falsche Implementierung und beharren ziemlich wild um dich. *kopfschüttel* Die Diskusionen zu diesem Thema sind schon etwa so alt wie in Deutschland nennenswert gemappt wird, d.h. mindestens drei Jahre. Die deutschen JOSM Presets sind *wesentlich* jünger als drei Jahre. Soviel zum Thema JOSM ist schuld. Eben - sie wurden blindlings so hart (ohne unmittelbaren Hinweis auf mögliche Abweichungen)implementiert obwohl die Problematik längst bekannt war... Ich denke da kann man schon mal deutlicher darauf Hinweisen wenn das bisher in Programmiererkreisen nicht wahrgenommen wurde dass es wie z.B. hier in JOSM eine Tool-Implementierung gibt die massiv dafür mitverantwortlich ist dass Informationen über das Strassennetz permanent vernichtet werden. Aus meiner Sicht sind die JOSM Presets dafür verantwortlich, daß eine ganze Reihe an Leuten überhaupt mal Daten eingetragen haben. So wird mir das zumindest immer mal wieder erzählt. Es geht nicht um die Presets als solche sondern hier speziell um die drei Bundesstrasse/Landesstrasse/Kreisstrasse. Nicht zuletzt werden neue Mapper so quasi dazu erzogen dass diese Verwaltungsklassenzuordnung korrekt ist - entsprechend verlaufen dann auch irgendwelche Abstimmungen auf die sich dann berufen wird. So wird dann technischer Unsinn als politisch gewollt abgesegnet und auf ewig zementiert - eine spätere Korrketur solcher Fehler ist fast unmöglich weil die Masse dafür viel zu träge ist dies kurzfristig zu bewerkstelligen technischer Unsinn, Fehler, ... die Rhetorik kommt mir bekannt vor. Ich finde sie gerade an dieser Stelle völlig deplaziert. Wenn die Sache so eindeutig wäre wie du gerade suggerierst, hätte es die ganze Diskussion nie gegeben. Eindeutig sollte für jeden der sich damit etwas intensiver befasst (was ich von einem Programmierer für das was er programmiert eigentlich erwarte) sein dass das englische Strassensystem sich nicht 1:1 auf das deutsche übertragen lässt. Ich habe nicht behauptet dass dieser Fehler jedem User sofort ersichtlich sein muss. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Am 21. Oktober 2009 23:06 schrieb Ulf Lamping ulf.lamp...@googlemail.com: Garry schrieb: Wie wäre es mit dem Ansatz primary = Einfall-/Fernverkehrtrasse secondary = Regionalstrasse tertiary = Ortsverbindungsstrasse/Lokalstrasse Dann wäre schon mal der direkte Bezug zu den Verwaltungsklassen weg. Für mich als verkehrstechnischen Laien sind die bestehenden Begriffe Bundesstraße / Landesstraße / Kreisstraße / Verbindungsstraße / Ortsstraße wesentlich leichter verständlich als die von dir vorgeschlagenen. bedeuten halt was anderes, das ist ja das Problem. Wenn man Begriffe nennt, die nicht fuer eine andere Anwendung vorbelegt sind, erreicht man, dass sich die Leute damit auseinandersetzen. Wenn man die administrative Klassifizierung nimmt erreicht man, dass jeder die naturgemaess auch dafuer haelt und gar nicht fuer noetig erachtet, das irgendwo mal nachzulesen. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Am 23. Oktober 2009 09:48 schrieb qbert biker qbe...@gmx.de: 1. Die englischen Begriffe beziehen sich auf die Verwaltungsklassen Aber nur in UK! und selbst da wurde auf talk z.T. schon darauf hingewiesen, dass es teilweise Sinn macht, von der administrativen Klassifizierung abzuweichen. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Moin! qbert biker schrieb: Original-Nachricht Datum: Thu, 22 Oct 2009 23:21:08 +0200 Von: Ulf Lamping ulf.lamp...@googlemail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Gratulation! Du kennst den Begriff Vaporware? Was du im stillen Kämmerlein herausfindest ist für die Community schlicht nicht existent. Nur fuer Leute, die unfaehing (oder unwillig) sind zu lesen und zu begreifen. Erfahrungen und Ergebnisse sind auch viel wert, wenn man sie interpretieren kann (und will). Aber es ist ja einfacher, die Leute, die eigentlich bereit sind, SW beitzutragen, zu beleidigen und zu noetigen: Wenn du deine SW nicht rausrueckst, machste Vaporware und ich glaub dir nix. Such einfach im Mailarchiv vom Sommer 2007 und du wirst finden, warum es fuer diese Funktion keine SW von mir gibt, sondern nur Ergebnisse. Wenn ich mich richtig erinnere, dann hast du damals ein Binärpaket verschickt das in etwa das macht wie das Routing Plugin für JOSM heute: Routing über kurze Distanzen um Fehler wie nicht verbundene Wege zu finden. Quellcode hattest du uU und vielleicht für später irgendwann mal angekündigt, wenn alles funktioniert wolltest aber nichts versprechen - dein gutes Recht. Ja, nämlich das technische Nachweise die auf Behauptungen beruhen schlichte Behauptungen sind. Setz dich hin und programmiers nach, ist nicht besonders schwierig. Die Routingalgos gibts zu Hauf im Internet und der Rest ist Fleissarbeit. Oder nimm einen der Router aus eurem Archiv und bau die beschriebene Reisezeitroutine nach - sind ein paar Zeilen Code, wenn mans weiss wie es geht. Du brauchst meine SW nicht dazu. Damals gab es gosmore was mäßig funktionierte - sonst war Routing auf OSM Daten ein frommer Wunsch. Heute gibt es reichlich Software sowohl zum Routing, als auch zum Fehler aufspüren die tatsächlich funktioniert und mit Quellcode verfügbar ist. Versteh mich nicht falsch: Ich habe nichts gegen closed-source Software und würde dir jeden Erfolg damit gönnen. Was ich nicht verstehe ist das: Die Hauptarbeit ist ja nicht, die 5 Zeilen Code fuer das Reisezeitmodell zu schreiben, sondern das muehselige Austesten und Validieren an eigener Streckenerfahrung und Tracks. Das war doch mal der Grund, warum du dein Paket verschickt hast? Die Community sollte dabei helfen, Fehler zu finden - auch damit deine Software besser funktioniert. Diesen cleveren Ansatz hast du allerdings schnell fallen lassen und statt einem neuen Tool mit dem jeder gleich die Fehler (auch im System) erkennen kann, ließt man von dir (fast täglich) nur noch so was: Und weil ich das mit einem Netz mit Schwabbeldefinitionen und abstrusen, oft nicht nachvollziehbarem Umtaggen nicht machen kann, gibts hier solange nichts von mir, bis die noetigen Voraussetzungen da sind, thats it! Dein Problem, nicht unseres. Wenn man so was ständig liest, muss man sich allerdings schon fragen was du dir davon versprichst. Und, ich habs zu deinem Kollegen schon gesagt, ihr seid echt tolle Motivationskuenstler hier ;) Motivierte Gruesse Hubert Bitte lieber Hubert, gib nicht auf! Wenn du weiterhin regelmäßig hier jammerst und alles schlecht redest, dann werden wir schon zu GDF wechseln und endgültige Definitionen einführen die uns alle überleben. ;) Gruß, Stefan ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Akzeptanz/Wichtigkeit von Tags (Anzahl verschiedener Mapper) - Frage
Hi! ich würde für OSMdoc gerne einen Wert einführen, der angibt wieviele Mapper ein Tag benutzen. Jonathan Bennett schlug dies als letztes vor und ich zitiere kurz: The point being that no matter how many objects have a tag, if they've been put there by just one mapper, it's not really a widely accepted tag. Habe mir über das Thema auch schon Gedanken gemacht, vor allem unter dem Hintergrund ob man dort eine relevantere Aussage bekommen kann als durch eine Abstimmung von 12 Leuten von 13. :-) Von der Grundidee ist es definitiv sinnvoll, je mehr unterschiedliche Mapper ein Tag benutzen, desto mehr kann man wirklich sagen, es ist in Gebrauch. Schön wäre es natürlich, die gesamte History jedes Objekts auszuwerten, um eine exakte Statistik zu bekommen. Das dürfte in der Praxis viel zu unwuchtig, von daher würde ich eher nach aussagefähgigen Kompromissen suchen. 1) Zähle ich jeden Mapper, der auf einem Element als allererstes ein Tag gesetzt hat? Dazu müsste ich an die History jedes Objekts ran, das ist ziemlich umständlich. 2) Gucke ich einfach den letzten Mapper an? Bots und Leute wie pfoten weg würden das natürlich verzerren und auch sonst _verschwimmt_ der Wert ein bißchen mit der Zeit, ist dafür aber viel einfacher zu implementieren. 3) Gucke ich mir den letzten Mapper an, der den Wert eines Tags verändert hat? (Widerum das History-Problem) Ich denke praktisch durchführbar wäre eine gelockerte Mischung aus 1 und 2. Ich würde grundsätzlich den aktuellen Stand zum Zeitpunkt der Auswertung nehmen und auf Historys komplett verzichten. Klar, dadurch verschwimmt es ein wenig, aber es gibt noch einige andere Störfaktoren, so daß das für eine Aussage über große Zahlen und echte Verwendung von Tags keine große Rolle spielen sollte und eine exakte Ermittlung was relevante Absicht war und was nicht ist sowieso nicht möglich. Ich denke man kann durchaus den letzten Bearbeiter und alle Tags eines Objektes in Zusammenhang bringen. Denn entweder er hat das Tag so gesetzt oder er hat die bestehenden Tags so für gut befunden und deshalb nichts geändert. Auch diese stillschweigende Zustimmung läßt sich als Gebrauch werten. Wenn ein Objekt frisch angelegt ist, kann man das ohne Mehraufwand an der Versionsnummer 1 erkennen. Solche Erst-Tags könnte man höher werten, da klar ist, daß hier eine eindeutige Absicht und Zuordnung besteht. Oder man könnte es für eine zweite Meßzahl ermitteln wie sehr ein Tag im Trend ist. Ferner könnte man noch einen Gewichtungsfaktor daraus ableiten, wie lange ein Objekt schon unverändert geblieben ist. Wenn keiner mehr was am Tagging geändert hat, scheint generelle Zustimmung zu herrschen - ein Edit War ist auf jeden Fall ausgeschlossen. Auf jeden Fall würde mich das Ergebnis interessieren wenn Du mit solchen Meßzahlen experimentierst. bye Nop -- Neu: GMX DSL bis 50.000 kBit/s und 200,- Euro Startguthaben! http://portal.gmx.net/de/go/dsl02 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Garry schrieb: Ulf Lamping schrieb: Soviel zum - wie es dazu gekommen ist. So wie ich das mitbekommen hatte wollte man es den deutschen Anfängern leichter machen in dem man das deutsche Verwaltungssystem 1:1 einsetzt und dabei in kauf genommen hat dass das Ergebniss dann fehlerbehaftet ist. Dann hast du das falsch in Erinnerung. 1. Es gab eine ganze Reihe an Leuten, die der Meinung waren, daß die Verwaltungsklasse eingetragen werden sollte 2. Es gab eine ganze Reihe an Leuten, die der Meinung waren, daß die Wichtigkeit eingetragen werden sollte 3. Es gab mit Sicherheit auch noch andere Meinungen Alles Meinungen die man durchaus vertreten kann. Dabei nimmt (wie du hier andeutest) niemand in Kauf, daß etwas fehlerbehaftet ist, sondern trägt zu 100% das ein, was er meint was da stehen soll. Die Probleme haben sich alleine dadurch ergeben, daß alle der Meinung waren dies im highway=xy Tag ablegen zu müssen (sonst wird es ja garnicht gerendert) und ihre Meinung bis aufs Messer diskutiert haben und sich nicht einigen wollten: Ich habe Recht und der andere liegt völlig falsch. Zu früheren Zeiten von OSM vielleicht ein geeigneter Weg um die Einstiegshürden zu senken. Aber mit aufkommen des OSM-Routings zeigt sich dass ein festhalten an diesem Workaround Es war nie ein Workaround, sondern eine der möglichen Definitionen. zu immer mehr Problemen führt - so wurde es höchste Zeit hier was zu ändern. Stattdessen beruft sich jetzt aber JOSM auf das Wiki und die chreiber dort wiederum auf JOSM. 1. Ich bin nicht JOSM 2. Ich habe nicht gesagt, weil es so im Wiki steht muß es auch im JOSM so sein/bleiben - ich habe beschrieben, wie es zur aktuellen Situation gekommen ist 3. Ich habe gesagt, solange wir keine prägnanten Begriffe finden, die auch dem Laien klar verständlich machen worum es geht, finde ich persönlich, daß die bestehenden beibehalten werden sollten Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
qbert biker schrieb: Original-Nachricht Datum: Thu, 22 Oct 2009 22:55:24 +0200 Von: Ulf Lamping ulf.lamp...@googlemail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Gratulation! 1. Die englischen Begriffe beziehen sich auf die Verwaltungsklassen Aber nur in UK! Fuer trunk: Important roads that aren't motorways. Typically maintained by central, not local government. Need not necessarily be a divided highway. In the UK, all green signed A roads are, in OSM, classed as 'trunk'. Hauptbeschreibung: Wichtige Strassen, die keine Autobahnen sind. Der Rest ist erklaerender Text, der sich teilweise explizit auf UK bezieht. (So nebenbei: Von der aktuellen Festlegung auf 'autobahnaehnlichen Zustand', der derzeit fuer viel Verwirrung sorgt, ist hier auch nichts zu lesen) Sieht Du das als Problem wenn man das für Deutschland so definiert? Mit dieser Definition hat man für trunk eine klare Steigerung zur primary und Leute die keine autobahn(ähnlichen) Strassen fahren wollen (davon gibt es jede Menge) haben eine gezielte einfache Möglichkeit diese vom Routing auzublenden. Man redet sich seit 2 Jahren immer darauf hinaus, dass sowas wie eine Verbindungsklasse, die nicht an einem einzigen Kriterium haengt, zu komplex fuer Anfaenger waere, ohne das jemals belegt zu haben. Begründung stimmt inofern dass ein nicht mit dem englischen System (und gegebenfalls der Sprache) vertrauter Einsteiger mit den Begriffen erstmal nichts Anfangen kann. Aber das sehe ich als was völlig normales an dass wenn man irgendwo im Leben neu einsteigt sich mit den dort üblichen Begriffen vertraut machen muss - das hat nichtmal was mit Fremdsprache zu tun... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Änderungs-Einschränkungen für Neu anfänger
Peter Dörrie schrieb: Ich halte das für keine gute Idee. Wenn man die Eignung eines neuen mappers durch erfahrenere mapper bestimmen lässt, so landet man zwangsläufig beim gerade bei der deutschen Wikipedia aufgetauchten Relevanzproblem. Einschätzungen einzelner Personen sind nun mal grundsätzlich höchst subjektiv. Es geht (mir jedenfalls) nicht um Kleinigkeiten, bei denen es um subjektive Einschätzungen geht. Eigentlich eher darum, dass man als Anfänger keine groben Fehler machen und Großes zerstören will, nur weil man was falsch macht. Meine größte Angst war nicht, was falsch einzutragen oder zu tagen, sondern zu zerstören. Ich würde eher ein standardisiertes System vorschlagen. Mehrfach wurde schon vorgeschlagen, dass neue Nutzer einer räumlichen Einschränkung bei ihren Edits unterliegen sollen. Das finde ich gut und behindert Neueinsteiger auch nicht. Es wurde aber auch schon mehrfach zurecht geschrieben, dass diese vllt nicht so sinnvoll ist. Ich persönlich habe als erste Eintragungen Straßen aus dem Polenurlaub gemapt. Genauso könnte man die Edits neuer User auf einer getrennten Liste auftauchen lassen, damit ein gezieltes Mentoring (aber kein Adminnistrieren) möglich ist. Das ist ein Vorschlag, der vllt so oder so realisierbar wäre. Egal, welche Ideen sonst umgesetzt werden. Ich vermute, dass das nicht sonderlich schwer sein sollte. Müsste dann abhängig vom Anmeldezeitpunkt oder von der Aktivität sein. Wenn Einschränkungen für Neuanfänger umgesetzt werden, können auch Stufenweise Listen aufgesetzt werden. Das hätte dann aber u.U. den Nachteil, dass sowieso eher die wirklichen Neuanfänger kontrolliert werden. Zusätzlich sollte ein zuverlässiges Meldesystem für Vandalismus etabliert werden und die Möglichkeit geschaffen werden, bestimmte nodes, ways und relations zu schützen, um edit-wars vorzubeugen. Damit währe gesichert, dass zum einen Neuliinge nicht zu viel kaputt machen können und zum anderen auch erfahrenere Mapper nicht beliebig über die Stränge schlagen können. Peter Find ich auch gut. Nur was geschützt werden darf und was nicht ist wieder schwer zu bestimmen. Muss es da wieder Abstimmungen geben? Wird doch nichts. Oder kann das jeder für sich? Würde dann fast jeder mit seinen Edits machen. LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Original-Nachricht Datum: Fri, 23 Oct 2009 11:58:40 +0200 Von: Stefan Schwan stefan.sch...@googlemail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Gratulation! Wenn ich mich richtig erinnere, dann hast du damals ein Binärpaket verschickt das in etwa das macht wie das Routing Plugin für JOSM heute: Routing über kurze Distanzen um Fehler wie nicht verbundene Wege zu finden. Quellcode hattest du uU und vielleicht für später irgendwann mal angekündigt, wenn alles funktioniert wolltest aber nichts versprechen Nicht ganz, der Sinn der Uebung war damals, dass sich einfach mal ein paar Leute das Ding ansehen, um zu beurteilen, ob sie was damit anfangen koennen. Einige habens gemacht und weitgehend positives Feedback gegeben, andere haben es plump als Zeitverschwendung angesehen, das Ding zu oeffnen, solange sie nicht die Quellen haben. Die Freigabe haette aber noch ein schoenes Stueck Arbeit bedeutet. Damals gab es gosmore was mäßig funktionierte - sonst war Routing auf OSM Daten ein frommer Wunsch. Heute gibt es reichlich Software sowohl zum Routing, als auch zum Fehler aufspüren die tatsächlich funktioniert und mit Quellcode verfügbar ist. Einer der Gruende, warum ich den Weg nicht weiter verfolgt habe. Der andere war, dass damals das endlose Umdefinieren begonnen hat und man fast taeglich mitbekommen hat, dass man X Taggingschulen haette beachten muessen oder man eben nur einen schwammigen Durchschnitt bekommt. Das war doch mal der Grund, warum du dein Paket verschickt hast? Die Community sollte dabei helfen, Fehler zu finden - auch damit deine Software besser funktioniert. Nein, siehe oben. Es ging um die einfache Abschaetzung, ob ich mit Funktion und UI auf der richtigen Wellenlaenge bin. Aber die SW war und ist mit meiner frueheren Taetigkeit als Verkehrsingenieur verwoben und ich kann sie nicht einfach ins Feld schmeissen. Und weil ich das mit einem Netz mit Schwabbeldefinitionen und abstrusen, oft nicht nachvollziehbarem Umtaggen nicht machen kann, gibts hier solange nichts von mir, bis die noetigen Voraussetzungen da sind, thats it! Dein Problem, nicht unseres. Wenn man so was ständig liest, muss man sich allerdings schon fragen was du dir davon versprichst. Nein, es ist eures, nicht meines. Ich habs relativ einfach, denn ich habe meine Erfahrung, meine SW und jede Menge Daten dazu. Unten beim Routing Thread steht auch noch mal aufgelistet, was ich gemacht habe, mache und weiter machen werde, mit OSM-Daten oder mit anderen. Ich glaube jetzt nicht, dass du selber schon mal versucht hast, ein Modell so validieren, denn sonst waehre die der Effekt von wechselnen Definitionen fuer die Grundannahmen bekannt. Das ist eigentlich das spannende an diesem und dem anderen Thread - bis auf 'marcus.wolschon' hat noch keiner Kritik an der technischen Methodik gebracht. Bitte lieber Hubert, gib nicht auf! Wenn du weiterhin regelmäßig hier jammerst und alles schlecht redest, dann werden wir schon zu GDF wechseln und endgültige Definitionen einführen die uns alle überleben. Ach noe, GDF ist nun wirklich nicht der Weisheit letzter Schluss und wenn ich damit arbeiten wollte, wuerde ich OSM-Daten in GDF wandeln und damit gluecklich werden :) Aber ich schreibs auch fuer dich gerne nochmal rein, auch wenn du mich ironisch aufforderst, das nicht zu tun: Ich will und wollte nie statische, vielleicht sogar von einem alten Format abgepinselte Definitionen, aber man kann von diesen Definitionen einiges lernen. Ich verstehe erst ueber OSM besser, was sich die Leute damals dabei gedacht haben und welche Fehler auf der jeweiligen Seite passiert sind. Ich will keine endgueltigen Definitionen, ich haette aber gerne eine Versionierung, so dass man aus den Daten rueckschliessen kann, nach welchen Definitionen sie attributiert worden sind. Und ich haette gerne einen echten Communityprozess fuer diese Definitionen und keine schleichende Entwertung dieses Prozesses, indem man alles beliebig macht und Wiki, Abstimmungen und jegliche Art von Dokumentation als Vogelfrei und unwichtig erklaert, oder ohne jegliche Transparenz ueber die Editoren Fakten schafft. Und letztendlich waere es schoen, wenn weniger Daten durch Ueberschreiben zerstoert werden wuerden. An dieser Stelle auch nochmal Dank an alle Mapper, die sich nicht entmutigen lassen und, wie ich gerade festgestellt habe, die Ampelversorgung gewaltig hochgeschraubt haben. Das hilft wirklich dabei, die Router besser zu fuettern. Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Martin Simon schrieb: Am 21. Oktober 2009 21:59 schrieb qbert biker qbe...@gmx.de: Original-Nachricht Datum: Wed, 21 Oct 2009 19:00:30 +0200 Von: Garry garr...@gmx.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Gratulation! Wie wäre es mit dem Ansatz primary = Einfall-/Fernverkehrtrasse secondary = Regionalstrasse tertiary = Ortsverbindungsstrasse/Lokalstrasse Dann wäre schon mal der direkte Bezug zu den Verwaltungsklassen weg. +1 Bzw. primary verbindet die grösseren Orte, secondary die kleineren usw. Und es ist auch nach den englischen Features auch die einzig richtige Lösung, wenn mich mein Englisch nicht verlassen hat, z.B. für secondary: Administrative classification in the UK, generally linking smaller towns and villages Das mit der administrativen Einteilung bezieht sich auf UK. Die allgemeine Beschreibung spricht hier schon immer vom Verbindungscharakter. Würde man sich mal an diese einfache und stabile Beschreibung halten, wären die ganzen Diskussionen hinfällig. Leider wurde das 'in UK' bei den ganzen Interpretationen nur zu gerne übersehen. generally linking, das ist seit jeher die Natur der OSM-Klassen, wenns nach dem Wiki gehen darf, das explizit darauf verweist, dass die engl. Mapfeatures die Erklärungshoheit haben. OK, wie wäre es, wenn wir an diesem Punkt einfach eine Wiki-Seite starten und dort versuchen, *diesen* Gedanken weiter zu entwickeln und eine möglichst unmißverständliche Definition/Beschreibung hinzukriegen? In http://wiki.openstreetmap.org/wiki/DE:Map_Features#Wege sind z.B. schon Ansätze enthalten, die Verbindungsfunktion zu beschreiben, aber nur als sekundäres Kriterium. Wie wärs erstmal mit z.B. http://wiki.openstreetmap.org/wiki/DE:Strassen_nach _Verbindungsfunktion als Ausgangspunkt? Gruß, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Ich würd euch darum bitten, dass jemand, wenn ihr hier deutliche Fortschritte gemacht habt, wonach es ja ein wenig aussieht, eine Mittteilung an die Liste schickt. Als neuen Thread oder so. Ich hab nämlich nicht die Zeit immer alles zu lesen, würde aber gerne die Ergebnisse mitbekommen. Und noch ein Vorschlag: Den Wiki-Artikel erst Einbinden und im Wiki verlinken, wenn er fertig ist, soweit man das von Wiki-Seiten sagen kann. Seiten bei denen jemand den richtigen Weg beschreibt gibt es irgendwie überall. Wenn wieder eine dazukommt, weiß man irgendwann garnicht mehr, was man glauben soll. LG Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Binnenschifffahrtszeichen
Eine Frage an die Seebären. Da ich die Zeichen sowieso schon mit auf den Bildern habe, möchte ich die jetzt gleich mitnehmen. Als Landratte geht das aber leider nicht ganz Problemlos. Bei den Flusskilometern würde ich gerne noch den Wert angeben, damit das in den entsprechenden Karten analog zu den Gewässerkarten visualisiert werden kann. Reicht der eigentliche Kilometer im Namen oder gibts da einen speziellen Schlüssel? Dann fehlen mir die Schlüssel für Hindernis (rotes Dreieck auf der Spitze), Begrenzung (rot weiß geteiltes Quadrat auf der Spitze) bzw. Fahrrinne (grün weiß geteiltes Quadrat auf der Spitze). Die befinden sich entweder als Mast am Ufer und letztere an Brücken. Wird das vielleicht über mit die Tonnen abgedeckt und welche wären das? Oder werden diese Varianten garnicht erfasst? Gruß Mirko ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Lagegenauigkeit von GPS-Track
Fragen im Zusammenhang mit verschobenen Luftbildern: Wie kann man die Lagegenauigkeit eines GPS-Tracks messen? (HowTo) Ist der Durchschnitt aus einem Trackbündel immer lagegenau? Wenn nicht: woran kann man das erkennen? wie kann man systematische Fehler bei der Aufzeichnung verhindern? oder danach eliminieren? Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Original-Nachricht Datum: Fri, 23 Oct 2009 12:56:49 +0200 Von: Garry garr...@gmx.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Gratulation! Sieht Du das als Problem wenn man das für Deutschland so definiert? Mit dieser Definition hat man für trunk eine klare Steigerung zur primary und Leute die keine autobahn(ähnlichen) Strassen fahren wollen (davon gibt es jede Menge) haben eine gezielte einfache Möglichkeit diese vom Routing auzublenden. Wobei hier motoroad eigentlich passender ist, denn da ist sogar eine echte Restriktion damit verbunden (Fahrraeder/ Fussgaenger/langsame Fz). Wer fuer diese Funktion 'motorroad' auswertet, hat somit zwei Fliegen mit einer Klappe erschlagen, denn die gegenseitige Deckung ist so gut, dass autobahnaehnliche Strassen effektiv vermieden werden. Ausserdem ist motorroad ein unabhaengies Attribut und wird beim naechten Tagging-Modewechsel nicht mit geloescht ;) Begründung stimmt inofern dass ein nicht mit dem englischen System (und gegebenfalls der Sprache) vertrauter Einsteiger mit den Begriffen erstmal nichts Anfangen kann. Aber das sehe ich als was völlig normales an dass wenn man irgendwo im Leben neu einsteigt sich mit den dort üblichen Begriffen vertraut machen muss - das hat nichtmal was mit Fremdsprache zu tun... Schon richtig, aber darum gings nicht. Es gab endlose Diskussionen, wie man die beiden Dinge besser zusammen bringt, grade passiert ja wieder etwas mit einem Entscheidungsbaum. Ich meinte die Leute, die vertreten, dass eine Klasse nur von einer Sache abhaengen darf (z.B. administrative Einteilung), die direkt ablesbar ist und das unabaenderlich und auf Dauer. Alles was auch nur einen kleinen subjektiven Anteil hat, also wenn man z.B. beurteilen soll, dass eine Kreisstrasse 'wichtiger' sein kann, als eine Staatsstrasse, wird von denen nicht akzeptiert. Dummerweise gibts aber kein unabhaengiges Tag fuer die Bedeutung und deshalb loeschen sich die Protagonisten der jeweiligen Schule gegenseitig die Daten weg und das ist schade. Gruesse Hubert -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lagegenauigkeit von GPS-Track
2009/10/23 Markus liste12a4...@gmx.de Fragen im Zusammenhang mit verschobenen Luftbildern: Wie kann man die Lagegenauigkeit eines GPS-Tracks messen? (HowTo) Kann man die errechnete Lagegenauigkeit nicht aus einer gpx datei auslesen? Ist der Durchschnitt aus einem Trackbündel immer lagegenau? Nein, wenn die einzelnen Tracks nicht genau die selbe Abweichung haben oder zu wenige vorliegen. Aber ich denke mit einer Kombination von 3 Tracks, die nicht total daneben sind, lassen sich schon sehr gute ergebnisse erzielen. Wenn nicht: woran kann man das erkennen? wie kann man systematische Fehler bei der Aufzeichnung verhindern? oder danach eliminieren? Ausreißer lassen sich im Vergleich zu anderen Tracks ganz gut erkennen. Wenn du von einer Straße drei Tracks aufgezeichnet hast, und die liegen mehr als 8 Meter von einander entfernt, dann stimmt meiner Meinung nach irgendwas nicht. Verhindern kannst du sowas, indem du für einen gutem Empfang sorgst: GPS-Gerät möglichst ohne Verdeckung zum Himmel platzieren usw. Wenn du mehrere Tracks von einem Weg hast, kannst du im nachhinein natürlich sehr ungenau geratene Tracks aussortieren. Ansonsten wüsste ich nicht, wie man Ungenauigkeiten eleminieren könnte. Gruß, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lagegenauigkeit von GPS-Track
Peter Dörrie schrieb: Kann man die errechnete Lagegenauigkeit nicht aus einer gpx datei auslesen? Du meinst diese DOP-Werte? AFAIk beziehen diese sich nur auf die Satellitenanordnung und deren Empfang: Ich habe hier auch oft Signal mit HDOP und VDOP unter 1, aber die liegen trotzdem um +/- 8 Meter neben dem richtigen Punkt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lagegenauigkeit von GPS-Track
Wie kann man die Lagegenauigkeit eines GPS-Tracks messen? (HowTo) Man kann Testszenarien aufbauen, um absolute und relative Abweichung eines Tracks zu beurteilen. Ist der Durchschnitt aus einem Trackbündel immer lagegenau? Wenn nicht: woran kann man das erkennen? wie kann man systematische Fehler bei der Aufzeichnung verhindern? oder danach eliminieren? Es klappt alles nicht. Denn selbst wenn man eine Aufzeichnung hat, die noch hdop-Werte enthält: Auch das ist nur die subjektive Selbsteinschätzung des Empfängers. Nach meiner Einschätzung gibt es extrem viele Faktoren, die sich nicht mehr trennen lassen im Nachhinein: - Atmosphärische Effekte, die mittels EGNOS auch nur halbwegs kompensiert werden - Reflektionen des Signals sowohl vom Boden wie auch von Hausfassaden oder Gebirge - Probleme im Umfeld Static Navigation, also den Versuch dem Receiver schon kleinste Positionsänderungen als Richtungsänderungen zu vermitteln. - jede Menge Fuzzy-Logic in der Receiver-Firmware, die versucht, anhand der Geschwindigketisvektoren und der angenommenen Masse des Fahrzeugs unplausible Richtungsänderungen per Interpolation wegzurechnen oder bei kurzen Signalaussetzern optimistisch weiterschreibt. Gerade bei letzterem Punkt ist Garmin inzwischen Weltmeister: Ich warte noch darauf, dass die ihren Receivern auch noch Kurvenradien beibringen. Derzeit erkennt man es gut, wenn man in einer langgestreckten Kurve in einen Tunnel oder Galerie einfährt, dann schreibt der Garmin den Track erstmal für 4-5s schnurgerade mit konstanter Geschwindigkeit weiter ins GPX-File. Und wie viel in den Tracks geschummelt ist, merkt man bei Aufzeichnung im Sekundenintervall, wenn man mit einem flotten Verkehrsmittel in engen Ortschaften wiederholt zackig abbiegt. Da gibt's wiederholt Punkte über die Kreuzung hinaus oder die Ecke wird so zur Kurve gezogen (inkl. Punkten!), dass man unmöglich so durch eine Haus die Kurve geschnitten haben kann. Lange Rede, kurzer Sinn: Man kann einen Track nur so nehmen wie er ist. Wenn man dazu noch ein Luftbild hat, dann kann man überlegen, warum es an welcher Stelle Probleme gegeben hat und warum es an anderer (ähnlicher) eben nicht. Was kann man konkret tun? - Mehrere Empfänger (2-3) aufzeichnen lassen. (Hilft nicht gegen temporäre Störungen) - Gleiche Strecke mehrfach tracken (Hilft nicht gegen permanenten Probleme wie tiefe Häuserschluchten) -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lagegenauigkeit von GPS-Track
Johann H. Addicks schrieb: Gerade bei letzterem Punkt ist Garmin inzwischen Weltmeister: Ich warte noch darauf, dass die ihren Receivern auch noch Kurvenradien beibringen. Derzeit erkennt man es gut, wenn man in einer langgestreckten Kurve in einen Tunnel oder Galerie einfährt, dann schreibt der Garmin den Track erstmal für 4-5s schnurgerade mit konstanter Geschwindigkeit weiter ins GPX-File. Dead Reckoning meinst Du. Sowas habe ich neulich im IRC als OpenSource-Projekt gesehen! Da hatte auch jemand Probleme, dass sein Empfänger manchmal murkst. - Mehrere Empfänger (2-3) aufzeichnen lassen. (Hilft nicht gegen temporäre Störungen) Yop. Ich habe für meine größeren Einsätze eeinen SiRF-III, einen neuen Polaris und einen MTK-I dabei - sonst nur den MTK, weil der Akku super lange hält. Ich mittel dann auch immer nachher in JOSM. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] taho.pl
Hallo, ich habe gerade die neue Version von taho.exe auf meine HP gelegt. Im Gegensatz zu der vorigen Version braucht diese taho.pl und somit perl nicht mehr. Außerdem bietet es einige zusätzliche Einstellungen. Für alle die taho.pl/taho.exe nicht kennen: Dise Programme dienen dazu OSM-Pixelkarten zu laden. Und zwar so, daß man sie mit Programmen wie Glopus nutzen kann. Dazu muß der Bereich in Karten einer bestimmten Größe (z.B. 1024*1024) aufgeteilt werden und zu jeder ein Kalibrationsfile erstellt werden. Außerdem kann man mit taho.exe auch die OSM-Bugs dieses Bereiches laden. Da ich immer noch nicht begriffen habe wie ich die Files ins trac/svn laden kann gibt es die neue Version vorerst nur über meine HP: http://www.dimitri-junker.de/html/openstreetmap.html Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Tagging für Blinde
Hallo, Dimitri fragte: aber auch noch eine alte Frage, was ist wenn nur einer der 2 Bürgersteige taktiles Pflaster hat? Normalerweise wird taktile Pflasterung gezielt eingesetzt, es ist also normal, wenn es nur auf einer Straßenseite ist. Ich werte das erst mal sogar nur als Node aus, denn die Pflasterung führt zu einem Ziel (meist eine Bushaltestelle), und der ordne ich dann zu yes/no. Mir ist vor kurzem ein solcher Taktiler Weg aufgefallen wo die Markierung etwa 20cm an einem Verkehrsschild vorbeil?uft, soll so etwas als incorrect gemappt werden? Kommt drauf an. Ist drumrum eine größere geriffelte Fläche, dann ist es ein Aufmerksamkeits-Feld, und es ist richtig so. Dann ist das Schild wahrscheinlich das Bushaltestellen-Schild, das man finden soll. Eigentlich soll 60 cm Platz sein zur Seite. Kann man mit dem Blindenstock Hindernisse unterlaufen und sich oben stoßen, weil man mit dem Stock unten nichts gemerkt hat, dann ist es incorrect. Besonders überstehende Schilder und Vitrinen auf Stelzen sind gefährlich, aber auch Treppen, unter die man mit dem Kopf geraten kann. Wenn eine Leitlinie an einer Wand endet, ist das nicht unbedingt falsch, die Wand kann als weiterführendes Orientierungsmerkmal zum dranlangtasten dienen. Über Akustische Ampeln wurde noch nicht einmal abgestimmt, trotzdem wird das Element bereits flei?ig eingetragen. und wie? Auf der Map ist eine Legende, dort stehts: traffic_signals:sound=yes/no http://freenet-homepage.de/rapunzely/OSM/blindmap.html http://wiki.openstreetmap.org/wiki/DE:OSM_for_the_blind Gruß Lulu-Ann -- GRATIS für alle GMX-Mitglieder: Die maxdome Movie-FLAT! Jetzt freischalten unter http://portal.gmx.net/de/go/maxdome01 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] alte germany extrakte
On Thu, Oct 22, 2009 at 11:01:04PM +0200, Frederik Ramm wrote: Ich weiss das ich mir die theoretisch aus den planets + planetdiffs + osmosis selber erzeugen kann. Das ist nur reichlich aufwendig Jupp ;-) vor allem da, wo Du in den API 0.4-Bereich reinkommst. Hier ein paar cut+paste-Auszuege aus meinem Vorgehen fuer sehr alte Planets - alle aufgerufenen Programme aus unsrem SVN: Api 0.4 muss ich mir nicht antun - Da war hier noch leere wueste ;) Ach ja - ist jemandem aufgefallen das zwischen 07/2008 und 03/2009 die planets nicht da sind und auch keine diffs? [ ] planet-080702.osm.bz2 02-Jul-2008 20:32 4.1G [ ] planet-080709-080716.diff.xml.bz2 17-Jul-2008 13:55 45M [ ] planet-080716-080723.diff.xml.bz2 24-Jul-2008 14:21 43M [ ] planet-080723-080730.diff.xml.bz2 31-Jul-2008 14:19 49M [ ] planet-081231-nolt.osm.bz231-Dec-2008 12:00 5.0G [ ] planet-081231-nolt.osm.bz2.md522-Mar-2009 02:27 61 [ ] planet-090319-090325.diff.xml.bz2 26-Mar-2009 14:16 111M [ ] planet-090319.osm.bz2 20-Mar-2009 05:45 5.3G [ ] planet-090319.osm.bz2.md5 20-Mar-2009 05:47 56 [ ] planet-090401.osm.bz2.md5 02-Apr-2009 01:55 56 [ ] planet-090418.osm.bz2 19-Apr-2009 10:58 5.5G [ ] planet-090418.osm.bz2.md5 19-Apr-2009 11:01 56 Ich habe selber leider keine historischen germany.osm aufgehoben. Ich habe festgestellt das meine ab 02/2009 auch schrott sind - Es scheint so zu sein das das mirrorn irgendwie halb neu und halb alt mitgenommen hat. *grmpf* - Noch mehr planet schiebereien - Deshalb ist mir aufgefallen das da eine riesen luecke ende 2008 klafft ... Flo -- Florian Lohoff f...@rfc822.org Es ist ein grobes Missverständnis und eine Fehlwahrnehmung, dem Staat im Internet Zensur- und Überwachungsabsichten zu unterstellen. - - Bundesminister Dr. Wolfgang Schäuble -- 10. Juli in Berlin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] alte germany extrakte
Hallo, Florian Lohoff wrote: Ach ja - ist jemandem aufgefallen das zwischen 07/2008 und 03/2009 die planets nicht da sind und auch keine diffs? Platzmangel bei osm.org, aber auf ftp.heanet.ie sind die alle noch! Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Akzeptanz/Wichtigkeit von Tags (Anzahl verschiedener Mapper) - Frage
ich würde für OSMdoc gerne einen Wert einführen, der angibt wieviele Mapper ein Tag benutzen. Jonathan Bennett schlug dies als letztes vor und ich zitiere kurz: The point being that no matter how many objects have a tag, if they've been put there by just one mapper, it's not really a widely accepted tag. Habe mir über das Thema auch schon Gedanken gemacht, vor allem unter dem Hintergrund ob man dort eine relevantere Aussage bekommen kann als durch eine Abstimmung von 12 Leuten von 13. :-) Von der Grundidee ist es definitiv sinnvoll, je mehr unterschiedliche Mapper ein Tag benutzen, desto mehr kann man wirklich sagen, es ist in Gebrauch. Schön wäre es natürlich, die gesamte History jedes Objekts auszuwerten, um eine exakte Statistik zu bekommen. Das dürfte in der Praxis viel zu unwuchtig, von daher würde ich eher nach aussagefähgigen Kompromissen suchen. Ja ich fürchte auch das ist nicht so einfach. Ich müsste jedes einzelne Changeset angucken und runterladen...das würde eine ganze Weile dauern. Ich gebe die Hoffnung nicht auf, dass es irgendwann einen wirklich _vollständigen_ Dump der OSM-Daten gibt. Ich denke man kann durchaus den letzten Bearbeiter und alle Tags eines Objektes in Zusammenhang bringen. Denn entweder er hat das Tag so gesetzt oder er hat die bestehenden Tags so für gut befunden und deshalb nichts geändert. Auch diese stillschweigende Zustimmung läßt sich als Gebrauch werten. Da stimme ich Dir durchaus zu. Das Problem ist eher ein anderes: Sagen wir ein Bot fasst die ganze USA an um die tiger-tags zu entfernen dann steht dieser bei Millionen von Nodes/Ways als letzter Editor da. Vorher waren das vielleicht 2000 verschiedene Mapper die dadurch überschrieben werden. Wenn ein Objekt frisch angelegt ist, kann man das ohne Mehraufwand an der Versionsnummer 1 erkennen. Solche Erst-Tags könnte man höher werten, da klar ist, daß hier eine eindeutige Absicht und Zuordnung besteht. Oder man könnte es für eine zweite Meßzahl ermitteln wie sehr ein Tag im Trend ist. Das ist eine gute Idee! Ferner könnte man noch einen Gewichtungsfaktor daraus ableiten, wie lange ein Objekt schon unverändert geblieben ist. Wenn keiner mehr was am Tagging geändert hat, scheint generelle Zustimmung zu herrschen - ein Edit War ist auf jeden Fall ausgeschlossen. Hmm da wäre ich mir nicht ganz so sicher. Viele Stellen wurden vielleicht auch einfach ewig nicht bearbeitet weil niemand Ahnung davon hat, niemand mehr in der Gegend war usw.. Da muss ich nochmal genauer überlegen. Auf jeden Fall würde mich das Ergebnis interessieren wenn Du mit solchen Meßzahlen experimentierst. Ich berichte weiter. Bin aber nur langsam dabei und habe noch ein paar Probleme. So oder so: Vielen Dank für Deine Kommentare und Hinweise. Das hat mir auf jeden Fall geholfen zu sehen, dass ich auf dem richtigen Weg bin und nicht irgendwas offensichtliches übersehe. Gruß, Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Akzeptanz/Wichtigkeit von Tags (Anzahl verschiedener Mapper) - Frage
Schön wäre es natürlich, die gesamte History jedes Objekts auszuwerten, um eine exakte Statistik zu bekommen. Das dürfte in der Praxis viel zu unwuchtig, von daher würde ich eher nach aussagefähgigen Kompromissen suchen. Ja ich fürchte auch das ist nicht so einfach. Ich müsste jedes einzelne Changeset angucken und runterladen...das würde eine ganze Weile dauern. Ich gebe die Hoffnung nicht auf, dass es irgendwann einen wirklich _vollständigen_ Dump der OSM-Daten gibt. Ich wünsche mir einen History-Server mit einer erweiterten Read-Only API, die auf allen Calls Zeitpunkte GET /hapi/0.6/map?date=2009-01-01) bzw. Zeiträume (geht schon, ich weiß) GET /hapi/0.6/changesets?from=2009-01-01to=2009-01-02 und Versions-Nummern GET /hapi/0.6/way/#id/#version/full GET /hapi/0.6/node/#id/#version/ways akzeptiert. Die API könnte ruhig langsamer sein als die Main-API, da historische Informationen meist nicht in Ectzeit benötigt werden, und daher evtl. auch etwas größere Gebiete unterstützen. Um sowas selbst aufsetzen zu können bräuchte es jedoch auch den angesprochenen Full-Dump. Lg, Peter ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Akzeptanz/Wichtigkeit von Tags (Anzahl verschiedener Mapper) - Frage
Hi! Das Problem ist eher ein anderes: Sagen wir ein Bot fasst die ganze USA an um die tiger-tags zu entfernen dann steht dieser bei Millionen von Nodes/Ways als letzter Editor da. Vorher waren das vielleicht 2000 verschiedene Mapper die dadurch überschrieben werden. Das ist richtig. Aber vielleicht gibt es auch ein ganz einfache Möglichkeit. Mit einer kurzen Blacklist von bekannten Bots (und ggf. Vandalen) könnte man deren Edits ausblenden. Dadurch entsteht zwar ein vorübergehendes Loch bis echte User die Objekte wieder angelangt haben, aber das ist immer noch besser als eine falsche Schlußfolgerung. Wie jede große Statistik muß man halt bei plötzlichen Änderungen der Zahlen und Tendenzen die Sonderaktion rausfinden, die es verursacht hat. bye Nop -- Jetzt kostenlos herunterladen: Internet Explorer 8 und Mozilla Firefox 3.5 - sicherer, schneller und einfacher! http://portal.gmx.net/de/go/atbrowser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wald gelöscht
Am 23.10.2009 um 02:32 schrieb Frederik Ramm: Also ich hab jetzt den alten Umriss wiederhergestellt, das sind nun die drei Ways 24539961, 43001800, 43001801. 332 Nodes, die der alte Umrissweg hatte und die inzwischen geloescht worden waren, habe ich wiederbelebt. Vielen Dank dafür! Die Multipolygon-Relation habe ich heute morgen repariert, aber Mapnik scheint's immer noch nicht begriffen zu haben. Na warten wir's ab. Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Thomas Reincke schrieb: Dies zeigt wie wichtig es ist mal ins nächste Dorf zu fahren Genau deshalb hat der Stammtisch Kreis Düren gestern einen kollektiven Ausflug nach Nörvenich gemacht deswegen findet die nächste Münchner Mapping Party am 31.10./1.11. auch wieder als Mapping Expedition im Lechfeld statt: http://wiki.openstreetmap.org/wiki/M%C3%BCnchen/Mapping-Wochenende_Herbst_2009 MfG Michael. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gratulation!
Am Fr Oktober 23 2009 glaubte qbert biker zu wissen: Von: Garry garr...@gmx.de Sieht Du das als Problem wenn man das für Deutschland so definiert? Mit dieser Definition hat man für trunk eine klare Steigerung zur primary und Leute die keine autobahn(ähnlichen) Strassen fahren wollen (davon gibt es jede Menge) haben eine gezielte einfache Möglichkeit diese vom Routing auzublenden. Wobei hier motoroad eigentlich passender ist, denn da ist sogar eine echte Restriktion damit verbunden (Fahrraeder/ Fussgaenger/langsame Fz). Wer fuer diese Funktion 'motorroad' auswertet, hat somit zwei Fliegen mit einer Klappe erschlagen, denn die gegenseitige Deckung ist so gut, dass autobahnaehnliche Strassen effektiv vermieden werden. Ausserdem ist motorroad ein unabhaengies Attribut und wird beim naechten Tagging-Modewechsel nicht mit geloescht ;) Eine autobahnähnlich ausgebaute Straße beeinhaltet kein Verbot für Fußgänger, Radfahrer oder langsame KFZ. Dafür muß die Straße als Autobahn oder Kraftfahrstraße ausgewiesen sein. flo -- Kommt Ihr dann bitte hier vorbei und nehmt uns mit? Wenn das in den nächsten paar Tagen passiert, könnte auch noch was von meinen Biervorräten übrig sein! Wenn wir vorbei kommen wohl kaum noch. [Martin Leidig und Bernd Brodesser in suse-talk] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Änderungs-Einschränkungen für Neua nfänger
Am Fr Oktober 23 2009 glaubte Markus zu wissen: Deine Beschreibung trifft die Situation des Anfängers gut: Ich bin Anfänger. ;-) - Ich trage als Anfänger etwas ein oder ändere etwas. - Ich stelle fest, daß mein Eintrag nicht das bewirkt, was er bewirken sollte. - Ich komme einfach nicht dahinter, was da schiefläuft. Anfängerseitig ist Deine Idee gut: - Ich trage mein Problem in eine Datenbank ein. - Ein erfahrener User schaut sich das an und sagt mir, was da nicht paßt und wie ich das beheben kann. Beraterseitig besteht dann die Schwierigkeit, dass der Anfänger seine Frage nicht richtig kategorisiert (eindeutiger Betreff). Denn der Berater überfligt die Liste und wählt nur die Dinge ausb bei denen er sich kompetent fühlt und mit wenig Zeitaufwand helfen kann. Und wenn da steht ich habe ein Problem mag er da nicht ran. Stimmt. So geht mir das in Mailinglisten usw. zu Themen, bei denen ich mich auskenne auch. Wenn da nur HIILFÄ im Subject steht, bin ich da auch schnell fertig. Aufwändig für den Berater ist auch die Problembeschreibung zu verstehen. Denn der Anfänger kennt ja sein Problem, er hat ja möglicherweise schon Stunden damit verbracht - und nimmt an, dass die Profis wissen wo er scheitert. Deshalb vergisst er zu erwähnen, mit welchem Programm und welchen genauen Schritten er dahin gekommen ist wo es nicht weitergeht und woran er das genau erkennt... Hm, das hatte ich etwas verdrängt. Ich kenne die Problematik von den Computern her. Vor 10 Jahren war ich für viele der erste Anlaufpunkt, wenn was gehakt hat. Außer geht ned und ich hab nix gemacht kommt meist nicht viel. Werde meinen Vorschlag wohl wieder einmotten müssen. Alternative ist immer noch das Wiki. Da muss man einfach Schwimmbad eingeben können, oder Eislaufhalle (alternativ: Kunsteis, Eisbahn, Eislauf, Eiskunstlauf, oder so...) Und dann eine verständliche, nachvollzieh- und umsetzbare Anleitung in deutscher Sprache finden. Das hilft mir halt eher weniger, wenn z.B. zwei Wege übereinander liegen und ich mich wundere, warum der falsch angezeigt wird, obwohl meine Tags nach dem Wiki stimmen. Gut, _jetzt_ erkenne ich sowas wohl viel schneller. ;-) Eine Anlaufstelle wäre halt IMO nicht schlecht. Hier auf der Liste will ich eigentlich nicht dauernd nachfragen, wenn ich irgendwo hänge. flo -- Für das Logfileauswerten soll es ja mittlerweile schon ein Beruf geben. Ich habe schon diesbezüglich Anzeigen gesehen. Logführer? ;-))[André Laugks und Andrea Glatthor in dnq] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
