Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Am Dienstag 04 November 2008 schrieb Dirk Stöcker: On Mon, 3 Nov 2008, Ulf Lamping wrote: Aber das ist nicht der Punkt. Wenn es in OSM gängige Praxis ist, eine Schrittgeschwindigkeit mit 7km/h darzustellen (was ich mit 2669 Einträgen jetzt einfach erstmal mal annehme - und bislang auch immer so aufgefasst habe), erschließt sich mir einfach nicht die Notwendigkeit hier etwas ohne Not an der gängigen Praxis zu ändern. Wenn die gängige Praxis ungenügend ist und außerdem automatisiert innerhalb weniger Minuten in eine neues Schema konvertiert werden kann, dann spricht nichts dagegen. naja, ein maxspeed=7, bedeutet eine hoechstgeschwindigkeit von 7km/h, dass das eigentlich schrittgeschwindigkeit bedeutet, ist eine reine annahme. das funktioniert aber nur solange, bis vielleicht wirklich ein 7 km/h schild auftaucht. nur weil noch keiner eins gesehen hat, muss das nicht heissem, dass es keins gibt. deshalb bin ich fuer ein tag wie maxspeed=walk, das sagt genau das aus, was es ist. und zwar eindeutig. grade als softwareentwickler muss ich sagen, dass eine beschraenkung nur auf zahlenwerte keinen sinn macht. einen parameter aber als was anderes bezeichnen, und ihm damit die eindeutigkeit nehmen, ist aber sehr wohl ein problem. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Unterstände im Wald (Shelter)
Hallo, danke für die vielen Antworten! Die Idee mit building=shelter hatte ich aus den Kommentaren zum Proposel von amenity=shelter. Die Idee war wohl nicht so gut. Leider kann ich auf dem Foto nicht so viel erkennen, aber Deiner Beschreibung nach ist das m.E. amenity=shelter Die Unterstellmöglichkeit ist ja im Zweifel wesentlich wichtiger, als dass man dort auch sitzen kann. Die Bank könnte man dann mit shelter:bench=yes taggen? Klingt sinnvoll. Und beim nächsten Shelter mache ich ein besseres Foto... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Openstreetbugs Ortsangaben.
Hallo, kann mir jemand sagen wo OSB die Ortsangaben her holt die im RSS Feed vor der Nachricht steht, hier in Berlin wird mir eine Stelle mit einen völlig falschen Bezirk angezeigt. 28091 Märkisches Viertel [DE]... Schöne Grüße Thomas __ Run, Fatboy, Run sowie Rails Ties kostenlos anschauen! Blockbuster-Gutscheine sichern unter http://www.blockbuster.web.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] blaue kachel ! - Danke !
Dirk Stöcker schrieb: On Tue, 4 Nov 2008, Chris66 wrote: Ja. Ein Fehler in der Oceantiles-Datenbank. Habe ich gerade behoben. indem Du auf informationfreeway in Zoom 12 auf x (mixed) gedrückt hast? Nein. Indem ich ./png2tiles.pl set 2171 1316 land und ./png2tiles.pl set 2171 1314 sea und ./png2tiles.pl und cvs ci -m ... gemacht habe, und das nur, weil ich auch noch eine andere Änderung hatte, die schon ein paar Tage herumlag. Und dann habe ich die Kachel noch neu gerendert. Ciao ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de -- Freundliche Grüße Jan Tappenbeck --- OpenStreetMap (OSM) - das FREIE Kartenprojekt http://www.openstreetmap.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bulk changes
On Tue, Nov 04, 2008 at 10:49:55AM +0100, Frederik Ramm wrote: [...] Insbesondere: VORHER diskutieren, Genau das ist doch hier passiert?! Das gilt fuer jede und jeden, der/die irgendwelche automatisierten Aenderungen vornehmen moechte, Wie genau definierst Du automatisiert? Ist SearchReplace in JOSM für Dich schon automatisch? SR als fixed string im Text-Editor? SR per Regular Expression im Text-Editor? sed (fixed string/RE) auf der Kommandozeile? Ist ja schön, daß Du diesen supertollen Code of Conduct geschrieben hast (in großen Teilen stimme ich den Regeln übrigens zu) - aber das darf nicht bedeuten, daß jetzt sinnvolle Arbeit behindert wird, obwohl es gar keinen Dissens gibt (mal abgesehen davon, daß manche die Werte lieber sofort entfernen statt korrigieren würden). Ausgenommen, man aendert nur Sachen, die man selbst eingetragen hat, dann ist es wurscht. D.h. bevor ich fremde Sachen ändere (wie definierst Du das genau? Erster Autor, letzter Autor, einziger Autor?) muß ich zukünftig jeden, der mal was ein paar Millimeter verschoben, fragen, ob ihm das passt? Oder jede einzelne meiner Änderungen im Wiki dokumentieren? Ja, ich stelle das bewusst etwas übertrieben da - wir müssen uns entscheiden, wo die Grenze zu ziehen ist. Sorry, aber von OSM ist ein Wiki und jeder kann es ändern merke ich so langsam nichts mehr. Es wird zu OSM ist ein Wiki; jeder ist technisch in der Lage zu ändern, braucht aber erst die Erlaubnis vom Bürgermeister. PS: Wenn Du willst, daß die Regeln beachtet werden (insb. Liste der Änderungen etc.), dann veröffentliche doch ein entsprechendes Framework und verlinke es in Deinem Code of Conduct. Dann braucht nicht jeder das Rad neu erfinden = weniger Bugs, weniger fehlende Funktionalität, es wird öfter so angewendet wie Du es wünscht. Vielen dürfte es - gerade für kleinere Änderungen wie hier - schlicht zu blöd sein, da extra was für zu schreiben. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bulk changes
Hi, Holger Issle wrote: Falls Du mich meinst Ne, ich meine gar niemand spezielles, ich beziehe mich nur auf das Subject bulk changes. Die Sache mit der Diskussion vor den Änderungen sehe ich allerdings nicht ganz ein, da auf dieser Liste bisher immer Anarchie statt Demokratie gepredigt wurde. Es ist ein Unterschied, ob Du die Hundekottütenspender in Deiner Stadt manuell taggen willst, oder ob Du die Küstenlinie ganz Europas mal eben nach Deinen Vorstellungen korrigieren möchtest, ohne vorher mit jemandem darüber zu reden! Versuche einheitliche Tagging-Regeln zu definieren wurden regelmäßig zerredet anstatt zu einer Entscheidung zu kommen. Genau, weil im Projekt tendenziell kein Interesse an diesen Regeln besteht. Und eben hierüber kann man sich mit einem Bot ja schön hinwegsetzen: Ich bin mit meinem Anliegen, dass all Leute gefälligst dies und das gleich taggen sollen, nicht durchgekommen, also schreibe ich mir einen Bot, der diese Regel durchdrückt, und wenn sich jemand beschwert, dann sage ich ihr wolltet doch keine Regeln. Automatische Änderungen *sind* genau diese Regeln, um die es geht. Die Freiheit des Mappers, zu taggen, wie ihm der Schnabel gewachsen ist, ist exakt das Gegenteil von der Freiheit des Skriptschreibers, mal eben ein ganzes Land nach eigener Vorstellung gleichzuschalten. 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] Bulk changes
On Tue, Nov 04, 2008 at 01:53:03PM +0100, Frederik Ramm wrote: [...] Insbesondere: VORHER diskutieren, Genau das ist doch hier passiert?! Ich habe mich nicht konkret gegen irgendwas wenden wollen, ich wollte nur darauf hinweisen, dass automatische Aenderungen nicht mal eben so gemacht, sondern sorgfältig vorbereitet und dokumentiert werden sollen. Warum steigst Du dann an diesem Punkt im Thread ein? Deine Meinung zu dem Thema ist ja auf talk-de hinlänglich bekannt. Ich hätte es noch verstanden, wenn Du direkt auf mein Skript angesprungen wärst (auch wenn ich IMO klar genug gemacht habe, daß es nur für kleine Änderungen geeignet ist), aber Du beziehst Dich explizit auf Florians is_in-Änderungen. Ich würde sagen: automatisiert ist alles, was ich nicht mehr voll überblicken kann, wo ich also mich selber darauf verlasse, dass mein Algorithmus schon richtig sein wird. Gute Definition. Könnte man noch auf die Automated Edits-Seiten packen, evtl. in den CoC. Sorry, aber von OSM ist ein Wiki und jeder kann es ändern merke ich so langsam nichts mehr. Es wird zu OSM ist ein Wiki; jeder ist technisch in der Lage zu ändern, braucht aber erst die Erlaubnis vom Bürgermeister. Wir haben keinen Bürgermeister. Sorry, aber wenn man auf talk-de liest, bekommt man einen anderen Eindruck. Wie manche Leute hier reagieren, wenn man es wagt, ihr Gebiet anzufassen, ist doch recht eindrucksvoll. Wenn Du den Code of Conduct gelesen hättest, Wenn Du meine Mail aufmerksam gelesen hättest, wäre Dir aufgefallen, daß ich in großen Teilen mit dem Text übereinstimme - das kann ich aber nur, wenn ich ihn auch gelesen habe. PS: Wenn Du willst, daß die Regeln beachtet werden (insb. Liste der Änderungen etc.), dann veröffentliche doch ein entsprechendes Framework und verlinke es in Deinem Code of Conduct. Dann braucht nicht jeder das Rad neu erfinden = weniger Bugs, weniger fehlende Funktionalität, es wird öfter so angewendet wie Du es wünscht. Vielen dürfte es - gerade für kleinere Änderungen wie hier - schlicht zu blöd sein, da extra was für zu schreiben. Unter http://wiki.openstreetmap.org/index.php/Automated_Edits/Software ist genau das vorgesehen. Habe einen Link vom Code of Conduct dorthin gesetzt. Falls Dir eine bessere Formulierung einfällt, darfst Du sie gerne ändern. :) CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Garry schrieb:
Mario Salvini schrieb:
Du hast aus einem durch deutsche Gerichte definierten Raum willkürlich
eine rausgepickt.
Nicht willkürlich, sondern wohlüberlegt und tiefgreifend begründet einen
geeigneten Wert gewählt
der ein höchstmass an Konflickfreiheit gewährt.
7km/h hat also das Garry-Prädikat für besonders geeignet zu sein
erhalten... schön und gut.
Ändert aber nix daran, das maxspeed=walk die Realität deutlich besser
darstellt
Denn : Schrittgeschwindigkeit ∈ { 4 = maxspeed 20 }
und maxspeed=7 stellt das höchstens ungenügend eigentlich aber garnicht
dar/.
Mit 19km/h zahlst Du vielerorts schon ein Ticket das nicht mehr zur
untersten Klasse gehört!
Willst Du damit behaupten dass Deine Definition richtig ist es wird zwar
mancherorts so gehandhabt um
nicht als Wegelagerer dazustehen, aber es würde jede Menge erboster
ticketzahlender Naviuser nach sich ziehen...
Das wäre schlicht verantwortungslos...
bist du Fahrlehrer, ansonsten ist dann Argument nämlich auch nur eine
leere ungeprüfte Pauschalisierung
Und was würde es ändern wenn ich ein Fahrlehrer wäre? Wie Deine folgende
Aussage zeigt wäre
sie dann keineswegs mehr Wert:
ein Fahrlehrer hat mir beigebracht, dass der Tacho bei
Schrittgeschwindigkeit nicht mal zucken darf... Nützt also die
Genauigkeit der Anzeige auch nix..
Irgendein Fahrlehrer vor unbekannter Zeit in einem unbekannten
Fahrzeugtyp...
Auf heutige FAhrzeuge ist diese Regel nicht mehr pauschal anwendbar.
Meine Tachonadel
in einem unveränderten Grossserienfahrzeug zuckt bereits unter 1km/h
und löst 7km/h wunderbar
auf.
wenn einem Maxwert ein Raum von Möglichkeiten zugesprochen wird (und
maxspeed=walk ist genau Das) dann haben wir doch einen klar definierten
DefinitionsBEREICH. und deine vorgeschlagenen 7km/h sind zwar Teil der
Menge, stellen diese aber nicht voll da.
Aber es ist der Teil der Menge der nach unten hin am ehsten technisch
mit den meisten KFZ
materialschonend (ohne die Kupplung schleifen zu lassen) zu realisieren
ist und nach oben hin nach
allem was bisher bekannt ist eine Konflicktfreiheit mit den Gesetzgebern
garantiert.
Garry
mein popeliger kleiner Corsa fährt bequem im ersten Gang auf Standgas
neben gehenden Leuten her. Vielleicht hast du ja einfach ein zu großes
Auto [kleiner Scherz, sorry ;)]
Bei der Bestimmung von Max-Werten sollte der gesunde Menschenverstand
verdeutlichen. Dass es keinen Sinn macht bei einem Zahlenraum (im Falle
der Schrittgeschwindigkeit Xmax e {4 = x 20}) durch einen Wert mitten
aus dem Bereich zu definieren, sondern mit dem minimalsten Wert.
An der Stelle sei auch übrigens auf die KM/H - MPH Umrechnung in der
Wiki hingewiesen, wo man IMHO immer abrunden sollte (was nicht getan wird)
Wenn also ein deutschen Gericht Schrittgeschwindigkeit zischen 4 und 10
definiert, dann sollten wir als vorsichtig/umsichte VErkehrsteilnehmer
auch von 4km/h ausgehen und das auch - wenn du schon nicht den
optimaleren Wert maxspeed=walk nutzen willst - in die DB eintragen.
Zumal 4km/h viel näher an der wissenschaftlichen Definition von 1 Meter
pro Sekunde = 3,6 km/h liegt.
Gruß
Mario
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug / is_in + amenity=police slippymap mit bug overlay
On Tue, Nov 04, 2008 at 02:10:52PM +0100, Lars Francke wrote: Moin, ich habe in meiner Gegend (Kreis Pinneberg) mal alles korrigiert was da so falsch war. Unter anderem gab es gar keinen place Kreis Pinneberg. Ich habe den angelegt und instinktiv district eingetragen bevor ich gemerkt habe, dass nur county verarbeitet wird. Aber wenn mich nicht alles täuscht ist county nicht wirklich das gleiche wie ein Kreis in Deutschland. Das Internet scheint mir recht zu geben Mir ist es erstmal egal ob Anwendungen das richtig verarbeiten. Wenn district richtig ist nehme ich das, sonst setze ich auch Landkreis oder Kreis ein oder so. Aber meine Frage ist eigentlich: Warum wird in Deutschland county verwendet bzw. wofuer genau? Ich meine der initiale import von OpenGeoDB war mit place=county - Das haben dann findige user teilweise umgetagged auf irgendwas (teilweise town oder village) weil vermutlich die sich nur den name angesehen haben und dann Kreis = Stadt gedacht haben und nicht beide places auf dem Schirm. Deshalb macht es auch sinn die namen auf Kreis xyz umzusetzen - dann wirds klar und eindeutig ... Wichtig ist hier das place=county gerendert wird - district/region im moment so weit ich weiss nicht. D.h. ich habe auf die Kreise meist ein osmarender:render=no gepackt solange nicht klar ist wo und wie wir die gerendert haben wollen. Die sachen die ich repariert habe habe ich erstmal auf county gesetzt was dem Deutschen Kreis recht nahe kommt oder? Zumindest luegt das internet hier (Wikipedia) in die andere richtung: http://en.wikipedia.org/wiki/Districts_of_Germany German districts (Kreise or Landkreise in the states of Nordrhein-Westfalen and Schleswig-Holstein, singular: Kreis and Landreis; Kreis means 'circle') are administrative units used in Germany and the former state of Prussia. The districts are at an intermediate level of administration between the Länder (German states) and the local / municipal levels (Gemeinden). They are not to be confused with the larger Regierungsbezirk. Their equivalent in other nations is the county or arrondissement. They correspond to level 3 administrative units or Local Administrative Units under the Nomenclature of Territorial Units for Statistics. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fall RambaZamba in MeckPomm
Am Dienstag, 4. November 2008DE 11:12:35DE schrieb Frederik Ramm: Hallo, in Prerow in Mecklenburg-Vorpommern gibt es wohl einen User, der (created-by: RambaZamba) ziemlich wahllos Daten verschlimmbessert. Wie es scheint, hat sich irgendjemand über ihn beschwert, und der Account wurde gesperrt, woraufhin der User sich mit hasse_osm_korinthenkacker wieder neu angemeldet hat und sein Treiben fortsetzt. Ich wuerde gern rausfinden, WER sich ueber diesen User WO beschwert hat, WELCHE Versuche der Kontaktaufnahme mit dem User es gegeben hat und zu was die gefuehrt haben. (Bitte jetzt NICHT irgendwelche Aenderungen dieses Users korrigieren, ich kuemmere mich spaeter darum, ich wuerde aber gern mal selbst wissen, wie der Sachstand ist, und was dazu gefuehrt hat, dass dieser User so verbittert ist - ob der im Prinzip ok ist und einfach nur von Community-Seite dumm angemacht wurde, oder ob bei dem alle Muehe vergebens ist. Denn der Zustand ist ja nicht haltbar, wir haben keine technische Moeglichkeit, zu verhindern, dass jemand staendig neue Accounts anlegt. Ich bitte also auch, falls das hier irgendein Beteiligter liest, davon abzusehen, diesen Benutzer weiter zu reizen, ausser, ihr seid bereit, die naechsten Monate hinter ihm her zu putzen!) Im Forum: http://forum.openstreetmap.org/viewtopic.php?id=1762 -- Mit freundlichen Grüßen René Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bulk changes
Hallo, Frederik Ramm schrieb: Genau, weil im Projekt tendenziell kein Interesse an diesen Regeln besteht. Das ist eine Illusion. OSM ist eine Datenbank. In einer Datenbank wird klassifiziert, kategorisiert und katalogisiert. Dies alles passiert anhand Regeln. Regeln wie z.B. highway=XYZ für Straßen, highway=residental für Straßen in Wohngebieten, oneway=yes für eine Einbahnstraße usw. Es gibt jetzt schon sehr viele Regeln für OSM und es werden ständig mehr und die Regeln werden auch iterativ verbessert (meistens jedenfalls) und teilweise auch komplexer. Wie diese Regeln letztendlich im Detail aussehen, spielt keine Rolle. Sie müssen nur von allen beteiligten angewendet werden ansonsten wäre eine Datenbank ohne Nutzen. Diese Regeln definierten Syntax und Semantik der Daten. (Natürlich gibt es Qualitätsunterschiede bei den Regeln. Mit guten Regeln steigt der Informationsgehalt einer Datenbank an, mit schlechten nimmt er ab. Aber das ist hier nicht das Thema.) Wenn es nun eine (implizite) Regel gibt, das alle place=ABC in Deutschland ein is_in=XYZ,BRD,Europe haben sollen, spricht überhaupt nichts dagegen, offensichtliche Fehler wie is_in=XYZ,Germany,Europe per Script oder per Hand zu reparieren. Denn der Mensch kann erkennen dass mit Germany offensichtlich BRD gemeint ist. Dieses Wissen kann er manuell per Hand anwenden oder in ein Skript packen. Dass ein Script-Schreiber sorgfältig arbeiten muss, weil sein Script in kurzer Zeit mehr verändern kann, steht ausser Frage. Aber das liegt ausschließlich im Verantwortungsbereich des Script-Schreibers und Anwenders. Und ja, Massenänderungen per Script (und übrigens auch manuelle Änderungen) können auch neue Fehler einbringen. Entscheidend ist aber (in erster Sicht), ob die Gesammtanzahl der Fehler reduziert wurde oder erhöht. Jede absolute Reduzierung von Fehlern rückt das Ziel näher. In zweiter Sicht spielt sicher auch die Qualität der behobenen und neuen Fehler eine Rolle. Die Reparatur eines Schönheitsfehler durch das Einbringen eines großen Fehlers führt vom Ziel weg. Automatische Änderungen *sind* genau diese Regeln, um die es geht. Nein, automatische Änderungen sind eine automatische Fehlerkorrektur. Bekannte und offensichtliche (menschliche) Fehler werden repariert. Das geht, weil die menschlich Kommunikation sehr viel Redundanz enthält. Die Begriffe DE, BRD, Germany, Deutschland und Bundesrepublik Deutschland meinen ganz offensichtlich alle das selbe (zumindest im Kontext von OSM). Genau so verhält es sich z.B. auch mit dem leidigen Thema Strasse und Straße für die BRD. Hier gibt es nun mal nur Straße (im Sinne eben einer Straße), auch wenn es unzählige falsche Schilder und Briefköpfe gibt. Die Freiheit des Mappers, zu taggen, wie ihm der Schnabel gewachsen ist Wie gesagt, jetzt schon faktisch eine reine Illusion und es würde so auch gar nicht funktionieren. Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bulk changes
On Tue, 4 Nov 2008, Dirk Stöcker wrote: On Tue, 4 Nov 2008, Ulf Lamping wrote: Bei OSM wurde bislang (gerade auch von dir Frederik) auf Teufel komm raus eine Freiheit propagiert, die mir bisweilen ziemlich auf die Nerven gegangen ist. Ich sehe jetzt nicht ansatzweise ein, warum auf einmal bei diesem Punkt strikte Regeln gelten sollen - nur weil es Frederik und ein Paar anderen Leuten gerade so in den Kram paßt ... Freiheit ist immer Freiheit der anders Denkenden, sich zu äußern Und jetzt frage Dich mal, worauf das eher zutrifft: Auf fehlende Tagging-Regeln oder Einschränkungen bei Skriptnutzung. Jedes Recht eines Einzelnen kollidiert zwangsläufig mit den Rechten der Anderen. Deswegen kann Freiheit nie grenzenlos sein, wie Du es oben propagierst. Gewisse Freiheiten muss man einschränken, um andere zu erhalten. Und ehe hier jemand aufschreit. Am besten ist es, wenn die Betroffenen selbst erkennen, dass Sie Ihre Freiheiten weise gebrauchen. Die Variante Regeln durchzusetzen hat immer mehr Probleme als eine funktionierende Selbstkontrolle. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Garry schrieb: Aber es ist der Teil der Menge der nach unten hin am ehsten technisch mit den meisten KFZ materialschonend (ohne die Kupplung schleifen zu lassen) zu realisieren ist Ist die reale, technische Machbarkeit wirklich ein Argument für oder gegen eine Definition? Was machst Du, wenn wir in 20 Jahren alle mit Elektromotoren rumfahren die vollkommen stufenlos und problemlos alle Geschwindigkeiten zwischen 0 und 7 km/h fahren können? und nach oben hin nach allem was bisher bekannt ist eine Konflicktfreiheit mit den Gesetzgebern garantiert. Angenommen, es ist tatsächlich so (keine Ahnung ob es stimmt), dass die 7 km/h der juristisch sichere obere Grenzwert wäre. Wenn nun ein Urteil bekannt würde (es gibt ja keine feste, höchstrichterliche Definition was Schrittgeschwindigkeit bedeutet, sondern nur einen Geschwindigkeitsbereich), in dem ein Gericht zum Ergebnis kommt, dass 7 km/h eben keine Schritt-Geschwindigkeit ist, sondern 4 km/h (3,6 m/s aufgerundet), würdest Du dann für eine Absenkung der 7 auf 4 in OSM eintreten? (Aus einem anderen Posting von Dir:) Eine Auswertung/Anwendung funktioniert um so besser, je stärker man den Wertebereich einschränkt. Das senkt die Zahl der möglichen Fehler drastisch Oh! Dann wäre maxspeed=yes|no doch schon nahe am Optimum. Nur zwei Möglichkeiten. Fehler drastisch reduziert. Am besten wäre natürlich überhaupt kein maxspeed. Dann gäbe es überhaupt keien Fehlerquelle... Wenn wir schon maxspeed, wegen möglicher Fehler streichen, könnte man dann nicht auch highway streichen? Da gibt es noch viel mehr Fehlerquellen. Wenn man konsequent weiterdenkt, sollte man das ganze OSM-Projekt streichen. Denn nach Deiner Logik: Kein OSM = Keine Fehlerquellen. Super! Problem gelöst! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bulk changes
Hallo Michael, OSM ist eine Datenbank Es gibt jetzt schon sehr viele Regeln Diese Regeln definierten Syntax und Semantik der Daten Mit guten Regeln steigt der Informationsgehalt Ja. Und je besser diese Regeln sind, je bekannter sie sind und je konsistenter sie angewendet werden, desto brauchbarer wird die DB (vorausgesetzt die Regeln sind gut). Entscheidend ist (in erster Sicht), ob die Gesammtanzahl der Fehler reduziert wurde oder erhöht. Das stimmt zwar vordergründig - aber viel wichtiger ist, /wie/ dies erreicht wird und /welche Wirkungen/ dies sonst noch hat. Denn dabei kann mehr kaputt gemacht werden, als die Fehlerreduktion bringt: Das Wichtigste in OSM ist, dass engagierte Datensammler und engagierte Kartografen und engagierte Anwendungsprogrammierer freudig konstruktive kreative produktive Arbeit leisten. Die Menschen sind das Herz des Projektes, sie - wir - sind der Wettbewerbsvorteil gegenüber allen anderen Projekten. Wenn wir diese Menschen (also wir einander gegenseitig) vor den Kopf stossen, beispielsweise durch eine nicht angekündigte Veränderung, deren Sinn sie nicht verstehen oder anzweifeln, dann machen wir mehr kaputt als wir durch Datenverbesserung gewonnen haben. Entscheidend ist die *Kultur von OSM*, der Umgang miteinander. Bekannte und offensichtliche (menschliche) Fehler werden repariert. Darüber freut sich /jeder/! Aber nur, wenn er den Sinn begreift. Die Freiheit des Mappers, zu taggen, wie ihm der Schnabel gewachsen ist Halte ich hingegen für ausgesprochen destruktiv. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Biogas-Anlage - wie taggen???
Torsten Breda schrieb: Hatte es auch schon mit einer Biogasanlage zu tun. Diese habe ich nach http://wiki.openstreetmap.org/index.php/DE:Tag:power%3Dgenerator getaggt. Damit war es dann: power=generator power_source=biofuel Meinem Verstaendnis nach ist das aber eine Anlage, in der Bio-Treibstoff in Strom umgewandelt wird. Fuer eine Anlage, in der Gruenzeug zu einem Brennstoff aufbereitet wird, scheint mir das eher unpassend. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen
Hallo, Lars Francke schrieb: Als source der Grenzlinie ist UNEP-GRID eingetragen. Im Wiki finde ich keine Informationen dazu...weiß irgendwer woher die kommen, wie alt die Informationen sind und wie genau? (evtl. sind ja auch alle straßen verschoben, ich war noch nicht mit GPS dort) UNEP = Umweltprogramm der Vereinten Nationen. Nach meiner Erfahrung kannste diese Grenzen großenteils knicken. Die sind eben nicht für unsere Maßstäbe gemacht - UNEP braucht nun mal mehr die globale Sicht. Übersetze UNEP-GRID - FIXME. Gruß nk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] blaue kachel !
Hi Dirk, Ja. Ein Fehler in der Oceantiles-Datenbank. Habe ich gerade behoben. indem Du auf informationfreeway in Zoom 12 auf x (mixed) gedrückt hast? Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Biogas-Anlage - wie taggen???
Martin Koppenhoefer schrieb: nein, das würde ich nicht tun (bzw. nur bei Großanlagen). landuse bezeichnen die überwiegende Nutzung größerer Gebiete, und sind (zumindest perspektivisch) bzw, solte man m.E. nicht als Ersatz für fehlende EInzelfeatures zu verwenden. Im Prinzip ja. Aber es gibt doch fuer ein landuse-Gebiet keine Mindestgroesse. Ich markiere ja auch einen einzelnen Acker mit landuse=farm (wenn ich ihn denn einzeln erkennen kann). Im laendlichen Raum hat man es doch recht haeufig mit einzelnen Gewerbebetrieben zu tun, die man durchaus sauber abgrenzen kann. Je nach Art des Betriebes da ein spezielles Tag anzubringen, ist sicherlich nicht Sinn der Sache. kann man doch machen: Doppelpunkt als Trenner (wie bereits verschiedentlich angemerkt und u.a. durch die Adressen und Namensräume gut eingeführt) und durchstrukturieren. Das hilft aber auch erst, wenn das entweder im Einzelfall als Tag oder allgemein als Methode anerkannt ist. Denn sonst hat man dadurch einfach ein neues, unbekanntes Tag generiert. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Code of Conduct gewahrt Was: Bulk changes
On Tue, Nov 04, 2008 at 10:49:55AM +0100, Frederik Ramm wrote: http://wiki.openstreetmap.org/index.php/Automated_Edits/Code_of_Conduct beachten. Insbesondere: VORHER diskutieren, was man vorhat, WAEHRENDDESSEN alle Aenderungen so durchfuehren, dass man sieht, von welchem Skript sie durchgefuehrt wurden und NACHHER genau dokumentieren, was man gemacht hat. http://lists.openstreetmap.org/pipermail/talk-de/2008-October/027077.html ff. http://wiki.openstreetmap.org/index.php/User:Is_in-bot http://autobug.osm.lab.rfc822.org/lists/log Die logs sind im ueberigen ein file pro node der geaendert worden ist mit kompletten xml dump vorher und wie ich ihn zurueck in die API gespielt habe. Timestamp der datei zeigt WANN das genau passiert ist. Es hat sich keiner wirklich an der is_in diskussion beteiligt, auch jetzt geht es ja nicht um eine inhaltliche sondern um eine diskussion der Form. Die Form ist gewahrt also leg dich wieder hin. Und falls du jetzt viel flohoff in den usern findest dann sei dir sicher. Das war ich und zwar manuell - denn alles was ueber suchen/ersetzen von equivalenten bzw ergaenzen hinausgeht mache ich gerade manuell. Flo PS: Ansonsten finde ich deine Art ziemlich daneben. -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Biogas-Anlage - wie taggen???
Jan Tappenbeck schrieb: im übrigen kenne ich auch anlage die gar nichts mit baunernhöfen zu tun haben und völlig isoliert stehen !! Die meisten Anlagen, die ich kenne, stehen abgesetzt von Ortschaften und somit auch von Bauernhoefen. Das ist ja aber kein Argument, um sich nicht mit landuse=farmyard zu kennzeichnen. Denn es gibt auch recht haeufig Staelle oder aehnliche landwirtschaftliche Gebaeude, die allein auf freiem Feld stehen. farmyard ist ja nicht nur fuer einen Bauernhof selber, sondern allgemein für die landwirtschaftliche Nutzung von Gebäuden sowie die dazugehoerigen Flaechen gedacht. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap.jar Problem
Chris66 schrieb: So, habe jetzt mal selber ein osmcut.p programmiert, ist aber sehr lahm (zerschneidet germany.osm in 4 Std.) da es in einer quasi für den Zweck ungeeigneten Programmiersprache geschrieben ist. ;-) Ganz trivial ist die Sache nicht, da einzelne Elemente (Linien oder sogar Flaechen) sich ja nicht an die Kachelgrenzen halten sondern darueber hinaus ragen. Wenn du nur eine einzige Kachel von deinem Revier erzeugen willst, ist das sicherlich egal. Wenn du aber mehrere, aneinander angrenzende Kacheln haben willst, dann musst du da etwas Aufwand reinstecken. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Code of Conduct gewahrt
On Tue, 4 Nov 2008, Florian Lohoff wrote: PS: Ansonsten finde ich deine Art ziemlich daneben. Hier muss ich Frederik in Schutz nehmen. talk-de ist eine Mailingliste. Auch wenn es gleich behandelt wird - Mailinglisten sind keine E-Mails. Jede Mail geht an die Öffentlichkeit. Wenn also Frederik eine Mail mit dem Thema bulk changes zum Anlass nimmt nochmal auf die Regeln hinzuweisen, so ist das sinnvoll, insbesondere für Neulinge, Leute die per Google die Archive durchsuchen und viele andere. Wenn Du Dich an die Regeln auch ohne Frederiks Notiz hälst, dann ist doch alles Ok. Dann ignorierst Du seine Mail und machst weiter. Wenn es neu für Dich ist, dann liest Du es durch und handelst danach. Wer nicht persönlich gemeinte Hinweise persönlich nimmt, der hat Mailinglisten nicht verstanden. Überhaupt nehmen auf talk-de viele vieles viel zu persönlich. Da sind mir die Entwicklermailinglisten lieber. Dort ist es seltener, weil diejenigen die alles persönlich nehmen selten auf solchen Listen auftauchen - sie werden einfach zu früh im Ausleseprozess aussortiert. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bulk changes
Hallo, Ulf Lamping wrote: Nur weil Frederik eine Webseite geschrieben hat und ihm in einem kurzen Zeitraum ein paar Leute zugestimmt haben, bedeutet das in keinster Weise eine Art von Regel, an die sich irgendjemand halten muß ... Ein wesentliches Element dieses code of conduct ist der Respekt vor der Arbeit anderer. Dieser Respekt wurde und wird auch in dieser Liste regelmaessig eingefordert, und er ist eine wichtige Grundlage unserer Zusammenarbeit. Bei OSM wurde bislang (gerade auch von dir Frederik) auf Teufel komm raus eine Freiheit propagiert, die mir bisweilen ziemlich auf die Nerven gegangen ist. Bei diesen Auseinandersetzungen ging es um etwas ganz anderes, naemlich um die Festlegung von mehr oder weniger verbindlichen (je nachdem, mit wem man gesprochen hat!) Taggingvorgaben fuer das gesamte Projekt. Ich war immer dagegen, solche strengen Vorgaben aufzustellen und bin es heute noch. Ich war aber auch schon immer ein Verfechter des Respekts vor der Arbeit der Mapper, und in diese Kerbe schlaegt auch der Code of Conduct. Dem uebrigens in der gesamten Diskussion auf der englischen Liste von *niemandem* widersprochen wurde, auch von Dir nicht. Wenn Du die Meinung vertrittst, eine solche frewillige Selbstbeschraenkung sei unnoetig und jeder solle ermutigt werden, einfach so, ohne jede vorherige Absprache und ohne Dokumentation automatische Aenderungen zu machen (genauso wie ich jeden ermutige, einfach mal so zu taggen, was ihm in den Sinn kommt), dann sei so aufrichtig und schreibe das auch dort in der Diskussion (genauso wie ich nie einen Hehl daraus gemacht habe, dass ich Tagging-Votes fuer ueberfluessig halte). Aber das kann unmoeglich wirklich Deine Meinung sein. Du solltest nicht irgendwelchen Quatsch hinschreiben, von dem Du selber nicht ueberzeugt bist, bloss weil die Gelegenheit guenstig erscheint, mir eins auszuwischen. Es wird andere Gelegenheiten geben, mir eins auszuwischen, bei denen fuer das Projekt weniger auf dem Spiel steht. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap.jar Problem
Torsten Leistikow schrieb: Chris66 schrieb: So, habe jetzt mal selber ein osmcut.p programmiert, ist aber sehr lahm (zerschneidet germany.osm in 4 Std.) da es in einer quasi für den Zweck ungeeigneten Programmiersprache geschrieben ist. ;-) Ganz trivial ist die Sache nicht, da einzelne Elemente (Linien oder sogar Flaechen) sich ja nicht an die Kachelgrenzen halten sondern darueber hinaus ragen. Wenn du nur eine einzige Kachel von deinem Revier erzeugen willst, ist das sicherlich egal. Wenn du aber mehrere, aneinander angrenzende Kacheln haben willst, dann musst du da etwas Aufwand reinstecken. Bei Ways die über mehrere Tiles gehen schreibt mein Progress-4GL Programm den Way und die zugehörigen Nodes in alle betroffenen Tiles rein. Relationen werden nicht berücksichtigt. Als Kachelgröße habe ich 2 Grad gewählt, die sind in mkgmap problemlos durchgelaufen. So, nun kann ich anfangen mit den Styles zu spielen, wobei mir der Zusammenhang zwischen dem Features-Files.csv und dem Typ-File noch nicht ganz klar ist. Grüße, Christian ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eingemeidungen
Beide als village, würde ich sagen. ja, wuerde ich hier auch sagen. town würde ich wirklich nur für die benutzen, die auch Stadt genannt werden können, also i.d.R. ab 10.000 EW. Bleibt für Flächengemeinden also nur village und hamlet. Das ist ja das Problem. ;-) absolut richtig, town nur fuer Staedte. Das haengt aber weniger von den Einwohnern ab, als vielmehr von der Struktur. Staedte haben neben anderem unbedingt eine eigene Verwaltungs- und Versorgungsstruktur sowie eine sozial stark differenzierte Einwohnerschaft (im Gegensatz z.B. zu Lagern). Zur Einwohnerzahl ein kleines Wikipediazitat: Während etwa in Dänemark die Untergrenze der Bevölkerungszahl bei einer städtischen Siedlung bei 200 Einwohnern liegt, sind es in Deutschland und Frankreich 2.000, in der Schweiz 10.000 und in Japan 50.000 Einwohner. Da der Begriff Stadt jedoch nicht rechtlich eindeutig definiert ist, gibt es auch Gegenbeispiele: Die kleinste Stadt Deutschlands ist mit 301 Einwohnern (2007) Arnis. Es wurde 1934 zur Stadt ernannt, da die Ortsbezeichnung Flecken abgeschafft wurde. Die kleinste Stadt mit altem Stadtrecht ist Neumark in Thüringen mit 480 Einwohnern (2007). es gibt also durchaus auch winzige Staedte, die dennoch town verdienen, und grosse Doerfer mit deutlich mehr Einwohnern, die trotzdem village bleiben. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Aachen] Wiki-Seite von Aachen aufpoliert. Mithilfe willkommen!
Hallo, Wenn es weiterhin Probleme geben sollte, können wir gerne auf ein jpg wechseln. War jetzt fast sofort da. Gruß Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bulk changes
On Tue, 4 Nov 2008, Ulf Lamping wrote: Bei OSM wurde bislang (gerade auch von dir Frederik) auf Teufel komm raus eine Freiheit propagiert, die mir bisweilen ziemlich auf die Nerven gegangen ist. Ich sehe jetzt nicht ansatzweise ein, warum auf einmal bei diesem Punkt strikte Regeln gelten sollen - nur weil es Frederik und ein Paar anderen Leuten gerade so in den Kram paßt ... Freiheit ist immer Freiheit der anders Denkenden, sich zu äußern Und jetzt frage Dich mal, worauf das eher zutrifft: Auf fehlende Tagging-Regeln oder Einschränkungen bei Skriptnutzung. Jedes Recht eines Einzelnen kollidiert zwangsläufig mit den Rechten der Anderen. Deswegen kann Freiheit nie grenzenlos sein, wie Du es oben propagierst. Gewisse Freiheiten muss man einschränken, um andere zu erhalten. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Grenzen (was: Re: autobug / is_in + amenity=police slippymap mit bug overlay)
Das Tagging von Grenzen in Deutschland ist derzeit ein offenes Problem. Ich sehe, daß Pinneberg in Schleswig-Holstein ist - könntest Du evtl. die Grenzen-Seite [1] im Wiki mit Informationen zu Schleswig-Holstein ergänzen? Ich bin grad auf dem Sprung aber gucke mir das nachher mal an und schaue ob ich irgendwas sinnvolles beizutragen habe. Danke schonmal fuer den Link. Aber wo wir bei Grenzen sind: http://openstreetmap.org/?lat=53.76328lon=9.60903zoom=15layers=0B00FTF Bullendorf liegt im Kreis Steinburg (nördlich der Grenze dort) und nicht im Kreis Pinneberg (suedlich), es ist ein Stadtteil von Altenmoor. Ich möchte aber nicht einfach die Grenze verschieben, da ich wiederum auch keine Ahnung habe wie die genau verläuft. Als source der Grenzlinie ist UNEP-GRID eingetragen. Im Wiki finde ich keine Informationen dazu...weiß irgendwer woher die kommen, wie alt die Informationen sind und wie genau? (evtl. sind ja auch alle straßen verschoben, ich war noch nicht mit GPS dort) Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] blaue kachel !
On Tue, 4 Nov 2008, Jan Tappenbeck wrote: hat einer eine Idee warum der Hintergrund von http://b.tah.openstreetmap.org/Tiles/tile/12/2171/1316.png nur BLAU ist !!! Ja. Ein Fehler in der Oceantiles-Datenbank. Habe ich gerade behoben. Ciao -- http://www.dstoecker.eu/ (PGP key available) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Features: Wanderwege; Schlossruine
Am Freitag 31 Oktober 2008 schrieb Thomas1904: Der Hermannsweg ist bereits als Relation 28177 begonnen. Mann könnte noch das H als ref in der Relation ergänzen Moment, wenn das ref nicht die 28177 ist - in welchem Tag setze ich das dann? Oder muss ich den Ausschnitt so vergrößern, dass die Relation vorhanden ist? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Features: Wanderwege; Schlossruine
Am Freitag 31 Oktober 2008 schrieb Torsten Leistikow: Ja, ueber das Problem habe ich mir auch schon Gedanken gemacht, aber in meinem Revier gibt es das zum Glueck nicht. Vielleicht kann man das ja dann einfach entsprechend benennen: Wildschweinkopf oder rotes Dreieck. Wenn ich an die Wege aber ref=E1 ranschreibe, duerfte damit vor Ort keiner was anfangen koennen. Unter http://wiki.openstreetmap.org/index.php/Talk:WikiProject_Germany/Wanderwege-Netz ist zu lesen (Beispiel): type=route route=foot name=Rundwanderweg Molsberger Tal symbol=Roter Ring auf weißem Grund description=Rundwanderweg der Gemeinde Molsberg, 8km network=rwn operator=Fremdenverkehrsbüro Molsberg Was hältst du davon? Was davon muss auch an den Weg (highway=footway)? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bulk changes
Hallo Ulf, Ich sehe jetzt nicht ansatzweise ein, warum auf einmal bei diesem Punkt strikte Regeln gelten sollen - nur weil es Frederik und ein Paar anderen Leuten gerade so in den Kram paßt ... Wenn Du das aufgeregte Posting von Andy Allan zum Thema xybot neulich gelesen hast, dann weisst Du, dass bei so einem Thema sehr schnell die Nerven blank liegen. Stell Dir die typische talk-de-Potlatch-Hysterie vor, aber stell Dir vor, es wäre nicht bloss ein Ort oder Stadtteil betroffen, sondern das ganze Land. So etwa. Das Problem ist, dass jeder, der ein Skript schreiben kann, auch problemlos alles reverten kann, was ein anderer Skriptschreiber gemacht hat. Hier muessen wir - und insbesondere wir Skriptschreiber - auf jeden Fall ein Wettrüsten und/oder einen automatischen Edit-War verhindern. Wenn das hier losgeht mit was der kann, kann ich schon lange, dann gute Nacht Marie - das ist ein ganz anderes Kaliber als ob jemand mal einen Nachmittag lang mit Potlatch irgendwas taggt, was ihm in den Kram passt. Wenn Du diesen Unterschied nicht siehst, ist das schade, aber aus purem Trotz *gegen* eine freiwillige Selbstbeschränkung der Skriptschreiber zu argumentieren ist nicht nur kindisch, sondern gefährdet auch das Projekt. Falls Deine Auffassung ist, dass nur weil das Projekt kein Demokratie-Mikromanagement bei Taggingregeln will, deswegen automatisch auch jeder Depp mal eben die gesamte Datenbank mit einem unüberlegten Skript auf den Kopf stellen dürfen muss (wenn schon Freiheit, denn schon), dann fehlt Dir der Sinn für Proportionen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bulk changes
Hallo, Michael Roth wrote: Denn der Mensch kann erkennen dass mit Germany offensichtlich BRD gemeint ist. Dieses Wissen kann er manuell per Hand anwenden oder in ein Skript packen. Oder gleich in die Software, die die Daten auswertet (bzw., um Mehrarbeit zu vermeiden, zwischen die Datenbank und diese Software). *Entweder* gibt es eine gute Moeglichkeit, irgendetwas automatisch zu korrigieren. Dann ist es doch 10x besser, ich baue das z.B. in den Name Finder ein, wenn der seine Indexdatenbank aufbaut o.ae., als dass ich den Name Finder so programmiere, dass er nur mit einem bestimmten Format auskommt, und dann brauche ich ein Skript, das taeglich dafuer sorgt, dass auch nur dieses in der Datenbank vorkommt. *Oder* es gibt diese Moeglichkeit nicht, weil menschliche Intelligenz vonnoeten ist, um die Entscheidung zu treffen; dann kann man sowieso keine automatisierte Aenderung machen. Ich vertrete die Ansicht, dass reine Schoenheitskorrekturen wertlos sind. Wenn in Deutschland 10.000 Strassen mit max_speed und 10.000 Strassen mit maxspeed getaggt waeren, kaeme bestimmt irgendjemand und wuerde fordern, dass man das gleichzieht. Aber man braucht das nicht in der Datenbank zu machen, man kann das auch bei der Entnahme der Daten aus der Datenbank tun; dann ist man auf der sicheren Seite und weiss *genau*, was rauskommt, waehrend man ansonsten nie weiss, ob seit dem letzten Bot-Lauf vor einer Woche vielleicht wieder ein max_speed hinzugekommen ist. Ausserdem kann bei dieser, von mir bevorzugten Vorgehensweise jeder selbst entscheiden, welchen Umfang an Saeuberungen er wuenscht. In meinen Augen ist waere es wertvoll, Zeit darauf zu verwenden, sich zu ueberlegen, wie man mit den chaotischen Daten in OSM besser umgehen kann, anstatt den Versuch zu unternehmen, das Chaos zu beseitigen. Ich nehme an, dass das Ausmass an Chaos, das durch neue Nutzer taeglich hinzukommt, immer groesser wird, und ein staendiges Hinterherraeumen durch hunderte von Bots zunehmend unpraktikabel wird. Nimm das Beispiel Strasse - *kein* gescheites OSM-Programm wird es sich je leisten koennen, die Schreibweise mit Doppel-S einfach zu ignorieren, zu viele neue so geschriebene Strassen kommen staendig hinzu. Aber wenn jedes Programm, das die Daten weiterverarbeitet, ohnehin mit beiden Schreibungen klarkommen muss - wozu dann die Saeuberungsaktion? Blaeht die History auf, erschwert die Interpretation von Autoren- und Rechtesituation, und nach ein paar Monaten ist schon wieder Gras drueber gewachsen. 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] Bulk changes
Florian Lohoff schrieb: Das habe ich nicht automatisiert repariert weil ich befuerchte das Hesse nicht eindeutig ist - Hier in der gegend haben wir die Orte Hesseln und Hesselteich - Warum sollte es nicht ein Hesse geben ... Klar gibt es den Ort Hesse, zwischen Strasbourg und Nancy am Rhein-Marne-Kanal: http://www.informationfreeway.org/?lat=48.69052888090304lon=7.067729907005zoom=15layers=BF000F Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] blaue kachel !
On Tue, 4 Nov 2008, Chris66 wrote: Ja. Ein Fehler in der Oceantiles-Datenbank. Habe ich gerade behoben. indem Du auf informationfreeway in Zoom 12 auf x (mixed) gedrückt hast? Nein. Indem ich ./png2tiles.pl set 2171 1316 land und ./png2tiles.pl set 2171 1314 sea und ./png2tiles.pl und cvs ci -m ... gemacht habe, und das nur, weil ich auch noch eine andere Änderung hatte, die schon ein paar Tage herumlag. Und dann habe ich die Kachel noch neu gerendert. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] einheitliche Darstellung von Autobahn-Zubringern (einfache Form)
Jan Tappenbeck (OSM): Moin ! habe am Wochenende einige Zufahrten gemessen und beim Ergänzen von OSM nun festgestellt, dass bei den einfachen Formen unterschiedliche Darstellungen zum tragen kommen. Solange die Fahrbahnen der Auf- bzw. Abfahrt baulich getrennt sind sollten sie als getrennte Wege erfasst werden. Sind sie einen Abschnitt lang nur mit Fahrbahnmarkierung getrennt erfasse ich sie als einen Weg. dem stimme ich voll zu, das entspricht dann auch der realität. grüsse ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eingemeidungen
Hallo. Am Dienstag, 4. November 2008 schrieb Martin Koppenhoefer: town nur fuer Staedte. Das haengt aber weniger von den Einwohnern ab, als vielmehr von der Struktur. Staedte haben neben anderem unbedingt eine eigene Verwaltungs- und Versorgungsstruktur sowie eine sozial stark differenzierte Einwohnerschaft (im Gegensatz z.B. zu Lagern). Ich bin jetzt zu faul nach den rechtlichen Rahmenbedingungen zu suchen, es ist mit Sicherheit auch regional (nach Staat oder auch Bundesland) unterschiedlich definiert, aber ich bin mir relativ sicher, dass hier in Ba-Wü die Grenze bei 10.000 EW liegt. Das ist, wie so oft, keine schwarz/weiß-Grenze, es gibt historisch bedingte Ausnahmen, aber ich kenne spontan kein Gegenbeispiel hier in der Region. Alle kleineren Orte sind verwaltungstechnisch eine Gemeinde, größere dürfen sich Stadt nennen. Gruß, Bernd -- Die kleineren übel sind meist von längerer Dauer. - Wieslaw Brudzinski (poln. Schriftsteller) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Code of Conduct gewahrt Was: Bulk changes
On Tue, Nov 04, 2008 at 07:30:06PM +0100, Frederik Ramm wrote: und habe das wichtigste kurz zusammengefasst, auf Deutsch. Sorry, wenn die Grossbuchstaben vielleicht die falsche Art der Hervorhebung waren, ich wollte niemanden anpflaumen damit. Angenommen - Ich habe aufmerksam die xybot diskussion verfolgt und habe genau deshalb nicht primaer mit dem ansinnen etwas zu aendern mich des is_in themas angenommen. Erst im laufe der diskussion und des doch sehr verhaltenen interesses habe ich mich entschieden die offensichtlichen und einfachen faelle zu loesen. Dann habe ich all das was in der xybot diskussion gekommen ist umgesetzt und habe zumindest rudimentaer dokumentiert was geloest/ersetzt/ergaenzt wird, und habe das auch hier angekuendigt. Schwierigeres das potentiell mit informationsverlust einher gehen koennte lasse ich bewusst aussen vor und/oder mache das manuell. (Siehe mails ueber Hesse als Bundesland) den Plan rufst (und stattdessen einfach darueber nachdenken, wie man die Aussage ohne diesen Effekt machen kann)? Es geht mir nur auf die nerven das egal was man hier macht irgendeinen auf den plan ruft der das doof, umsonst, den falschen weg oder sonstwas nennt. Ich ertappe mich auch ab und an dabei so in diskussionen zu gehen und so manche mail wird geloescht und nicht gesendet. Wer nichts beizutragen hat in form von kreativitaet oder doing der soll halt die klappe halten. Diskutieren kann ich auch mit meinem kleinen Sohn - Das ist in etwa genauso effektiv. Das Thema is_in war ausnahmsweise mal eher positiv - Mehr (nicht zu verwechseln mit viele) Menschen die das auch wichtig finden und mitmachen und weniger noergler ... Ich hatte das mal auf meine sofortige contra all der gutgemeinten aber nicht loesungsorientierten hinweise gesehen. Also mache ich halt das was einige umsonst oder falsch finden - stoere damit keinen und jeder der meint das geht anders besser soll es halt anders machen. Es kann hier keinen konsenz geben - also macht halt jeder wie er meint. Und die die machen anstatt zu reden haben meiner meinung nach recht. Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fall RambaZamba in MeckPomm
2008/11/4 Frederik Ramm [EMAIL PROTECTED] in Prerow in Mecklenburg-Vorpommern gibt es wohl einen User, der (created-by: RambaZamba) ziemlich wahllos Daten verschlimmbessert. Wie es scheint, hat sich irgendjemand über ihn beschwert, und der Account wurde gesperrt, woraufhin der User sich mit hasse_osm_korinthenkacker wieder neu angemeldet hat und sein Treiben fortsetzt. Ich wuerde gern rausfinden, WER sich ueber diesen User WO beschwert hat, WELCHE Versuche der Kontaktaufnahme mit dem User es gegeben hat und zu was die gefuehrt haben. Ich hatte letzte Woche mit RambaZamba Kontakt. Es ging auch um einige Details in Prerow. Auf meine Anfrage gab es eine sachliche Antwort und auch eine Änderung der von mir kritisierten tags. Von meinem Kontakt kann ich also nur sagen, dass auf sachliche Kritik vernünftig reagiert wird. Ob hasse_osm_korinthenkacker ein guter Weg ist die eigene Überzeugung zu vertreten mag auf sich beruhen. In der Mail klang dem entsprechend auch an, dass er sich durch Änderungen an einigen seiner arbeiten an anderer Stelle mächtig geärgert hat und ziemlich frustriert ist. Details dazu kenne ich nicht, nur dass, was man über google in den Foren noch findet. Insgesamt finde ich Prerow (Born und Wiek) ziemlich gelungen. In Mecklenburg-Vorpommern gibt es nicht viele kleine Ortschaften wie Prerow, die so vollständig und gut erfasst sind. Über Details kann man sicher streiten. Das ist aber im Prinzip von OSM so angelegt. Gruß, Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Features: Wanderwege; Schlossruine
RalfGesellensetter schrieb: Unter http://wiki.openstreetmap.org/index.php/Talk:WikiProject_Germany/Wanderwege-Netz ist zu lesen (Beispiel): type=route route=foot name=Rundwanderweg Molsberger Tal symbol=Roter Ring auf weißem Grund description=Rundwanderweg der Gemeinde Molsberg, 8km network=rwn operator=Fremdenverkehrsbüro Molsberg Das sieht soweit schon mal gut aus. Was davon muss auch an den Weg (highway=footway)? Leider werden Relationen bislang auf der Auswertungsseite (Renderer, Garmin-Konverter) nur unzulaenglich unterstuetzt. Deshalb wuerde ich sagen, dass man an den Weg all das markieren sollte, was man auf der Karte sehen will. (Ich weiss, wir mappen nicht fuer den Renderer. Aber man muss auch pragmatisch bleiben.) So wuerde ich an die einzelnen Wege entweder ein ref=Rundwanderweg Molsberger Tal oder ref=Roter Ring auf weißem Grund eintragen. Ersteres waere zwar schoener, nuetzt aber nur, wenn die Leute vor Ort damit auch was anfangen koennen. Ein name-Tag wuerde ich bei den einzelnen Wege nicht entsprechend setzen, denn die Wege koennen ja bereits selber Namen haben (z.B. Strassennamen). Die einzelnen Wege sind aber nicht zwingend highway=footway. Sie behalten natuerlich den Typ (meist wohl footway, track, unclassified oder residential), den sie auch ohne die Wanderwegmarkierung haetten. Wenn ein Wegabschnitt zu mehreren Wanderwegen gehoert, so wuerde ich die beiden Bezeichnungen durch Semikolon getrennt gemeinsam eintragen: ref=Weg_1;Weg_2. Naechstes Wochenenede werde ich mal wieder ein Stueckchen am E1 weitermachen koennen, da kann ich dann ja ein paar praktische Erfahrungen mit dem Wanderweg-Mappen machen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Grenzen (was: Re: autobug / is_in + amenity=police slippymap mit bug overlay)
On Tue, Nov 04, 2008 at 02:10:52PM +0100, Lars Francke wrote: [...] Ich habe den angelegt und instinktiv district eingetragen bevor ich gemerkt habe, dass nur county verarbeitet wird. Aber wenn mich nicht alles täuscht ist county nicht wirklich das gleiche wie ein Kreis in Deutschland. Das Internet scheint mir recht zu geben Das Tagging von Grenzen in Deutschland ist derzeit ein offenes Problem. Ich sehe, daß Pinneberg in Schleswig-Holstein ist - könntest Du evtl. die Grenzen-Seite [1] im Wiki mit Informationen zu Schleswig-Holstein ergänzen? [1] http://wiki.openstreetmap.org/index.php/DE:Grenzen CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap.jar Problem
Chris66 schrieb: Bei Ways die über mehrere Tiles gehen schreibt mein Progress-4GL Programm den Way und die zugehörigen Nodes in alle betroffenen Tiles rein. Dadurch hat man im Ueberlappungsbereich dann mehrer Elemente, die uebereinander liegen. Das kann dazu fuehren, dass die Zeichenreihenfolge durcheinander kommt und so z.B. eine Flaeche einen Weg ueberdeckt, weil die entsprechende Kachel erst nach der anderen gezeichnet wird. So, nun kann ich anfangen mit den Styles zu spielen, wobei mir der Zusammenhang zwischen dem Features-Files.csv und dem Typ-File noch nicht ganz klar ist. Mit dem Feature-File definiert man die Abbildungsfunktion osm-Datei zu img-Datei. D.h., man legt fest, welche OSM-Elemente in was fuer Garmin-Elemente (POI, Polyline oder Polygon mit entsprechender Typnummer). Die typ-Datei definiert, wie die einzelnen Garmin-Elemente von Mapsource oder dem GPS-Geraet angezeigt werden sollen. Einige Garmin-Elemente sind bei Mapsource und in den GPS-Geraeten vordefiniert. Fuer weitere Elemente nimmt man eine freie Typ-Nummer und definiert die entsprechende Anzeige. Soweit so gut. Leider sind die verschiedenen Typ-Nummer aber nicht unabhaengig voneinander, durch hinzufuegen einer neuen Nummer, kommt immer wieder auch die Anzeige von bisher funktionierenden Elementen durcheinander. Eine Gesetzmaessigkeit habe ich dabei bisher nicht erkannt, vielleicht ist die maximale Anzahl unterschiedlicher Garmin-Element begrenzt. Ich habe mich jedenfalls von dem Plan verabschiedet, eine Garminkarte erzeugen zu wollen, auf der alle in den OSM-Mapfeatures definierten Elemente angezeigt werden. Man koennte eine Anzahl verschiedene Styles erzeugen, je nachdem woran man gerade interessiert ist. Wahrscheinlich werde ich aber einfach nur probieren, eine fuer meinen Anwendungsfall (und Geschmack) optimierten Style zu erzeugen. Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Andreas Pothe schrieb: Garry wrote: Nach meinem bisherigen Kenntnisstand gibt es im öffentlichen Verkehrsraum keine runden Schilder mit rotem Rand unter 10km/h. Ich biete ein solches Schild mit Beschränkung auf 5 km/h in Hameln, und zwar in der Straße, in der der Plus-Markt liegt (städtische Straße, deren Name ich mir vergaß zu notieren und die deshalb noch namenslos ist): http://www.openstreetmap.org/?lat=52.10154lon=9.38903zoom=17layers=0B00TTF In der Luftbildansicht sieht das noch sehr nach einer Industrieanlage aus - wurde das neu bebaut? Mach mal ein Bild wenn Du dort wieder vorbeikommst. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bulk changes
Frederik Ramm schrieb: Hallo, Florian Lohoff wrote: Ich bin gerade dabei zumindest die offensichtlichlichsten is_in bugs a la Germany - Bundesrepublik Deutschland automatisiert zu beheben. Bitte http://wiki.openstreetmap.org/index.php/Automated_Edits/Code_of_Conduct beachten. Insbesondere: VORHER diskutieren, was man vorhat, WAEHRENDDESSEN alle Aenderungen so durchfuehren, dass man sieht, von welchem Skript sie durchgefuehrt wurden und NACHHER genau dokumentieren, was man gemacht hat. Das gilt fuer jede und jeden, der/die irgendwelche automatisierten Aenderungen vornehmen moechte, egal ob einmalig oder regelmaessig. Ausgenommen, man aendert nur Sachen, die man selbst eingetragen hat, dann ist es wurscht. Bitte beachten ... Nur weil Frederik eine Webseite geschrieben hat und ihm in einem kurzen Zeitraum ein paar Leute zugestimmt haben, bedeutet das in keinster Weise eine Art von Regel, an die sich irgendjemand halten muß ... Bei OSM wurde bislang (gerade auch von dir Frederik) auf Teufel komm raus eine Freiheit propagiert, die mir bisweilen ziemlich auf die Nerven gegangen ist. Ich sehe jetzt nicht ansatzweise ein, warum auf einmal bei diesem Punkt strikte Regeln gelten sollen - nur weil es Frederik und ein Paar anderen Leuten gerade so in den Kram paßt ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fall RambaZamba in MeckPomm
Hallo, in Prerow in Mecklenburg-Vorpommern gibt es wohl einen User, der (created-by: RambaZamba) ziemlich wahllos Daten verschlimmbessert. Wie es scheint, hat sich irgendjemand über ihn beschwert, und der Account wurde gesperrt, woraufhin der User sich mit hasse_osm_korinthenkacker wieder neu angemeldet hat und sein Treiben fortsetzt. Ich wuerde gern rausfinden, WER sich ueber diesen User WO beschwert hat, WELCHE Versuche der Kontaktaufnahme mit dem User es gegeben hat und zu was die gefuehrt haben. (Bitte jetzt NICHT irgendwelche Aenderungen dieses Users korrigieren, ich kuemmere mich spaeter darum, ich wuerde aber gern mal selbst wissen, wie der Sachstand ist, und was dazu gefuehrt hat, dass dieser User so verbittert ist - ob der im Prinzip ok ist und einfach nur von Community-Seite dumm angemacht wurde, oder ob bei dem alle Muehe vergebens ist. Denn der Zustand ist ja nicht haltbar, wir haben keine technische Moeglichkeit, zu verhindern, dass jemand staendig neue Accounts anlegt. Ich bitte also auch, falls das hier irgendein Beteiligter liest, davon abzusehen, diesen Benutzer weiter zu reizen, ausser, ihr seid bereit, die naechsten Monate hinter ihm her zu putzen!) Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bulk changes
On Tue, Nov 04, 2008 at 01:22:18PM +0100, Sascha Silbe wrote: Ja, ich stelle das bewusst etwas übertrieben da - wir müssen uns entscheiden, wo die Grenze zu ziehen ist. Nein, müssen wir eigentlich nicht. Wir müssen einfach nur vom schwarz-weiß-denken weg und etwas gesunden Menschenverstand walten lassen. Das ist wie im richtigen Leben: Wenn ich nicht weiß, was in einer bestimmten Situation zu tun ist, dann überleg ich mir das selbst, rede vielleicht mit einem Freund drüber oder lasse mich von einem Fachmann beraten. Und am Schluß treffe ich eine Entscheidung nach bestem Wissen und Gewissen und dann handle ich. Entscheidungen von kleiner Tragweite trifft man mal so eben, wenn mehr auf dem Spiel steht, macht man sich etwas mehr Gedanken. Nichts andere sollte bei OSM auch gelten. Jeder kann selbst Entscheidungen treffen, aber er muss halt damit rechnen, dass andere Leute eine andere Entscheidung getroffen hätten und dass es daher zu Konflikten kommen kann. Den Code of Conduct sollte man vielleicht besser Best Practice nennen, ein Vorgehen, das sich in der Praxis bewährt hat, wenn man gemeinsam vorran kommen will. Mehr ist das Ding nicht. Es kann und will keine eiserne Regel sein. Eiserne Regeln funktionieren nämlich in der Praxis nicht, weil es immer Ausnahmen gibt. Ich weiß, der gesunde Menschenverstand ist in unserer Zeit etwas aus der Mode gekommen, aber gelegentlich sollte man vielleicht doch noch darauf zurückgreifen dürfen. Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bulk changes
Moin! http://wiki.openstreetmap.org/index.php/Automated_Edits/Code_of_Conduct beachten. Insbesondere: VORHER diskutieren, was man vorhat, WAEHRENDDESSEN alle Aenderungen so durchfuehren, dass man sieht, von welchem Skript sie durchgefuehrt wurden und NACHHER genau dokumentieren, was man gemacht hat. Falls Du mich meinst - ich kann bisher nicht so gut scripten, auf daß ich das auf OSM hochladen würde. Wenngleich einige offensichtlichen Fehler per script sinnvoller zu fixen sind als manuell, aber das ist eine andere Frage. Die Sache mit der Diskussion vor den Änderungen sehe ich allerdings nicht ganz ein, da auf dieser Liste bisher immer Anarchie statt Demokratie gepredigt wurde. Versuche einheitliche Tagging-Regeln zu definieren wurden regelmäßig zerredet anstatt zu einer Entscheidung zu kommen. In dem beschriebenen Fall geht es um eine Tagging-Regel, die Diskussion hier hat niemanden wirklich interessiert, und so sage ich klar auch daß es mich nicht juckt wenn diese is_in-Aufräumaktion jemanden stört. Hätten wir eine Regel so wäre die ganze Aktion unnötig. Letztlich ist hier in weitem Rahmen vollkommen egal was in dem tag steht, solange es nur einheitlich ist! -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fehler nicht in Datenbank korrigieren (was: Re: Bulk changes)
On Tue, Nov 04, 2008 at 07:44:35PM +0100, Frederik Ramm wrote: *Entweder* gibt es eine gute Moeglichkeit, irgendetwas automatisch zu korrigieren. Dann ist es doch 10x besser, ich baue das z.B. in den Name Finder ein, wenn der seine Indexdatenbank aufbaut o.ae., als dass ich den Name Finder so programmiere, dass er nur mit einem bestimmten Format auskommt, und dann brauche ich ein Skript, das taeglich dafuer sorgt, dass auch nur dieses in der Datenbank vorkommt. Nein, es ist nicht besser, daß in jeder einzelnen Software zu behandeln. Ganz im Gegenteil: Das ist genau so viel schlechter, wie es unterschiedliche Software gibt. Und da das Projekt das Ziel hat, gerade für _neue_ Anwendungen (hier im breiten Sinne gemeint) Daten zu liefern, ist das ein sehr großer Faktor. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] autobug / is_in + amenity=police slippymap mit bug overlay
Moin, ich habe in meiner Gegend (Kreis Pinneberg) mal alles korrigiert was da so falsch war. Unter anderem gab es gar keinen place Kreis Pinneberg. Ich habe den angelegt und instinktiv district eingetragen bevor ich gemerkt habe, dass nur county verarbeitet wird. Aber wenn mich nicht alles täuscht ist county nicht wirklich das gleiche wie ein Kreis in Deutschland. Das Internet scheint mir recht zu geben Mir ist es erstmal egal ob Anwendungen das richtig verarbeiten. Wenn district richtig ist nehme ich das, sonst setze ich auch Landkreis oder Kreis ein oder so. Aber meine Frage ist eigentlich: Warum wird in Deutschland county verwendet bzw. wofuer genau? Gruß, Lars ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mkgmap.jar Problem
Chris66 schrieb: [osmcut.c] aber nun beschwert er sich über zu wenig Speicher (habe 1 GB): cannot mmap germany.osm: Cannot allocate memory So, habe jetzt mal selber ein osmcut.p programmiert, ist aber sehr lahm (zerschneidet germany.osm in 4 Std.) da es in einer quasi für den Zweck ungeeigneten Programmiersprache geschrieben ist. ;-) Nun muss ich noch herausfinden, wie die Kachelgröße maximal sein darf, so dass mkgmap sich nicht beschwert. Teddy verwendet ja relativ kleine Kacheln von 1 Grad. Grüße Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Militärgebiete Überlagerung durch Wa ld
Hi, meiner einer wundert sich darüber das Wald mehr Wert ist als ein Militärgebiet zu sehen hier http://openstreetmap.org/?lat=50.76418lon=6.19706zoom=15layers=0B00FTFT auch in Teveren http://openstreetmap.org/?lat=50.9555lon=6.064zoom=14layers=0B00FTFT ist es ähnlich, gibt es einen logischen Grund dafür ? Denn imho ist das Militärgebiet höherwertig als der Wald, denn durch den Wald kann man fast immer ein Militärgebiet versperrt einem den Weg definitiv. Außer man mag Spaß. ;-) Schönen Abend noch Henry E. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] [Aachen] Wiki-Seite von Aachen aufpoliert. Mithilfe willkommen!
*daumen hoch* echt gut geworden :) -- Mario ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Dirk Stöcker schrieb: On Mon, 3 Nov 2008, Ulf Lamping wrote: Aber das ist nicht der Punkt. Wenn es in OSM gängige Praxis ist, eine Schrittgeschwindigkeit mit 7km/h darzustellen (was ich mit 2669 Einträgen jetzt einfach erstmal mal annehme - und bislang auch immer so aufgefasst habe), erschließt sich mir einfach nicht die Notwendigkeit hier etwas ohne Not an der gängigen Praxis zu ändern. Wenn die gängige Praxis ungenügend ist und außerdem automatisiert innerhalb weniger Minuten in eine neues Schema konvertiert werden kann, dann spricht nichts dagegen. Richtig, aber da deuted derzeit nichts darauf hin. So eine Aktion würde bestehende Anwendungen stören ohne auch längerfristig etwas zu verbessern. Ich kenne jemanden, der hat z.B. das speed_camera Tag aus amenity in highway verschoben. :-) Sehr fragwürdige Aktion - highway sollte allein den Strassenkategorien vorbehalten bleiben. Mir kommt die ganze Diskussion lächerlich vor. Überall in OSM haben wir sprechende Bezeichner. Es gibt Regionen auf dieser Erde in denen man keine Schrittgeschwindigkeit kennt, und auch in Deutschland ist vielen mit einem konkreten Zahlenwert für eine Geschwindigkeit mehr geholfen als dass man sie in einen sprechenden Bezeichner was hineinfantasieren und bei der nächsten Kontrolle auflaufen lässt. Nur bei Schrittgeschwindigkeit soll ein mittels pseudowissenschaftlicher Argumente begründeter Zahlenwert diesen sprechenden Wert ersetzen, wobei ausser Garry scheinbar niemand so richtig begreift, warum es gerade dieser Wert sein soll. Seine Argumente, warum es unbedingt eine Zahl sein soll, sind außerdem schlicht falsch (was den Schluß nahelegt, dass er selbst kein Softwareentwickler ist). Du wirfst Aussagen und Behauptungen in den Raum die Du nicht begründest und ziehst falsche Schlüsse... Da derzeit nicht sehr viele den maxspeed-Tag anwenden ist es nicht weiter verwunderlich dass sich nicht viele tiefgehend dafür interessieren. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eingemeidungen
2008/11/4 Bernd Wurst [EMAIL PROTECTED]: Hallo. Am Dienstag, 4. November 2008 schrieb Martin Koppenhoefer: town nur fuer Staedte. Das haengt aber weniger von den Einwohnern ab, als vielmehr von der Struktur. Staedte haben neben anderem unbedingt eine eigene Verwaltungs- und Versorgungsstruktur sowie eine sozial stark differenzierte Einwohnerschaft (im Gegensatz z.B. zu Lagern). Ich bin jetzt zu faul nach den rechtlichen Rahmenbedingungen zu suchen, es ist mit Sicherheit auch regional (nach Staat oder auch Bundesland) unterschiedlich definiert, aber ich bin mir relativ sicher, dass hier in Ba-Wü die Grenze bei 10.000 EW liegt. Das ist, wie so oft, keine schwarz/weiß-Grenze, es gibt historisch bedingte Ausnahmen, aber ich kenne spontan kein Gegenbeispiel hier in der Region. Alle kleineren Orte sind verwaltungstechnisch eine Gemeinde, größere dürfen sich Stadt nennen. Ein kleiner Ort ist eben keine Gemeinde. Eine Gemeinde ist eine Gebietskörperschaft, die i.d.R. weit über das als Ort wahrgenomme Gebiet hinausgeht. Grundsätzlich ist jedes Gebiet der BRD einer Gemeinde zugeordnet. Es gibt zwar femeindefreie Gebiete, z.B. große Waldgebiete. Alles was als Dorf, Ortschaft, Weiler usw wahrgenommen wird ist nichts weiter als eine Siedlung - auf dem Gebiet einer Gemeinde. Oft, ich würde sagen fast immer, gibt es eine große Siedlung die namensgebend für die Gemeinde ist. Auch ein Markt, Bad, Stadt, große Kreisstadt, kreisfreie Stadt ist eine Gemeinde. Wir können uns also komplett von der Verwaltungsklassifizierung lösen und mappen was da ist, nach Erscheinungsbild, eben hamlet, village, town (evtl verfeinert). Dazu evtl. eine Zugehörigkeit zur entsprechenden Gemeinde, welche man als Polygon darstellen sollte. Gruß Dominik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Militärgebiete Überlagerung durch W ald
Am 4. November 2008 20:47 schrieb Henry Every [EMAIL PROTECTED]: Hi, meiner einer wundert sich darüber das Wald mehr Wert ist als ein Militärgebiet zu sehen hier http://openstreetmap.org/?lat=50.76418lon=6.19706zoom=15layers=0B00FTFT auch in Teveren http://openstreetmap.org/?lat=50.9555lon=6.064zoom=14layers=0B00FTFT ist es ähnlich, gibt es einen logischen Grund dafür ? Denn imho ist das Militärgebiet höherwertig als der Wald, denn durch den Wald kann man fast immer ein Militärgebiet versperrt einem den Weg definitiv. Außer man mag Spaß. ;-) Schönen Abend noch Henry E. die Logik besteht darin, dass der Wald auch in einem Militaergebiet sein kann, und wenn er darunter verschwinden wuerde, waere er nicht mehr sichtbar, von daher ist das prinzipiell so richtig, wie es jetzt ist. Das Problem, dass man das Militaergebiet nicht mehr sehen kann (wie auch an anderer Stelle mit ueberlappenden Flaechen, z.B. Park, Landuse, Wald, ...) sollte man m.E. dadurch loesen, dass man den Umriss (nur den) jeweils ueber alle Flaechenfuellungen rendert. Ob das derzeit in Osmarender geht, weiss ich momentan nicht (da das casing ja dadurch entsteht, dass man erstmal alles fuellt und danach die Fuellung nach innen versetzt drueber-rendert (glaube mich zumindest zu erinnern, dass das mind. bei Strassen so gemacht wird). Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Guenther Meyer schrieb: Am Dienstag 04 November 2008 schrieb Dirk Stöcker: On Mon, 3 Nov 2008, Ulf Lamping wrote: Aber das ist nicht der Punkt. Wenn es in OSM gängige Praxis ist, eine Schrittgeschwindigkeit mit 7km/h darzustellen (was ich mit 2669 Einträgen jetzt einfach erstmal mal annehme - und bislang auch immer so aufgefasst habe), erschließt sich mir einfach nicht die Notwendigkeit hier etwas ohne Not an der gängigen Praxis zu ändern. Wenn die gängige Praxis ungenügend ist und außerdem automatisiert innerhalb weniger Minuten in eine neues Schema konvertiert werden kann, dann spricht nichts dagegen. naja, ein maxspeed=7, bedeutet eine hoechstgeschwindigkeit von 7km/h, dass das eigentlich schrittgeschwindigkeit bedeutet, ist eine reine annahme. das funktioniert aber nur solange, bis vielleicht wirklich ein 7 km/h schild auftaucht. nur weil noch keiner eins gesehen hat, muss das nicht heissem, dass es keins gibt. Dann gibt es immer noch das Merkmal livingstreet wo bevorzugt Schrittgeschwindigkeit vorkommt. Ein grösseres vorkommen an 7km/h Schilder ist nicht zu erwarten - und selbst wenn, was hätte es für abweichende Folgen für den Anwender/Verkehrsteilnehmer? deshalb bin ich fuer ein tag wie maxspeed=walk, das sagt genau das aus, was es ist. und zwar eindeutig. Ja - es verweisst eindeutig auf eine Uneindeutigkeit mit der Folge dass viele der Meinung sind bis 20km/h ist OK und sich dann wundern warum sie Zahlen müssen. grade als softwareentwickler muss ich sagen, dass eine beschraenkung nur auf zahlenwerte keinen sinn macht. Das kommt immer darauf an was man programmiert - in sicherheitskritischen Anwendungen kann das ins Auge gehen wenn man den Wertebereich zu weitläufig macht. einen parameter aber als was anderes bezeichnen, und ihm damit die eindeutigkeit nehmen, ist aber sehr wohl ein problem. Es wird einem Paramter ein eindeutiger Wertebereich zugeordnet in einer Form die allgemein erheblich mehr nützt als schadet. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Zumal 4km/h viel näher an der wissenschaftlichen Definition von 1 Meter pro Sekunde = 3,6 km/h liegt. Gruß Mario das geht hier ja immer noch weiter. Also gut: 4km/h liegt viel weiter weg von der wissenschaftlichen Definition von 2 Meter pro Sekunde = 7,2 km/h. Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Features: Wanderwege; Schlossruine
Hallo Torsten, type=route route=foot name=Rundwanderweg Molsberger Tal symbol=Roter Ring auf weißem Grund description=Rundwanderweg der Gemeinde Molsberg, 8km network=rwn operator=Fremdenverkehrsbüro Molsberg Das _Symbol_ ist ja das entscheidende Orientierungsmerkmal: an den Bäumen und in der Karte. Aber eine textuelle Beschreibung erscheint mir wenig zweckmässig. Die Zeichen sind grafisch. Also braucht man entsprechende Icons und in der Relation den entsprechenden Link. Mir fehlt auch noch ein Schlüssel für Gesamtlänge, Höhenunterschied, Marschzeit und irgendetwas für Schwierigkeit (geht mit Kinderwagen, mit Sonntagsschuhen, nur mit Profilsohle, etc). Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bulk changes
Hallo alle, bin jetzt seit ca. 5 Monaten dabei, finde dieses Projekt richtig gut, habe aber keine Lust, mich in irgendwelchen Foren oder sonstigen Diskussionsrunden zu beteiligen. Ich möchte nur meine Daten loggen, mich abends eben mal hinsetzen, und vielleicht am Donnerstag das Ergebnis sehen. Macht ja auch Spaß, wenn man irgendwas um 50 km mit dem Fahrrad gefahren ist, und die abgefahrenen Wege sind dann in der Karte. Anfangs war die Geschichte mit den Straßen der totale Horror, unclassified, track, path.. Jetzt habe ich für mich ein System entwickelt, ich halte das bei mir relativ stringent durch, obwohl es ja gerade bei tracks auch noch jahreszeitliche Schwankungen gibt (in einem Moorweg, den man im Sommer gut befahren kann, habe ich vor kurzem nach einem Regenguss festgesessen). Ich fange jetzt aber nicht an, irgendwelche tags zu erfinden, daß man den Weg nur bei 60mm Niederschlag nicht mehr benutzen kann. Richtig glücklich bin ich über das tag amenity=shelter, auch wenn es wohl fürs Hochgebirge ausgedacht wurde. Ich hatte bisher alle überdachten Hütten mit amenity=picnic eingetragen, shelter trifft es aber viel besser. Man muß halt auch warten können. Ich habe die is_in Diskussion verfolgt, klar gibt es alle möglichen Argumente für und wider, ich habe in meiner Region in einem Ort den tag eingefügt, per popy%paste war es dann innerhalb von 5 Minuten auch in allen anderen hamlets und villages drin. Kein Problem, wenn dieses Datensatzfeld dann mal nicht mehr verwertet wird, was solls. Jetzt habe ich in meiner Region fast alle Straßen aufgenommen, da will man ja auch weiter: landwirtschaftliche Flächen, die findet man bisher fast nirgends. Habe es selbst ausprobiert, landuse=farm, sieht bescheiden schön aus, extremes Grün. landuse=farmyard: absolut schwaches grau, sieht man fast nicht (in Osmarender). Mag sein, daß es Ansichten sind, die Leute aus der Stadt nicht interessieren, aber ich vergleiche immer mit Top50 der Landesämter, da sind solche Sachen auch aufgenommen. So, jetzt habe ich fertig Holger Markus schrieb: Hallo Michael, OSM ist eine Datenbank Es gibt jetzt schon sehr viele Regeln Diese Regeln definierten Syntax und Semantik der Daten Mit guten Regeln steigt der Informationsgehalt Ja. Und je besser diese Regeln sind, je bekannter sie sind und je konsistenter sie angewendet werden, desto brauchbarer wird die DB (vorausgesetzt die Regeln sind gut). Entscheidend ist (in erster Sicht), ob die Gesammtanzahl der Fehler reduziert wurde oder erhöht. Das stimmt zwar vordergründig - aber viel wichtiger ist, /wie/ dies erreicht wird und /welche Wirkungen/ dies sonst noch hat. Denn dabei kann mehr kaputt gemacht werden, als die Fehlerreduktion bringt: Das Wichtigste in OSM ist, dass engagierte Datensammler und engagierte Kartografen und engagierte Anwendungsprogrammierer freudig konstruktive kreative produktive Arbeit leisten. Die Menschen sind das Herz des Projektes, sie - wir - sind der Wettbewerbsvorteil gegenüber allen anderen Projekten. Wenn wir diese Menschen (also wir einander gegenseitig) vor den Kopf stossen, beispielsweise durch eine nicht angekündigte Veränderung, deren Sinn sie nicht verstehen oder anzweifeln, dann machen wir mehr kaputt als wir durch Datenverbesserung gewonnen haben. Entscheidend ist die *Kultur von OSM*, der Umgang miteinander. Bekannte und offensichtliche (menschliche) Fehler werden repariert. Darüber freut sich /jeder/! Aber nur, wenn er den Sinn begreift. Die Freiheit des Mappers, zu taggen, wie ihm der Schnabel gewachsen ist Halte ich hingegen für ausgesprochen destruktiv. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Am Dienstag 04 November 2008 schrieb Garry: ja, ein maxspeed=7, bedeutet eine hoechstgeschwindigkeit von 7km/h, dass das eigentlich schrittgeschwindigkeit bedeutet, ist eine reine annahme. das funktioniert aber nur solange, bis vielleicht wirklich ein 7 km/h schild auftaucht. nur weil noch keiner eins gesehen hat, muss das nicht heissem, dass es keins gibt. Dann gibt es immer noch das Merkmal livingstreet wo bevorzugt Schrittgeschwindigkeit vorkommt. auch wenn diese vielleicht gemeinsamkeiten haben, sind das trotzdem zwei komplett unterschiedliche dinge! deshalb bin ich fuer ein tag wie maxspeed=walk, das sagt genau das aus, was es ist. und zwar eindeutig. Ja - es verweisst eindeutig auf eine Uneindeutigkeit mit der Folge dass viele der Meinung sind bis 20km/h ist OK und sich dann wundern warum sie Zahlen müssen. mit der argumentation muesstest saemtliche schrittgeschwindigkeit schilder, die es gibt austauschen. welchen sinn soll eine festlegung auf einen bestimmten zahlenwert haben? eine geodatenbank fuer verschiedene anwendungen hat nun mal den groessten nutzen fuer alle, wenn sie die realitaet moeglichst exakt abbildet, und nicht interpretiert. in der realitaet steht in diesem fall nunmal schrittgeschwindigkeit und nicht irgendein zahlenwert. es gibt keinen plausiblen grund, darum was anderes einzutragen. grade als softwareentwickler muss ich sagen, dass eine beschraenkung nur auf zahlenwerte keinen sinn macht. Das kommt immer darauf an was man programmiert - in sicherheitskritischen Anwendungen kann das ins Auge gehen wenn man den Wertebereich zu weitläufig macht. walk IST ein eindeutiger wert. wie der nun in geschwindigkeit umzulegen ist, bleibt sache der jeweiligen anwendung. schliesslich sind sich, wie schon geschrieben wurde, weder gerichte, noch fahrlehrer, noch autofahrer da hundertprozentig einig. was gibt dann osm das recht, hier eine einzige der vielen interpretationen als richtig festzulegen? grade wo eine maxspeed=walk loesung mehr als praktikabel ist. signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bulk changes
Hallo, Florian Lohoff wrote: Ich bin gerade dabei zumindest die offensichtlichlichsten is_in bugs a la Germany - Bundesrepublik Deutschland automatisiert zu beheben. Bitte http://wiki.openstreetmap.org/index.php/Automated_Edits/Code_of_Conduct beachten. Insbesondere: VORHER diskutieren, was man vorhat, WAEHRENDDESSEN alle Aenderungen so durchfuehren, dass man sieht, von welchem Skript sie durchgefuehrt wurden und NACHHER genau dokumentieren, was man gemacht hat. Das gilt fuer jede und jeden, der/die irgendwelche automatisierten Aenderungen vornehmen moechte, egal ob einmalig oder regelmaessig. Ausgenommen, man aendert nur Sachen, die man selbst eingetragen hat, dann ist es wurscht. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] einheitliche Darstellung von Autobahn-Zubringern (einfache Form)
Moin ! ... Ich denke es schadet nicht - sinnvoll z.B. fürs Flottenmanagment wenn Du in Worten (Abfrage per SMS) wissen willst wo sich ein Fahrzeug befindet. ... sollte es nicht ausreichen, wenn die ausfahrtsnummer mit erfaßt ist - das ist ja schließlich kein straßename !? gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bulk changes
Hallo, Sascha Silbe wrote: On Tue, Nov 04, 2008 at 10:49:55AM +0100, Frederik Ramm wrote: [...] Insbesondere: VORHER diskutieren, Genau das ist doch hier passiert?! Ich habe mich nicht konkret gegen irgendwas wenden wollen, ich wollte nur darauf hinweisen, dass automatische Aenderungen nicht mal eben so gemacht, sondern sorgfältig vorbereitet und dokumentiert werden sollen. Wie genau definierst Du automatisiert? Ist SearchReplace in JOSM für Dich schon automatisch? SR als fixed string im Text-Editor? SR per Regular Expression im Text-Editor? sed (fixed string/RE) auf der Kommandozeile? Ich würde sagen: automatisiert ist alles, was ich nicht mehr voll überblicken kann, wo ich also mich selber darauf verlasse, dass mein Algorithmus schon richtig sein wird. In diesen Fällen sollten andere vorher die Chance bekommen, den Algorithmus mit anzuschauen, um die Gefahr von Fehlern zu verringern. D.h. bevor ich fremde Sachen ändere (wie definierst Du das genau? Erster Autor, letzter Autor, einziger Autor?) muß ich zukünftig jeden, der mal was ein paar Millimeter verschoben, fragen, ob ihm das passt? Nicht, wenn Du das von Hand machst. Da gehen wir ja im Projekt immer davon aus, dass jemand Sachen nur ändert, wenn er es aus irgendeinem Grund besser weiss, und da muss man (m.E.) dann nicht vorher fragen, das würde zu weit führen. Wenn Du aber eine grossangelegte Änderungsaktion planst, dann solltest Du durch vorherhige Diskussion und die ordentliche Dokumentation den Fremden, deren Daten Du ohne jede Ortskenntnis allein aufgrund von Rechenvorschriften änderst, die Möglichkeit geben, diese Rechenvor- schriften im Vorfeld zu kommentieren sowie im Nachhinein, wenn sie in der History Deine Änderung sehen, anhand geeigneter Dokumentation zu verstehen, was warum gemacht wurde. Oder jede einzelne meiner Änderungen im Wiki dokumentieren? Wenn Du ein Skript automatisiert über die Datenbank laufen laesst, wirst Du schon für Dich selbst ein genaues Protokoll anfertigen - für den Fall, dass etwas schiefgeht und Du alle Änderungen zurücknehmen musst. Dieses Protokoll dann irgendwo auf einen Server zu legen und im Wiki zu dokumentieren, dass Du dann und dann per Skript das folgende gemacht hast, dürfte ja wohl nicht zu viel verlangt sein - wer das nicht kann oder will, dem mangelt es an der nötigen Sorgfalt und der sollte bitte nicht seine Bastelskripte auf die Datenbank loslassen. Zugegeben, es gibt einen grauen Bereich, ein simples Suchen und Ersetzen in JOSM erzeugt ja nun kein Logfile oder sowas - aber auch da kann man einigen Schaden anrichten, neulich hatte jemand ja mal 30.000 Nodes mit JOSM geloescht, indem er die komplette geladene Datenmenge mit simplify Way bearbeitet hatte. Seitdem fragt JOSM nach, wenn man mehr als 10 Wege aufeinmal vereinfacht ;-) Sorry, aber von OSM ist ein Wiki und jeder kann es ändern merke ich so langsam nichts mehr. Es wird zu OSM ist ein Wiki; jeder ist technisch in der Lage zu ändern, braucht aber erst die Erlaubnis vom Bürgermeister. Wir haben keinen Bürgermeister. Wenn Du den Code of Conduct gelesen hättest, dann wäre Dir aufgefallen, dass ganz oben sinngemäß steht, dass eben *weil* wir keine Machtstruktur haben usw., die Verantwortung des Einzelnen höher ist. - Bei der Wikipedia ist das zum Beispiel so, dass Du Bots nur von genehmigten Bot-Accounts laufen lassen darfst. PS: Wenn Du willst, daß die Regeln beachtet werden (insb. Liste der Änderungen etc.), dann veröffentliche doch ein entsprechendes Framework und verlinke es in Deinem Code of Conduct. Dann braucht nicht jeder das Rad neu erfinden = weniger Bugs, weniger fehlende Funktionalität, es wird öfter so angewendet wie Du es wünscht. Vielen dürfte es - gerade für kleinere Änderungen wie hier - schlicht zu blöd sein, da extra was für zu schreiben. Unter http://wiki.openstreetmap.org/index.php/Automated_Edits/Software ist genau das vorgesehen. 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
[Talk-de] blaue kachel !
Moin ! hat einer eine Idee warum der Hintergrund von http://b.tah.openstreetmap.org/Tiles/tile/12/2171/1316.png nur BLAU ist !!! Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fall RambaZamba in MeckPomm
Moin Frederik, in Prerow in Mecklenburg-Vorpommern gibt es wohl einen User, der (created-by: RambaZamba) ziemlich wahllos Daten verschlimmbessert. Wie es scheint, hat sich irgendjemand über ihn beschwert, und der Account wurde gesperrt, woraufhin der User sich mit hasse_osm_korinthenkacker wieder neu angemeldet hat und sein Treiben fortsetzt. Ich wuerde gern rausfinden, WER sich ueber diesen User WO beschwert hat, WELCHE Versuche der Kontaktaufnahme mit dem User es gegeben hat und zu was die gefuehrt haben. rambazamba war mal hier Thema: http://lists.openstreetmap.org/pipermail/talk-de/2008-August/thread.html#20865 Wer den gesperrt hat usw. weiß ich nicht. Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bulk changes
On Tue, Nov 04, 2008 at 12:21:35AM +0100, Sascha Silbe wrote: Subject: Re: [Talk-de] Bulk changes On Mon, Nov 03, 2008 at 06:22:30PM +0100, Florian Lohoff wrote: Und wer mal so einen Cut'N'Waste but ansehen will der gucke sich mal die nodes zwischen Frankfurt und Wiesbaden an - Da steht vermehrt Hesse und nicht Hessen drin ... Das ist - laut Wikipedia [1] - die englische Schreibweise, also nicht Tippfehler sondern gleiches Problem wie bei den anderen Bundesländern auch. [1] http://de.wikipedia.org/wiki/Hessen#p-lang Das habe ich nicht automatisiert repariert weil ich befuerchte das Hesse nicht eindeutig ist - Hier in der gegend haben wir die Orte Hesseln und Hesselteich - Warum sollte es nicht ein Hesse geben ... Ich mache das gleich manuell heile ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler nicht in Datenbank korrigieren
Hallo, Sascha Silbe wrote: Nein, es ist nicht besser, daß in jeder einzelnen Software zu behandeln. Man kann ja - siehe einleitenden, von Dir nicht zitierten Satz meines Postings - einen Gleischaltefilter schreiben, den dann jeder verwenden kann, der automatisch korrigierte Daten will. Ueberall da, wo es einem gelingt, den *Nutzer* der Daten die Entscheidung treffen zu lassen, was er wie verarbeiten will, anstatt in die Datenbank selbst einzugreifen, erspart man sich die Einmischung in die Arbeit derer, die die Daten pflegen wollen und sollen. Wenn ich zum Beispiel der Ansicht bin, dass es in Deutschland grundsaetzlich nur bewirtschafteten Wald und keinen Urwald gibt, dann kann ich das in der ganzen Datenbank aendern, mich damit selbst prominent in die Statistiken einbringen und 150 Mapper aergern (und mit 3 davon noch wochenlang erbitterte Diskussionen fuehren). Oder ich aendere das einfach fuer mich in dem Augenblick, in dem ich die Daten heraushole. Und wie - mehrfach - gesagt, wird jedes OSM-datenverarbeitende Programm sowieso immer mit beidem umgehen koennen muessen. 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] Fehler nicht in Datenbank korrigieren
On Tue, 4 Nov 2008 20:44:55 +0100, Sascha Silbe wrote: Nein, es ist nicht besser, daß in jeder einzelnen Software zu behandeln. Ganz im Gegenteil: Das ist genau so viel schlechter, wie es unterschiedliche Software gibt. Du sprichst mir aus tiefster Seele. Danke. -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bulk changes
On Tue, Nov 04, 2008 at 01:58:55PM +0100, Jochen Topf wrote: Ja, ich stelle das bewusst etwas übertrieben da - wir müssen uns entscheiden, wo die Grenze zu ziehen ist. Nein, müssen wir eigentlich nicht. Wenn Frederik bei jeder kleinen Änderung (und die durchgeführte is_in-Korrektur sehe ich als solche) mit seinem Code of Conduct angerannt kommt, dann schon. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bulk changes
Moin Sascha, Hab mal ein einfaches Python-Script angehängt, was genau das oben beschriebene macht. Au weia, noch 'ne Sprache die ich nicht mal ansatzweise kenne. [MUA unterstützt kein Mail-Followup-To] Von Forte Inc.? Dann hoffe ich einfach mal, daß Du der einzige bist, der das noch benutzt. :) Ja, genau der. Vielleicht sollte ich doch mal 'nen update kaufen und meine lokale Geschichte darauf umbauen. Die 15$ sind ja nicht die Welt... -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler nicht in Datenbank korrigieren
Hallo Frederik, Wenn ich zum Beispiel der Ansicht bin, dass dann aendere ich das einfach fuer mich in dem Augenblick, in dem ich die Daten heraushole. Hm - da fühlen sich bestimmt viele Datensammler nicht wirklich ernst genommen: Sie geben sich nämlich oft jede erdenkliche Mühe, die Realität bestmöglich abzubilden, auch dann wenn sie mangels offen kommunizierter Regeln oft ziemlich im Regen stehen dabei. Sie versuchen zu orakeln was denn der Datenherausholer wohl für Regeln anwendet, und versuchen antizipierend diese in ihr Attributierungsschema einzubauen (oder ziehen stur ihr eigenes Schema durch, weil sie ja nicht für die Renderer arbeiten). Wenn es uns gelingen würde, die Regeln nach denen hier gearbeitet wird transparent zu machen, dann wäre manches einfacher. Ohne konsistente Daten funktioniert keine Anwendung sinnvoll. Dabei ist es am Ende egal, ob die Konsistenz beim Eingang, oder in der DB, oder bei irgend einem Verarbeitungsschritt geprüft wird. Für den Prozess und die Kultur ist es hingegen nicht unerheblich. Aber wie auch immer: die *Regeln sollten transparent sein*. Gruss, Markus Und wie - mehrfach - gesagt, wird jedes OSM-datenverarbeitende Programm sowieso immer mit beidem umgehen koennen muessen. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Militärgebiete Überlagerung durch W ald
Martin Koppenhoefer schrieb: Das Problem, dass man das Militaergebiet nicht mehr sehen kann (wie auch an anderer Stelle mit ueberlappenden Flaechen, z.B. Park, Landuse, Wald, ...) sollte man m.E. dadurch loesen, dass man den Umriss (nur den) jeweils ueber alle Flaechenfuellungen rendert. Ob das derzeit in Osmarender geht, weiss ich momentan nicht (da das casing ja dadurch entsteht, dass man erstmal alles fuellt und danach die Fuellung nach innen versetzt drueber-rendert (glaube mich zumindest zu erinnern, dass das mind. bei Strassen so gemacht wird). Das ist nur bei linearen features so. Ich bin mir aber nicht sicher, ob man die border von areas in ein anderes layer stecken kann, als den fill. -- Dirk-Lüder Deelkar Kreie Bremen - 53.0952°N 8.8652°E signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM soll noch 2008 ganz Deutschland umfassen?
Wie jetzt in Heise zu lesen ist [1], soll Deutschland Ende des Jahres, wenn auch mit einem Augenzwinkern, komplett erfasst sein? Das halte ich bei allem Optimismus für doch ein wenig gewagt. Weiße Lücken gibt es meiner Meinung nach zu viele und nicht nur kleine Dörfer. (Ich muss nur 30 km weiter zur Stadt Heinsberg schauen [2], da fehlt noch fast alles und es gibt dort immerhin über 4 Einwohner). Ich weiss, so eine Aussage sorgt für Öffentlichkeit, aber muss das Projekt wirklich im 6-Tage Rythmus geheist werden? Nichts für Ungut Torstiko [1] http://www.heise.de/newsticker/Freier-Strassenplan-soll-noch-2008-ganz-Deutschland-umfassen--/meldung/118394 [2] http://www.openstreetmap.org/?lat=51.0692lon=6.0915zoom=12layers=B000FTF ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler nicht in Datenbank korrigieren (was: Re: Bulk changes)
Zitat Sascha Silbe: [...] Und da das Projekt das Ziel hat, gerade für _neue_ Anwendungen (hier im breiten Sinne gemeint) Daten zu liefern, ist das ein sehr großer Faktor. Ich finde gerade nicht die Stelle, wo dieses Ziel in dieser Form definiert ist. Kannst du sie mir nennen? Ich fuer meinen unbescheiden Teil bin naemlich kein Lieferant. Ich stelle lediglich zur Verfuegung. Bin ich im falschen Projekt? -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bulk changes
Frederik Ramm schrieb: Wenn Du die Meinung vertrittst, eine solche frewillige Selbstbeschraenkung sei unnoetig und jeder solle ermutigt werden, einfach so, ohne jede vorherige Absprache und ohne Dokumentation automatische Aenderungen zu machen (genauso wie ich jeden ermutige, einfach mal so zu taggen, was ihm in den Sinn kommt), dann sei so aufrichtig und schreibe das auch dort in der Diskussion (genauso wie ich nie einen Hehl daraus gemacht habe, dass ich Tagging-Votes fuer ueberfluessig halte). Aber das kann unmoeglich wirklich Deine Meinung sein. Du solltest nicht irgendwelchen Quatsch hinschreiben, von dem Du selber nicht ueberzeugt bist, bloss weil die Gelegenheit guenstig erscheint, mir eins auszuwischen. Es wird andere Gelegenheiten geben, mir eins auszuwischen, bei denen fuer das Projekt weniger auf dem Spiel steht. Es geht mir nicht darum dir eins auszuwischen! Aber du mußt zugeben: es war einfach sehr prägnant wie du einerseits die Tagging Freiheit propagierst und andererseits dann verbindliche Regeln aufstellen willst. Wenn du selber über den Code of Conduct in: http://lists.openstreetmap.org/pipermail/talk/2008-October/030152.html folgendes schreibst: it is not something you *have* to follow, not a strict rule and has not been voted upon by anybody und dabei von einer Freiwilligkeit sprichst, hab ich da nichts gegen. Im Gegenteil, ein best practice hinzuschreiben damit Bot Schreiber sich daran orientieren können um von vornherein Fehler und Probleme zu vermeiden halte ich für eine sehr gute Idee. Aber wenn du dann gerade mal vier Wochen später dies als verpflichtend hinstellst: Das gilt fuer jede und jeden, der/die irgendwelche automatisierten Aenderungen vornehmen moechte, egal ob einmalig oder regelmaessig. und damit deine Aussage bezüglich Freiwilligkeit aus meiner Sicht um 180 Grad drehst dann fühle ich mich irgendwie veräppelt und reagiere entsprechend. Wenn du sowas geschrieben hättest wie: denk dran, bevor du mit deinen Änderungen loslegst den Code of Conduct zu lesen hätte ich wahrscheinlich nicht mal reagiert ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Noch einmal Flurnamen
Kann mir jemand sagen, warum weder Osmarender noch Mapnik einen Namen einer Fläche angeben, wenn place=locality ist? Ein Beispiel aus Heidelberg: http://www.openstreetmap.org/browse/way/27546766. Im Südwesten werde Flurstücke häufig als Gewann bezeichnet. Ähnlich wie die Mannheimer Quadrate sind die Gewanne im Handschuhsheimer Feld aus dem obigen Beispiel adresstiftend, das heißt, ein Haus kann eine andere Adresse (nicht nur Hausnummer) als eines auf der anderen Straßenseite haben. Daher ist die Straßenbenamsung in dem Bereich auch unzutreffend. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM soll noch 2008 ganz Deutschland umfassen?
Hallo, Torsten Breda wrote: Wie jetzt in Heise zu lesen ist [1], soll Deutschland Ende des Jahres, wenn auch mit einem Augenzwinkern, komplett erfasst sein? War mein Standardspruch auf dem Linuxtag im April; ich habe immer dazu gesagt: Fuer geeignete Werte von komplett. Fuer den aktuellen Heiseflash bin ich aber nicht verantwortlich ;-) Naja, also ganz Deutschland umfassen, das tun wir sicherlich schon seit einiger Zeit ;-) 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] blaue kachel !
2008/11/4 Jan Tappenbeck [EMAIL PROTECTED] Moin ! hat einer eine Idee warum der Hintergrund von http://b.tah.openstreetmap.org/Tiles/tile/12/2171/1316.png nur BLAU ist !!! Auch in Rostock gibt es heute blaue Kacheln. http://www.openstreetmap.org/?lat=54.1373lon=12.1289zoom=13layers=0B00FTF Gruß Falk ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM soll noch 2008 ganz Deutschland umfassen?
On Tue, Nov 04, 2008 at 10:50:09PM +0100, Torsten Breda wrote: Wie jetzt in Heise zu lesen ist [1], soll Deutschland Ende des Jahres, wenn auch mit einem Augenzwinkern, komplett erfasst sein? Das halte ich bei allem Optimismus für doch ein wenig gewagt. Weiße Lücken gibt es meiner Meinung nach zu viele und nicht nur kleine Dörfer. (Ich muss nur 30 km weiter zur Stadt Heinsberg schauen [2], da fehlt noch fast alles und es gibt dort immerhin über 4 Einwohner). Ich weiss, so eine Aussage sorgt für Öffentlichkeit, aber muss das Projekt wirklich im 6-Tage Rythmus geheist werden? Trommeln gehört zum Geschäft. :-) Wenn Heise uns für so wichtig hält, alle paar Tage zu berichten, dann müssen wir uns da nicht beklagen. Ich finds prima, dass so viele Leute offenbar immer wieder so begeistert von OSM berichten, dass sie die Presse anstecken und die dann berichtet. So wird aus dem ganzen auch eine self-fullfilling prophecy, weil durch die Presseberichte mehr Leute zu OSM stoßen, die dann helfen, die Lücken zu füllen. Und bei all den Problemen und Unzulänglichkeiten die OSM hat, muss dochmal gesagt werden, dass das was wir hier alle zusammen geschafft haben, doch wirklich toll ist. Wenn man tiefer im Projekt drin steckt, merkt man das nicht so. Aber ich rede immer mal wieder mit Leuten, die zum ersten Mal auf das Projekt stoßen und es nicht glauben wollen, was da geschafft wurde. In dem Sinne: Weiter so! Mit Mappen und mit drüber reden! Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Interesse Mini-Workshop Karlsruhe 10/11. Januar?
On Mon, Nov 03, 2008 at 05:23:55PM +0100, Johann H. Addicks wrote: Gibt es bei Euch Interesse an einem Mini-Workshop in Karlsruhe am zweiten Januarwochenende 2009? (Mapping-Wochenende will ich's lieber nicht nennen in Anbetracht der lokal vorhandenen Kartengüte.) Zusagen kann ich pauschal noch nichts, aber wahrscheinlich gibt es dort die Möglichkeit, beheizte, etwas ungemütliche öffentliche zugängliche Räumlichkeiten mit reichlich Internet-Connecitvity für kleines Geld (inkl. Matrazenlager, aber ohne Duschmöglichkeiten) über ein Wochenende zu nutzen. Der Event gehört einer anderen Unconference, in begrenztem Umfang (max. 10-15 Personen) könnte man dort für OSM etwas unternehmen. Was hattest Du denn vor, auf dem Workshop zu machen? Einfach so allgemein oder ein spezielleres Thema? Jochen -- Jochen Topf [EMAIL PROTECTED] http://www.remote.org/jochen/ +49-721-388298 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bulk changes
Moin, On Tue, 04 Nov 2008 13:37:38 +0100, Frederik Ramm wrote: Und eben hierüber kann man sich mit einem Bot ja schön hinwegsetzen: Ich bin mit meinem Anliegen, dass all Leute gefälligst dies und das gleich taggen sollen, nicht durchgekommen, Um genau das geht es hier nicht - wir reden hier nicht über Straßenkategorien - sondern über in hohem Maße unterschiedliche Schreibweisen gleichen Inhalts, zum Teil mit Schreibfehlern. also schreibe ich mir einen Bot, der diese Regel durchdrückt, und wenn sich jemand beschwert, dann sage ich ihr wolltet doch keine Regeln. und in dem Fall stehe ich auch dazu, denn nur dann kann der Verwerter der Daten korrekt arbeiten. Kleinere Fehler des bots können dann manuell korrigiert werden. Automatische Änderungen *sind* genau diese Regeln, um die es geht. Die Freiheit des Mappers, zu taggen, wie ihm der Schnabel gewachsen ist, ist exakt das Gegenteil von der Freiheit des Skriptschreibers, mal eben ein ganzes Land nach eigener Vorstellung gleichzuschalten. Die Freiheit des Mappers schadet aber dem Projekt da, wo es nicht mehr sinnvoll zu nutzen ist, was eingetragen ist. Vor allem wenn es Schreibfehler sind, die per copywaste verbreitet werden. Derzeit erzeugt OSM ein schönes Bild, das nicht immer der Realität entspricht. Das ist schon eine ganze Menge, aber halt auch nicht mehr. Um mehr zu wollen (wie zum Beispiel Straße x in Ort y zu suchen, oder sinnvolles Routing) braucht es ein paar grundlegende Regeln. -- Ciao, Holger (GUS-KOTAL, GUS#1100, GRR#51) 90-92 Honda CB400 10 Mm | 93-95 Yamaha TDM 850 26 Mm 95-97 KTM 620 LC4 13 Mm | seit 97 BMW R1100GS 69 Mm (Die Renndrecksau!) cu @ http://www.issle.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bulk changes
Frederik Ramm schrieb: Hallo Ulf, Ich sehe jetzt nicht ansatzweise ein, warum auf einmal bei diesem Punkt strikte Regeln gelten sollen - nur weil es Frederik und ein Paar anderen Leuten gerade so in den Kram paßt ... Wenn Du das aufgeregte Posting von Andy Allan zum Thema xybot neulich gelesen hast, dann weisst Du, dass bei so einem Thema sehr schnell die Nerven blank liegen. Habe ich. Er sagte sinngemäß auch, daß er einfach nur mappen wolle und keiner in seinen Daten rumpfuschen soll. Selbst wenn also ein Bot Schreiber sämtliche Änderungen komplett in aller Ausführlichkeit beschreibt, wird ein Andy Allen wohl nicht auf diese Beschreibung schauen und sich trotzdem nachher aufregen. BTW: irgendeiner mault bei OSM sowieso immer, egal was gemacht wird ;-) Stell Dir die typische talk-de-Potlatch-Hysterie vor, aber stell Dir vor, es wäre nicht bloss ein Ort oder Stadtteil betroffen, sondern das ganze Land. So etwa. Das Problem ist, dass jeder, der ein Skript schreiben kann, auch problemlos alles reverten kann, was ein anderer Skriptschreiber gemacht hat. Hier muessen wir - und insbesondere wir Skriptschreiber - auf jeden Fall ein Wettrüsten und/oder einen automatischen Edit-War verhindern. Wenn das hier losgeht mit was der kann, kann ich schon lange, dann gute Nacht Marie - das ist ein ganz anderes Kaliber als ob jemand mal einen Nachmittag lang mit Potlatch irgendwas taggt, was ihm in den Kram passt. Sehe ich noch nichtmal so ein großes Problem drin. Wenn solch ein Problem auftritt, dann muß man mit den entsprechenden Bot-Schreibern reden. Mal abgesehen davon, das dieses Problem sowieso irgendwann auftauchen wird, egal was du auf den entsprechenden Wikiseiten schreibst ;-) Wenn Du diesen Unterschied nicht siehst, ist das schade, aber aus purem Trotz *gegen* eine freiwillige Selbstbeschränkung der Skriptschreiber zu argumentieren ist nicht nur kindisch, sondern gefährdet auch das Projekt. Falls Deine Auffassung ist, dass nur weil das Projekt Moment mal! Heißt das jetzt du und ein paar weitere sind das Projekt?!? Ich habe in keinster Weise den Eindruck, daß allgemein konsens darüber herrscht das Voting überflüssig ist. Nur weil du dich bei jeder Diskussion zum Thema ausgiebig dagegen ausläßt und eine ganze Reihe von Leuten (inklusive mir selbst) einfach keinen Bock mehr auf endlose Diskussionen haben, heißt das noch lange nicht das du a) überhaupt Recht hast und b) das Projekt dazu eine gemeinsame Meinung hat. Bitte stelle hier nicht deine häufig geäußerte persönliche Meinung als Projektmeinung dar. kein Demokratie-Mikromanagement bei Taggingregeln will, deswegen automatisch auch jeder Depp mal eben die gesamte Datenbank mit einem unüberlegten Skript auf den Kopf stellen dürfen muss (wenn schon Freiheit, denn schon), dann fehlt Dir der Sinn für Proportionen. Sorry, aber dazu fällt mir nur noch ein: Jochen hatte mit seiner heutigen Mail recht das uns schwarz / weiß denken nicht weiterbringt. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Straßen mit unterschiedlichen Namen je Straßenseite (was: OSM soll noch 2008 ganz Deutschl and umfassen?)
Jochen Topf schrieb: So wird aus dem ganzen auch eine self-fullfilling prophecy, weil durch die Presseberichte mehr Leute zu OSM stoßen, die dann helfen, die Lücken zu füllen. Da hat doch jemand in deren Foren in http://www.heise.de/open/news/foren/S-das-glaube-ich-nicht-wollte-ich-eigentlich-schreiben/forum-146833/msg-15814050/read/ den Punkt angebracht: oder gibt es vllt. gar nicht die möglichkeit strassen zu pflegen, die auf der linken seite einen anderen namen haben, als auf der rechten seite? die kommerziellen navis kennen diesen einen hier vorhandenen fall jedenfalls auch nicht. a) gibt's das wirklich? und b) wenn ja, wie tagt man das, wenn nicht mit einer Krücke von zwei übereinanderliegenden Einbahnstraßen mit 0-Verbindungen alle 5m umd unsinniges Routing weitestgehend zu verhindern. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bulk changes
Am 4. November 2008 16:19 schrieb Michael Roth [EMAIL PROTECTED]: Denn der Mensch kann erkennen dass mit Germany offensichtlich BRD gemeint ist. Dieses Wissen kann er manuell per Hand anwenden oder in ein Skript packen. ja, aber wenn er ein Skript macht, das die Daten von allen bearbeitet, sollte er sich an die genannten Anforderungen halten: eine Protokolldatei erstellen und das Skript vorher veröffentlichen, so dass etwaige Fehler von zusätzlichen Menschen entdeckt werden können. Dass ein Script-Schreiber sorgfältig arbeiten muss, weil sein Script in kurzer Zeit mehr verändern kann, steht ausser Frage. Aber das liegt ausschließlich im Verantwortungsbereich des Script-Schreibers und Anwenders. Und ja, Massenänderungen per Script (und übrigens auch manuelle Änderungen) können auch neue Fehler einbringen. Entscheidend ist aber (in erster Sicht), ob die Gesammtanzahl der Fehler reduziert wurde oder erhöht. Jede absolute Reduzierung von Fehlern rückt das Ziel näher. In zweiter Sicht spielt sicher auch die Qualität der behobenen und neuen Fehler eine Rolle. m.E. muss man die Prioritäten hier tauschen! Michael bezogen auf den Fall hier bin ich auch dafür, den Tag is_in zu vereinheitlichen, gerne auch per Skript, und meinetwegen ausnahmsweise auch erst hinterher gepostet, besser spät als nie. Ich vermute mal, dass jetzt auch mehr Sensibilität für das Thema entstanden ist. Gruss Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Interesse Mini-Workshop Karlsruhe 10/11. Januar?
Jochen Topf schrieb: Was hattest Du denn vor, auf dem Workshop zu machen? Einfach so allgemein oder ein spezielleres Thema? Ich habe keine Agenda, nur das Angebot des Rahmens. Ein Mapping-Wochenende in KA hätte natürlich was: Fehlersuche und Hausnummern-Tagging. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen mit unterschiedlichen Namen je Straßenseite
Johann H. Addicks schrieb: b) wenn ja, wie tagt man das, wenn nicht mit einer Krücke von zwei übereinanderliegenden Einbahnstraßen mit 0-Verbindungen alle 5m umd unsinniges Routing weitestgehend zu verhindern. Was hast Du für ein Problem? Willst Du ein Navi für Briefträger bauen das im Zickzack über die Strasse lotst? Gewöhnlich siehst Du auf dem Navi dargestellt wenn Du eigentlich in die andere Richtung fahren musst. Wenn das Navi erst bis zur nächsten Kreuzung entgegengesetzt lotzen will hast Du immer noch die Enscheidungsfreiheit vorzeitig zu wenden wenn es Verkehr, Verkehrsmittel und bauliche Begebenheiten ermöglichen. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eigene Karte Rendern: Flüsse in Hessen
Holger Schöner schrieb: Wenn es Dir nur auf die Karte ankommt: Ich habe die Aufgabe mal als kleine Herausforderung gesehen, meine Renderingkenntnisse in einem kleinen Projekt schnell umzusetzen. Vielen DAnk, Aufgabe ist damit gelöst. Das Schwierigste war, die Tags für die Boundaries zu ermitteln, um die Grenzen von Hessen aus der Datenbank zu bekommen (obwohl PostGIS dafür Fein, an der Stelle hing es bei mir auch. Wie auch immer Du es hinbekommen hast: Gut! -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Mario Salvini schrieb:
mein popeliger kleiner Corsa fährt bequem im ersten Gang auf Standgas
neben gehenden Leuten her. Vielleicht hast du ja einfach ein zu großes
Auto [kleiner Scherz, sorry ;)]
Ein Grosserienfahrzeug, das aber sicher nicht zu den grossen Fahrzeugen
zählt.
Bei der Bestimmung von Max-Werten sollte der gesunde Menschenverstand
verdeutlichen. Dass es keinen Sinn macht bei einem Zahlenraum (im Falle
der Schrittgeschwindigkeit Xmax e {4 = x 20}) durch einen Wert mitten
aus dem Bereich zu definieren, sondern mit dem minimalsten Wert.
Der minimalste Wert ist nicht geeignet da er von vielen Fahrzeugen und
Fahrern nicht sicher eingehalten werden kann.
Auch auf dem Zweirad könnten sich die meisten wohl nicht sicher halten
ohne die Fussgänger durch eine erhöhte
Umfallgefahr zu gefährden - sicher nicht im Sinne des Gesetzgebers.
An der Stelle sei auch übrigens auf die KM/H - MPH Umrechnung in der
Wiki hingewiesen, wo man IMHO immer abrunden sollte (was nicht getan wird)
Wenn also ein deutschen Gericht Schrittgeschwindigkeit zischen 4 und 10
definiert, dann sollten wir als vorsichtig/umsichte VErkehrsteilnehmer
auch von 4km/h ausgehen und das auch - wenn du schon nicht den
Siehe oben - es gilt nicht automatisch je langsamer desto sicherer. Dazu
kommen beim KFZ noch unnötige Umwelt-und Lärmbelästigung
da Du länger den gleichen bereich belästigst und das Fahrzeug weit unter
dem optimalen Betriebspunkt betreibst.
optimaleren Wert maxspeed=walk nutzen willst - in die DB eintragen.
Zumal 4km/h viel näher an der wissenschaftlichen Definition von 1 Meter
pro Sekunde = 3,6 km/h liegt.
Schon in meinem Physikbuch Verkehrserziehung
Garry
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Michael Roth schrieb: Garry schrieb: Aber es ist der Teil der Menge der nach unten hin am ehsten technisch mit den meisten KFZ materialschonend (ohne die Kupplung schleifen zu lassen) zu realisieren ist Ist die reale, technische Machbarkeit wirklich ein Argument für oder gegen eine Definition? Was machst Du, wenn wir in 20 Jahren alle mit Elektromotoren rumfahren die vollkommen stufenlos und problemlos alle Geschwindigkeiten zwischen 0 und 7 km/h fahren können? Dann reden wir in 20Jahren noch mal darüber und nehmen die dann aktuelle Fakten als Diskussionsgrundlage. Genau darin liegt auch das Problem derzeit bei OSM - es wird zu viel umdefiniert um alle noch so seltenen Eventualitäten abzudecken so dass es x-verschiedene Varianten gibt wie etwas getaggt wird und die Datenbank immer inkonsistenter wird. und nach oben hin nach allem was bisher bekannt ist eine Konflicktfreiheit mit den Gesetzgebern garantiert. Angenommen, es ist tatsächlich so (keine Ahnung ob es stimmt), dass die 7 km/h der juristisch sichere obere Grenzwert wäre. Wenn nun ein Urteil bekannt würde (es gibt ja keine feste, höchstrichterliche Definition was Schrittgeschwindigkeit bedeutet, sondern nur einen Geschwindigkeitsbereich), in dem ein Gericht zum Ergebnis kommt, dass 7 km/h eben keine Schritt-Geschwindigkeit ist, sondern 4 km/h (3,6 m/s aufgerundet), würdest Du dann für eine Absenkung der 7 auf 4 in OSM eintreten? Siehe oben - es macht kein Sinn irgendwelche Fälle zu konstruieren von denen man nicht weiss ob sie eintreten werden um damit weiter Inkonsistentens zu schaffen. Bei Deiner Fage muss man auch unterscheiden: Geht es darum einfach nur eine Geschwindigksüberschreitung zu verurteilen oder um die Klärung einer Schuldfrage bei einem Unfall - Siehe Autobahnrichtgeschwindigkeit für deren Überschreitung Du nicht belangt wirst, im Falle eines Unfalls aber immer mitschuldig bist. (Aus einem anderen Posting von Dir:) Eine Auswertung/Anwendung funktioniert um so besser, je stärker man den Wertebereich einschränkt. Das senkt die Zahl der möglichen Fehler drastisch Oh! Dann wäre maxspeed=yes|no doch schon nahe am Optimum. Nur zwei Möglichkeiten. Fehler drastisch reduziert. Am besten wäre natürlich überhaupt kein maxspeed. Dann gäbe es überhaupt keien Fehlerquelle... Wenn wir schon maxspeed, wegen möglicher Fehler streichen, könnte man dann nicht auch highway streichen? Da gibt es noch viel mehr Fehlerquellen. Wenn man konsequent weiterdenkt, sollte man das ganze OSM-Projekt streichen. Denn nach Deiner Logik: Kein OSM = Keine Fehlerquellen. Super! Problem gelöst! Du neigst zu hemmungslosen Übertreibungen... Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Guenther Meyer schrieb: Am Dienstag 04 November 2008 schrieb Garry: ja, ein maxspeed=7, bedeutet eine hoechstgeschwindigkeit von 7km/h, dass das eigentlich schrittgeschwindigkeit bedeutet, ist eine reine annahme. das funktioniert aber nur solange, bis vielleicht wirklich ein 7 km/h schild auftaucht. nur weil noch keiner eins gesehen hat, muss das nicht heissem, dass es keins gibt. Dann gibt es immer noch das Merkmal livingstreet wo bevorzugt Schrittgeschwindigkeit vorkommt. auch wenn diese vielleicht gemeinsamkeiten haben, sind das trotzdem zwei komplett unterschiedliche dinge! deshalb bin ich fuer ein tag wie maxspeed=walk, das sagt genau das aus, was es ist. und zwar eindeutig. Ja - es verweisst eindeutig auf eine Uneindeutigkeit mit der Folge dass viele der Meinung sind bis 20km/h ist OK und sich dann wundern warum sie Zahlen müssen. mit der argumentation muesstest saemtliche schrittgeschwindigkeit schilder, die es gibt austauschen. welchen sinn soll eine festlegung auf einen bestimmten zahlenwert haben? Einfache Handhabung in der Datenbank, zuverlässige Anwendung,.. eine geodatenbank fuer verschiedene anwendungen hat nun mal den groessten nutzen fuer alle, wenn sie die realitaet moeglichst exakt abbildet, und nicht interpretiert. in der realitaet steht in diesem fall Dann müsstest Du damit anfangen die Strassenklassen deutlich aufzuweiten, von denen gibt es vielmehr als dass sie mit den vorhandenen Klassen hinreichend beschrieben werden könnten. nunmal schrittgeschwindigkeit und nicht irgendein zahlenwert. es gibt keinen plausiblen grund, darum was anderes einzutragen. Dann sag mir mal ob und wie Du maxspeed anwendest (nicht nur einträgst!) um das beurteilen zu können. walk IST ein eindeutiger wert. wie der nun in geschwindigkeit umzulegen ist, Das ist kein Wert, das ist ein Bereich! bleibt sache der jeweiligen anwendung. schliesslich sind sich, wie schon geschrieben wurde, weder gerichte, noch fahrlehrer, noch autofahrer da hundertprozentig einig. Aber nach unten technisch begrenzt und nach oben durch die Überwachungsorgane beginnend ab 10km/h nach derzeitigem Kenntnissstand. was gibt dann osm das recht, hier eine einzige der vielen interpretationen als richtig festzulegen? grade wo eine maxspeed=walk loesung mehr als praktikabel ist. Praktikabel für was? Hauptanwendung ist das warnen vor Geschwindigkeitsübertretungen - es wäre jeder Fahrzeuginsasse nach kürzester Zeit genervt wenn die Warnung schon ab 4km/h anspricht un jeder Fahrer . verägert der ein Ticket bekommt weil die Warnung erst deutlich im roten Bereich kommt. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Straßen mit unterschiedlichen Namen je Straßenseite
Garry schrieb: Johann H. Addicks schrieb: b) wenn ja, wie tagt man das, wenn nicht mit einer Krücke von zwei übereinanderliegenden Einbahnstraßen mit 0-Verbindungen alle 5m umd unsinniges Routing weitestgehend zu verhindern. Was hast Du für ein Problem? Eine Routenbeschreibung, die einen mit 50% Wahrscheinlichkeit über eine nicht ideale Route führt, weil die Straße unnötigerweise von Süden statt von Norden (oder umgekehrt angefahren wird. Willst Du ein Navi für Briefträger bauen das im Zickzack über die Strasse lotst? Versehe ich jetzt nicht, was Du meinst. Gewöhnlich siehst Du auf dem Navi dargestellt wenn Du eigentlich in die andere Richtung fahren musst. Da ein Router 180Grad-Wendungen zu vermeiden versucht, wird der Schlenker schon vorher einkalkuliert, was dann nicht optimal wäre. Dass der Heise-Poster dort ein Problem bei kommerziellen Navis sieht, zeigt doch, dass es wohl doch ein Thema ist. Und wenn es eines ist, den Benutzern zu erklären, dass sie eines wahrnehmen, welches keines ist. -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] weitere maxspeed-Values brauchen wir!
Garry wrote: Andreas Pothe schrieb: Garry wrote: http://www.openstreetmap.org/?lat=52.10154lon=9.38903zoom=17layers=0B00TTF In der Luftbildansicht sieht das noch sehr nach einer Industrieanlage aus - wurde das neu bebaut? Ja, das war mal das Gelände des wohl bekanntesten Kleiderbügelherstellers Union Sinram Wendt, der aber vor schätzungsweise 5 Jahren insolvent und daraus resultierend geschlossen wurde. Vor über zwei Jahren wurden die Fabriken dann abgerissen, das Gebiet dann städtisch erschlossen und nachgenutzt, u. a. Bowlingcenter, Büros, diverse kleinere Händler und ein Discountmarkt sind da. Ich kenne übrigens keine einzige kommerzielle Karte, die diese 2006 errichtete Straße verzeichnet hat; auch hier ist OSM mal wieder bedeutend aktueller (wenn auch der Name aus bekannten Gründen leider noch fehlt). Eigentlich traurig, dass das bei einer zwei Jahre alten Straße so ist. EDIT: Bei map24 ist sie mittlerweile doch vorhanden, im Sommer, als ich dort kartierte, gab es sie noch nicht. Interessanterweise ist sie auch dort unbenannt bzw. mit dem Namen der Hauptstraße versehen; ob sie wirklich ein Ast des Hastenbecker Wegs ist, entzieht sich meiner Kenntnis. Mach mal ein Bild wenn Du dort wieder vorbeikommst. Ich bin da äußerst selten (um genau zu sein, nur für die OSM-Kartografie vorbeigekommen, dieses Detail fand ich aber so bemerkenswert, dass ich es mir gemerkt habe), sollte ich aber in der Nähe sein und dran denken, werde ich mal vorbeifahren. CU Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fehler in relations
Hallo, Ich versuche die relation 9148 - Radverkehrsnetz NRW zu erweitern. Es tritt dabeie in JOSM immer die Fehlermeldung auf, das die Änderungen wegen eines Fehlers zurückgewiesen werden. Die Relation besteht aus 1558 Mitgliedern. Hat jemand einen Tipp, wie ich die Suche nach dem Fehler eingrenzen kann. Grüsse -- Erstellt mit Operas revolutionärem E-Mail-Modul: http://www.opera.com/mail/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler nicht in Datenbank korrigieren
On Tue, Nov 04, 2008 at 10:23:48PM +0100, Frederik Ramm wrote: Wenn ich zum Beispiel der Ansicht bin, dass es in Deutschland grundsaetzlich nur bewirtschafteten Wald und keinen Urwald gibt, dann kann ich das in der ganzen Datenbank aendern, mich damit selbst prominent in die Statistiken einbringen und 150 Mapper aergern (und mit 3 davon noch wochenlang erbitterte Diskussionen fuehren). Oder ich aendere das einfach fuer mich in dem Augenblick, in dem ich die Daten heraushole. Und wie - mehrfach - gesagt, wird jedes OSM-datenverarbeitende Programm sowieso immer mit beidem umgehen koennen muessen. Das ganze hat wie so oft mehrere seiten - Das problem was sich bei den is_in ergibt ist das _ein_ mapper einen tippfehler macht und dann JOSM dank der Autovervollstaendigung das allen die den node zufaellig mitgeladen haben anbietet. So werden tippfehler grossflaechig verbreitet und die masse nimmt eher zu als ab ... Es ist schoen zu sehen wie die einzelnen Fehler richtige cluster bilden ... Jede der germani schreibweisen zu treffen ist ein ding der unmoeglichkeit. Also ist mein Ansatz 95% so zu korrigieren das die richtig sind und dann drauf zu hoffen das damit erstmal die anzahl der cut'n'waste bugs zurueckgeht. Stichwort: Vorbilder schaffen Deshalb habe ich mich auch erstmal auf die top50 schreibfehler gestuerzt und arbeite mich nach und nach durch die listen ... Flo -- Florian Lohoff [EMAIL PROTECTED] +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM soll noch 2008 ganz Deutschland umfassen?
Am Dienstag, 4. November 2008 22:50 schrieb Torsten Breda: Wie jetzt in Heise zu lesen ist [1], soll Deutschland Ende des Jahres, wenn auch mit einem Augenzwinkern, komplett erfasst sein? Das halte ich bei allem Optimismus für doch ein wenig gewagt. Weiße Lücken gibt es meiner Meinung nach zu viele und nicht nur kleine Dörfer. (Ich muss nur 30 km weiter zur Stadt Heinsberg schauen [2], da fehlt noch fast alles und es gibt dort immerhin über 4 Einwohner). Ich weiss, so eine Aussage sorgt für Öffentlichkeit, aber muss das Projekt wirklich im 6-Tage Rythmus geheist werden? Ich war auch etwas erschrocken, als ich die Meldung gelsen hatte. Auf der anderen Seite, ist es halt so, das Journalisten gerne alles aufgreifen, was jemand im Vorübergehen auf einer Konferenz sagt und jedes mal wenn wir irgendwo genannt werden, werden wir etwas wichtiger und vielleicht schließen sich die entscheidenden zwei Mapper OSM an, damit wir Heinsberg noch vor Dezember schaffen ;-) Ich hatte am Freitag einen Vortrag für ÖPNV Unternehmen aus ganz Europa gehalten und denke auch das uns solche Aussagen in diesem Kreis eher schaden als nützen (die verstehen halt nicht das es keinen OSM Vorstand gibt der die Pressemitteilungen abnicken muss etc). Aber wenn es Rückfragen dazu gibt, muss man Ihnen das dann halt beipuhlen. Gruß Sven ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Bulk changes
On Tue, 4 Nov 2008, Frederik Ramm wrote: *Entweder* gibt es eine gute Moeglichkeit, irgendetwas automatisch zu korrigieren. Dann ist es doch 10x besser, ich baue das z.B. in den Name Finder ein, wenn der seine Indexdatenbank aufbaut o.ae., als dass ich den Name Finder so programmiere, dass er nur mit einem bestimmten Format auskommt, und dann brauche ich ein Skript, das taeglich dafuer sorgt, dass auch nur dieses in der Datenbank vorkommt. Du übersiehst eine grundlegende Eigenschaft. Die meisten werden die Daten so eintragen, wie sie andere schon vorhandene Daten vorfinden. Automatisierte Aufräumaktionen haben also Sinn: a) Auswertungen des Datenbestandes sind möglich ohne tausende Spezialfälle in jeder Software integrieren zu müssen b) Das Chaos wird schon vor der Erzeugung eingedämmt, weil gar nicht erst so viel Unfug eingetragen wird. c) Automatisierte Bots kann man immer und immer wieder laufen lassen, so dass neue Fehleintrage innerhalb weniger Stunden korrigiert sind. d) Das Bot-Konzept hat sich mit den genannten Einschränkungen z.B. bei Wikipedia bewährt um eben solche offensichtlich einfach behebbaren Korrekturen vorzunehmen. Und als Fazit des ganzen ist es dann so, dass Auswertesoftware ohne Probleme das Chaos ignorieren kann, weil einfach der Prozentsatz an Fehlern nach den automatischen Korrekturen sehr gering ist. Das wiederum führt dazu dass die Autoren der fehlerhaften Teile diese dann auch standardiseren, damit sie nutzbar werden. Ignorieren von eigenwilligen Erweiterungen ist eine sehr gute Methode standardkonformes Verhalten zu erreichen. Wer nicht ignoriert werden will (und wer will das schon) nimmt die Standards. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Bericht vom EU-Spirit Vortrag
Ich wurde gefragt, ob ich für die Gruppe EU-Spirit ( http://www.eu-spirit.com/ ) einen Vortrag über OSM machen kann. Letzten Freitag habe ich dann beim HVV (Hamburger Verkehrsverbund) war es dann so weit: 30 Vertreter von ÖPNV Unternehmen und Verkehrsverbünden haben ihn gehört. Dauer ca. 60 Minuten. Geld gab es leider nichts dafür. Auch meine Monatskarte bezahle ich noch selber. Meine Vorschläge Bushaltestellen-Daten und Fahrplandaten OSM zu spenden, stozen auf wenig gegenliebe: * Die Verkehrsunternehmen haben Angst, das die Konkurenz Ihre Busrouten analysiert und dann einfacher an Auschreibungen teilnehmen können. * Außerdem möchte man die Fahrplanberechnung bei sich behalten. Man fürchtet sich vor verpassten Anschlußzügen und aufgebrachten Reisenden, weil die Infos in der Fahrplanauskunft falsch sind (das hatten Sie in der Vergangenheit schon). Deshalb hat man freiwillig in der Banche vereinbart keine Fahrplaninfos raus zu geben. Ich hatte vorgeschlagen dann XML-Dienste zur Auskunft anzubieten und die Bushaltestellen als Layer darüber zu legen. Genau das hatten die Vertreter aus Niedersachsen bereits gemacht: Sie haben eine Overlay-Ebene mit Bushaltestellen über OSM als Pilot vorgestellt. Im allgemeinen ist man an OSM sehr interessiert und wird vermutlich bald auch unsere Daten benutzen. Mein Vorschlag Mapping-Partys und lokale Communitys zu sponsorn damit die Daten besser werden, fanden die wenigen mit denen ich Persönlich ins Gespräch gekommen war auch gut (Wenn wir das Geld was wir an Tele-Altals im Jahr ausgeben, im ersten Jahr an OSM geben, sollte die Karte bald komplett sein). Gruß Sven -- Sven Anders digitec GmbH Amsinckstraße 57 20097 Hamburg Telefon: +49 / 40-23776-135 Fax: +49 / 40-23776-200 Email:[EMAIL PROTECTED] www.digitec.de digitec GmbH EDV-Beratung, Soft- und Hardware Sitz Hamburg - HRB 28818, Amtsgericht Hamburg - Steuer-Nr. 2279101874 Geschäftsführer Klaus Bredow, Hans-Joachim Hänel, Hans-Jürgen Joost WICHTIGER HINWEIS Die Kommunikation mit digitec GmbH per Email dient nur dem Zweck der schnellen Information. Rechtsverbindliche Absprachen kommen über dieses Medium nicht zustande ! IMPORTANT NOTICE Communication with digitec GmbH via email is for quick information purposes only. This medium is not to be used for the exchange of legally binding statements ! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fehler in relations
On Wed, 5 Nov 2008, Willi Rehfeld wrote: Ich versuche die relation 9148 - Radverkehrsnetz NRW zu erweitern. Es tritt dabeie in JOSM immer die Fehlermeldung auf, das die Änderungen wegen eines Fehlers zurückgewiesen werden. Die Relation besteht aus 1558 Mitgliedern. Hat jemand einen Tipp, wie ich die Suche nach dem Fehler eingrenzen kann. Im JOSM-Relationseditor kannst Du alle Elemente der Relation laden. Eins davon ist bestimmt fehlerhaft (z.B. schon gelöscht). Eigentlich sollte dieses zu finden sein, da JOSM es ja nicht vom Server laden kann. Es müsste eigentlich als unvollständig angezeigt werden. Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
