Re: [Talk-de] historic=ruins abreißen, historic= ... aufräumen
2008/9/14 Frederik Ramm [EMAIL PROTECTED] Hallo, Torsten Leistikow wrote: Wo ist das Problem? Denkst Du, der Programmierer des Routers muesse sich fuer eins davon entscheiden und alle anderen verwerfen? Ich kann doch einfach sagen: Alles, was mit einer Zahl anfaengt und nicht mit mph endet, sind km/h. Also ich stehe ich ja eher auf SI-Einheiten in Reinform... Ich weiss, ich bewerte die Freiheiten im OSM-Projekt nun mal deutlich anders als du, In welcher Hinsicht? aber jeder hat ja sein Recht auf eine eigene Meinung. Es steht Dir frei, die derzeit erfassten Geschwindigkeitsbeschraenkungen als m/s zu interpretieren, dieses Recht nimmt Dir keiner. Ich vermute allerdings, dass die Routingsoftware, die Du auf dieser Basis entwickelst, tendenziell von weniger Menschen benutzt werden wird, als eine, die sich an meinen oben zitierten Vorschlag haelt - aber wer weiss, vielleicht spinne ich ja rum, es kaeme auf einen Versuch an. Bye Frederik - die Prioritäten setzt hier jeder selbst, das ist klar, aber wenn man beim Editieren über einen Tippfehler stolpert sollte man ihn m.E. schon korrigieren. Fehlerhafte (offensichtliche Tippfehler) Tags vermehren sich über die autocompletion nämlich (gerade in dünnen Bereichen). Hatte so schonmal selbst einige falsche Trinkbrunnen eingegeben und es erst nach einiger Zeit gemerkt. Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historic=ruins abreißen, historic =... aufräumen
Roman Grabolle schrieb: 7 km/h wird oft als Schrittgeschwindigkeit bezeichnet, viele tragen diesen Wert ein, wenn Schilder entsprechendes fordern. Krumme Zahlen kommen zuweilen durch Meilen-Umrechnung zu stande. Aha, Danke! Und 999 km/h? Mehr als den dreistelligen Bereich schafft kein Fahrzeug mit Strassenzulassung - so hat wohl jemand diesen Wert genommen um darzustellen das es hier keine vorgeschrieben Höchstgeschwindigkeit gibt. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historic=ruins abreißen, historic =... aufräumen
Hallo, Torsten Leistikow wrote: Wo ist das Problem? Denkst Du, der Programmierer des Routers muesse sich fuer eins davon entscheiden und alle anderen verwerfen? Ich kann doch einfach sagen: Alles, was mit einer Zahl anfaengt und nicht mit mph endet, sind km/h. Also ich stehe ich ja eher auf SI-Einheiten in Reinform... Ich weiss, ich bewerte die Freiheiten im OSM-Projekt nun mal deutlich anders als du, In welcher Hinsicht? aber jeder hat ja sein Recht auf eine eigene Meinung. Es steht Dir frei, die derzeit erfassten Geschwindigkeitsbeschraenkungen als m/s zu interpretieren, dieses Recht nimmt Dir keiner. Ich vermute allerdings, dass die Routingsoftware, die Du auf dieser Basis entwickelst, tendenziell von weniger Menschen benutzt werden wird, als eine, die sich an meinen oben zitierten Vorschlag haelt - aber wer weiss, vielleicht spinne ich ja rum, es kaeme auf einen Versuch an. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historic=ruins abreißen, historic =... aufräumen
Meine angekündigte Antwort auf Frederiks letzten Fragenkomplex habe ich unter den entsprechenden Thread gesetzt: Re: [Talk-de] Eröffnung - Schließung - Abriss Roman Grabolle Sat, 13 Sep 2008 04:32:45 -0700 http://www.mail-archive.com/talk-de@openstreetmap.org/msg21848.html Viele Grüße Roman -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historic=ruins abreißen, historic =... aufräumen
Frage zum Teil selbst beantwortet. Ich hatte vorhin nur Pech beim Testen und einige nicht mit Namefinder gefunden (Hügelgräber, synagoge). Bei anderen, z.B. Römischer Viergötterstein und ehemalige Fabrikantenvilla (Mühlburg in Ohrdruf), hatte ich mehr Erfolg. Da war z.T. nur name= und historic= vertauscht. Ich fange mal an mit korriguieren und freue mich über Unterstützung. Crain habe ich ja schon gestern versorgt (=tumulus) -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historic=ruins abreißen, historic =... aufräumen
Und ich finde historic= unaufgeräumt. ;-)). Ich habe gerade mal bei http://etricceline.de/osm/Germany/En/keystats_amenity.htm und http://etricceline.de/osm/Germany/En/keystats_tourism.htm geschaut. Da sind ja noch viel lustigere Sachen drin. amenity=de:sf:gruene:plakat, =Maibaum, =Dresden-Altstadt (keine Frage!), =Freibad Eningen, =Haus Freudenberg (steht ja schon im Namen), =Finanzamz (hier glaube ich es nicht), =Pilse, =Eisbahn Stellingen, =Blitzer 50 (da bin auch im Zweifel), closed-restaurant (nun nicht mehr), =TÜV, =Straßenverkehrsamt, =Parkplatz Tennisclub Blau-Weiß Wülfrath, =Alter Kirchturm, halb erhalten; =nudist_beach (kommt ganz drauf an, wer da gerade rumliegt) tourism=Rittersturz, =hotel fuer tier und mensch, =Pestruper Gräberfeld, =Lindauer Fruchtsäfte (ex. Lindavia), =Hier ist KEINE Rooseveltstraße!, =Landesdenkmal (Was ist denn das?), =Hackschnitzel-Heizkraftwerk ... Ich will jetzt nicht nur frotzeln, denn da sind interessante Sachen drin, für mich z.B. die Kleinkneter Steine und das Pestruper Gräberfeld. Aber so gehen sie halt verloren. Wie findet man diese fehlerhaften Einträge in der Karte. Jetzt nicht die beiden, die habe ich schon selbst gefunden - bei Wildeshausen - und auf historic=archaeological_site umgebogen. Oftmals sind es ja auch nur Tipfehler. Grüße Roman -- Pt! Schon vom neuen GMX MultiMessenger gehört? Der kann`s mit allen: http://www.gmx.net/de/go/multimessenger ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historic=ruins abreißen, historic =... aufräumen
Ich komme gar nicht wieder los davon ... ;-) Wir machen uns hier eine Kopf über Routenplaner und Fahrtzeitenberechung (ich ja nicht, aber andere), aber wenn ich sehe, wie bunt das z.B. bei den Höchstgeschwindigkeiten durcheinander geht: http://etricceline.de/osm/Germany/En/keystats_maxspeed.htm , wird das Ergebnis wohl nicht das beste. Das ist insofern schade, als das die Daten ja schon potentiell vorhanden sind, aber wohl so nicht auswertbar: 30 Total: 49473 + 30km/h 275 + 30 km/h 118 + 30 Kmh12 + 30 kmh 2 + 30_ 1 Und das bei allen anderen Geschwindigkeiten auch. Wo gibt es eigentlich Begrenzungen auf 2,5 4, 6 oder 7 km/h, auf 999 km/h usw.? -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/[EMAIL PROTECTED] ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historic=ruins abreißen, historic =... aufräumen
Hallo, 30 Total: 49473 + 30km/h275 + 30 km/h 118 + 30 Kmh 12 + 30 kmh 2 + 30_1 Wo ist das Problem? Denkst Du, der Programmierer des Routers muesse sich fuer eins davon entscheiden und alle anderen verwerfen? Ich kann doch einfach sagen: Alles, was mit einer Zahl anfaengt und nicht mit mph endet, sind km/h. Und das bei allen anderen Geschwindigkeiten auch. Wo gibt es eigentlich Begrenzungen auf 2,5 4, 6 oder 7 km/h, auf 999 km/h usw.? 7 km/h wird oft als Schrittgeschwindigkeit bezeichnet, viele tragen diesen Wert ein, wenn Schilder entsprechendes fordern. Krumme Zahlen kommen zuweilen durch Meilen-Umrechnung zu stande. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historic=ruins abreißen, historic =... aufräumen
30 Total: 49473 + 30km/h275 + 30 km/h 118 + 30 Kmh 12 + 30 kmh 2 + 30_1 Wo ist das Problem? Denkst Du, der Programmierer des Routers muesse sich fuer eins davon entscheiden und alle anderen verwerfen? Ich kann doch einfach sagen: Alles, was mit einer Zahl anfaengt und nicht mit mph endet, sind km/h. Vielleicht bin ich da doch zu engstirnig und regelverliebt ;-), aber ich halte es für einfacher, Stück für Stück die 408 ungewöhnlichen Geschwindigkeitsangaben zu ändern und dann zu wissen, dass wir in D-Land 49878 30er-Zonen erfaßt haben, mit denen alle Anwendungen klar kommen können, als dem Programmierer aufzudrücken, dass er auch alle Andersschreibungen berücksichtigt. Zumal es ja nicht nur um einen Programmierer geht, sondern auch viel andere diese Daten nutzen sollen - vom Autonavi bis zum ... weiß der Zar. Die sollen dann alle an solche Tricks denken? Und wer garantiert, dass alle nicht-mph auch km/h sind. Vielleicht gibt ja auch mal jemand m/s an? Ich halte eine Tabelle mit 10 verschiedenen Maximalgeschwindigkeiten unter http://etricceline.de/osm/Germany/En/keystats_maxspeed.htm für übersichtlicher als eine mit 40 alternativen Schreibweisen, auch und gerade, wenn ich offensichtliche Unfälle wie maxspeed=Burggrafenstraße finden will. Vermutlich steht dann dort auch name=30 und Liesschen Müller findet ihre Straße nicht in der OSM und geht enttäuscht zurück zu googlemaps. Und das bei allen anderen Geschwindigkeiten auch. Wo gibt es eigentlich Begrenzungen auf 2,5 4, 6 oder 7 km/h, auf 999 km/h usw.? 7 km/h wird oft als Schrittgeschwindigkeit bezeichnet, viele tragen diesen Wert ein, wenn Schilder entsprechendes fordern. Krumme Zahlen kommen zuweilen durch Meilen-Umrechnung zu stande. Aha, Danke! Und 999 km/h? Vielleicht täuscht mein Eindruck, aber die absolute Freiheit führt eben bisweilen auch dazu, dass einige Daten nicht nutzbar sind. Sie führt womöglich auch dazu, dass sich Leute mit gewissen Ansprüchen an die Richtigkeit der Daten eben nicht auf OS einlassen. Jaja, das ist ja dann ihr Problem. Aber in heller Aufregung stehen, weil der größte Mitbewerber auf einmal Hausnummern hat. ;-). Versteht mich bitte nicht falsch, ich finde OSM großartig und deshalb will ich mich auch hier einbringen. Aber dazu gehört eben auch Kritik und Verbesserungsvorschläge. Mach Dir keinen Kopf, paßt schon so und alles wird gut ist nicht unbedingt die Antwort, die man dann erwartet hat. Viele Grüße Roman -- GMX Kostenlose Spiele: Einfach online spielen und Spaß haben mit Pastry Passion! http://games.entertainment.gmx.net/de/entertainment/games/free/puzzle/6169196 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historic=ruins abreißen, historic =... aufräumen
Roman Grabolle: 30 Total: 49473 + 30km/h275 + 30 km/h 118 + 30 Kmh 12 + 30 kmh 2 + 30_1 Und das bei allen anderen Geschwindigkeiten auch. Wo gibt es eigentlich Begrenzungen auf 2,5 4, 6 oder 7 km/h, auf 999 km/h usw.? 7 km/h wird oft als Schrittgeschwindigkeit bezeichnet, viele tragen diesen Wert ein, wenn Schilder entsprechendes fordern. Krumme Zahlen kommen zuweilen durch Meilen-Umrechnung zu stande. Aha, Danke! Und 999 km/h? Vielleicht täuscht mein Eindruck, aber die absolute Freiheit führt eben bisweilen auch dazu, dass einige Daten nicht nutzbar sind. Ich finde du übertreibst damit ein bisschen. Du hast doch oben schon schöne Zahlen genannt und daran sieht man, dass (über den Daumen gepeilt) über 66000 (syntaktisch) korrekt getaggte Geschwindigkeitsbegrenzungen etwa 500 fehlerhaft getaggten gegenüber stehen. Die werden mit der Zeit auch korrigiert werden (und es werden zahlreiche falsche und noch viel mehr richtige dazukommen). Dank des Wiki-Prinzips. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] historic=ruins abreißen, historic =... aufräumen
Ich mache doch noch mal weiter und schreibe dafür noch ein paar mal „ich“ ;-): Das Projekt OSM finde ich so interessant, weil die Daten offen liegen, auch woher sie kommen, und ich (zumindest zum Teil) überprüfen kann, wie gut sie sind. Ich rede jetzt speziell von solchen Datenbankvergleichen, wie sie Sven Anders betreut. Das Beispiel Hamburg ist ja mit Sicherheit allen bekannt: http://svenanders.openstreetmap.de/SV-stat/Hamburg/ Ich habe nun die Daten für Jena besorgt, wo ich (wenn auch mit Unterbrechungen) die letzten 10 Jahre gelebt habe und Sven hat sie freundlicherweise gleich umgesetzt: http://svenanders.openstreetmap.de/SV-stat/Thueringen/Jena/ Die fehlenden Straßen wurden von mir rausgesucht und bei OSBugs eingetragen: http://wiki.openstreetmap.org/index.php/Jena-stat Ich war da nicht mal in Jena, sondern in Leipzig, wo ich inzwischen lebe und arbeite. Sogleich fingen Leute in Jena an - und da muss man unbedingt GeoFranzi nennen und ihr ein großes Dankeschön für ihre Spitzenarbeit sagen - , die fehlenden Straßen zu mappen. So macht Zusammenarbeiten in der OSM richtig Freude. Momentan haben wir über 80 % der Straßen in Jena erfasst, weil schon wieder neue dazugekommen sind. Wenn das so weiter geht und wir die sowieso nicht richtig dazugehörenden kürzlich eingemeindeten Käffer am Rande vom nirgendwo ignorieren dürfen, sind wir die nächste nachweislich komplette Stadt nach Hamburg ;-). Jede_r, der sich dafür interessiert, findet ohne große Mühe solche Seiten wie SV-stat oder Jena-stat im Wiki. Das ist für mich der Vorteil und deshalb mache ich hier mit, weil ich keine Blackbox kaufen muss wie bei TeleAtlas, sondern selber schauen kann, wie gut und wie vollständig die Daten sind. Die Straßen waren für mich nur ein Test, was man hier machen kann und was (noch) nicht geht. Straßenkarten und Fahrradrouting sind mit Sicherheit hilfreiche und wichtige Anwendungen für die OSM. Mir geht es persönlich um mehr und um andere Dinge. Ich wünsche mir, dass die vielen kulturgeschichtlichen Projekte im Netz, in denen Leute sich mit speziellen Themen befassen, mit der OSM verschnitten werden können. Ich denke dabei an großartige Internet-Projekten wie http://www.suehnekreuz.de/ , die mit viel Liebe, Sachverstand und Zeitaufwand betrieben werden. Zu suehnekreuz und osm: http://steinkreuz.foren-city.de/topic,191,-steinkreuze-und-kreuzsteine-in-der-und-in-die-openstreetmap.html Die Datenbank der Kulturgüter in der Region Trier - http://kulturdatenbank.de.vu - ist ja kürzlich schon mal genannt worden. Großsteingräber waren auch dieser Tage Thema und auch da wurde bereits auf http://www.stonepages.de/ hingewiesen. Per Mail wurde ich freundlicherweise auf http://www.lostplaces.de/ aufmerksam gemacht (Danke! Auch wenn ich es schon kannte.) und auch wenn das nicht mein Thema ist, kann man ja mal sehen, ob und wo es Überschneidungspunkte gibt. Ich denke an http://www.burgeninventar.de/ und http://www.burgenwelt.de/ , bei denen ich immer mal im Forum vorbeischaue. Ich schreibe z.T. für EBIDAT (Europäisches Burgen-Institut – DATenbank): http://www.ms-visucom.de/cgi-bin/ebidat.pl . Ich wünsche mir, dass wir in der OSM irgendwann nahezu alle Burgen im deutschsprachigen Raum und den Nachbarländern erfasst haben - im Grundriss und mit den Parkplätzen, Wanderwegen, Belagerungsburgen in der Nähe und mehr. Wie vollständig wir sind, lässt sich – ähnlich wie jetzt schon bei den Straßenverzeichnissen - damit recht einfach überblicken. Ich hoffe, dass dann solche Projekte wie die genannten ihre Datenbankergebnisse nicht mehr bei google Maps anzeigen, sondern in der OSM. Das hilft mir selbst weiter, weil ich dann das Ergebnis nehmen kann, ausdrucken, publizieren, weiterverarbeiten ... all das, was mit TeleAtlas-Daten oder TK-Karten eben nicht geht. Dazu sollten aber alle Burgen gleichartig erfasst sein und nicht ein paar als castle, andere als ruine, building, attraction oder sonst noch was. Das gilt natürlich auch für Megalithen, die möglichst nicht mit Hügelgräbern in einen Topf geworfen werden sollten. Dann geht das nämlich alles nicht. Der Nachteil ist natürlich gleichzeitig, dass auch jede_r sehen kann, wenn Daten schlecht gepflegt sind. Bei GoogleMaps fällt das nicht auf. Aber hier stehen die Seiten wie eben Tagwatch im Netz und hier wird offen und für alle sichtbar auch über Mängel bei der Datenverwaltung diskutiert. Beides soll und muss so bleiben! Aber ich bin der Meinung, dass diese Offenheit auch dazu führen sollte, dass man immer mal ein klein wenig aufräumt und zeigt, dass man noch den Überblick über die Daten hat und da hinterher ist. Es geht nicht um das Verhindern von alternativen Lösungen. Aber wohl über 90% der Unfälle bei Tagwatch (siehe die Beispiele unter amenity und tourism) sind keine Alternativlösungen, sondern schlicht kleine Fehler, wie sie jedem und jeder passieren können (Eintragungen vertauscht, Buchstaben vertauscht, Lehrzeichen zuviel
Re: [Talk-de] historic=ruins abreißen, historic= ... aufräumen
Hallo Roman, Deinen Enthusiasmus in Ehren, aber ich glaube, Du hast zu sehr die (Hobby?)historiker-Scheuklappen auf. Du siehst eine Burg und hast vor Deinem inneren Auge sofort eine Klassifizierung: Ah, klar, das ist eine So-und-so-Burg, die muss natuerlich so-und-so getaggt werden, und alles andere ist irgendwie mangelhaft, falsch, muss aufgeraeumt werden. Aber das stimmt nicht; die Burg ist mit genau der gleichen Korrektheit, mit der sie fuer Dich eine so-und-so-Burg ist, auch eine Touristenattraktion. (Oder sie kann es zumindest sein.) Oder ein Restaurant. Oder eben alles. Wenn eine Burg nur als Restaurant oder nur als Touristenattraktion getaggt ist, dann ist das maximal unvollstaendig - es ist halt noch niemand mit dem Blick fuer historische Bauwerke vorbeigekommen. Es ist aber deswegen nicht schlecht gepflegt. Du ueberschaetzt m.E. auch die Notwendigkeit dieses Putzen gehens gewaltig. Ich hatte auch keine Lust darauf, aber ich habe mir die Zeit genommen und mehrere Stunden in Jena alle „Strassen“ in „Straßen“, alle „von-Stein“ in „vom-Stein-Wege“ usw. verwandelt und prompt schnellte die Erfassungsquote schlagartig nach oben. Fuer die praktische Anwendung ist es voellig gleichgueltig, ob eine Strasse jetzt mit Eszett geschrieben ist oder nicht; jedes gute Suchprogramm wird beides akzeptieren. Das einzige, was Du damit verbessert hast, ist irgendeine von einem Computerprogramm ausgerechnete Punktzahl. Wenn mich einer fragt, ob er lieber 5 Strassen mappen oder eine Stunde Tippfehler verbessern sollte, die jedes fehlertolerante Computerprogramm nicht stoeren wuerden - ich waere jedesmal fuer fuenf weitere Strassen. Vermutlich hätte man einem Programm auch beibringen können, dass „Strassen“ und „Straßen“ fast dasselbe sind. Sven hat aber mir aber sehr deutlich zu verstehen geben, dass „Strassen“ einfach falsch ist und ich mich hinsetzen und das korrigieren soll, falls nicht alle diese als noch fehlend angeben werden sollen. Halte ich fuer voellig ueberfluessig und ein typisches Beispiel davon, wie sich Menschen von Maschinen versklaven lassen. Kann mir doch keiner erzaehlen, dass es fuer *irgendeine* praktische Anwendung wirklich wichtig ist, ob die Strasse jetzt ein sz hat oder nicht. Wenn es fuer Dich ein persoenliches Anliegen ist, den Stadtplan richtig auszudrucken und Dir jedes falsche ss in den Augen sticht, dann tu's - aber tu es nicht, um auf irgendeiner willkuerlichen Skala von 75 auf 80 zu klettern. Dann lass Dir lieber von Sven seinen Quellcode geben und bau' dort ein, dass ss und sz gleich behandelt werden bei der Ermittlung der Punktzahl. Ich habe leider nicht allzuviel mit Datenbanken bisher gemacht, aber eines habe ich begriffen. Eine Datenbank einrichten ist schön, gut und wichtig. Aber die Daten auch zu pflegen und den Leuten hinterherzuräumen ist nicht weniger wichtig, bringt nur leider nicht so sichtbare Erfolge. Ich finde, dass Du mit dieser Ausdrucksweise vom Hinterherraeumen die Arbeit derer, hinter denen Du glaubst, aufraeumen zu muessen, herabwertest - sie als minderwertig hinstellst. Insofern finde ich Kommentare wie Wo ist das Problem? ein klein wenig am Thema vorbei. Eine solche Aussage kannst Du nur treffen, wenn Du Dir anmasst, das Thema bestimmen zu duerfen ;-) Natürlich kann irgendwie mit solchen Unstimmigkeiten damit umgehen Eben. In einigen Faellen mag es gut und wichtig sein, irgendwo von Hand zusaetzliche Informationen einzufuegen, weil das der Computer nicht kann. Aber einen *Menschen* damit zu beschaeftigen, ueberall artig aus 30, 30 kmh, 30kmh, 30 km/h usw. eine einheitliche Schreibweise herzustellen, nur um der lieben Ordnung willen, ist eine Beleidigung fuer die Intelligenz. Und auch nur anzudeuten, jemand, der sich die Muehe gemacht hat, ein Tempolimit zu erfassen, habe mangelhafte Arbeit geleistet, weil er eine Einheit angegeben hat, wo keine hingehoerte (... muss man hier wieder hinterherraeumen...) ist m.E. nicht in Ordnung. Zusammenfassung: Ich denke, Datenpflege und ein gelegentlicher Herbstputz sind nicht verkehrt und führen nicht zwangsläufig dazu, dass hier alles nur noch stromlinienförmig in eine Richtung läuft und die Freigeister dem Projekt den Rücken kehren. Es ist schwierig, das ganze so abstrakt zu diskutieren, man muesste ein konkretes Beispiel haben. Im allgemeinen ist aber die Gefahr gross, dass die, die heute, wie Du, danach rufen, man solle doch vereinzelt mal putzen, und dies selbst auch tun, morgen selbstverstaendlich danach rufen, dass nicht zugelassen werden moege, dass irgendjemand die muehevoll hergestellte Sauberkeit durch unbedachtes Hinzufuegen eines unsauberen Artikels stoert. Da mache ich mir jahrelang die Arbeit mit den Burgen hier und dann kommen die Italiener und halten sich nicht an mein Schema!, so in der Art. Aber bei OpenStreetMap wird immer jemand kommen, der sich nicht ans Schema haelt. Die Herausforderung liegt nicht darin, ein fuer
Re: [Talk-de] historic=ruins abreißen, historic =... aufräumen
Hallo Frederik, Deinen Enthusiasmus in Ehren, aber ich glaube, Du hast zu sehr die (Hobby?)historiker-Scheuklappen auf. Du siehst eine Burg und hast vor Deinem inneren Auge sofort eine Klassifizierung: Ah, klar, das ist eine So-und-so-Burg, die muss natuerlich so-und-so getaggt werden, und alles andere ist irgendwie mangelhaft, falsch, muss aufgeraeumt werden. Man wiederholt sich leider doch immer wieder: Historic=ruins halte ich tatsächlich für mehr als unglücklich, weil es nicht so nicht als Burg erkennbar ist, wenn ich nach Burgen suche. Das in einer Burg auch ein Restaurant, ein Hotel, ein Rathaus ... sein kann ist mir durchaus klar. Wie Du selbst schriebst ist es nicht falsch, aber halt unvollständig. Nahezu jede zugängliche Burg ist eine Touristenattraktion. Ist es wirklich sinnvoll, bei 90 Prozent der Burgen und Schlösser eine Art Pleonasmus zu produzieren? Fuer die praktische Anwendung ist es voellig gleichgueltig, ob eine Strasse jetzt mit Eszett geschrieben ist oder nicht; jedes gute Suchprogramm wird beides akzeptieren. Das einzige, was Du damit verbessert hast, ist irgendeine von einem Computerprogramm ausgerechnete Punktzahl. Wenn mich einer fragt, ob er lieber 5 Strassen mappen oder eine Stunde Tippfehler verbessern sollte, die jedes fehlertolerante Computerprogramm nicht stoeren wuerden - ich waere jedesmal fuer fuenf weitere Strassen. Das sehe ich anders. Es geht nicht nur um das ß. Es geht um kleine Schreibfehler, die mir passieren, die Dir passieren, die jedem oder jeder passieren können. Aber die wenigsten Suchmaschinen finden eine Juri-Ga_r_garin-Str., eine Bert_h_olt-Brecht-Straße, von-Stein-Straße (vom-Stein-...), einen Tim_m_erweg ... . Namefinder kann es jedenfalls nicht und auch die Suchfunktion bei google maps versagt bei den Straßen, die bei Tele Atlas-Daten falsch geschrieben sind. Dies dürfte an Beispielen genügen, jede_r, der/die mal Straßennamen überprüft hat, wird selbst genügend Beispiele kennen. Es gibt hier eine Seite, wo genau solche Fehler bei Tele-Atlas-Daten aufgezählt werden. Bei OSM sind sie o.k.? Ich habe nicht nur irgendeine von einem Computerprogramm ausgerechnete Punktzahl erhöht, um mich dann wie ein Schneekönig zu freuen. Ich habe zusammen mit anderen Beteiligten die Möglichkeit geschaffen, konkret sagen zu können, wie vollständig Straßennamen in einer bestimmten Stadt erfaßt sind. Das, was fast alle auf ihrer Stadt- oder Landkreis-Seite im Wiki mit bunten Bildern dokumentieren, ist so statistisch abgesichert. Auf der Basis ist dann zielgerichtet an die Vervollständigung gegangen worden, weil bisher übersehene kleine Straßen oder Straßen ohne Anwohner_innen auf einmal sichtbar wurden. Wenn Dich das nicht anhebt, kann ich Dich nicht dazu zwingen ;-). Ich finde, dass Du mit dieser Ausdrucksweise vom Hinterherraeumen die Arbeit derer, hinter denen Du glaubst, aufraeumen zu muessen, herabwertest - sie als minderwertig hinstellst. Wir sind alle Menschen und Menschen machen Fehler. Das ist nun mal so und das ist sicher für niemanden ein Problem. Für mich wäre es zumindest keines. Wenn ich solche Fehler kommentarlos korrigiere, stelle ich niemanden als minderwertig hin. Ich würde es mir bei meinen Fehlern genauso wünschen, dass die schnell korrigiert werden und nicht ewig lange falsch in der DB rumliegen. Eine solche Aussage kannst Du nur treffen, wenn Du Dir anmasst, das Thema bestimmen zu duerfen ;-) Ich maße mir nichts an, ich habe mir erlaubt zu sagen, dass ich mich bisweilen etwas abgebürstet vorkam. fuer die Intelligenz. Und auch nur anzudeuten, jemand, der sich die Muehe gemacht hat, ein Tempolimit zu erfassen, habe mangelhafte Arbeit geleistet, weil er eine Einheit angegeben hat, wo keine hingehoerte (... muss man hier wieder hinterherraeumen...) ist m.E. nicht in Ordnung. Es ging doch nie um mangelhafte Arbeit oder irgendeinen Vorwurf. Ich fühle mich doch nicht besser, klüger oder sonstwas, nur weil ich einen Schreibfehler korrigiere. Ich mache das auch nicht für mich, weil ich besser sein will als jemand anders, sondern weil ich dieses Projekt voranbringen möchte. Es ist schwierig, das ganze so abstrakt zu diskutieren, man muesste ein konkretes Beispiel haben. Im allgemeinen ist aber die Gefahr gross, dass die, die heute, wie Du, danach rufen, man solle doch vereinzelt mal putzen, und dies selbst auch tun, morgen selbstverstaendlich danach rufen, dass nicht zugelassen werden moege, dass irgendjemand die muehevoll hergestellte Sauberkeit durch unbedachtes Hinzufuegen eines unsauberen Artikels stoert. Da mache ich mir jahrelang die Arbeit mit den Burgen hier und dann kommen die Italiener und halten sich nicht an mein Schema!, so in der Art. Aha, es geht also um Grundsatzfragen. Wehret den Anfängen! Oder wie? Ich könnte morgen als Diktator auftreten und das Projekt an mich reißen (wie eigentlich?). Also besser heute schon mal warnen, dass die OSM-Diktatur
Re: [Talk-de] historic=ruins abreißen, historic =... aufräumen
Hi, Das sehe ich anders. Es geht nicht nur um das ß. Es geht um kleine Schreibfehler, die mir passieren, die Dir passieren, die jedem oder jeder passieren können. Aber die wenigsten Suchmaschinen finden eine Juri-Ga_r_garin-Str., eine Bert_h_olt-Brecht-Straße, von-Stein-Straße (vom-Stein-...), einen Tim_m_erweg ... . Dann muessen die Suchmaschinen verbessert werden. Denn es ist sehr wahrscheinlich, dass der Suchende ebenfalls falsche Eingaben macht - ihm wurde eine Strasse am Telefon genannt, er besitzt nicht ausreichend Allgmeinbildung, um Dichter und Astronauten richtig zu schreiben, usw.; auch diese Benutzer muessen ans Ziel kommen. - Und wenn man das mal kann, dann spielt es eben auch keine Rolle mehr, ob irgendwo ein Tippfehler in einer Strasse ist. Klar ist es schoener, wenn der Tippfehler nicht da ist - aber es hat keine hohe Prioritaet. Ich habe nicht nur irgendeine von einem Computerprogramm ausgerechnete Punktzahl erhöht, um mich dann wie ein Schneekönig zu freuen. Ich habe zusammen mit anderen Beteiligten die Möglichkeit geschaffen, konkret sagen zu können, wie vollständig Straßennamen in einer bestimmten Stadt erfaßt sind. Und dieses Ziel haettes Du genauso erreicht, wenn die Software nicht penibel auf 100% identische Schreibung geprueft haette, sondern eine n/m-Vertauschung oder ein sz/ss zugelassen haette; genaugenommen haettest Du auf diese Weise die tatsaechlich *fehlenden* Strassen sogar viel schneller gefunden! Es ist schwierig, das ganze so abstrakt zu diskutieren, man muesste ein konkretes Beispiel haben. Im allgemeinen ist aber die Gefahr gross, dass die, die heute, wie Du, danach rufen, man solle doch vereinzelt mal putzen, und dies selbst auch tun, morgen selbstverstaendlich danach rufen, dass nicht zugelassen werden moege, dass irgendjemand die muehevoll hergestellte Sauberkeit durch unbedachtes Hinzufuegen eines unsauberen Artikels stoert. Da mache ich mir jahrelang die Arbeit mit den Burgen hier und dann kommen die Italiener und halten sich nicht an mein Schema!, so in der Art. Aha, es geht also um Grundsatzfragen. Wehret den Anfängen! Oder wie? Ich könnte morgen als Diktator auftreten und das Projekt an mich reißen (wie eigentlich?). Also besser heute schon mal warnen, dass die OSM-Diktatur schon vor der Tür steht und mein Putzaufruf geradewegs dahin führt. Naja, so wollte ich das nicht sagen. Ich finde nur, Dein Putzaufruf geht in die falsche Richtung. Wenn 100 Stunden da hinein investiert werden, eine vermeintliche Unordnung aufzuraeumen, besteht ein grosses Risiko, dass diese investierte Arbeit irgendwann mal in Gefahr gebracht wird (weil jemand wieder Unordnung verbreitet, wo zuvor erst aufgeraeumt wurde). Werden stattdessen 100 Stunden investiert, um das Gesamtsystem so zu bauen, dass es mit Unordnung besser zurecht kommt, so ist diese Investition zukunftssicherer, finde ich. Auf der einen Seite steht: Wir koennen mit Unordnung nicht umgehen, also muessen wir sie beseitigen. Auf der anderen Seite steht: Lasst uns lernen, mit der Unordnung besser umzugehen. Mir erscheint ersteres ein Kampf gegen Windmuehlen, und zweiteres als die fortschrittlichere, einem Crowdsourcing-Projekt angepasstere Methode. Um die Ersteller nicht zu beleidigen, lassen wir wind_mill und water_power und alle Straßen unter man-made stehen. point_of_interest als value ist unter Key:leisure sollten wir nicht einfach korrigieren. Und zu former medium wave transmitter VOA und old munich airport building unter Key:historic werden sich bald noch mehr gesellen. Ich habe selbst ein Planet File und kenne das Chaos; Du brauchst mir nicht aus Tagwatch vorzulesen. In meinen Augen handelt es sich dabei aber immer nur um kleine Ausreisser. Es ist leicht, einige absurde Beispiele zum Zitieren zu finden. Es ist auch leicht, 1.000 absurde Beispiele zu finden. Aber was sind 1.000 absurde Beispiele bei 300 Millionen Nodes? Ein Nichts, eine kleine Mess-Ungenauigkeit. Das glaettet sich alles von selber aus, auch ohne dass Du uns taeglich zu mehr Reinlichkeit aufrufst. Bye Frederik -- Frederik Ramm ## eMail [EMAIL PROTECTED] ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de