Re: [Talk-de] Relevanz, OSM und Wikipedia
Martin Koppenhoefer schrieb: Ob ein track jahreszeitlich seine Eigenschaft ändert gehört nicht in den tracktype rein. Sowas hat man im Gebirge auch bei ganz normalen geteerten Passstraßen, die eine ganze Zeit (z.B. zwischen Oktober und Mai!) komplett wegen Schnee gesperrt sein können. Wenn du diese saisonalen Sonderfälle taggen willst, setze dich bitte hin und denke dir was schönes dazu aus. d.h. der tracktype wird im trockenen Zustand angegeben? Im typischen? Was ist der typische? Klar, Eis und Schnee hat man in manchen Gegenden im Winter (unabhängig von der Straßenoberfläche, bzw. verbessert sich meist die von sehr schlechten Wegen bei Frost). Regen ist aber schon ein anderes Thema: es gibt Straßenarten und Oberflächen (auch unbefestigte wie Kies und Sand), für die ist er kein Problem, und andere lösen sich vom tracktype 1 (heavily compounded hardcore) zu tracktype 5 auf (rutschige Matschpiste für Unimogs). Wenn da nun steht, ein bestimmter Tracktype hat gleichviele weiche wie harte Anteile, dann frage ich halt: wann? Weil das bei weichen Anteilen eigentlich immer auf den Feuchtegehalt ankommt. Und ich vermute mal, die vergebenen TTs vieler Wege hängen auch stark davon ab, zu welcher Jahreszeit der Mapper vorbeigekommen ist. Ok, ich habe jetzt verstanden, das du auch einer von denen bist, die nach Problemen anstatt nach Lösungen suchen. Du willst überhaupt keine *Lösung* haben, sondern solange suchen bis du wieder einen 0.01% Sonderfall gefunden hast, den man dann mit 110% Genauigkeit eintragen können muß. Eine weitere Diskussion wird mir wohl wenig Freude bereiten, daher sage ich gute Nacht! Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanz, OSM und Wikipedia
Tobias Wendorff schrieb: Mit den grauen Münnern meinte ich eigentlich die Leute, von denen Frederik gesprochen hat. Diese behaupten, OSM wäre dem Tod geweiht. Das sehe ivh nicht so. Ich bin aber der Meinung, dass es etwas effizinter sein sollte. In Dortmund sind z.B. gute Yahoo-Luftbilder vorhanden, jedoch fehlen immer noch Wege und man könnte hunderte Häuser abzeichnen. man könnte - wie ich diese Phrase liebe! Ich hab vor einiger Zeit an einem Sonntag gefühlt halb Fürth (10 Einwohner) von Yahoo eingezeichnet. Man kann also in endlicher Zeit hier eine Menge schaffen. OSM lebt nicht von Leuten die sich toll ausdenken was man machen könnte, sondern von Leuten die tatsächlich etwas tun. Ein Fünfjahresplan schreckt aber genau diese Leute wohl eher ab (zumindest geht es mir so) ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki-Seite für Hunde-Objekte
Johann H. Addicks schrieb: jorkh schrieb: Hunde-Übungsplätze? Wie wäre es mit: leisure=pitch sport=dog_training bislang gibts das 17 mal Da suche ich immernoch einen Tag, genauso für Hunde-Vollkack-Fläche mit Zaun drumherum Dieser Ausdruck ist politisch nicht korrekt. Richtig muß es heißen: Spielplatz ;-) Nein im Ernst, ich weiß was du meinst, aber da kenne ich leider auch nichts ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Pub / Bar
Frederik Ramm schrieb: Hallo, Chris-Hein Lunkhusen wrote: Also, als Zusammenfassung: Ich fände es gut, wenn in der JOSM Vorlage angezeigt wird, ob das Feature offiziell (Wiki:MapFeatures), Proposed oder keins von beiden ist. Es gibt in OSM keine offiziellen Features. Eine allgemeine Feature-Datenbank waere schon was nettes: Ist in Map Features ja/nein Wird von Mapnik gerendert ja/nein Wird von OpenRouteService ausgewertet ja/nein Kommt mehr als 100 mal vor ja/nein ... Dann kann sich jeder aus der Gesamtheit dieser Informationen selbst ein Urteil darueber bilden, ob er das Feature benutzen will oder nicht. Klingt gut. Klasse wäre ein Tool, das für die JOSM Presets bzw. Mappaint Styles (und natürlich auch für Mapnik, ...) eine top 20 der nicht bekannten Features anzeigt. Da wird man dann zwar Regeln wie ignoriere created_by=* oder ignoriere name=* einführen müssen, wäre aber insgesamt bestimmt hilfreich um der Meute besser folgen zu können ;-) Momentan ist das immer sehr viel Handarbeit die aktuelle Stimmungslage herauszufinden. Das aus dem Tagwatch von Hand rauszufieseln ist halt schon eher was für ganz lange Winterabende ... @Dirk: Hast du vielleicht sogar eine XML Ausgabe vom Tagwatch? Daraus mit XSLT einen Vergleich mit den Presets/Styles zu stricken ist bestimmt machbar und würde zumindest bei den Styles sehr helfen ... (Wie Christoph scherzhaft, aber korrekt angemerkt hatte, gibt es uebrigens auch ganz verschiedene Wege, etwas in die Map Features zu bringen; einer davon ist, das Gewuenschte erstmal in JOSM einzubauen, und wenn es dann von vielen genutzt wird, mit dieser Begruendung direkt in die Map Features eintragen.) Verrate doch nicht alles ... ;-) Zumindest bei mir geht da aber schon eine Recherche bei Tagwatch voraus, meist ist dort ja schon eine gewisse Meinung erkennbar an die ich mich dann natürlich auch halte. Die JOSM-Presets koennen ueber Web nachgeladen werden. Du kannst also einfach die in JOSM eingebaute Presets-Datei nehmen und nach eigenem Gusto anpassen und das Ergebnis auf eine Webseite Deiner Wahl legen; jeder, der will, kann dann Deine Presets in seinem JOSM eintragen und macht sich so von der Diktatur der JOSM-Maintainer unabhaengig. Die in JOSM eingebauten Presets sind nur als Vorschlag gedacht. Urspruenglich gab es jahrelang gar keine eingebauten Presets, nur den Mechanismus, sich selbst welche zu definieren. Hat aber keiner genutzt, also haben wir welche eingebaut, damit wenigstens irgendwas da ist. Hmmm, liegt bestimmt auch daran, daß keiner so genau weiß wie man sowas eigentlich machen muß ;-) Es spricht aber ueberhaupt nichts gegen eine Pluralitaet von Presets - im Gegenteil, sie waere wuenschenswert. Einerseits wären Presets von speziell interessierten Leuten (Eisenbahner, Segler, LKW-Fahrer, ...) sicher hilfreich. Andererseits veralten die Presets doch relativ schnell, da haben wir schnell hunderte zueinander inkompatible Varianten ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Handwerk, Industrie, Wirtschaft und Verwaltung
Gerrit Lammert schrieb: office=telecommunication function=headquarter klingt sinnvoll. Auch wenn ich das alles nicht taggen würde. Ändert sich zu schnell und der Informationsgewinn für den üblich Passanten ist eher gering, wenn er weiß, was in den nichts-sagenden Büros hinter der grauen Wand passiert. wer mappt denn nur für Passanten? Der Standort der Hauptverwaltung von großen Firmen ändert sich zu schnell? Das glaube ich ehrlich gesagt auch nicht. Das ändert sich zwar hin- und wieder, dürfte aber deutlich langlebiger sein als die meisten der Bäcker, Schuhläden und Einbahnstraßen die wir sonst so taggen. Vor allem ist das dann mit dermaßen Getöse (z.B. in den Medien) verbunden, dass ein Update nicht schwer fallen sollte. Was ist Dir denn für eine Laus über die Leber gelaufen? Ich kann doch wohl noch schreiben, dass ich nicht jedes Versicherungsunternehmen oder Softwarefiliale tagge, die sich in irgendeinem Gebäude befindet. Das ist dein gutes Recht :-) Ich werde es wahrscheinlich auch nicht tun - aber ich werde auch nicht dagegen argumentieren wollen, wenn andere es machen. Ich finde auch, das hat in der DB nichts zu suchen, dann kann man gleich die kompletten gelben Seiten hinzufügen. Apotheken kann man vielleicht noch verstehen, aber Ärzte, viele Geschäfte und für allem Büros sind seperat schon wegen der Wartbarkeit besser aufgehoben. Genau die gleichen Argumente hatten wir am Anfang der shop=xy tags auch. Ich würde da eher die momentanen Schwierigkeiten bei mehrstöckigen Gebäuden sehen (unten Bäckerei, erster Stock Arzt, zweiter Stock Rechtsanwalt), da gibt es soweit ich weiß weder eine wirklich gute Möglichkeit diese Sachen zu taggen und auch die Darstellung wird schwierig(er). Aber auch das wird sich lösen lassen ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotos für MapFeatures?
Tobias Wendorff schrieb: Jonas Krückel (John07) schrieb: http://wiki.openstreetmap.org/wiki/User:John07/fehlende_bilder (veraltet !) Ich hatte / habe eine Reihe meiner Fotos auf die Map Features Seiten gestellt, weiß daher wieviel Arbeit das ist. Die Bedienung ist sehr hakelig, und beim Abspeichern sieht es immer kurz so aus als wäre der Server abgestürzt. Ich werde im Laufe des Sommers immer mal wieder Fotos einstellen (hatte es im Spätherbst probiert, da war der Bildkontrast mit meiner Kamera aber zu schlecht). Hilfe ist dabei herzlich willkommen. Die Herausforderung besteht darin, ein Foto zu finden das nach Skalierung auf max. 100Pixel Auflösung Breite: - vom Motiv klar erkennbar ist um was es geht (sonst bringt es nix) - Bildqualität stimmt (damit man was erkennen kann) - möglichst Querformat (damit die Seite nicht noch höher wird) - Lizenzmäßig eingestellt werden darf Typischerweise kann ich von 10-20 für den Zweck selbstgemachten Fotos nur eines verwenden :-( Vielleicht wäre es auch teilweise besser, die Waren zu fotografieren, als den Laden von außen: Bäckerei, Bücherei, etc. Besser ist es wohl, eine sehr prägnante Bäckerei zu finden die z.B. ein großes Brezellogo hat, das sollte dann auch auf einem kleinen Bild (wieder-)erkennbar sein. Vulkan ... da müsste ich noch Fotos aus Italien haben. Wenn du da was wirklich gutes hast, häng es doch bei: http://wiki.openstreetmap.org/wiki/User:John07/fehlende_bilder rein und sag dann kurz Bescheid. Wenn wir ein passendes Bild haben, bin ich gerne behilflich das in die Map Features einzutragen. Allerdings werde ich aus Copyrightgründen selber keine Bilder in das Wiki hochladen, deren Quelle ich nicht genau kenne ... Gruß, ULFL P.S: Es gibt durchaus Stimmen, die die Fotos komplett ablehnen kann man sowieso nix erkennen. Daher möchte ich schlechte Bilder nach Möglichkeit vermeiden ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche TMC-Empfänger
marcus.wolsc...@googlemail.com schrieb: Mit etwas Suchen konnte ich herausfinden, dass der Anschluss wohl GNS MD6 heisst und einen entsprechenden Adapter auf USB gleich mitbestellen. Deswegen habe ich auch den Royaltek genommen, bei Bluetooth gibt's halt weniger Steckerprobleme ;-) Ich hoffe das es bei dem Navilock irgendeine Standard Seriell-Emulation ist und du da keine USB Treiber-Probleme bekommst. Wenn das in dem Tempo weitergeht hat Traveling Salesman ja TMC-support noch bevor der Monat zuende ist. ;) Ich hab ja gesagt, daß das TMC Protokoll kein Teufelszeug ist :-) Denkst du dran ein halbwegs passendes Design zu machen, daß wir auch die Royaltek Empfänger später nachziehen können ohne uns dann die Finger komplett zu brechen? Wie gesagt, die speziellen Zeilen beginnen mit: $RTTMC, Wenn es mal halbwegs mit dem Navilock läuft, kann ich mir das Royaltek Protokoll ja mal genauer anschauen - dafür hatte ich mir das Ding ja ursprünglich gekauft ... Gruß, ULFL P.S: Interessant sind die Royaltek Dinger natürlich auch wegen dem Preis (in der Bucht für knapp 40EUR ersteigert - inkl. Versand!) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotos für MapFeatures?
Jonas Krückel (John07) schrieb: Ulf Lamping schrieb: Tobias Wendorff schrieb: Jonas Krückel (John07) schrieb: http://wiki.openstreetmap.org/wiki/User:John07/fehlende_bilder (veraltet !) Ich hatte / habe eine Reihe meiner Fotos auf die Map Features Seiten gestellt, weiß daher wieviel Arbeit das ist. Die Bedienung ist sehr hakelig, und beim Abspeichern sieht es immer kurz so aus als wäre der Server abgestürzt. Ich werde im Laufe des Sommers immer mal wieder Fotos einstellen (hatte es im Spätherbst probiert, da war der Bildkontrast mit meiner Kamera aber zu schlecht). Hilfe ist dabei herzlich willkommen. Ja, dann gibts ja hoffentlich auch den neuen Wikiserver und dann läuft das hoffentlich etwas besser. Hi! Ich würde eigentlich ganz gerne das Foto: http://upload.der-eichi.de/comment.php?dlid=28 für amenity=theatre verwenden. Ist aus meiner Sicht weltweit wesentlich prägnanter / besser erkennbar als das aktuelle. Da auf der Seite aber nur guest als Autor steht, ist die Bildquelle ja irgendwie komplett fragwürdig. Ich persönlich werde einen Teufel tun das Bild auf das Wiki hochzuladen und auf eine entsprechende Abmahnung zu warten (weil das Bild irgenwoher kopiert wurde) - das ist mir einfach zu heiß ;-) Habt Ihr euch da schonmal Gedanken drum gemacht? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotos für MapFeatures?
Bernd Wurst schrieb: Hallo Ulf. Am Donnerstag 02 April 2009 07:09:33 schrieb Ulf Lamping: http://upload.der-eichi.de/comment.php?dlid=28 für amenity=theatre verwenden. Ist aus meiner Sicht weltweit wesentlich prägnanter / besser erkennbar als das aktuelle. Da auf der Seite aber nur guest als Autor steht, [...] Wenn ich die URL aufrufe, dann steht da Autor http://wiki.openstreetmap.org/index.php/User:Aluka Du könntest also mal den Wiki-User Aluka kontaktieren und nach der Original- Quelle fragen. Hmmm, hab ich wohl nicht so richtig hingeguckt. Autor: Guest vom 22.09.2008 hat meinen Blick wohl magisch angezogen ;-) Hab ihm ne Nachricht geschickt, ob er das Bild selber ins Wiki stellen mag ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Darstellung von highway=road in Mapnik ändern?
Garry schrieb: Martin Koppenhoefer schrieb: Am 31. März 2009 12:11 schrieb Garry garr...@gmx.de: Mario Salvini schrieb: Die Idee von road war denjenigen die ständig einen GPS-Logger mit sich führen aber keine Zeit haben ihren Weg genauer zu spezifizieren dennoch die möglichkeit zu geben ihren Weg sichtbar in den OSM-Karten darstellen zu können. Da können auch Fähren, Autoreiszüge etc. dabei sein. Ich halte davon gar nichts. Entweder, man mappt dann halt ein paar Tracks weniger und dafür dort die Klassen auch anstatt nur road, oder man lässt es halt ganz. Aber pauschal mal so GPS-Tracks zu tracen macht m.E. kaum Sinn, vor allem nicht in bereits wohlgemappten Gefilden. Es gibt auch in D immer noch weisse Flecken wo es Sinn macht auf (gut aufgezeichnete) GPS-Tracks zurückzugreifen. Nur sollte dabei wenigstens so ungefähr die Klassifizierung hervorgehen damit man damit auch was Anfangen kann. D,h, road sollte wieder abeschafft werden... highway=road *ist* doch genau das: eine ungefähre Klassifizierung Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] [tagging] Feature Propoasl - RFC - Gym
Guenther Meyer schrieb: Am Montag 30 März 2009 schrieb Adrian Moisey: Hi Someone else started a proposal for a gym, I need it in my area. So I'm finishing it off: http://wiki.openstreetmap.org/wiki/Proposed_features/Gym Why not simply use: leisure=sports_centre sport=work_out (or gymnastics or ...) Regards, ULFL wh have a key for sports facilites, so why not sport=gym? There are no tags for 'sport=work-out' or 'sport=gym'. Also, a Gym isn't a sports_centre, its an actual building designed for Gymning. right. so you have to create a new one. as most gyms are not part of a sports centre, tagging leisure=sports_centre for every gym would be wrong. a gym is used for physical workout, so sport is better suited than amenity. sport=gym (only this, whithout leisure=...) says everything needed to basically describe and categorize this facilities, so it should be better than amenity=gym. No one is talking about amenity here! :-) The current logic is: 1.) leisure=xy for the facility (stadium, pitch, sports_centre, golf_course, ...) 2.) sport=xy for the actual sport done here I don't think we need different leisure tags for tennis_halls, boxing_clubs, ... when we already have a working solution. The advantage of the current system is the renderers not interested in showing different kinds of sports_centres can simply render only this tag generically and ignoring the sport tag altogether - at least all facilities will then show up on the map in question. Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] OSM bei Stiftung Warentest erwähnt
marcus.wolsc...@googlemail.com schrieb: On Sun, 29 Mar 2009 22:15:50 +0200, Ulf Lamping ulf.lamp...@googlemail.com wrote: Marcus Wolschon schrieb: Die bisherigen Navigationsungen laufen entweder nicht auf einem PNA oder sind schlucht von der Bedienung grottig. Nunja, wenn jemand eines oder mehrere Entwicklerjahre (zu den ueblichen Stundensaetzen) spendiert, bekommt er auch eine funktionierende oder sogar schoene Loesung. Bis dahin muss man mit dem Vorlieb nehmen, was die Leute in ihrer Freizeit produzieren. Hier bemängle ich definitiv das Ausbleiben von Bug-Reports und Verbesserungs- Vorschlägen. Wenn keiner Vorschläge macht, wie es besser aussehen könnte dann wird sich da auch nichts tun. Selbst wenn die wenigen Entwickler gerade Zeit dafür haben. Also gut, wegen Travelling Salesman: 1.) Übersetzungen bitte vollständig Welche Sprache meinst du und welche übersetzungen fehlen? Deutsch und Russisch sehen sehr vollständig aus. 2.) Fachbegriffe vermeiden - was ist eine Planar Map? Das Gegenteil einer Isometric Map, die momentan auskommentiert ist und wieder rein kommt (sobald die Kinderkrankheiten beseitigt sind). 3.) Ünnotige Optionen aus dem Wizard nehmen - gpsd Emulation für JOSM Was ist daran unnötig? Wenn das Navi läuft kannst du sonst das GPS sonst nicht mit JOSM nutzen und ein JOSM+Surveyor -Plugin sollte hier echt nicht wenig verbreitet sein. - möglichst automatische Erkennung des GPS Automatische Erkennung steht im Wizard bereits zur Auswahl. 4.) Visuelle Gruppierung der Optionen - die erste Seite des Wizards ist grausam Zeichene ein besseres Layout und ich setzes es um. Ich bin kein Screen-Designer. Gruppiert sind die in ihrem Table-Layout schon. 5.) Bei längeren Operationen ProgressBar - *niemals* den User im unklaren lassen was gerade passiert Macht er schon seid der ersten Version, wo es eben möglich ist. Bei Karten-Downloads von URLs bekommt er von den Osmosis-Tasks leider keine Informationen wie lang denn die geladene Datei ist und kann folglich auch nichts darüber anzeigen. Die Status-Zeile und der Maus-Cursor sagen eindeutig das er etwas macht und was. P.S: Eine gute Einführung wäre z.B.: http://library.gnome.org/devel/hig-book/stable/ Sorry aber Gnome ist grausam. Ich erinnere nur an den Drucken-Dialog in dem man grundsätzliche Einstellmöglichkeiten einfach GARNICHT mehr erreicht. Marcus Es ist schon klasse! Du sagst du möchtest gerne Feedback haben, warum einige Leute der Meinung sind dein Programm sei von der Bedienung her grottig. Ich gehöre übrigens auch dazu. Dann setze ich mich hin und schreibe zusammen was bei einem ersten Eindruck laut meiner Meinung nach nicht paßt. Das einzige was dir dann einfällt ist, mir für die einzelnen Punkte zu sagen warum das aus deiner Sicht kein Problem darstellt. Aus deinen Antworten lese ich raus das du auch keine Lust hast auf die Probleme wirklich einzugehen und da habe ich dann einfach keine Lust mehr. Und du wunderst dich, daß dir keiner Feedback gibt? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] [tagging] Feature Propoasl - RFC - Gym
Adrian Moisey schrieb: Hi Someone else started a proposal for a gym, I need it in my area. So I'm finishing it off: http://wiki.openstreetmap.org/wiki/Proposed_features/Gym Why not simply use: leisure=sports_centre sport=work_out (or gymnastics or ...) Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Suche TMC-Empfänger
Marcus Wolschon schrieb: Hallo, kennt jemand einen günstigen, TMC-empfänger der sich an einen typischen Bluetooth+USB -Laptop anschließen lässt? Irgendwas, was in NMEA eingebettetes TMC spricht wäre super. Da ich mir gleichzeitig einen 5Hz -165dBm GPS-Empfänger zulegen will wäre ein Gerät was beides in dieser Empfindlichkeit kann super aber bisher habe ich nichts jenseits von -159dBm 1Hz mit TMC gefunden. Hab mir gerade einen Royaltek RTG-2000 gekauft, wollte auch mal ein bisschen mit TMC rumspielen. Keine Ahnung was das Ding für eine Empfindlichkeit hat. Ne (zumindest teilweise?) Beschreibung zu dem TMC Protokoll von den Royaltek Dingern findest du unter: http://www.gpspassion.com/forumsen/post.asp?method=ReplyQuoteREPLY_ID=709654TOPIC_ID=17275FORUM_ID=79 Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Suche TMC-Empfänger
Marcus Wolschon schrieb: Danke Ulf und Dr. Joseph, ich habe den Empfänger noch bei GPS-Haus zu 70 statt 100eur gefunden. http://www.gps-haus.de/GPS-Empfaenger/Kabel-GPS/Navilock-NL-409TE-RDS-TMC-Kabel-GPS-Maus::4594.html Dr Joseph: Können Sie mir sagen, was dieser 6-poliger Navilock PDA Anschlussstecker wäre? Sieht für mich nach PS/2 aus aber kann auch irgendwas komplett eigenes sein. Ulf: Ich schätze da werde ich viel zusammensuchen und experimentieren müssen bis ich TMC dekodieren kann. Aber vielen Dank für den Link. TMC ist vom Protokoll her kein Teufelszeug, ich schätze das man das Protokoll recht schnell hinbekommen kann. Das Problem ist, daß du bei TMC die Location Codes brauchst. Im TMC steht nur z.B. 0x1412 und du mußt dann wissen welche Position das eigentlich genau sein soll. Für Deutschland verwaltet das die BASt, die geben die notwendige Location Table (lt. WP ca. 40200) aber nicht frei raus, also wohl erstmal nix mit Open Source :-( http://de.wikipedia.org/wiki/Traffic_Message_Channel#Deutschland Die einzige Möglichkeit wäre Reverse Engineering, also Verkehrsfunk mithören und entsprechend die Codes rausfinden. Inwieweit das rechtlich Koscher ist kann ich aber auch nicht beurteilen ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM bei Stiftung Warentest erwähnt
Marcus Wolschon schrieb: Die bisherigen Navigationsungen laufen entweder nicht auf einem PNA oder sind schlucht von der Bedienung grottig. Nunja, wenn jemand eines oder mehrere Entwicklerjahre (zu den ueblichen Stundensaetzen) spendiert, bekommt er auch eine funktionierende oder sogar schoene Loesung. Bis dahin muss man mit dem Vorlieb nehmen, was die Leute in ihrer Freizeit produzieren. Hier bemängle ich definitiv das Ausbleiben von Bug-Reports und Verbesserungs- Vorschlägen. Wenn keiner Vorschläge macht, wie es besser aussehen könnte dann wird sich da auch nichts tun. Selbst wenn die wenigen Entwickler gerade Zeit dafür haben. Also gut, wegen Travelling Salesman: 1.) Übersetzungen bitte vollständig 2.) Fachbegriffe vermeiden - was ist eine Planar Map? 3.) Ünnotige Optionen aus dem Wizard nehmen - gpsd Emulation für JOSM - möglichst automatische Erkennung des GPS 4.) Visuelle Gruppierung der Optionen - die erste Seite des Wizards ist grausam 5.) Bei längeren Operationen ProgressBar - *niemals* den User im unklaren lassen was gerade passiert Das waren die Punkte, die mir nach etwa 5 Minuten aufgefallen sind ... Gruß, ULFL P.S: Eine gute Einführung wäre z.B.: http://library.gnome.org/devel/hig-book/stable/ ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Marina
Markus schrieb: Hallo Wolfgang, was genau bezeichnet leisure=marina? Das ist ein *Punkt*, mit dem ein Icon und/oder eine Beschriftung in ein Hafenbecken gesetzt wird, um anzuzeigen, dass dieser Teil des Wassers und die darin liegenden Stege für Sportboote reserviert ist. Das Hafenbecken selbst ist durch Stege/Molen etc abgegrenzt. Damit soll nicht ein Gelände und bezeichnet werden. Eine Wasserfläche soll nie als marina bezeichnet werden. Ist hingegen die Marina ein durch einen Zaun zugangsgeschütztes Privatgelände, bei dem auch die Stege und Molen nicht frei zugänglich sind, dann kann dies mit einem geschlossenen Polygon und landuse=marina bezeichnet werden. Ein geschlossenes Hafengelände wird als landuse=harbour bezeichnet. Ein offenes Hafengelände hingegen besteht einfach aus Park, Parkplatz, Werft, Container-Umschlagplatz, Lagerhallen, etc. Wasserflächen werden nur abgegrenzt, wenn sie gesetzlich abgegrenzt sind: Zollgelände, Sperrgebiet, Militärgelände. das eingezäunte Gelände (an einem Fluss) als landuse=harbour bezeichnen? Ein Hafen: landuse=harbour Ein Sportboothafen: landuse=marina Ist das jetzt deine Privatmeinung? Davon kann ich weder in Map Features etwas finden, und es widerspricht auch einigen Aussagen in Map Features. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Garmin map vorerst für Sachsen am Start
Christoph Wagner schrieb:
Kann man bei JAVA ne default encoding einstellen?
Keine Ahnung!
Ich hab mal ein bisschen gegoogled, das einzige was ich gefunden habe
war: -Dfile.encoding=UTF8
dann bekomme ich aber nur ein unrecognized option. Sieht so aus als ob
das eher für den javac gilt.
Übrigens: Auch wenn ich Testweise die style Datei nach ANSI umformatiere
bekomme ich den gleichen Fehler.
Ich hab mich dann mal hingestzt und mir den mkgmap source code etwas
genauer angeschaut.
Nach ein bisschen patchen hab ich's hinbekommen das der Fehler nicht
mehr auftritt (beim öffnen der Datei wird explizit UTF-8 vorgegeben).
Schön ist der Patch allerdings nicht wirklich.
Ich hab den Patch mal etwas ausführlicher erklärt und auf mkgmap-dev
gepostet, mal schauen ob sich da was tut ...
Gruß, ULFL
Index: src/uk/me/parabola/mkgmap/osmstyle/DirectoryFileLoader.java
===
--- src/uk/me/parabola/mkgmap/osmstyle/DirectoryFileLoader.java (revision 987)
+++ src/uk/me/parabola/mkgmap/osmstyle/DirectoryFileLoader.java (working copy)
@@ -20,6 +20,9 @@
import java.io.File;
import java.io.FileNotFoundException;
import java.io.FileReader;
+import java.io.InputStreamReader;
+import java.io.FileInputStream;
+import java.io.UnsupportedEncodingException;
import java.io.Reader;
import java.util.ArrayList;
import java.util.List;
@@ -53,7 +56,14 @@
*/
public Reader open(String filename) throws FileNotFoundException {
File file = new File(dir, filename);
- Reader r = new FileReader(file);
+
+Reader r = null;
+try {
+r = new InputStreamReader(new FileInputStream(file), UTF-8);
+}
+catch(UnsupportedEncodingException uee) {
+System.out.println(DirectoryFileLoader: Encoding UTF-8 not
supported);
+}
return new BufferedReader(r);
}
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Google Maps hat nachgerüstet
Frank Sautter schrieb: Tobias Wendorff schrieb: Rolf Bode-Meyer schrieb: Leg den Hofgarten mal über das Yahoo-Luftbild (z.B. in JOSM). Für mich ist das ziemlich eindeutig die Quelle (inkl. des eiförmigen Mittelkreises). Gibt es eine Website, mit der man OSM-Daten ebenso transparent auch über Yahoo-Luftbilder legen kann? Hier geht ja leider nur Yahoo-Street. ich kann mal schauen, ob ich das wieder aktivieren kann... war ursprünglich drin und dann hat yahoo irgend etwas nicht dokumentiertes an der api geändert. Hab's gerade mal ausprobiert. Wenn man den Yahoo Satellite Layer dazunimmt funktioniert die Transparency nicht mehr richtig. Keine Ahnung warum ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Garmin map vorerst für Sachsen a m Start
Bernd Wurst schrieb: Am Donnerstag 26 März 2009 08:55:02 schrieb Christoph Wagner: Ganz ehrlich gesagt, glaube ich nicht, dass es ein Problem des Tools mkgmap ist. Das geht ja bei mir auch, auch mit döner. Ich vermute eher, da ich die Datei unter Linux natürlich in UTF8 gespeichert habe, wurde sie unter windows als ISO-blablabla gelesen und daher der eine Umlaut, der in der Datei war, zerschossen. Meiner Meinung nach einfach nur ein Windowsproblem. Kann man da auch von fixt das utility reden? *g* Hm. One tool, one job? ;-) Man sollte Software nicht zweckentfremden und wenn du Textfiles mit korrekter Codierung nutzen willst, hast du wohl das falsche System dafür. Sorry, aber manchmal habe ich echt das Gefühl, wenn hier einige Leute Windows hören schalten sie ihr Gehirn aus und den Vorurteil-Nachplapper-Modus ein ... Aber im Ernst: Auch bin ich dagegen, die Tags auf derartige Unzulänglichkeiten auszurichten. Ein Hinweis/Kommentar in der Style-Datei selbst, dass man seinen Editor bitte unbedingt auf UTF-8 stellen soll dürfte die sicherste Wahl sein. Was hat das ganze jetzt auf einmal mit einem Editor zu tun?!? Die Sachen werden bei mir mit wget geholt, mit bunzip2 / tar entpackt und dann mit den JAVA Tools verarbeitet. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Garmin map vorerst für Sachsen am Start
Johann H. Addicks schrieb: Man sollte Software nicht zweckentfremden und wenn du Textfiles mit korrekter Codierung nutzen willst, hast du wohl das falsche System dafür. Ich halte das aber für kein spezifisch sächsisches Problem. Oder umgekehrt: Es gibt auch in Sachsen genügend Ortschaften und POIs mit Umlauten, so dass auch dort darauf geachtet werden muss. Der Witz dabei ist, daß die Umlaute nur im Stylefile (also wenn du so willst in den Garmin Renderingrules) Probleme machen - in diesem Fall die Auswertung einer spezifischen Rule für cuisine=döner. Umlaute in den OSM Daten name=Hardhöhe werden ohne Probleme verarbeitet und auch passend dargestellt. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Garmin map vorerst für Sachsen am Start
Johann H. Addicks schrieb: Ulf Lamping schrieb: die Auswertung einer spezifischen Rule für cuisine=döner. Umlaute in den OSM Daten name=Hardhöhe werden ohne Probleme verarbeitet und auch passend dargestellt. Und da es in Sachsen keine Döner-POIs gibt, tritt dort das Problem nicht auf? Kann ich jetzt mangels aktueller Map nicht nachprüfen, halte ich für unplausibel. Du verstehst das falsch. Im stylefile steht folgende Zeile: cuisine = kebap | cuisine = döner [0x2a19 resolution 24] ... und mkgmap hat einfach ein Problem diese Zeile überhaupt zu lesen. Da hat es überhaupt noch keine .osm Datei angeschaut. Was in Sachsen in den OSM Daten steht ist daher bei dem Problem völlig egal. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Garmin map vorerst für Sachsen am Start
Christoph Wagner schrieb:
Am 26. März 2009 11:08 schrieb Christoph Wagner
freemaps@googlemail.com mailto:freemaps@googlemail.com:
Die Sachen werden bei mir mit wget geholt, mit bunzip2 / tar
entpackt
und dann mit den JAVA Tools verarbeitet.
Kann man bei JAVA ne default encoding einstellen?
Ich hab gerade nochmal gelesen, dass du ja auch cygwin verwendest.
Könnte es passiert sein, dass deswegen was schiefgelaufen ist? (Kenn
mich leider damit weniger gut aus und kann nur raten)
Wenn ich mir die points Datei mit Notepad++ anschaue, meint er das
Dateiformat wäre UTF8 ohne BOM und das ö wird auch passend als ö
dargestellt. Sieht also nach dem entpacken etc. erstmal ok aus.
Hab mal spaßeshalber probiert das Format auf ANSI bzw. UTF8
umzustellen, hat aber in beiden Fällen keinen Effekt.
Kompletter Konsolenoutput übrigens (hab das Bash Skript das ich verwende
auch mal angehängt):
Title: andorra
Download andorra.osm.bz2
--2009-03-27 01:28:31--
http://download.geofabrik.de/osm/europe/andorra.osm.bz2
Resolving download.geofabrik.de... 62.75.161.199
Connecting to download.geofabrik.de|62.75.161.199|:80... connected.
HTTP request sent, awaiting response... 416 Requested Range Not Satisfiable
The file is already fully retrieved; nothing to do.
Make a backup copy of andorra.osm.bz2 ...
Unzip andorra.osm.tmp.bz2 ...
bunzip2: Output file andorra.osm.tmp already exists.
Split andorra.osm.tmp into smaller parts ...
start Fri Mar 27 01:28:32 CET 2009
key max-nodes/ val 150
comparing size 21625
a (42.4072265625,1.40625) to (42.6708984375,1.8017578125), size=21625
starting write out Fri Mar 27 01:28:32 CET 2009
starting ways Fri Mar 27 01:28:32 CET 2009
starting rels Fri Mar 27 01:28:32 CET 2009
Finish Fri Mar 27 01:28:32 CET 2009
Total time 0s
Create the Map layer ...
Error in style: Error: (points:68): Invalid operation 'V' at top level
Could not open style null
Create the gmapsupp.img file, including the TYP file ...
Gruß, ULFL
#!/bin/bash
# Create Garmin gmapsupp.img file
#
# Download and convert osm (country) file to Garmin gmapsupp.img file
# (Also downloads any required tools )
#
# some information sources:
# http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map
# http://www.mkgmap.org.uk/page/tile-splitter
# Choose only one of the following:
#OsmDownload=http://download.geofabrik.de/osm/europe/germany/bayern.osm.bz2
#OsmDownload=http://download.geofabrik.de/osm/europe/germany/bremen.osm.bz2
#OsmDownload=http://download.geofabrik.de/osm/europe/germany/hamburg.osm.bz2
OsmDownload=http://download.geofabrik.de/osm/europe/andorra.osm.bz2
#OsmDownload=http://download.geofabrik.de/osm/europe/germany.osm.bz2
#OsmDownload=http://download.geofabrik.de/osm/europe/luxembourg.osm.bz2
#OsmDownload=http://download.geofabrik.de/osm/europe.osm.bz2
# Derive settings from download filename
inputbase=`basename $OsmDownload`
OsmFile=${inputbase/.bz2/}
OsmDir=${OsmFile/.osm/}
title=$OsmDir
echo Title: $title
# Download tools - identical for all osm files (only if necessary)
# To update the tools, simply delete the whole tools dir
mkdir -p tools
cd tools
# If splitter.jar is not here, download it
if [ ! -s splitter.jar ]; then
echo Download splitter.jar
wget http://www.mkgmap.org.uk/splitter/splitter.jar
fi
# If mkgmap is not here, download and unzip it
if [ ! -d mkgmap ]; then
echo Download mkgmap
wget http://www.mkgmap.org.uk/snapshots/mkgmap-latest.tar.gz
echo Unzip mkgmap file
gunzip -d mkgmap-latest.tar.gz
tar -xf mkgmap-latest.tar
rm mkgmap-latest.tar
mv mkgmap-* mkgmap
fi
# If TYP and style files are not here, download and unzip them
if [ ! -s master.TYP ]; then
echo Download TYP and style files
wget http://www1.inf.tu-dresden.de/~s9080279/typ_style.tar.bz2
bunzip2 typ_style.tar.bz2
tar -xf typ_style.tar
rm typ_style.tar
# replace german umlaut ö with oe (otherwise we'll ge a style error)
#sed 's/ö/oe/g' masterstyle/points masterstyle/points2
#mv masterstyle/points2 masterstyle/points
fi
cd ..
mkdir -p $OsmDir
cd $OsmDir
echo Download $OsmFile.bz2
wget --continue --timestamping $OsmDownload
echo Make a backup copy of $OsmFile.bz2 ...
# make a copy, otherwise we'll retrieve the .bz2 file again and again
cp $OsmFile.bz2 $OsmFile.tmp.bz2
echo Unzip $OsmFile.tmp.bz2 ...
bunzip2 $OsmFile.tmp.bz2
echo Split $OsmFile.tmp into smaller parts ...
# (even Bayern is already too large for a single tile)
java -Xmx1024m -jar ../tools/splitter.jar --max-nodes=150 $OsmFile.tmp
# TODO: For germany I get lot's of messages like Crosses too many areas
way31142237 or Crosses too many areas relation7655 is this ok?
echo Create the Map layer ...
java -Xmx1024M -jar ../tools/mkgmap/mkgmap.jar
--style-file=../tools/masterstyle --description=$title
--country-name='Deutschland' --country-abbr='DE' --region-name='Deutschland'
--region-abbrev='DE' --latin1 --lower-case
Re: [Talk-de] neue Garmin map vorerst für Sachsen am Start
Christoph Wagner schrieb: Für Bayern nicht genügend Speicher: -Xmx1024M Umlaut im Style macht Ärger: masterstyle\points Zeile 68 cuisine=döner - cuisine=doener (war ein ziemlicher show stopper, ansonsten paßt es) Ja cuisine=döner is eh n doofes tag. Wahrscheinlich sollte man wohl doch nur cuisine=kebap zum taggen nehmen. Das Problem is wohl eher irgendwas mit Kodierung. Egal... Das war eins von den Sachen, die mich am Anfang wirklich Nerven gekostet haben! Kannst du das ö vielleicht einfach rausnehmen oder die Stelle zumindest auskommentieren. Sonst stolpert der nächste wieder drüber ... Inspiriert von Svens Mail: java -Xmx1024m -jar splitter.jar --max-nodes=100 bayern.osm Hab ich eine ganze Reihe von folgenden Meldungen bekommen: Crosses too many areas relation63158 Weiss da einer, was da der Hintergrund ist? Sind das vielleicht einfach nur ewig lange boundaries oder so? Ne Idee, was ich da machen oder nachschauen kann? Ja nee, Adressen suchen klappt auch nicht. Sie werden zwar in der Karte angezeigt (wenn alles geklappt hat), aber suchen ist leider etwas schwieriger. Dafür bräuchte man so ne Art Adressindex und den kann man mit mkgmap nicht erzeugen. Ich wüsste auch keine freien Programme die das können. Es weiß eben leider noch keiner so richtig wie das geht. Außer vielleicht der Typ von cGPSmapper, aber das ist ja kommerziell... Ach so, das soll noch garnicht gehen ;-) Das hab ich dann falsch verstanden ... Übrigens: Nach Städten suchen kann man schon :-) P.S: Mir ist noch aufgefallen, daß noch keine Ampeln angezeigt werden (highway=traffic_signals). Hast du vielleicht Lust das bei Gelegenheit noch einzubauen? Ja, das ist das geringste Problem. Das wäre Nett! Naja, danke jedenfalls schonmal fürs ausprobieren. Danke zurück, meine erste eigene routingfähige Garminkarte finde ich jedenfalls schon witzig :-) Ab nächste Woche hab ich wahrscheinlich selber nen neuen Rechner. Ich würde dann versuchen mal ganz Europa zu bauen. Webspace hab ich dank eines netten OSM-Begeisterten auch genügend da. Müsste nur noch sehen, wie sich das automatisieren lässt. Ich bin gerade dabei, ein bash Skript zu schreiben der die ganze Geschichte möglichst einfach durchlaufen läßt (mit automatisch Tools holen und sowas). Gibts eigentlich irgendwo diffs für Europa? Oder muss man sich das immer selber aus dem planet ausschneiden... http://download.geofabrik.de/osm/europe.osm.bz2 Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Garmin map vorerst für Sachsen am Start
Christoph Wagner schrieb: joah das tag war nicht meine Idee - siehe hier: http://wiki.openstreetmap.org/wiki/Key:cuisine Ich hab mal auf der Wikiseite ganz frech einen Hinweis reingesetzt, daß Umlaute hier Ärger machen und man wohl besser kebab nehmen sollte. Gibts eigentlich irgendwo diffs für Europa? Oder muss man sich das immer selber aus dem planet ausschneiden... http://download.geofabrik.de/osm/europe.osm.bz2 Dass ich da ständig die komplette Europakarte ziehen kann, ist mir schon klar. Ich hätte die aber gerne nur einmal gezogen und anschließend mit diffs aktualisiert. Ich kann sonst die erzeugten Karten nicht allzu oft erneuern, da mir das argh auf den Traffic schlägt. Es ist ja bei jedem update quasi der doppelte Traffic: OSM-Daten ziehen, verarbeiten und die garminkarten wieder hochladen... Mit diffs könnt ich zumindest beim Daten ziehen etwas sparen. Ach so, ja, dann machts vielleicht wirklich eher Sinn in Richtung planet diffs zu gehen und selber zu schneiden ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Garmin map vorerst für Sachsen am Start
Bernd Wurst schrieb: Das neueste mkgmap kann (als Workaround) POIs für jede Straße erzeugen. Damit geht dann zwar die Adress-Suche nicht (das wasi m Navi Adrsssuche Ist dir da deine Katze über die Tastatur gelaufen? ;-) heißt), aber man kann den Straßen-POI nach Name suchen. Man muss dann Straßenname/Ortsname als Name des POI suchen. Hab ich grad mal probiert zu generieren, danach hat mein Nüvi 200W die Karte nicht mehr erkannt. ... kommt Zeit, kommt Karte :-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Creative Commons zur ODbL
Frederik Ramm schrieb: Hallo, Ulf Lamping wrote: Wenn z.B. die aktuell verfügbaren brauchbaren Höhendaten aktuell nur für nichtkommerziellen Gebrauch verfügbar sind, sind sie halt offensichtlich nicht wirklich frei. Werden diese Höhendaten freier werden, wenn ich sie ohne Änderungen bei OSM verwenden kann? Wohl kaum. Die Diskussion geht jetzt stark ins politische. Die Argumentation, der Du dich hier so halb anschliesst, ist die: Lieber mache ich allen Leuten das Leben schwer, um sie so richtig merken zu lassen, wie schlecht es ist, dass es keine freien Hoehendaten gibt, und um sie alle aufzustacheln, den Provider dieser halb-freien Hoehendaten zu nerven, dass er sie vielleicht ganz frei gibt, als dass ich erlaube, dass meine Daten mit diesen Daten kombiniert werden. Wenn ich Daten erfasse und anderen bereitstelle, möchte ich nicht, daß diese letztlich wieder (wie z.B. bei MAC OS) eingeschlossen werden. Wenn wir damit andere Datenquellen nicht verwenden können, muß ich damit leben. Vielleicht werden sich damit diese Quellen mittelfristig selber öffnen. Wenn nicht, werden sich andere finden freie Quellen zu erstellen. Es ist in meinen Augen der Versuch, eine politische Auseinandersetzung auf dem Ruecken anderer auszufechten, und das heisse ich nicht gut. Wieso bitte auf dem Rücken anderer? Ich habe einen Haufen Daten erfasst und diese unter CC-by-SA anderen zur Verfügung gestellt (wie ja viele andere bei OSM auch). Wieso trage ich jetzt etwas auf dem Rücken anderer aus, wenn ich auf dem Sinn dieser Lizenz bestehe, weil ich weiß das es das Ziel einer freien Weltkarte langfristig besser fördert?!? Wenn jemand aus politischen Gruenden *selbst* Nachteile in Kauf nimmt, ist das seine freie Entscheidung. Wenn jemand sich aber aus politischen Gruenden dafuer einsetzt, die Nutzbarkeit von OSM in Zusammenhang mit von ihm unerwuenschten Produkten willkuerlich einzuschraenken, um die darunter leidenden potentiellen Nutzer vor seinen Karren zu spannen (die wissen doch nicht, was gut fuer sie ist, ich muss die zu ihrem Glueck zwingen...), der betreibt Politik mit fragwuerdigen Mitteln. Tja, eine GPL ist politisch schon sehr fragwürdig. Copyleft ist ja an sich moralisch fragwürdig und Linux ist sowieso suspekt. Also bitte Frederik, jetzt kann ich nur noch mit dem Kopf schütteln. Es hat doch durchaus inzwischen eine Reihe von Fällen gegeben, wo sich die Rechteinhaber bei Datenspenden auf die CC-by-SA eingelassen haben - was vorher vielleicht als utopisch erschienen wäre. Tendenziell hat OSM sehr guten Erfolg mit der pragmatischen Herangehensweise: Wenn Du mir Deine Daten gibst, ist das schoen. Wenn Du sie mir nicht gibst, erfasse ich sie halt selber. - Wir haben eigentlich nie versucht, irgendeinen Machthebel anzusetzen (wenn Du mir die Daten nicht gibst, sorge ich dafuer, dass ganz viele Leute Dich anrufen und sich beschweren). Aber lass mich die Sache mal umdrehen. Du schimpfst hier unter anderem ueber die nicht-freien Hoehendaten. Genauer die CGIAR-Daten, die eine Verfeinerung der PD-lizensierten SRTM-Daten sind und die unter einer noncommercial-Lizenz stehen. Nein, ich schimpfe überhaupt nicht über die Höhendaten, vielleicht ist das falsch rübergekommen. Ich sage nur, daß diese Daten mit noncommercial halt nicht frei sind. Und ich weiß aus Erfahrung, wenn wir die Verwendung zusammen mit OSM erlauben wird sich daran auch in Zukunft nie mehr was ändern. Warum hat der Hersteller sich fuer diese Lizenz entschieden? Aus genau den gleichen (m.E. kleinkarierten) Motiven, die hier zum Teil unterschwellig, zum Teil deutlich hervortreten: Ich will nicht, dass jemand anders mit meinen Daten Geld verdient. Wenn wir alle an die Stelle von Neid, Gier und Missgunst ein bisschen mehr Grosszuegigkeit setzen wuerden, wenn wir eine Kultur der Freiheit und Freigiebigkeit leben wuerden statt uns staendig den Kopf darueber zu zerbrechen, wie wir aus dem, was wir geben, den maximalen politischen oder monetaeren return on investment bekommen, dann wuerde die naechste freie Hoehendatenbank vielleicht *auch* wirklich frei und nicht nur halb-frei. Du verwechselst mich mit Andre ;-) Über wirklich frei und nicht nur halb-frei möchte ich mich nicht weiter äußern, daß ist jetzt nämlich wirklich eine politische Aussage. Nicht jede Freiheit muss mit Lizenzen, Klauseln, Vertraegen und der Drohung mit dem Anwalt erkaempft werden; man kann auch einfach eine Freiheit vorleben und hoffen, dass andere das Vorbild gut finden. Die ganze Diskussion wird meines Erachtens viel zu sehr von jenen beherrscht, die die Freiheit der Daten mit den gleichen Waffen durchsetzen wollen, mit denen die Unfreiheit anderer Daten gesichert wird. Dass es aber neben dem bewaffneten Freiheitskampf auch noch einen, wenn ich mal so platt sagen darf, Gandhi-Weg gibt, das nimmt niemand so richtig wahr. Genau das haben die ersten Unix Entwickler vor
Re: [Talk-de] Creative Commons zur ODbL
Christoph Eckert schrieb: Moin, Persönlich wären mir mittlerweile so wenig Einschränkungen wie möglich (also stark Richtung PD) auch am liebsten. ich sehe das mittlerweile auch so. Wenn ich zurückblicke, dann wollte ich am Anfang auch verhindert wissen, dass sonstwer (sprich auch gerade die Jungs, die mir ziemlich schlechtes Material zu deutlich überteuerten Preisen und zu mehr als unfairen Konditionen boten) die von mir mühsam eingesammelten Daten einfach so verwenden kann. So denken schätzungsweise viele im Projekt. Inzwischen müssen wir uns die Frage gefallen lassen, wozu wir denn die ganzen Daten sammeln, wenn es rechtlich gesehen fast unmöglich ist, die Daten auch zu verwenden. Unsere Lizenz ist momentan und potentiell auch künftig unvereinbar mit anderen freien Projekten. Das ist absolut nicht das, was wir bezwecken sollten. Dann sollten wir möglichst gemeinsam mit anderen freien Projekten eine Lizenz suchen, die möglichst viele freie Projekte verwenden wollen. Das ist doch genau unser Problem: Eine lingua franca der Datenlizenzen gibt es nicht, daher doch der ganze Schlamassel. Jetzt eine eigene Lizenz (wie die ODBL) auf den Weg zu bringen ohne sich groß mit anderen abzustimmen ist da aus meiner Sicht genau aus diesem Grund komplett der falsche Weg. Mit der neuen Lizenz wird ein *riesen* Aufwand betrieben, unsere Daten in einen goldenen Käfig zu sperren. In meinen Augen verhindert dieser Käfig gerade das, was wir uns alle wünschen: Coole neue Sachen und Anwendungen mit unseren Daten. Sorry, ich wünsche mir das nicht! Ich wünsche mir *freie* coole neue Sachen und Anwendungen mit unseren Daten! PD ist nicht durchzubekommen. Ich bedauere das, habe aber Verständnis für die Leute, die das nicht wollen, weil ich selbst lange so dachte. Andererseits fände ich es super, wenn wir die neue ODBL ausschlagen und dann eine PD möglichst nahekommende Regelung finden würden. Allen, die noch immer der Meinung sind, dass die major Player uns was stehlen könnten, möchte ich auf ein Posting von heute auf heise.de¹ aufmerksam machen. Dem durchschnittlichen Navi-Nutzer sind Rohdaten und eine krude Infrastruktur vollkommen schnuppe, sobald er einfachst Fehler melden und die Fixes kostenlos herunterladen kann. Dem durchschnittlichen Computer-Nutzer sind Betriebssysteme vollkommen schnuppe, sobald er seinen Computer irgendwie bedienen kann. Dem Durchschnittsmenschen sind viele Sachen ziemlich egal, das kann nicht der Maßstab sein an dem wir uns messen. Wenn wir heute unsere Daten einsperren, erweisen wir uns selbst einen Bärendienst. IMO setzen wir nichts weniger als die Zukunft unseres Projektes auf's Spiel. Kannst du tendenzielle Formulierungen wie Daten einsperren bitte vermeiden? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Creative Commons zur ODbL
Dirk Stöcker schrieb: On Tue, 24 Mar 2009, Ulf Lamping wrote: einen, wenn ich mal so platt sagen darf, Gandhi-Weg gibt, das nimmt niemand so richtig wahr. Genau das haben die ersten Unix Entwickler vor vierzig Jahren auch probiert und sind damit grandios auf die Schnauze gefallen. Dadurch dass Du es häufig wiederholst wird es auch nicht wahrer. Linux hat weniger durch die GPL sondern hauptsächlich durch das Internet seinen Siegeszug angetreten. Wenn es die Lizenz gewesen wäre, dann müssten heute GPL-Projekte einen nennenswerten Vorteil gegenüber anderen Lizenzen haben. Der real existierende Lizenzwirrwarr widersprecht dem deutlich. Hmmm, wieso hat dann bei gleichen Rahmenbedingungen Linux den Siegeszug angetreten und nicht xyBSD? Hatten die BSD Entwickler kein Internet? Der real existierende Lizenzwirrwarr kommt doch eher von kommerziellen Firmen oder Universitäten, die sich wieder eine tolle Sonderlocke ausdenken, weil deren Rechtsabteilung ein Wörtchen mitreden wollte. Darauf wollte ich aber auch nicht hinaus. In den achtziger Jahren gab es halt eine Vielzahl von BSD basierten Unix Varianten, alle kommerziell und zueinander nur sehr eingeschränkt kompatibel. Ein ziemliches Schlamassel. Heutzutage haben wir sowas bei den ganzen Linux Varianten zwar auch, aber durch die GPL kann man sich die besten Sachen aus allen Welten abkupfern. Das Deutschland mit seinem gut ausgebauten Telefonnetz seit Jahren einer der Hauptträger freier Software und Daten ist, ist auch kein Zufall. Na ja, ob jetzt das Telefonnetz eine der Hauptgründe für freie Software ist, würde ich jetzt mal stark beweifeln. Mir wäre z.B. neu, das das Telefonnetz in den USA so schlecht ist ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Creative Commons zur ODbL
Frederik Ramm schrieb: Hallo, Ulf Lamping wrote: Wenn ich Daten erfasse und anderen bereitstelle, möchte ich nicht, daß diese letztlich wieder (wie z.B. bei MAC OS) eingeschlossen werden. Wenn wir damit andere Datenquellen nicht verwenden können, muß ich damit leben. Siehst Du: Gegen das muss ICH damit leben sagt ja keiner was. Bloss finde ich, man sollte ANDEREN nicht aufzwingen, womit sie leben muessen. Entschuldige, aber ich zwinge niemanden die OSM Daten einzusetzen! Tja, eine GPL ist politisch schon sehr fragwürdig. Copyleft ist ja an sich moralisch fragwürdig und Linux ist sowieso suspekt. Bei Software ist die GPL ja einigermassen etabliert, da finde ich das nicht weiter tragisch. Share-Alike hat schon seine Berechtigung, aber auch auf Seiten der Share-Alike-Anhaenger darf die Gier nicht ueberhand nehmen. (Es gibt zum Beispiel Leute, die sich wuenschen, dass man die Forderung aufstellt, dass jedes mit dem GCC uebersetzte Programm automatisch eine von den GCC-Autoren festgelegte Lizenz haben muesste.) Da stimme ich dir zu. Das Hauptproblem was ich aktuell sehe ist ja gerade, daß es DIE Share-Alike Lizenz für Daten aktuell nicht gibt, sondern eine Menge davon. Demnächst zusätzlich dann noch die ODBL, was das Problem aus meiner Sicht sogar eher noch verschärfen wird :-( Das wuerde ich so nicht sagen. Das Argument GPL hat gewonnen, BSD hat verloren bringen Leute immer wieder in der Debatte, aber erstens hat es fuer uns wenig Relevanz und zweitens stimmt es gar nicht; so hat zum Beispiel der weltweit mit Abstand meistverwendete freie Webserver (Apache) eine BSD-artige Lizenz, ohne damit grandios auf die Schnauze zu fallen (und das in einem Umfeld mit starkem kommerziellen Wettbewerb). Das zweitgroesste Webserver-Projekt (lighttpd) hat sogar eine einfache BSD-Lizenz. Die Lizenz eines der weltweit am meisten verbreiteten Web-Browsers (Mozilla) ist zwar nicht BSD, aber entspricht in der Schaerfe ihres Copyleft-Elements eigentlich relativ deutlich der jetzt vorgeschlagenen ODbL (Sourcecode muss frei bleiben, aber man darf Derivate unter eine eigene Lizenz stellen). Ich meinte überhaupt nicht, das BSD nicht funktioniert. Ich wollte auf die etwas euphorische Stimmung: Wir nehmen PD/BSD und haben damit alle Probleme gelöst antworten. Die BSD UNIX Geschichte ist für mich halt das klassische Beispiel wo es bei BSD schiefgelaufen ist. Mir ist natürlich vollkommen bewußt, daß alle möglichen Lizenzen so Ihre Vor- und Nachteile haben - man sollte nur beides auch nennen. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neue Garmin map vorerst für Sachsen a m Start
Christoph Wagner schrieb: Hallo Liste, ich habe in letzter Zeit, wie auch einige andere hier, mit mkgmap rumgespielt und versucht mal schöne OSM-Karten auf das Garmin zu zaubern. Ich habe darauf optimiert möglichst viele OSM-Daten zu differenzieren und anzuzeigen. Das gelingt nur mit einem Typfile, was ich gleich dazu mitgepflegt habe. Heute hab ich die Dokumentation zu meinem Vorgehen mal angefangen und möchte euch das jetzt nicht vorenthalten. Zu finden ist der ganze Spaß hier: http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map Ladets euch runter und schaut es euch an. Momentan hab ich nur Sachsen gebaut, aber es ist ja leicht andere Länder zu basteln. Allerdings bräuchte ich da mehr webspace. Vielleicht könnt ihr mir auch noch Tips geben oder euch was abschauen. Hi Christoph! Erstmal besten Dank für die Anleitung! Nach ein wenig bateln habe ich jetzt auch meine erste Garminkarte selbst erzeugt :-) Ich hab mal probiert, mit deiner Anleitung unter http://wiki.openstreetmap.org/wiki/DE:All_in_one_Garmin_Map eine Bayernkarte unter cygwin (Win32) zu bauen. Ausgangspunkt war: java -Xmx512M -jar trunk/dist/mkgmap.jar --style-file=masterstyle --description='Openstreetmap Sachsen (master-edition)' --latin1 --lower-case --mapname=63240042 --draw-priority=10 --net --route sachsen.osm Also von der Geofabrik die OSM Datei von Bayern geholt: bayern.osm.gz Dann gab es mehrere Anläufe: Description mit Spaces macht wohl Probleme (nur unter cygwin?), also: --description='Bayern' Für Bayern nicht genügend Speicher: -Xmx1024M Umlaut im Style macht Ärger: masterstyle\points Zeile 68 cuisine=döner - cuisine=doener (war ein ziemlicher show stopper, ansonsten paßt es) Also letztenendes: java -Xmx1024M -jar mkgmap/mkgmap.jar --style-file=masterstyle --description='Bayern' --latin1 --lower-case --mapname=63240042 --draw-priority=10 --net --route bayern.osm Dann nach einer ganzen Zeit: There is not enough room in a single garmin map for all the input data The .osm file should be split into smaller pieces first. Inspiriert von Svens Mail: java -Xmx1024m -jar splitter.jar --max-nodes=100 bayern.osm Hab ich eine ganze Reihe von folgenden Meldungen bekommen: Crosses too many areas relation63158 dann: java -Xmx1024M -jar mkgmap/mkgmap.jar --style-file=master --description='Bayern' --latin1 --lower-case --mapname=63240042 --draw-priority=10 --net --route *.osm.gz java -Xmx1024M -jar mkgmap/mkgmap.jar --style-file=addresslayer_style --description='Adressen' --latin1 --lower-case --mapname=63240030 --draw-priority=20 --road-name-pois=0x7101 --transparent *.osm.gz java -Xmx1024M -jar mkgmap/mkgmap.jar --family-id=42 --gmapsupp --latin1 --net --route *.osm.gz master.TYP Damit hatte ich dann eine routingfähige gmapsupp.img, die auf meinem Garmin Nüvi 200W läuft. Routen zu Favoriten etc. funktioniert damit gut. Allerdings kann ich keine Adressen suchen, da er mir sagt: Bundesstaat / Provinz wählen egal was ich eintrage kommt dann aber nur noch: Keine Einträge gefunden Ne Idee, was ich da machen oder nachschauen kann? Gruß, ULFL P.S: Mir ist noch aufgefallen, daß noch keine Ampeln angezeigt werden (highway=traffic_signals). Hast du vielleicht Lust das bei Gelegenheit noch einzubauen? P.P.S: Achtung: Die POIs werden beim Routing zumindest auf dem Nüvi 200W nicht angezeigt! Erst wenn man während des Routings einmal auf die Karte drückt, kommt man in einen anderen Darstellungsmodus, da werden dann auch die POIs dargestellt (und nicht vergessen die Kartendetails auf Maximal einzustellen!). ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einsteiger mit G1 braucht Hilfe
Patrick Heinecke schrieb: Hallo, ich habe heute ein Google G1 Handy gewonnen. Da das Teil ja ein GPS Empfänger hat, habe ich mir gedacht, dass ich vielleicht die Karten hier in der Gegend verbessern bzw. erweitern könnte. Gibt es für das Handy bereits Software? Wie fange ich am besten an? Leider ist die Welt da anscheinend noch *ziemlich* unübersichtlich (ich hab da selber keine Erfahrung). Schau mal unter: http://wiki.openstreetmap.org/wiki/Software/Mobilephones http://wiki.openstreetmap.org/wiki/Making_Tracks_with_Homebrew-ware Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenlogger gesucht
Martin Koppenhoefer schrieb: Am 20. März 2009 16:14 schrieb Jan Tappenbeck o...@tappenbeck.net: Moin ! ich möchte der Familie einen Datenlogger zukommen lassen um mehr aufzeichnen zu können - nicht zu kontrollieren !! Kann mir einer etwas empfehlen ? Nicht so teuer und groß bitte! Gruß Jan :-) cloudmade hatte in einem parallelen Beitrag heute auf der Liste einen vorgestellt, der 100$ kostet, Sprachaufzeichnung hat, klein und gut zu bedienen sei. Weiterhin microSD, jedoch nicht per USB auslesbar. Der Link dort dazu ist allerdings zu einer chinesischen Seite, aber vielleicht findest Du ihn ja auch sonst wo. Hi! Das hatte ich auch so im Hinterkopf. Ich hab gerade die talk Liste aus der Zeit durchforstet, aber nichts passendes gefunden. Bin ich nur zu blind, oder hat jemand vielleicht einen Link auf den Eintrag? Oder noch besser: Ich bräuchte einen (möglichst kleinen) Logger, dessen Akkulaufzeit = 12h und dessen Loggingkapazität möglichst durch SD-Karten (o.ä.) nicht wirklich begrenzt ist. Eine Tracktaste wäre auch durchaus von Vorteil (AudioMapping mache ich dagegen nicht) ... jemand ne Idee? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Chancen der neuen Lizenz
Henk Hoff schrieb: André Reichelt schreef: Stürzt die OSMF!!! Ernsthaft: Was erlauben sich diese Typen überhaupt. Es gibt hier genug Leute, die diese Organisation nicht anerkennen. Dennoch üben die wie beschrieben die physikalische Gewalt aus. Ich finde das doch arg unveschämt. Man sollte die Daten in Hände geben, die von einem Großteil der aktiven Mitarbeiter gestützt wird. Bei der OSMF hat man eher das Gefühl, dass sie gegen das Projekt statt dafür arbeitet. André Tsja, Du kannst die Foundation nicht anerkennen, aber damit ist Sie noch nicht Weg Das ist wahr! Andererseits ist aber auch wahr, daß die OSMF versucht den Anschein zu wahren, die OSM Community in aller Welt zu vertreten - was leider anscheinend immer weniger der Fall ist. Darf ich an den zweiten Satz auf http://www.osmfoundation.org/ erinnern: The OpenStreetMap Foundation is an international non-profit organisation supporting but not controlling the project. Die OSMF scheint aber aktuell die treibende Kraft hinter der Lizenzänderung zu sein, die letztlich ein zustimmen oder datenlöschen bedeutet. ... was ich unter Kontrolle verstehen würde. Das steht aber wohl völlig konträr zur obengenannten Zielsetzung der OSMF. Oder hab' ich jetzt was wesentliches übersehen? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Creative Commons zur ODbL
Frederik Ramm schrieb: Hallo, Lutz Horn wrote: All das sind Einschränkungen, die von Dritte gemacht werden. Ich bin nicht bereit, eine Nutzung meiner Daten zu genehmigen, die nur möglich ist, indem die restriktive Politik Dritter akzeptiert und damit auch unterstützt wird. Das ist Dein gutes Recht, aber mit den Zielen des Projekts hat das eben dann nichts mehr zu tun. OSM als Projekt hat es sich *nicht* auf die Fahnen geschrieben, Dritte zum Umdenken zu bewegen - selbst wenn das einzelne Projektmitglieder durchaus fuer ein erstrebenswertes Ziel halten. OSM hat es sich zum Ziel gesetzt eine freie Weltkarte zu machen. In meiner kleinen gedanklichen Welt gehören zu einer freien Weltkarte eben nicht nur Straßen und POIs, sondern eben auch *freie* Höhenlinien, Grenzen, und wasauchimmer dazu. Wenn z.B. die aktuell verfügbaren brauchbaren Höhendaten aktuell nur für nichtkommerziellen Gebrauch verfügbar sind, sind sie halt offensichtlich nicht wirklich frei. Werden diese Höhendaten freier werden, wenn ich sie ohne Änderungen bei OSM verwenden kann? Wohl kaum. Es hat doch durchaus inzwischen eine Reihe von Fällen gegeben, wo sich die Rechteinhaber bei Datenspenden auf die CC-by-SA eingelassen haben - was vorher vielleicht als utopisch erschienen wäre. Natürlich macht eine Lizenz wir nehmen alles was wir kriegen können die Sache erstmal einfacher, aber dem Ziel eine freie Weltkarte kommen wir damit nun wirklich nicht näher ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vandalismus-Arbeitsgruppe
Ulf Möller schrieb: Sven Anders schrieb: Nehmen wir an Max und Moritz streiten sich darum ob eine Straße ein residential oder ein unclassified sind und die Gruppe schlichtet diesen Streit. Warum sollte die Gruppe entscheiden können, ob eine Straße residential oder unclassified ist? Weil die Gruppe etwas unbefangener an die Sache gehen kann :-) Sie kann nach den üblichen Gegebenheiten fragen, ob z.B. da auch Wohnhäuser stehen, was ein residential dann sinnvoll erscheinen läßt. Sie könnte z.B. fragen, daß einer der beiden ein Photo der Straße macht damit auch Leute die nicht vor Ort sind sich ein Bild machen können. Es ist einfach manchmal hilfreich wenn sich ein unbeteiligter Dritter die Sache nochmal anschaut, sich beide Seiten anhört und versucht eine Empfehlung zu geben. Das ist so wie bei den Ombudsmännern. Da geht man hin wenn man sich irgendwie nicht einig werden kann aber auch nicht unbedingt gleich vor Gericht gehen will. Der Ombudsmann kann dabei nur Empfehlungen aussprechen, daß hilft aber in der Vielzahl der Fälle schon. Inwieweit sich dafür Leute finden die das machen wollen (und können) und das bei einem zerstrittenen Haufen wie OSM überhaupt durchführen ist, ist eine ganz andere Frage ;-) Gruß, ULFL P.S: Klar, es gibt immer Fälle bei denen kommt man so nicht weiter. Aber wenn man damit 80% der Probleme recht frühzeitig beheben kann ist das doch schon ein Riesengewinn! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=bus_stop und weitere tags f ür diesen Node
Dimitri Junker schrieb: Hallo, Ähhm, das habe ich bereits getan. Nein hast Du nicht s.u. Siehe: http://lists.openstreetmap.org/pipermail/talk-de/2009-March/040358.html Ein Node auf der Straße hat per Definition genauso wenig eine Richtung wie ein Node neben der Straße. Ihm wird aber im Rahmen der route-relation die Richtung des zugehörigen Weges zugeordnet, und das geht bei einzelnen Nodes nicht. Der zugehörige Wege hat ebensowenig eine Richtung. ein Node auf der Straße hat hier keinerlei Information doch weil er zu einer Straße mit Richtung gehört Der zugehörige Wege hat ebensowenig eine Richtung. Die Richtung einer Buslinie sollte man über die Buslinie darstellen. Ja aber gerade dafür muß man irgendwie sagen in welcher Fahrtrichtung die Haltestelle benutzt wird. Und hier sitzt vielleicht der Knackpunkt. Wir müssen überhaupt nicht sagen, in welcher Fahrtrichtung die Haltestelle benutzt wird. Das ist Sache der Buslinie und nicht der Bushaltestelle! Ob ich ein highway=bus_stop auf oder neben die Straße setze hat wenig mit der Richtung zu tun. Ein Mensch kann da vielleicht aus der Position normallerweise auf die Richtung schließen, ein Router wird sich da schwer tun. Und dazu gibt es grundsätzlich nur 2 Möglichkeiten, entweder (meiner Meinung nach sinnvoller) über eine zu definierende Richtung der Buslinie, oder so wie es in der route-relation nun mal definiert ist über die Richtung des Weges zu der der Node gehört. ... und wenn wir in nicht allzu ferner Zukunft gerichtete Relationen haben, sollte doch diese Frage geklärt sein. Also jetzt erkläre mir wie Du mit der bestehenden Definition eine Bushaltestelle nur für eine Fahrtrichtung eintragen willst wenn der Node frei steht. Indem, wie ich bereits geschrieben hatte, die Bushaltestelle Teil einer gerichteten Relation ist. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=bus_stop und weitere tags f
Dimitri Junker schrieb: Hallo, Kann mir mal einer sagen was diese ganze Diskussion soll. Beantwortet einfach die folgenden Fragen: 1) Wollt ihr die route-relation ändern und alles anpassen? 2) Wenn nicht könnt Ihr die route-relation mit Nodes neben der Fahrbahn benutzen? Wenn nicht ist die Diskussion Unsinn. Wenn doch schreibt ein Proposal für eine neue route-relation. Wenn nicht gehören die Nodes auf den Weg und alles andere in zusätzliche Nodes, ways oder von mir aus auch Warte-areas. Weil sich irgendjemand mal die tollen (aus meiner Sicht ziemlichen unsinnigen) Relationen ausgedacht hat, und die Gegner nicht laut genug geschrieen haben, müssen wir jetzt alle dieser *Regel* folgen?!? Mal ehrlich hat von den Befürwortern der Node neben der Straße Methode schonmal einer eine route-relation für Busse geschrieben? Ich glaube nicht, und wenn doch behaupte ich, daß sie falsch ist. Du setzt dich gerade auf ein ziemlich hohes Ross! Ich habe was-weiß-ich wieviele Bushaltestellen Nodes neben die Straße gesetzt - weil sie dort geographisch hingehören. Jetzt kommt ihr und wollt die Nodes mitten auf die Straße verschieben, damit sie besser in euer aktuelles Relation Weltbild passen. Ich sehe jetzt schon kommen, daß wir in nicht allzu ferner Zukunft sowieso zwei Relationen pro Buslinien bekommen werden (alles andere ist nämlich aus meiner Sicht ein kruder Hack), und dann geht das große Wehklagen los warum wir denn damals die ganzen Nodes verschoben haben ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schutzgebiete in Lübeck - Anmerkungen und Anregungen für Tags
Jan Tappenbeck schrieb: Moin! vielleicht hat es der eine oder andere von Euch gelesen, dass wird die Schutzgebiete in Lübeck haben und ich versuche diese derzeit zu übernehmen. Leider gibt es nicht für alles - oder besser nur für die wenigsten Elementen - Attribute. Folgende Elemente sind zu defninieren und ich wollte Euch um Anmerkungen bzw. Namensanregungen bitten. Bei allen Elementen handelt es sich um Flächen. Naturschutzgebiet - OK leisure = nature_reserve - siehe auch http://wiki.openstreetmap.org/wiki/Proposed_features/Nature_reserve Landschaftsschutgebiet Mein Vorschlag: leisure = landscape_reserve flächenhafte Naturdenkmäler - (für Insider: Tremskamp) leisure = Geschützte Landschaftsbestandteile (für Insider: Rothebek-Niederung / Am Krog) leisure = Eure Ideen sind gefragt ! Hi! Wenn es hier um ähnliche Formen des Schutzes handelt (kenne mich mit den Details der Schutzgebiete nicht so aus), sollte man da nicht eher allgemein: leisure = nature_reserve und dann Detaillierungen z.b mit: nature_reserve = landscape_reserve (oder was auch immer) taggen. Vorteil: Einfache Renderer können hier eine allgemeine Darstellung für Schutzgebiete nehmen, ohne die Details der einzelnen Gebiete kennen zu müssen. Damit steigen die Chancen erheblich, daß die Sachen überhaupt mal gerendert werden. leisure wird nicht noch weiter aufgebläht Nachteil: Etwas schlechter zu merken, aber das kann ja mittelfristig die Editorsoftware lösen Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vandalismus-Arbeitsgruppe
Florian Lohoff schrieb: On Sat, Mar 21, 2009 at 12:13:54AM +0100, André Reichelt wrote: Ja, definitiv ist das eine gute Idee. Ich sehe die Ziele jetzt aber gar nicht so sehr bei großen Google-Importen, wie ja aktuell im Gespräch. Die Gruppe sollte viel mehr dazu dienen, Meinungsverschiedenheiten zwischen verschiedenen Mappern aufzuklären. Jemand schrieb, dass er mit einem anderen Mapper uneinig war, wie denn in einer Stadt die Straßen zu taggen sind. Genau hier sehe die die Hauptaufgabe einer solchen Gruppe: Schlichten, Reparieren und im Notfall eine Löschung geklauter Daten veranlassen. Ich faend einen riesenschritt wenn das message system auf openstreetmap via mail zu bedienen waere - d.h. wenn schon die mailadressen nicht sichtbar sind mit denen mapper sich angemeldet haben - waere es schoen wenn es wenigstens einen mail forward gaebe a la u...@openstreetmap.org oder aehnliches - kann ja jeder freischalten ob er den mailforward moechte oder abschalten wenn es ein spamproblem wird. Ich finde das ewige rumgeklicke in den messages nervig und von quoting so das man laengere diskussionen fuehren kann sind ausgeschlossen. Und alleine die aufwendige bedienung laesst mich manchmal drauf verzichten einem mapper eine nachricht ueber einen fehler zukommen zu lassen. Ja, für das versenden von neuen Nachrichten hab ich noch keinen schönen Weg gefunden ... Die eingehenden Nachrichten bekomme ich aber auch als Mail. In der Mail ist ein Link Reply To, mit dem du in der Web-Oberfläche direkt qouten kannst. Das geht eigentlich gut. Oder verstehe ich dich jetzt falsch? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Schutzgebiete in Lübeck - Anmerkungen und Anregungen für Tags
jorkh schrieb: Jan Tappenbeck schrieb: Folgende Elemente sind zu defninieren und ich wollte Euch um Anmerkungen bzw. Namensanregungen bitten. Bei allen Elementen handelt es sich um Flächen. moin! was hat Landschaftsschutz (Einschränkung der Flächennutzung) eigentlich mit leisure zu tun? das ist imho land_use! dann will ich 'mal abwarten, was draus wird... Also erstmal heißt das was du meinst landuse und nicht land_use! Zustimmen muß ich dir hier schon, nature_reserve ist ja meist größer, landuse passt irgendwie besser als leisure. Dafür das es das schon ewig gibt, wird es mit 239 mal auch nicht allzu oft verwendet. Die leisure Sachen gibt es halt schon ewig. Kommt wahrscheinlich vom leisure=park und dann hat einer das nature_reserve dazugepackt. Ob es zu dem Zeitpunkt das landuse überhaupt schon gab - keine Ahnung. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM + Yahoo WMS
Udo Giacomozzi schrieb: Wenn ich in JOSM (v1504) den Yahoo Webkit WMS Layer aktiviere, werden nur rote Kacheln mit dem Text Fehler angezeigt. Andere WMS wie OpenAerial funktionieren hingegen. In Potlach werden die Yahoo Fotos im gleichen Bereich jedoch problemlos dargstellt. Was kann ich tun? Webkit installieren, siehe: http://wiki.openstreetmap.org/index.php/JOSM/Plugins/WMSPlugin#webkit-image Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=bus_stop und weitere tags f ür diesen Node
Dimitri Junker schrieb: Nimm das bitte auch einfach mal zur Kenntnis ... Und das erst. Also nochmal zusammengefaßt. Wenn ich derzeit route-Relations für Buslinien erstelle muß ich die Haltestellen auf die Straße schieben, nicht weil ich es so toll finde, sondern weil es derzeit nicht anders geht. ... womit wir wieder bei den kategorischen Aussagen sind. Relationen kann man technisch gesehen genauso gut mit Punkten auf der Straße als auch mit Punkten neben der Straße eintragen - da ist also keine technische Notwendigkeit. Du hast jetzt ein Bild im Kopf wie die Relationen aussehen sollen, und dabei paßt dir die Aussage Bushaltestellen neben die Straße einfach nicht in den Kram. Ich bin der Meinung, daß man mit Haltestelle auf der Straße + der Relation genau so viel information hat wie mit der Haltestelle neben der Straße - es geht durch diese Aktion keine Info verloren. Und genau das ist der Punkt: Das ist deine *Meinung*! Nicht meine! Die Aussage: - es geht durch diese Aktion keine Info verloren klingt für mich schon sehr seltsam, wenn ich (und andere) dir bereits mehrfach dargelegt haben, daß es hier durchaus andere Meinungen gibt. Nimm bitte zur Kenntnis das du mit dem Verschieben der Bushaltestellen auf die Straße aus meiner Sicht Informationen entfernst. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Einschränkungen Taggen
Michael Buege schrieb: Zitat Matthias Versen: Wie kann man folgende Wegebeschränkungen Taggen : http://mversen.de/temp/schild.jpg Einzelnd ist das kein Problem, aber wie macht man das in diesem Zusammenhang ? Wenn man davon ausgehen kann, dass dort keine LKWs ueber 3,5t fahren duerfen, Personenkraftwagen und Kraftomnibusse sowie Trecker bis 5t aber wohl, tippe ich mal auf: highway=unbekannt hgv=no (fuer Zeichen 253) access=agricultural (fuer Zeichen 1026-36) maxweight=5 (fuer Zeichen 1052-35) Also bevor wir uns Gedanken über das Tagging machen, sollte man erstmal rausfinden wie die Schilder eigentlich gemeint sind ;-) Ich hätte das spontan so verstanden: Alles bis 5t Gewicht darf da lang. Trecker oder ähnliches auch schwerer. Aber meine Führerscheinprüfung ist schon ein bisschen her ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=bus_stop und weitere tags f ür diesen Node
Dimitri Junker schrieb: Hallo, Ich habe die bus_stop immer neben der Straße (auch versetzt) gemapped, weil es alle verfügbaren Informationen zu Bushaltestelle in einem Node beinhaltet. Wenn Du die Haltestelle nur einzeichnest aber nicht in eine relation einbindest solltest Du irgendwie die Info reinbringen für welche Richtung die Haltestelle ist und welche Linien dort halten, dann kann später jemand die Relations ergänzen. Ich habe die nodes dazu auch immer neben die Straße gezeichnet, verschiebe sie dann aber auf die Straße wenn ich sie in die relation einfüge. Die Infos zu den Buslinien schreibe ich in ein note. Da ich eh fast alleine die Buslinien in Aachen mappe kann ich da natürlich machen was ich will ;-) Eine Bushaltestelle ist ein physikalischer Ort, den ich sehen kann. Ich persönlich werde weiterhin Objekte möglichst dort mappen wo sie *geographisch* sind, nicht wo sie vielleicht in einer Routinganwendung für Busfahrer am einfachsten liegen würden. Wenn Ihr jetzt die Bushaltestellen auf die Straße legt, *verliert* ihr Informationen - nämlich auf welcher Straßenseite die Bushaltestelle eigentlich ist und ob dort an beiden Straßeseiten eine Haltestelle ist. Das ist aber eine Information, die mich für Fußgängerrouting sehr wohl interessieren wird, besonders wenn die Straße recht breit ist und ich Umwege laufen muß um die andere Straßenseite zu erreichen. Es geht hier doch um zwei völlig unterschiedliche Informationen: 1) Wo ist eine Bushaltestelle 2) Von welchen Buslinien wird diese Bushaltestelle (und in welcher Richtung) angefahren Punkt 1 löse ich über (möglichst) korrekte geographische Informationen und Punkt 2 über (demnächst gerichtete) Relationen. Alles andere ist unnötiger Informationsbrei ... ;-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=bus_stop und weitere tags f ür diesen Node
Gerrit Lammert schrieb: Hallo Ulf. Ulf Lamping wrote: Dimitri Junker schrieb: Wenn Ihr jetzt die Bushaltestellen auf die Straße legt, *verliert* ihr Informationen - nämlich auf welcher Straßenseite die Bushaltestelle eigentlich ist und ob dort an beiden Straßeseiten eine Haltestelle ist. Das ist aber eine Information, die mich für Fußgängerrouting sehr wohl interessieren wird, besonders wenn die Straße recht breit ist und ich Umwege laufen muß um die andere Straßenseite zu erreichen. Das ist korrekt, deshalb gibt es ja (bei Bussen neu, bei Bahnen bereits existent) das Element highway=platform. Um genau diese Unterscheiduzng zu treffen! bus_stop (analog zu halt/tram_stop bei Schienenverkehr) = Punkt wo Bus/Tram/Zug hält platform (analog zu railway=platform bei Schienenverkehr) = Punkt/Weg/Fläche wo man auf den Bus/Zug/Schif/... wartet. Damit bleibt Deine Info erhalten, und über die Ausdehnung bekommst Du sogar MEHR Informationen: http://www.openstreetmap.org/?lat=53.89713lon=10.74956zoom=17layers=0B00FTF http://www.openstreetmap.org/?lat=52.25218lon=10.54021zoom=17layers=0B00FTF Hmmm, also setzen wir jetzt zwei Punkte für eine Bushaltestelle, um das zu erreichen, was wir auch genauso gut mit einem Punkt lösen können ;-) Solange mir keiner erklärt, wofür wir diesen virtuellen Haltepunkt in der Straße brauchen (für die Relationen brauchen wir es aus meiner Sicht nicht), halte ich das einfach für ne schlechte Idee, die nur Mehraufwand bedeutet ohne groß was zu bringen - und da bin ich gegen ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] highway=bus_stop und weitere tags f ür diesen Node
Dimitri Junker schrieb: Solange mir keiner erklärt, wofür wir diesen virtuellen Haltepunkt in der Straße brauchen (für die Relationen brauchen wir es aus meiner Sicht nicht) Dann erklär doch endlich mal wie es funktionieren soll. Ähhm, das habe ich bereits getan. Wie kannst Du einem einsamen Node eine Richtung zuordnen? Ein Node auf der Straße hat per Definition genauso wenig eine Richtung wie ein Node neben der Straße. Ein Node neben der Straße kann ein Mensch vielleicht einer bestimmten Richtung zuordnen, ein Node auf der Straße hat hier keinerlei Information - das ist aber nur nebensächlich. Die Richtung einer Buslinie ist aber doch auch garnicht der Zweck des Nodes Bushaltestelle! Die Richtung einer Buslinie sollte man über die Buslinie darstellen. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Cebit 2010
Christian Schuhmann schrieb: Hallo Deutschland! Hello World! OSM hat zwei Linux New Media Awards auf der diesjärigen Cebit gewonnen. Ein Grund mehr warum wir auf der nächsten Messe dabei seien sollten. Wir habe die Chance auf einem gesponsorten Messestand bei der Cebit 2010, wenn wir uns dafür bewerben. Ich war so frei und habe dafür eine Wiki-Seite eingerichtet: http://wiki.openstreetmap.org/wiki/Cebit_2010 Dort können sich Helfer für den Stand eintragen, wenn es denn einen geben wird. Auch wer nicht als Standbetreuer/in dabei seien möchte kann helfen. Hallo Christian! Wir haben neulich hier in Fürth auf der rad09 (eine kleinere Radfahrer-Verbrauchermesse mit etwa 4000 Besuchern) einen OSM Stand mit ca. 4*8m und 3-5 Leuten gemacht, der allgemein wirklich gut angekommen ist. War sehr stressig aber auch sehr interessant sowas mal zu machen. Ich schätze eine ähnliche Planung bräuchte man auch für die Cebit, sowas hast du ja auf der Wikiseite auch schon angefangen (und ich hab gleich noch ein paar Sachen ergänzt :-). Mehr Infos zur rad09 Planung unter: http://wiki.openstreetmap.org/wiki/NFE-Treffen/Messestand Prinzipiell hätte ich schon Lust mitzumachen, aber das ist halt noch sehr lange hin um konkrete Aussagen zu machen. Wichtig wäre zu klären, ob noch andere Lust hätten da was zu machen, ob wir Übernachtungsmöglichkeiten in H finden (Hotelzimmer sind zur Cebitzeit nicht zu bezahlen) und bis wann eine Bewerbung eingereicht sein muß ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Datenlogger gesucht
Jan Tappenbeck schrieb: Moin ! ich möchte der Familie einen Datenlogger zukommen lassen um mehr aufzeichnen zu können - nicht zu kontrollieren !! Kann mir einer etwas empfehlen ? Nicht so teuer und groß bitte! Muß es unbedingt groß sein? ;-) Wichtig dabei zu wissen: 1) Wieviele Punkte soll er speichern können? 2) Wie lange muß die Batterie/der Akku halten? 3) Soll das Gerät eine Trackpunkt Taste haben? Ich hab einen Wintec WBT201 (ca. 100EUR) und bin eigentlich gut zufrieden. Nur in wirklich kniffligen Fällen (z.B. im alpinen Hochgebirge im Regen nach Tunneln) neigt er dazu Blödsinn aufzuzeichnen, keine Ahnung ob da andere besser oder schlechter sind. Hier als Beispiel was ich mit den Kriterien meine: Wenn ich mit dem Motorrad auf verlängerte Wochenendtour fahre, bin ich pro Tag 10-12 Stunden unterwegs und das etwa 3-5 Tage. Den Akku lade ich abends wieder auf (hab aber auch Ersatzakkus dabei), d.h. der Akku sollte mindestens so 12h für den Tag halten. Mein Logger hat einen Speicher für 13 Punkte, das reicht für gut 5 Tage (aber nicht viel länger). Wenn du also tagelang ohne Stromanschluß unterwegs bist brauchst du eher was mit wechselbaren Akkus/Batterien und wenn du längere Touren als so 5 Tage fährst eher was mit wechselbaren SD-Karten. So eine Taste um sich einzelne Punkte an der Strecke zu merken ist schon *sehr hilfreich*! Wenn du einfach nur ab und zu die Sonntagsnachmittags-Radtour aufgezeichnen willst, tun's auch die günstigeren Royaltek Geräte (z.B. Royaltek RGM-3800, ca. 60EUR) ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenz Kommentar Periode endet Morgen!
Tobias Knerr schrieb: André Reichelt schrieb: Gibt es denn eine Möglichkeit, gegen die Lizenzänderung zu stimmen? Wenn du ein OSMF-Mitglied bist (und zwar lang genug), dann wohl schon. Wir werden dieser 1.0 Version zur Stimmung vortragen an die Foundation Mitglieder ob dieser eine bessere Lizenz für die OpenStreetMap Daten. Aber mehr dazu später. (Vielen Dank übrigens an die Foundation, dass sie keine Kosten und Mühen gescheut hat, der deutschsprachigen Community diese erstklassige Übersetzung bereit zu stellen.) Das steht zumindest (mit Abstimmungs-Anfangs-Datum 31. März) auch auf http://wiki.openstreetmap.org/wiki/Open_Data_License/Implementation_Plan Bist du nur ein normaler Mapper (oder OSMF-Mitglied erst seit einem Datum nach dem für mich willkürlich wirkenden 23. Januar), dann scheint für dich keine Abstimmungsmöglichkeit vorgesehen zu sein: du kannst wohl nur entscheiden, ob du einen Lizenzwechsel besser findest als das Risiko der Löschung deiner Daten. Entweder du stimmst der neuen Lizenz zu, oder wir löschen deine Daten. Gruß, ULFL P.S: Was das alles mit Open zu tun hat? Keine Ahnung ...! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ampeln (war: Fwd: highway=bus_stop und weitere tags f ür diesen Node)
Martin Koppenhoefer schrieb: Am 20. März 2009 17:32 schrieb Gerrit Lammert o...@00l.de: (hoffentlich) letzter provokativer Satz von mir: Mappst Du Ampeln auch als Node neben der Straße? :) ich mappe Ampeln gar nicht, weil das m.E. unausgegoren ist. Man weiss weder, für wen die gelten, noch wie sie geschaltet sind. Was sollen die bringen? Das ist noch unausgegoren, da hast du recht. Andererseits kann man auch mit einer vereinfachten Ampel-Erfassung auch so schon einiges werden: 1.) Man weiß überhaupt mal, das da eine Ampel ist. Wenn wir uns in Zukunft ein tolles neues Konzept zu den Ampeln einfallen lassen, brauchen wir nicht die ganze Stadt abfahren um nach den Ampeln zu suchen die noch korrigiert werden müssen. 2.) Die Ampel kann durchaus jetzt schon bei der Routenberechnung hilfreich sein. Hier könnte man mit Durchschnittswerten (z.B. 1/2 Minute Wartezeit pro Ampel) wahrscheinlich schon einiges verbessern. Auf jeden Fall haben die Routensoftware-Schreiber wesentlich mehr Daten in der Hand im solche Sachen überhaupt ausprobieren zu können. 3.) Routenhinweise wie an der nächsten Ampel rechts oder hinter der Ampel die nächste Straße links rein fände ich schon schick. Alles das geht mit dem bisherigen Ansatz Ampel einfach mitten auf die Straßenkreuzung eigentlich schon ganz gut. Klar, bei komplizierten Kreuzungen wird es dann komisch, aber kommt Zeit, kommt Ampel ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ampeln (war: Fwd: highway=bus_stop und weitere tags f ür diesen Node)
Martin Koppenhoefer schrieb: 2.) Die Ampel kann durchaus jetzt schon bei der Routenberechnung hilfreich sein. Hier könnte man mit Durchschnittswerten (z.B. 1/2 Minute Wartezeit pro Ampel) wahrscheinlich schon einiges verbessern. Auf jeden Fall haben die Routensoftware-Schreiber wesentlich mehr Daten in der Hand im solche Sachen überhaupt ausprobieren zu können. Das lasse ich nicht gelten, da es rein auf die Ampelschaltung ankommt. In Hauptstraßen (ausserhalb von Städten wie Tübingen, die gerne die Autofahrer gängeln) sind normalerweise die Ampeln in Wellen geschaltet, während in Seitenstraßen meist längere Wartezeiten und keine Wellen zu finden sind. Daher kannst Du m.E. genausogut Lotto spielen als auf realistische Zeiten zu kommen. Auch müsste man dann noch die Zeiten berücksichtigen, zu denen die Ampeln ausgeschaltet werden, ob das stattfindet, etc. M.E. sind Routingberechnungen, die Strecke und Straßenklasse berücksichtigen, da im Vorteil und solche Dinge wie Ampelschaltungen und Vorfahrtsregeln schon in der Straßenklasse mitverwurstet. Mir ging es hier auch garnicht darum, daß ich mit dem Beispiel der halben Minute das Ei des Kolumbus gefunden habe. Vielleicht hast du recht, das die Ampeln beim Routing überhaupt nicht hilfreich sind. Aber das laß doch ruhig die Routingsoftwareschreiber herausfinden. Die werden dann von den Anwendern schon einen auf den Deckel kriegen, wenn Ihre Software andauernd falsche Routen bzw. Zeiten anzeigt ;-) Wenn du aber die Ampeln garnicht einträgst was sollen die bringen? (wie du es eingangs erwähnt hast), haben wir keine Chance das überhaupt jemals herauszufinden. 3.) Routenhinweise wie an der nächsten Ampel rechts oder hinter der Ampel die nächste Straße links rein fände ich schon schick. ja, wenn man denn alle hat. Kaum fehlt eine, gibts Ärger ;-) Klar, dann muß wieder ein Mapper raus in die Kälte ... Deswegen sage ich ja gerade, daß die Ampeln alle rein sollen ;-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Asche und Rasensportplätze
Tobias Wendorff schrieb: Ulf Lamping schrieb: ... aber soccer halt eher nur dann, wenn da wirklich überwiegend Fußball gespielt wird. Wenn da auch ein Basketballkorb und vielleicht noch was anderes drauf ist, eher sport=multi ... Multi finde ich nicht so toll, da man dann wieder nicht weiß, was da gespielt wird. sport = multi soccer = yes baseball = yes Finde ich irgendwann destruktiv, denn die Informationen verstreuen sich ziemlich. Wer soll denn da jemals noch Ordnung wiederfinden? sport = soccer; baseball Alle die hier immer so beschriebenen Werte mit Semikolon haben einen klitzekleinen Nachteil: Damit wirst du aktuell in 100% aller Anwendungen keinerlei spezielle Darstellung bekommen. Und ich glaube nicht, daß sich das in absehbarer Zukunft ändern wird - halt viel Aufwand und wenig Nutzen. Da gefällt mir persönlich: sport = multi soccer = yes baseball = yes schon noch besser. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Asche und Rasensportplätze
Kilian S. schrieb: Hallo, gibt es eine Möglichkeit zwischen Rasensportplätzen (Fussball) und Ascheplätzen zu unterschieden? leisure=pitch surface=grass bzw. surface=ash (ash wird aber erst 29mal verwendet) evtl. dann noch die Sportart: sport=soccer ... aber soccer halt eher nur dann, wenn da wirklich überwiegend Fußball gespielt wird. Wenn da auch ein Basketballkorb und vielleicht noch was anderes drauf ist, eher sport=multi ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Wiki page for big data contributors needs updating
Mike Collinson schrieb: Simone, The ODbL is still a BY-SA license but written with databases rather than creative works in mind (ODC-BY-SA). So my opinion is that Frederik's advice is the right one, it depends on how narrow or wide-ranging the original authority was. At the moment, we are simply trying to methodically establish where issues might exist. I really like to see that this is done and especially that you let the people know that are not on the legal-talk list :-) There is no need to make formal contact ... a license change has neither been decided nor made. Right. That's the main reason why I didn't already contacted the Frida data owners about the license change. We currently just don't know when and how the license will change. That's also the reason why I'm a bit skeptical about the original proposed time table for the license change, especially for the mappers. For some it's not a simple yes/no decision, but like me they'll have to ask others - and that just may take a while ;-) Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Eine Frage aus Colorado, USA!
qbert biker schrieb: Original-Nachricht Datum: Fri, 13 Mar 2009 00:04:59 +0100 Von: Ulf Lamping ulf.lamp...@googlemail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Eine Frage aus Colorado, USA! Markus, ich finde es inzwischend faszinierend wie du ohne die Spur einer Ahnung rumdiskutierst. Und ich finde es immer wieder faszinierend, wie nett manche mit abweichenden Meinungen umgehen ;) Sorry, aber wenn mir jemand andauernd (diese Diskussion läuft ja nicht zum ersten mal) erzählt das die OSM Software nichts taugt und wie ich als Open Source Entwickler meine Arbeit zu machen habe, dann hört es für mich halt einfach irgendwann auf und dann werde ich pampig ... Wenn du mir jetzt noch erklärst, warum Microsoft erst Windows 95 und erst viel später Windows XP rausgebracht hat ... Oder andersrum gestellt: Warum bringt OSM heute DOS raus, wenn es schon seit Jahren MaxOSX gibt? Oh, JOSM funktioniert jetzt nur noch über Kommandozeile? ;-) Gegenfrage: Warum braucht Apple tausende von Entwicklern und Designern, wenn das doch alles ganz einfach zu machen ist? In diesem Sinne: Haette MS ueber 15Jahre jede Information ueber bestehende technische Loesungen als poeses Informatikerwissen abgelehnt, das die Freiheit den Denkens einschraenkt, waeren die heute sicher nicht weiter als Windows 95 ;) Irgendwie tust du so, als ob es hier bestehende technische Lösungen gibt, die wir einfach nur noch mal eben so anwenden müßten. Bis zum Beweis des Gegenteils behaupte ich jetzt einfach, daß die Implementierung ein Haufen Aufwand ist. Solange wir niemanden finden, der z.B. für die Verbesserung im JOSM gefühlte 2-3 Mannjahre Aufwand in Geld spendiert (und jemanden der es dann auch machen kann), werden wir auf die Motivation der Entwickler setzen müssen und es dauert halt damit dann etwas länger ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] QLandkarteGT 0.11.0 unter Windows - anyone?
Nop schrieb: Hi! Johann H. Addicks schrieb: Hat das jemand von Euch installiert bekommen? Ja, hier Der Installer läd bei mir zwar noch irgendwelchen Krempel aus dem Netz nach, aber irgendwie schaffe ich es nicht, über die Meldung einer fehlenden gdal_fw.dll hinwegzukommen. Der Installer fragt Dich, ob Du die FW-Tools installieren willst. Tu das, die enthalten die benöigten DLLs. Allerdings im Nachbarverzeichnis, was Dein EXE herzlich wenig interessiert. Lösung: Lege einen Link auf qlandkartegt.exe an und tausche das Arbeitsverzeichnis im Link so daß es auf FWTools2.1.0\ zeigt. Mit dem Link kannst Du QLandkarte starten. Allerdings: Wenn Du dann soweit bist, hab ich noch eine Frage: Bin ich blind oder erlaubt es QLandkarte nicht, Routen in die Karte zu zeichnen sondern ausschließlich einzelne Waypoints?? Ich hab gerade die 0.11.0 vom 9. März installiert. http://sourceforge.net/project/showfiles.php?group_id=212192 Der Installer lädt die Tools runter und installiert das alles passend ohne Nacharbeit. Ich brauchte nur noch den Eintrag im Startmenu aufrufen :-) Gruß,ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] service=alley
Martin Koppenhoefer schrieb: nachdem ich mich schon eine Weile gefragt habe, was wohl service=alley aus den Presets (ist ein Zusatzkey zu highway=service) bedeutet, habe ich mal versucht, mich in den Mapfeatures schlau zu machen. http://wiki.openstreetmap.org/wiki/DE:Key:service So ganz klar ist es mir nicht geworden. Was sind denn schmale Gassen? Ab wann ist eine Straße eine schmale Gasse? Sind das Wege, die zu schmal sind für Autos? Dann waren das bisher bei mir Fusswege, evtl. mit einem Zusatz bicycle=yes. Wenn man nun noch den theoretischen Fall (mir sind keine Beispiele bekannt) berücksichtigen wollte, dass dort auch Motorräder zugelassen sind, dann wäre das halt noch zusätzlich motorbike=yes. Alternativ könnte man auch eine Straße (z.B. highway=residential) nehmen und die Breite dazu angeben. Wenn das aber unter 2,5 - 3 m ist, würde ich davon eher absehen. So richtig ist mir der Sinn von alley jedenfalls nicht klar geworden. Vielleicht weiss ja von Euch einer mehr. Hi! Diese auf Straßen bezogenen service values beziehen sich auf speziell in den USA weit verbreitete Begriffe. Ich hatte vor einiger Zeit auf talk nachgefragt, was denn diese service tags eigentlich bedeuten, da ging es um sehr kurze Garagenzufahrten, einspurige und (fast?) zweispurige Zufahrten zu irgendwelchen Gebäuden (meist wohl Wohnhäusern). Ganz genau kann ich mich aber nicht mehr dran erinnern was denn jetzt was war ... Gruß, ULFL P.S: ... und wieder eins dieser Beispiele, warum ich die deutschen Übersetzungen eigentlich nicht mag, insbesondere wenn das jemand gemacht hat der den Hintergrund überhaupt nicht kennt und daher einfach irgendwas reinschreibt. Der Begriff schmale Gasse z.B. geht hier nämlich ziemlich daneben. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Ortsnamen
Tobias Wendorff schrieb: Bernd Wurst schrieb: BSD. ;-) Ist zwar nicht das gleiche, sollte aber in den wesentlichen Punkten dem entsprechen was du aussagen willst. BSD und PD sind ein ziemlicher Unterschied. Bei BSD muß der Name der Urhebers genannt werden und der entsprechende Hinweis darf auch in späteren / abgeleiteten Werken nicht entfernt werden. PD sagt einfach nur mach damit was du willst. BSD ist eine Softwarelizenz ... sie ist, genau wie GPL, nicht kompatibel mit anderen Schöpfungen (auch wenn dafür wohl der Smily gedacht war). Du stellst das so einfach als Tatsache dar. Das ist zwar vielleicht eine weit verbreitete Meinung, aber bislang meines Wissens nirgendwo wirklich juristisch klargestellt worden. Ob der Terminus This software is ... besonders geeignet ist um andere Werke als Software zu beschreiben ist eine ganz andere Frage, zu lang, um hier noch geklärt zu werden ... ;-) Gruß, ULFL Siehe: http://de.wikipedia.org/wiki/BSD-Lizenz ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Forking
Johann H. Addicks schrieb: Ich finde es im spezielle Fall von OSM eigentlich eher gut, dass es keine Forks gibt. So lange alle zufrieden sind, wird es keine Forks geben. So lange die wesentliche Mehrheit zufrieden ist, wird es keine erfolgreicheren Forks geben. Wenn mehr und mehr Organisationen feststellen, dass CC-by-sa eine gute Lizenz ist und diese für Ihre gemeinschaftlichen Produkte auswählen, dann empfinde ich es -bei allen Datenbank-Aspekten am Rande- extrem problematisch, wenn wir uns eine eigene Lizenz erfinden lassen und damit aus dieser Gemeinschaft wieder verabschieden. Wir schwächen einfach die Möglichkeit der Interoparabilität (Im-/Export) zu anderen OpenSource-Projekten. Von daher kann ich es mir gut vorstellen, dass es Projekte gibt, die einen Fork unterstützen würden, der auf CC-by-sa bleibt. Ich kann momentan überhaupt nicht absehen, inwieweit andere freie Projekte zu CC-by-SA tendieren. Wenn es aber so ist das CC-by-SA in Zukunft die GPL für Daten wird, verlieren wir sehr, sehr viel wenn wir jetzt auf was anderes umsteigen! Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Frage aus Colorado, USA!
Markus schrieb: Hallo Ulf, die Frage aus den USA gibt uns Gelegenheit zur Prozessanalyse: Markus, lass doch bitte mal die bullshit bingo Phrasen! es gibt leider immer noch zu viele weiße Flecken ;-) Möglichkeiten diese zu füllen: ... Mir ist ein eher langsames, aber gesundes Wachstum lieber als das wir jetzt auf einmal tausende von neuen Leuten ins Boot holen. sind die Geographen anscheinend eher die Ausnahme Die haben vermutlich bessere Werkzeuge. Die GIS Werkzeuge die ich bislang gesehen haben sind zwar vom Funktionsumfang her besser als OSM Tools, aber die Bedienung war einfach mehr als grausig. Die Geographen sind es wohl einfach gewohnt mit genaueren Daten zu arbeiten, weil deren Equipment meist besser ist. Die Vorteile von OSM (z.B. vielfach aktuellere Daten) werden dabei halt meist ignoriert. Wenn wir sie aber für die Idee der freien Daten begeistern können, würden sie vielleicht mithelfen, mit ihren Kenntnissen unsere Werkzeuge zu verbessern? Und später ihre Daten bei uns zu pflegen? Oder uns ihre Daten einfach zu spenden? Möglich, aber hier haben wir wohl das gleiche Problem wie bei Wikipedia vs. den Profis. später auch die ganz großen wie Spiegel und TV. Und dadurch setzt Breitenwirkung ein. Hier entsteht aber ein ernsthafter Konflikt: Das System ist zwar für technikaffine ausgezeichnet, aber für Normalbürger viel zu wenig verständlich. Zwar findet gerade ein Umdenken statt, aber das müsste deutlich beschleunigt werden, wenn wir nicht viiiele potentielle Nutzer frustrieren und verlieren wollen. Frage: Wie lange hat Linux gebraucht um für den Massenmarkt tauglich zu werden? Antwort: Über zehn Jahre! Wenn nicht ein Wunder passiert werden die einfachen OSM Werkzeuge noch Jahre brauchen. Das du bei dem Thema jedesmal das maulen anfängst demotiviert übrigens nur die Leute die hier dran sind was zu ändern! Oder meinst du, andauernd zu hören: das ist doch Scheisse was Ihr da macht erhöht die Motivation?!? Die Stammtische sind aus meiner Sicht wichtig neue Leute den Anfang zu erleichtern und die Leute dann auch bei der Sache zu halten. Das gilt m.E. nur für einen sehr kleinen Teil neuer Nutzer, nämlich solche, die bereits technikaffin sind, oder die eine sehr hoher Motivation (oder ein entsprechendes Suchtpotential) mitbringen. Es sind um Zehnerpotenzen mehr, von denen wir nie erfahren, weil sie frustriert aufgeben oder gar nicht erst anfangen, weil das System nach wie vor zu kompliziert ist und der Support für nicht-technikaffine immer noch katastrophal ist. Dann sollten sich die nicht technik affinen hinsetzen und überlegen wie sie die Situation mit ihren Mitteln verbessern können. Dauernd den Entwicklern vorzuwerfen das nicht genug für die nicht technik affinen gemacht wird ist wenig hilfreich! Es gibt ein deutschsprachiges OSM Buch, was bestimmt auch geholfen hat OSM zu verbreiten. Ja, das Buch ist gut. Aber es wird nur von bereits sehr motivierten technikaffinen gekauft. Normalbürger erwarten, dass eine SW selbsterklärend funktioniert, und dass sie jederzeit kontextsensitive Hilfe in deutscher Sprache bekommen können. Unser Wiki hingegen ist in vielen Teilen von technikaffinen für technikaffine geschrieben und für Normalbürger unverständlich, oft sogar nicht mal in deutscher Sprache. Die Organisation der Information, deren Verlinkung und die Suchfunktion sind noch sehr verbesserungsbedürftig. Ein methodisch-didaktisches Konzept kann ich nicht erkennen. Wir haben aus meiner Sicht eigentlich nicht versucht bestimmte Gruppen anzusprechen. Gerade am Anfang waren natürlich die technik affinen Leute in der Mehrheit, die mit GPS und Internet umzugehen wußten (oder Spaß dran haben sowas selbst zu lernen). Genau das ist die aktuelle Wachstumsbremse, eine Schwelle zu deren Überwindung wir uns bald ernsthaft Gedanken machen sollten. Leider ist sie leicht zu übersehen, da wir ja nach wie vor und trotzdem stark wachsen und in vielen Bereichen erkennbare schöne Fortschritte machen. Wertvolle Schritte sind: - OSM-Karte auf Gamin und andere Navi's - Verbesserung der Suche in der Karte - schnelles Neu-Rendern - JOSM-Installer - JOSM-Vorlagen - Web-Baukasten - Deutsch-Übersetzungen im Wiki - Verbesserung der Wiki-Texte und -Struktur - Vereinfachung der Benutzerschnittstelle und Verlagerung komplexerer Schritte in den Hintergrund H, jetzt lass mich mal ein wenig ausholen. Als ich mir 1995 zum ersten mal Linux installiert habe, ging erstmal garnichts. Ich mußte mir selber Anhand der Frequenzen meines Monitors modlines berechnen und was weiß ich sonst noch. Ein paar Jahre später nochmal probiert, ging zwar schon mehr, aber der Drucker ging nicht, der Scanner ging nicht und was weiß ich sonst noch. Noch ein paar Jahre später ging dann der Drucker und der Scanner, aber WLAN ging nicht und was weiß ich sonst noch. Inzwischen haben wir 2009 und bevor wir zur rad09 nach
Re: [Talk-de] Eine Frage aus Colorado, USA!
Frederik Ramm schrieb: Hallo, Ulf Lamping wrote: Dann sollten sich die nicht technik affinen hinsetzen und überlegen wie sie die Situation mit ihren Mitteln verbessern können. Oder einfach noch die 10 Jahre warten, bis OSM in das Alter kommt, in dem Linux sich auch bei Anfaengern durchgesetzt hat. Das klingt jetzt vielleicht ein bisschen arrogant, aber wir haben schon so, mit unserer ganzen Benutzerunfreundlichkeit, ein Wachstum, das nicht leicht zu bewaeltigen ist. Ich lege gar keinen gesteigerten Wert darauf, in dieses gut brennende Feuer noch Benzin zu giessen. Natuerlich werde ich niemanden davon abhalten, schoene benutzerfreundliche Software zu machen, aber ich finde nicht, dass man das zu sehr problematisieren muss. Das ist so, als ob die Stadt gerade ein riesiges Areal zu einem Park umgewidmet und begruent hat und ich wuerde jetzt im Gemeinderat staendig Problemsitzungen beantragen, weil der Park keine schattigen Plätze unter 100 Jahre alten Eichen bietet ;-) Ich find das jetzt aber schon blöd, daß du das besser formulieren kannst als ich ;-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Vorlagen
Dirk Stöcker schrieb: On Tue, 3 Mar 2009, Ulf Lamping wrote: Allerdings hat sowas im Titel einer Dialogbox irgendwie nicht so richtig was zu suchen :-) Im Titel sollte doch eher Straßen - Tunnel oder so stehen. Oder ist das der Vorlagendialog zu Auswahl unpassend!? ;-) Ansonsten wird es noch etwas dauern, bis die Neuerungen in JOSM auch stilistisch ausgereift sind :-) Ich kann ja schonmal meckern! ;-) Die Bedienung ist hier aber schon komisch. Ich kann zwar alles mögliche eintragen, aber dann nicht anwenden. Sollte man hier nicht alle aktiven Controls (bis auf solche Sachen wie: mehr Informationen ...) ausgrauen? Dann kann man sich die Sachen schonmal ansehen, merkt aber sofort das da was noch nicht so stimmt. Aktuell fängt man an da Sachen einzutragen und wenn man dann alles eingetragen hat und meint fertig zu sein merkt man, öööp, falsches Element ausgewählt. Würde ich beides mal als Trac-Ticket eintragen. Ich habe nämlich momentan gerade keine Idee, wie man es umsetzen kann, aber es kommt mir sinnvoll vor :-) Würde oder hast du schon? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Frage aus Colorado, USA!
Hurricane McEwen schrieb: Hallo Talk-de! Ich bin Hurricane McEwen aus Colorado. Ich bin ein community ambassador (Community Botschafter)) für OpenStreetMap in den USA. Ich habe eine Frage an Euch! http://cloudmade.com/team/hurricane-mcewan http://community.cloudmade.com/blog/ Deutschland ist ziemlich fertig in der OSM Karte. Ihr seid am Besten ;) ! Das täuscht! Wir sind hier zwar wirklich schon ziemlich weit, aber es gibt leider immer noch zu viele weiße Flecken ;-) Wir wären gerne auch so gut in der USA... wir veranstalten ‘mapping parties’ aber sie könnten besser sein - mit mehr interessierten Leute etc Leute für OSM zu interessieren ist ein ganz, ganz wichtiger Punkt. Je nach Zielgruppe sind natürlich die Interessen unterschiedlich. Hacker wollen mit den Daten spielen, Radfahrer die Karten auf einem Garmin verwenden, ... Interessanterweise sind die Geographen anscheinend eher die Ausnahme bei den OSM Leuten. Also lautet die Frage: was macht ihr (um erfolgreich zu sein)? Puuuh, also hier mal meine sehr persönliche Sicht der Dinge ... Ich glaube wesentlich am Anfang war hier in D die relativ große Anzahl an Leuten, die in der Open Source Scene aktiv sind und ein Interesse an freien Daten hatten/haben. Die haben recht schnell (in 2-3 Jahren) eine Basis an Daten erzeugt und damit gezeigt das es in D prinzipiell geht. Wie das einmal geschafft war, kam das Interesse von auflagenstarken technik affinen Medien wie C't, Linux Magazin (später auch die ganz großen wie Spiegel und TV). Dadurch kamen dann genug Leute zu OSM und der weitere Aufbau ging dann in ca. einem Jahr recht schnell. Was können wir auch tun? Sind eure Stammtische” der beste Weg, um mit neuen Leuten zusammen zutreffen und an OSM zuarbeiten? Welche ‘Gruppe’ versucht ihr zu erreichen (Geographen, Wanderer, Fahrradfahrer...)? Die Stammtische sind aus meiner Sicht wichtig neue Leute den Anfang zu erleichtern und die Leute dann auch bei der Sache zu halten. Es gibt ein deutschsprachiges OSM Buch, was bestimmt auch geholfen hat OSM zu verbreiten. Wir haben aus meiner Sicht eigentlich nicht versucht bestimmte Gruppen anzusprechen. Gerade am Anfang waren natürlich die technik affinen Leute in der Mehrheit, die mit GPS und Internet umzugehen wußten (oder Spaß dran haben sowas selbst zu lernen). Warum arbeitet ihr bei OpenStreetMap mit? Macht ihr es, weil euch das Erkunden (beim Wandern etc.) Spaß macht oder ist euch das Teilen der Daten wichtiger? Ich persönlich möchte freie Daten haben, weil ich weiß das dadurch Dinge entstehen können, die es sonst einfach nicht geben wird. Ich denke, dass es wohl keine „richtige“ Antwort gibt, aber alle Antworten können uns helfen es hier noch besser zu machen ;-) Danke für eure Hilfe! Hoffentlich können wir uns bei der SOTM kennen lernen. ;) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Diverse GIS-Projekte ohne Nennung von OSM
Jens Müller schrieb: Markus schrieb: Hallo Jan, Es scheint immer noch genügend Entscheidungsträger zu geben, die noch nicht von OSM gehört haben. Ja, leider. Der Vertreter vom VCD-Nürnberg (Verkehrsclub Deutschland) kennt OSM nicht. Habe ihm gezeigt, wie er wenigstens seine Geschäftsstelle eintragen und verlinken kann. Und der ADFC kennt es vermutlich, macht aber lieber seinen eigenen proprietären Schrott. Der ADFC ist ja genau wie der ADAC keine gemeinnützige Organisation, sondern ein knallhartes Wirtschaftsunternehmen. Hallo Jens! Jetzt halt aber bitte mal den Ball flach! Erstens würde ich die Karten vom ADFC auf einer öffentlichen Mailingliste nicht als proprietären Schrott bezeichnen, daß kann durchaus als rufschädigend verstanden werden - und das wird im Zweifel schnell recht teuer. Zweitens sind die OSM Daten *flächendeckend* noch nicht soweit, das man die allen ernstes flächendeckend für Karten verwenden könnte. Drittens gibt es die ADFC Karten wohl schon etwas länger als OSM. Viertens ist es für den ADFC wohl schon ein großer Aufwand auf OSM umzusteigen, selbst wenn die OSM Daten soweit wären. Fünftens haben die unter Umständen längerfristige Verträge mit den Kartenanbietern und können aus diesem Grund vielleicht nicht einfach so umsteigen. Nicht falsch verstehen, ich würde es auch durchaus begrüßen, wenn der ADFC sich ernsthaft Gedanken macht mittelfristig auf OSM umzusteigen, aber deine Aussagen sind dabei wenig hilfreich ... Gruß, ULFL P.S: Ich bin in keinster Weise mit dem ADFC verbunden, habe bislang noch nichts vom ADFC gekauft und fahre nicht mal besonders viel Rad. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] immutable=yes Fwd: DEC Lands
Russ Nelson schrieb: On Mar 9, 2009, at 3:07 PM, Matthew Toups wrote: If we can't change the data, what's the point of having it in OSM? Having consistent metadata and a consistent single-source API. On what bases would someone with no formal training, no legal deed description, or survey map have to determine if a State boundary is correct or incorrect. Simply holding a GPS receiver does not give someone authority. This sounds like many arguments against wikipedia -- of *course* only highly trained professionals should be allowed to edit an encyclopedia! Note his title: Surveyors get VERY VERY grumpy whenever they hear that people with a GPS receiver are using it for positional recording. VERY grumpy. Hmmm, maybe surveyors are not compatible with OSM then :-) Simply holding a GPS receiver does not give someone authority. That's perfectly true. But we're not searching for authorative reference. If they want to have an authoritive database, OSM is probably the wrong place to look at! OSM is about to have a *free* database. Saying your not allowed to change the data is *not* a free database as I understand it. I would like to see that data included, but if this sacrifies the principles of OSM, I'd say thanks, but no thanks! Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] immutable=yes Fwd: DEC Lands
80n schrieb: The problem with GPS toting mappers is that they will often believe their GPS tracks are at least as accurate as those used for all the other data in OSM, so there's a strong temptation to move things around a bit based on the information they have to hand - I know, I've done it. ;-) A bit of a skeptical view about your own GPS data accuracy is *always* a good idea, no doubt about that :-) What's needed here is not an immutable=yes tag but rather a couple of tags source=DEC and accuracy=definitive which will give GPS toting mappers the information they need to know that the data in OSM is likely to be more accurate that their GPS. They can then take an informed view about whether or not to mess with it. Sounds like a good approach. Having something like You are about to edit data that is probably more accurate (Xm) than what you can achieve with common GPS equipment. Are you really sure you want to change this? However, I don't know if the editors will implement something like this anytime soon ... Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSM license change: A license to kill? - How to make a nightmare come true!
SteveC schrieb: (This is meant as a funny way to say that, when other important business has been resolved, we should perhaps one day clean up the AoA; it is not meant to suggest that there was something wrong with those serving on the OSMF board.) Well I don't really get the joke, but I see your point. And lets be very clear for the audience Frederik that recently you asked for a list of OSMF members and in response I offered and encouraged you to join the board phone call itself to experience what happens and to lay any concerns you have out with people. You refused. So lets be clear again that communications are a two way street and you have a set of ways of communicating and ways you dont want to communicate just like everyone else in the world. Ok. Now I'm asking you about a list of the OSMF members publicly. I'm not an OSMF member for the record. The OSMF is asking for an OSM license change, so I really want to know what the persons in question are that want to change the license. Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Pavel Machek zur neuen Lizenz
Christoph Eckert schrieb: Moin, Einerseits sehe ich ein, dass ein Lizenzwechsel ein Stück weit durchgepeitscht werden muss. Sonst diskutieren wir in 20 Jahren immer noch ergebnislos herum. Insofern ist es richtig, dass die OSMF Gas gibt und versucht, Störenfriede so weit wie möglich draußen zu halten. Dann sollte man vielleicht das Open in OpenStreetMap rausstreichen ... Andererseits bin ich etwas mißtrauisch gegenüber der OSMF, was wahrscheinlich daher kommt, dass die sich so zugeknöpft geben. Zwar wird ständig beteuert, dass man das Projekt bzw. die Daten nicht kontrollieren wolle, ich bin mir aber nicht so ganz sicher, inwieweit da Anspruch und Wirklichkeit in Deckung zu bringen sind. Die Daten will man nicht kontrollieren, sondern nur die Lizenz darüber :-( Steve Coast hat (ebenfalls am Mittwoch) in seiner unnachahmlichen Art ein längliches Posting¹ losgelassen. Auch dieses lässt sich dahingehend interpretieren, dass versucht werden soll, potentielles Störfeuer möglichst in einen Kugelfang umzuleiten, den man nicht weiter zu beachten braucht. Ich habe Steve zweimal darauf hingewiesen, daß es wichtig wäre mehr Vertrauen der Mapper in die beteiligten Institutionen und Einzelpersonen aufzubauen. Darauf hat Steve mit einem das ist nicht mein Job bzw. kümmert euch halt selber drum geantwortet. Steve hat hier und in den Antworten auf die Mails schlicht für mich gezeigt, daß er wohl nicht fähig ist so etwas wie eine offene Community zu leiten und das ihm diese Community vielleicht auch ziemlich egal ist. Preisfrage: Willst du wirklich die Lizenz über unsere Daten einer Horde von Anwälten überlassen, die du nicht ansatzweise kennst und die auf wundersame Weise zu Steve gefunden haben? Sorry für meine zynischen Formulierungen, aber ich bin an der Stelle gerade ziemlich angefressen wie die Sache läuft! Im Anhang weist er darauf hin, dass ihm persönlich mit PD am meisten gedient sei. Das kaufe ich ihm nicht so ganz ab. Ich glaube im Gegenteil, dass es Cloudmades vitales Interesse ist, eine PD-Lizemz zu verhindern. Mich würde mal interessieren, inwieweit die OSMF mit Cloudmade verflochten ist und inwieweit Cloudmade über die OSMF versucht, die Lizenz durchzudrücken. Die Lizenz ist ja nicht grundsätzlich schlecht. Wenn Cloudmade denkt, dass diese Lizenz ihnen nutzt, und sie daher versuchen, die möglichst schnell durchzubekommen, dann ist das eigentlich keine schlechte Sache. ... wenn Cloudmade ähnliche Interessen wie du und ich verfolgen, ja. Woher weiß ich das? Aber wenn es so wäre, dass Cloudmade eine PD-Lizenz als gefährlich erachtet und sie deshalb ihren Einfluss in der OSMF zu nutzen versuchen, PD zu verhindern, dann hätte das Ganze doch schon ein G'schmäckle, gell :) . Der Lizenzwechsel wird auf jeden Fall einiges Geknarze im Gebälk verursachen. Einige Leute werden das Projekt vielleicht verlassen, andere werden einen Fork versuchen, aber sehr viele werden, wenn vielleicht auch murrend, dann doch mitziehen. Wenn ich mir ansehe, welchen Aufwand wir treiben, nur um unsere Daten in einen güldenen Käfig zu sperren, von dem noch keiner weiß, ob er auch wirklich sicher ist, dann frage ich mich, welcher Nutzen dem Aufwand gegenübersteht. Na ja, wo war der Aufwand, die Daten unter CC-by-SA Lizenz zu stellen? Als ich vor knapp drei Jahren angefangen habe, mich für OSM zu interessieren, fand ich es gut, diese SA-Komponente in der Lizenz zu haben. Inzwischen denke ich anders. Wenn unsere Daten gemeinfrei wären, würde vielleicht der ein oder andere ein Geschäft damit machen, ohne uns was zurückzugeben. Im Gegenzug würde es aber auch freie Anwendungen geben, die wir momentan durch unsere Lizenz verhindern. Ich weiß, dass es viele Mapper gibt, die gegen eine PD-Lizenz sind. Ich finde das schade. Wir verlören in meinen Augen nichts, aber die Allgemeinheit könnte nur davon profitieren. Ich war ja letztes Wochenende bei der rad09 am Stand. Dort konnte man mit Blick auf einige Stellen (z.B. Zypern) zeigen, daß die Daten gegenüber Garmin nicht nur kostenlos, sondern an dieser Stelle sogar heute bereits besser sind als die von Garmin. Das ist zumindest momentan ein gutes Argument um Leute davon zu überzeugen das OSM ihnen in Zukunft auch woanders was bringt und das es sich lohnt mitzumachen. Wenn jetzt Garmin die Daten an der Stelle ohne einen Hinweis auf uns verwendet, verlieren wir genau diesen Vorsprung wieder. Und ich werde jetzt keine Easter Eggs in unsere Daten einbauen um nachher sagen zu können: Guck mal, da hat Garmin unsere Daten kopiert ;-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Baustelle mit kompletter Straßensperr ung (9 Monate)
Tobias Knerr schrieb: Tobias Wendorff schrieb: Zeichen 250 soll ja eigentlich als access = no getagged werden, Soll es eigentlich nicht. Seit vehicle dokumentiert ist, gibt es keinen Grund mehr, nicht das zutreffendere vehicle=no anzuwenden. Wo* finden sich denn gegenteilige Aussagen? Tobias Knerr * außer beim unpassenden Photo in Map Features, das zu entfernen aber vermutlich wieder mal das Wiki lahm legen würde ;-) Kann mir dann noch jemand erklären, worin der Vorteil von vehicle eigentlich besteht? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] License plan
Tobias Knerr schrieb: Frederik Ramm wrote: I have never mapped anything thinking hey, maybe someone else is going to make a nice map from this that I can then use. Not one single time. I don't know if that makes me an exception. Most people I talked to were enthusiastic about the data being collected, and were talking about cool things *they* could do with the data, but I might be moving in the wrong circles ;-) My (completely unscientific) observation is that liberal opinions about licensing (esp. PD-advocacy) are more common with people who actually write software / make map styles / do other advanced things with OSM data. Support for liberal licensing also appears to be more prevalent on the mailing lists than anywhere else in the project. I'm writing OSS (and being involved in JOSM devel) for quite a while. Most of the time I was talking with other developers about licensing results that the GPL was the preferred way to go. Your milage may vary. As Frederik (and other people) prominently advocating PD on our lists doesn't mean that this is common sense throughout the developers or makers community. One possible explanation might be that these liberals have experienced the problems of incompatible licenses etc. themselves. However, I'm starting to think that there's something else: If people are able to create cool OSM stuff themselves, they care most about licensing not getting in their way. Personally, I'm preferring the copyleft idea, as that's what I've seen to be the most benefit return for me - in the long run. The very unfortunate thing here is simply that there's no golden rule to choose as there's no GPL for data (as GPL is common in software development), so we have incompatible data licenses get in our way - which is very, very sad indeed. However, I've spend a lot of effort in OSM both with JOSM development and with mapping. If OSM we're PD or BSD licensed, I certainly wouldn't have even started to spend an hour of my time ... Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Pavel Machek zur neuen Lizenz
Frederik Ramm schrieb: Hallo, Sven Geggus wrote: Den Mapper möchte ich sehen, der loszieht um Daten zu erfassen, die schon mal da waren! Klingt irgendwie ein wenig wie bei der Sage vom Sisyphus. Das hat sich nach ein paar Monaten ausgewachsen. Einer, der miterlebt hat, wie die Daten schon mal da waren und dann geloescht wurden, wird keine List haben. Aber ein Neuer - und davon gibt es von Tag zu Tag mehr, und die wird es auch geben, wenn wir die Lizenz zu ODbL oder Public Domain oder RichardStallmanOwnsYourCat aendern - der macht sich ganze bestimmt freudig an die Arbeit, ohne lange zu fragen. Da wäre ich durchaus etwas skeptischer. Wenn eine Reihe von Leuten den Lizenzwechsel nicht mitmachen und dessen Daten wirklich gelöscht werden, wird das mit 100% Sicherheit durch die Presse gehen. Die betroffenen Mapper werden sich doch auch nicht einfach so in Ihr stilles Kämmerlein zurückziehen, sondern im Zweifel (auch öffentlich) über die Unzuverlässigkeit von OpenStreetMap maulen. Wenn wir erstmal einige exMapper haben, die im Netz die Meinung verbreiten: Vergiß OSM, ich hab da mal viel Arbeit investiert, aber die löschen alle paar Jahre wegen irgendwelchen Lizenzgeschichten einiges an Daten einfach wieder raus - dann haben wir ein massives Problem. Dann wird nämlich auch der Zustrom an neuen Mappern abebben. Für die Datenspenden von kommerziellen und offiziellen Anbietern sieht es wohl noch düsterer aus, da die meist einen zuverlässigen Partner wollen (am besten mit Vertrag) - und mit der Lizenzgeschichte führen wir gerade im Paradebeispiel vor, daß wir zuverlässig eben genau *nicht* sind :-( Ich hoffe, daß dieses worst case Scenario *nicht* eintritt ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] License plan
Frederik Ramm schrieb: Hi, Richard Fairhurst wrote: There's three categories to consider relating to existing data. 1. People who have made edits and can't be contacted. 2. People who don't like ODbL and withdraw their data. 3. Large organisations. I have a fourth category to add: 4. People who don't dislike ODbL per se but dislike the manner in which it was brought about, and thus feel rushed/excluded. People who make sensible suggestions for improvement but see their suggestions brushed away or simply ignored because this would just delay the license release (which seems to be planned for 28th March), or people who have legitimate concerns and find them answered with an I don't know from the legal counsel and an we'll press ahead anyway from OSMF. Having a proper process that takes our project members and their concerns seriously, rather than holding a gun to their heads and saying agree to this license or go away, is not only important for keeping as much data as possible, it is also, in my eyes, a requirement of project ethics. I can live with some data being lost. But I would like to avoid press headlines like 20% of OpenStreetMap members quit over license row / Disgruntled mappers say they feel ignored / Fake SteveC: 'Crisis? What Crisis?' - I think *that* kind of thing would hurt us more than having to redraw a few villages. FULL ACK!!! Personally I am feeling excluded from what's going on behind the scenes and I think this is not the way for a project that has open in his name ... There were only very few news on talk/talk-de available for such an important thing as a license change. A little bit more respect to the people that actually did the mapping work would probably be a very good idea. We're only loosing 5% of the data is a very, very strange attitude for me. Not because of the data but because of the people behind that data. I must say that this is the first time that I'm seriously thinking about to stop my effort with OpenStreetMap completely and I'm feeling very sorry about that. But I just won't continue to spend effort if OSM in the long run probably ends up as a commercial thing. You're probably not aware, but with the way the current license discussion is done you are spreading a lot of FUD on your own project :-( Just wanted to let you know how the current actions are received from people not being directly involved in legal talk ... Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] License plan
Frederik Ramm schrieb: Hi, OJ W wrote: Currently OSM surveyors do their thing in the understanding that cartographers will turn the result into something nice that they can use (and the surveyors know that they will benefit from this due to the map images being sharealike) This is your assumption, not mine; I have never mapped anything thinking hey, maybe someone else is going to make a nice map from this that I can then use. Not one single time. I don't know if that makes me an exception. Most people I talked to were enthusiastic about the data being collected, and were talking about cool things *they* could do with the data, but I might be moving in the wrong circles ;-) Well, I guess you're really the minority here ;-) My feeling is that most of the mapping people involved in the project right now are really depending on what the developers/designers are doing. And they are happy with the map results the major maps offer. Personally I would love to see a motorcycle dedicated map - but hesitated to start the effort ... Regards, ULFL ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] OSM license change: A license to kill? - How to make a nightmare come true!
Hi! I'm not sure you're aware, but you're currently on the best way to make the license to kill phrase come true! First of all: If you're not aware, it's all about trust. When I first uploaded data to OSM, I made sure about the license - so my effort wasn't only commercially consumed. This level of trust was not build on any person known or the (at that time) not existing OSMF, but in the text of the CC-by-SA license. So let's get some facts straight! You want a license change for the OSM data. Fine, because there are some real troubles with the license. However, the OSM mappers have done their part of the job to make the vision of OSM all come true. THEY have provided the real life in it - the data. Not only you or me itself, and not the lawyers involved. So if YOU want to change something it's YOUR duty to convince the mappers! Simply saying we're the OSMF board and we know what's good for you is a very, very bad idea to build trust! Remember: We're not talking about a bot run to fix some tags, we're talking about the legal property of the people involved! Hopefully obvious, it's a much better idea to convince people than to force them to a yes / no decision. Hopefully you know and trust the lawyers, foundation, whoever, ... involved. WE PROBABLY DON'T KNOW THEM SO WHY SHOULD WE MAGICALLY TRUST THEM?!? There were NO!!! introduction of the players involved, no ideas how to build trust in the community ... (e.g. what's the relation to the OSI initiative?). All in all, I must say that the current way of handling these things in this VERY SENSITIVE AREA is nothing but ridiculous! Regards, ULFL P.S: Steve's recent mail were not providing any new information except that laywers are expensive (BTW: I'm not in a hurry about a new license) ... ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] JOSM-Vorlagen
Dirk Stöcker schrieb: On Tue, 3 Mar 2009, Ulf Lamping wrote: Von daher bin ich auch ganz schwer dafür, solche Vorlagen zu entfernen und nur best-practice mit Vorlagen und Icons zu unterstützen. Die Vorlagen (zumindest in SVN1460) unterstützen das sowieso nicht, hier geht es nur um die Icons ... Was? Die Unterscheidung Node/Way? Doch, tun sie. Nur hat sich bis jetzt keiner gefunden, der die Presets-Datei mal aufräumt und für jede Vorlage den korrekten Typ einträgt. Mit unterstützen meinte ich einfach, daß (zumindest in meiner 1460) die Vorlage Straßen/Tunnel in der Dialogbox nur das Way Symbol anzeigt - die Vorlage Tunnel unterstützt jetzt schon keine Nodes. Was ja laut einhelliger Meinung (auch meiner!) in den Vorlagen völlig ok ist. Unterstützte Typen sind node, way, closedway, relation. Das wird auch beim Nutzen der Vorlagen erzwungen. Wenn also die Vorlage way sagt, dann kannst Du damit keine Nodes bearbeiten. Zumindest für Straßen geht das schon eine Weile nicht mehr! Wenn ich versuche für einen Node die Tunnel Vorlage zu verwenden, bleibt der Button Vorlage anwenden ausgegraut - ok. Leider ist der Tooltip dazu: Auswahl unpassend! etwas knapp geraten. Vielleicht den Tooltip auf sowas wie: Die Vorlage kann nicht auf den aktuellen Auswahltyp angewendet werden erweitern? Dann wüßte zumindest ich beim nächsten mal was das Problem ist ;-) Nur wie gesagt, momentan ist an vielen Stellen way,node,closedway als Platzhalter drin. Mitarbeiter dringend gesucht! Ist viel Fleißarbeit für jede Vorlage die Webseite aufrufen, vergleichen und anpassen. Und außerdem ermitteln, ob closedway (also Flächen) oder normale Wege. Das steht nämlich in den MapFeatures so deutlich nicht drin :-) Versteh ich jetzt nicht. Die Map Features haben doch: Node, Way und Area was genau dem entspricht was du meinst, oder? Problem ist da natürlich, daß Map Features leider wohl immer noch an vielen Stellen in dieser Beziehung einfach nicht der Mapping Realität entspricht. Andererseits bekommen wir über diesen Weg vielleicht mal eine Aktualisierung der Map Features hin - so merken wir es zumindest mal ;-) P.S. Und wenn sich jemand die Arbeit macht -- Bei allen Flächentypen, die auch Multipolygone sein können gehört auch relation dazu. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Vorlagen
Dirk Stöcker schrieb: On Tue, 3 Mar 2009, Ulf Lamping wrote: Wenn ich versuche für einen Node die Tunnel Vorlage zu verwenden, bleibt der Button Vorlage anwenden ausgegraut - ok. Leider ist der Tooltip dazu: Auswahl unpassend! etwas knapp geraten. Vielleicht den Tooltip auf sowas wie: Die Vorlage kann nicht auf den aktuellen Auswahltyp angewendet werden erweitern? Dann wüßte zumindest ich beim nächsten mal was das Problem ist ;-) Tooltip? Steht das nicht im Titel? Da ist nicht soviel Platz. Beides! Allerdings hat sowas im Titel einer Dialogbox irgendwie nicht so richtig was zu suchen :-) Im Titel sollte doch eher Straßen - Tunnel oder so stehen. Oder ist das der Vorlagendialog zu Auswahl unpassend!? ;-) Ansonsten wird es noch etwas dauern, bis die Neuerungen in JOSM auch stilistisch ausgereift sind :-) Ich kann ja schonmal meckern! ;-) Die Bedienung ist hier aber schon komisch. Ich kann zwar alles mögliche eintragen, aber dann nicht anwenden. Sollte man hier nicht alle aktiven Controls (bis auf solche Sachen wie: mehr Informationen ...) ausgrauen? Dann kann man sich die Sachen schonmal ansehen, merkt aber sofort das da was noch nicht so stimmt. Aktuell fängt man an da Sachen einzutragen und wenn man dann alles eingetragen hat und meint fertig zu sein merkt man, öööp, falsches Element ausgewählt. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz: Forschritte
Frederik Ramm schrieb: Hallo, Hallo! Ich hatte mit der Vorbereitung und Durchführung des OSM Messestandes auf der rad09 in Fürth zu tun, daher erst jetzt ein Kommentar (andere folgen in Kürze). Lutz Horn wrote: Und genau das ist beabsichtigt. Aber nur von sehr wenigen Teilnehmern beim Projekt. Den meisten ist die praktische Nutzbarkeit der Daten wichtiger als strikte RMS-Ideologie. Den meisten ist der genaue Unterschied zwischen PD, BSD und GPL (und den Konzepten dahinter) sowieso nicht bekannt. Das strikte Share-Alike sorgt fuer sehr viele Probleme und Inkompatibilitaeten. Es zeigen sich halt immer mehr die Kompatibilitätsprobleme der unterschiedlichen Daten-Copyleft Lizenzen (GFDL bei Wikipedia, CC-by-SA bei OSM, XY bei Z). Wäre es dann aber nicht besser, sich mit den Wikipedia etc. zusammenzusetzen und *einen* Standard für eine Daten-Copyleft Lizenz zu erstellen anstelle hier nochmal was eigenes zu schaffen? Ich nenne zwei Beispiele: ... [SNIP Reit- und Wanderkarte Beispiel] ... ... [SNIP Student und Daten vom oertlichen Verkehrsverbund Beispiel] ... Hardliner sagen in beiden Faellen: Pech gehabt, wenn der Verkehrsverbund oder CGIAR ihre Daten nicht in einer Lizenz rausgeben, die uns gefaellt, dann sind sie eben boese und gegen die Freiheit. boese ist hier doch jetzt deine Wertung. Ich persönlich habe kein Problem wenn Leute Daten rausgeben, die nur zur privaten Nutzung gedacht sind. Oft können die Mitspieler ja auch nicht anders, weil Verträge mit Dritten eingehalten werden müssen. Das ist zwar Schade, aber so ist es dann halt. Das ist halt nur nicht die Freiheit, die ich meine :-) Das ist in meinen Augen realitaetsfremde Ideologie, die in einem pragmatischen Projekt wie OSM keinen Platz hat. Es geht darum, mehr Daten und Projekte vollständig frei verwendbar zu machen. Das zaehlt nicht zu den erklaerten Zielen von OSM. OSM hat das erklaerte Ziel, eine freie Weltkarte aufzubauen. Zu einer freien Weltkarte gehören für mich z.B. auch *freie* Höhendaten. Der Witz einer Copyleft Lizenz ist doch gerade, daß sie durch die Inakzeptanz von nicht freien Daten die Leute motiviert wirklich freie Daten zu schaffen. Das dauert natürlich länger als das zu nehmen was irgenwie schon da ist. Wenn wir sagen: Hauptsache irgendwie verwendbar, führt das doch letztlich dazu, daß genau diese freien Alternativen aber dann eher nicht entstehen. Die einen nennen es weltfremde Ideologie, die anderen nennen es Weitblick ;-) Ich hätte mir vor ein paar Jahren auch nicht vorstellen können, daß die etablierten Grafikkarten Hersteller offene Linux Treiber für Ihre Karten bereitstellen würden. Inzwischen ist das aber Realität und ich bin mir sicher, das dies niemals unter einer BSD Lizenz passiert wäre. Klar, hat halt 10 Jahre gedauert ... Wenn abgeleitete Werke nicht unter der Lizenz stehen müssen, die für die verwendeten OSM-Daten gilt, dann erlauben wir die Reprivatisierung unserer Arbeit. Das will ich nicht. Die ODbL sieht vor, dass abgeleitete Datenbankwerke ebenfalls unter der ODbL stehen muessen, Nur fuer Endprodukte, wie z.B. Kartenbilder, wird gesagt, dass hier eine andere Lizenz zulaessig ist. Zugleich gilt, dass jede Art der Rueckgewinnung von OSM-Daten aus einem solchen Produkt wieder unter die ODbL faellt. Das ist in meinen Augen ein akzeptabler Kompromiss. Nachdem einige andere Kommentare seit dieser Mail auf talk gelaufen sind, z.B.: http://lists.openstreetmap.org/pipermail/talk/2009-March/034737.html (und der Thread davor), bin ich mir da leider nicht mehr ganz so sicher. Aber ich bin da definitiv zu wenig informiert, um das wirklich bewerten zu können ... Gruß, ULFL ... der es sich bislang auch nicht vorstellen konnte, die RMS Ideologie auf einer ML zu verteidigen ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz: Forschritte
Frederik Ramm schrieb: Alles in allem würde ich dieser Lizenz nicht zustimmen und eher eine Löschung meiner Daten in Kauf nehmen. Dann werden einige Regionen wieder recht kahl :-) Das sind starke Worte. Kannst Du so sagen, bringt aber nicht wirklich irgendjemand weiter. Es bringt halt schon die Erwartung zum Ausdruck, daß bei einem Lizenzwechsel weit mehr geklärt werden muß als ja oder nein. Wenn Du etwas erreichen willst, dann solltest Du Dich am besten am Gestaltungsprozess beteiligen. Na ja, ist halt schon auch so ein Totschlagargument. Er hat sich ja beteiligt, in dem er die Mail geschickt hat :-) Andererseits finde ich das Argument an sich sehr, sehr zweifelhaft. Die Mapper, Importeure und wer sonst noch haben die Daten unter einer bestimmten Lizenz zur Verfügung gestellt. Wenn der Wunsch bei OSM da ist die Lizenz zu ändern, ist es nicht die Sache der Mapper sich aktiv zu informieren! Die Mapper haben Ihren Job gemacht. Dann ist es Sache der Leute die die Lizenz ändern wollen, die Mapper zu informieren, auf dem laufenden zu halten und dann zu überzeugen das die neue Lizenz eine gute Sache ist. In diesem Punkt hat der aktuelle Prozess aus meiner Sicht aber mal komplett versagt ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz: Forschritte
Dirk Stöcker schrieb: On Fri, 27 Feb 2009, Lutz Horn wrote: Ich fasse zusammen: Die Datenbank soll unter der Open Database Licence (ODbL) relizensiert werden, die zwar als Attribution/Share-Alike for databases beschrieben wird, dies aber, wie wir schon festgestellt haben, gerade *nicht* ist. Die Einzeldaten sollen unter einer Lizenz neu lizensiert werden, die im Stil der BSD-Lizenz nichts mehr mit SA zu tun hat. Das ist gar nicht gut. Doch. Wenn Du Dir Software anschaust, dann wirst Du feststellen, dass BSD oder GPL für die Weiterentwicklung keinen Unterschied macht. Das ist ein ganz, ganz großer Trugschluß! Du bist anscheinend in einer GPL Welt groß geworden und nimmst die Vorteile der GPL als gegeben an. Schau dir mal die zahllosen UNIX Varianten an, die in den 70er/80er Jahren entstanden und auf BSD basierten (kennt noch jemand Interactive UNIX?). Die waren alle der Meinung mit UNIX Geld verdienen zu können in dem die ein bisschen was drangestrickt haben und dann dazu den Source Code nicht rausgerückt haben. Das war dann eine letztlich ganz große Sch ... und meiner persönlichen Meinung nach der Grund, warum UNIX in der breiteren Masse bis zum aufkommen von Linux wieder weitgehend in der Versenkung verschwunden war. Wenn du die Nachteile der BSD mal selber miterlebt hast, wirst du eine BSD vs. GPL Diskussion mit anderen Augen sehen. Es ist die Gemeinschaft die hinter einem Projekt steht, welche die Dynamik festlegt. Und bei OSM ist auch die Lizenz vollkommen nebensächlich für die Weiterentwicklung. Wählen wir eine freie Lizenz, dann ist der Nutzen von OSM größer und die hinter OSM stehende Gemeinschaft wird auch breiter. Wählen wir eine eingeschräkte Lizenz, so ist der Nutzen geringer. Du denkst sehr kurzfristig, siehe oben. Die Lizenz hat noch nie den Ausschlag für die Projektdynamik gegeben, sie gibt aber wohl den Ausschlag für die Interoperabilität mit anderen. Und im Gegensatz zu Software entwickeln wir OSM ja nicht zu Selbstzweck, sondern wir wollen ja, dass die Daten (und nicht nur unsere Datenaufbereitung) genutzt werden. Und wie Frederik schon sagt würde ich z.B. auch eine reine Public-Domain-Variante akzetieren. Ich verliere nichts dadurch, kann aber viel gewinnen (z.B. bessere Navigationssysteme). Wenn Garmin die Zypern Karten in seine Navis einbaut und dann 150 EUR dafür verlangt verliere ich im Zweifel 150 EUR gegenüber einer Lizenz die das nicht erlaubt. Wenn die Daten bei Garmin nicht verfügbar sind, machen sich die Leute vielleicht auf die Suche nach freien Alternativen. Ich hab früher schonmal miterlebt wie es ist, wenn genau das passiert. Ich kann dir verraten, daß es einfach keinen Spaß macht. Jedes Mal kommt Jubel und Freude auf, wenn irgendwer OSM Daten schenkt oder wie Yahoo das Abzeichnen von Karten erlaubt, aber dann meinen einige, dass die eigenen Daten unbedingt stark geschützt werden müssen. Das passt nicht zusammen. Deshalb wird es Zeit die Lizenzfrage endlich zu verbessern. Da bin ich bei dir ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz: Forschritte
Nop schrieb: Hi! Lutz Horn schrieb: Hallo, On Fri, 27 Feb 2009 19:52 +0100, Nop ekkeh...@gmx.de wrote: Lutz Horn schrieb: Es geht darum, mehr Daten und Projekte vollständig frei verwendbar zu machen. Ich verweise auf das Argument von RMS, das er in http://www.gnu.org/philosophy/freedom-or-power.html macht. Wenn abgeleitete Werke nicht unter der Lizenz stehen müssen, die für die verwendeten OSM-Daten gilt, dann erlauben wir die Reprivatisierung unserer Arbeit. Das will ich nicht. Mir geht es darum, die OSM-Daten und Karten auf Basis von OSM-Daten einer möglichst großen Menge von Leuten kostenlos zugänglich zu machen, nicht andere Projekte zu erobern und umzuerziehen. Von Umerziehung würde ich nicht sprechen. Es ist ja auch nicht so, dass ich als Urheber von Teilen der OSM-Daten hingehe und Leuten, die an einem Projekt arbeite, diese Arbeit verbiete. Ich möchte nur, dass sie meine Daten unter den Bestimmungen der von mir erteilten Lizenz verwenden. Das ist ihnen jederzeit möglich, wenn sie ihr abgeleitetes Werk unter einer CC-BY-SA-kompatiblen Lizenz verbreiten. Was Du forderst, klingt nach nicht weniger als: Ich habe eine rigorose Lizenz und wenn Du meine Daten benutzen willst, mußt Du alle Deine Daten unter meine Lizenz stellen. Jede Form von Kompromiß oder Zusammenarbeit anders als zu meinen Maximalbedingungen lehne ich ab. Lieber verhindere ich alles als daß ich Dir ein Stück entgegenkomme. Der Rest der Welt muß sich an mich anpassen wenn er was will. Genau so ist es. Damit habe ich auch überhaupt kein Problem. Womit ich ein Problem habe, ist die Inkompatibilität der copyleft Lizenzen untereinander. Falls das, wie im von Frederik geschilderten Fall der Erlaubnis ausschließlich zur akademischen Verwendung von Drittdaten, nicht möglich ist, liegt das nicht an der CC-BY-SA sondern an der restriktiveren Lizenz der Drittdaten. Nee, die Situation ist nicht symmetrisch. Die Drittdaten stammen aus unterschiedlichsten Quellen und haben meist eine irgendwie geartete Verwendung frei für Privatgebrauch. Es ist also der Sinn, sie Privatleuten kostenlos zur Verfügung zu stellen und ich könnte sie auch nutzen. Dabei haben die Lizenzgeber keine Verpflichtung mir überhaupt etwas zur Verfügung zu stellen. Und hier hast du - glaube ich - eine ganze Reihe von Denkfehlern. Auch OSM hat erstmal keine Verpflichtung dir irgendetwas zur Verfügung zu stellen. Verwendung frei für Privatgebrauch ist ein Widerspruch in sich. Die richtige Aussage *muß* lauten Verwendung kostenlos für Privatgebrauch. Dann wird auch die Problematik deutlicher. Woher nimmst du bitte die Annahme, daß ich als Datenersteller bei OSM überhaupt daran interesiert bin, daß eine Anwendung der OSM Daten für kommerzielle Zwecke ausgeschlossen werden darf?!? OSM dagegen hat es sich auf die Fahne geschrieben, eine freie Weltkarte zu erstellen und jedermann zur Verfügung zu stellen. So steht es zumindest ganz oben auf der Wiki-Hauptseite. Die OSM-Datenbank wird von Privatpersonen erstellt. Wie kommst du bitte auf diese Idee? Ich bin eine dieser Privatpersonen und möchte die Daten jetzt für nicht-kommerzielle Zwecke verwenden, zusammen mit anderen Daten, die nur für nicht-kommerzielle Zwecke freigegeben sind. Trotz der wohlklingend formulierten Mission kommt jetzt die OSM-Lizenz und verbietet jegliche solche Mischanwendung. Von daher ist es die OSM SA-Lizenz, die restriktiv ist. Du verwechselst halt einfach frei mit nicht kommerziell. Es geht (für mich) um eine *freie* Weltkarte. Frei bedeutet für mich halt auch kommerziell nutzbar. Es soll zwar nicht passieren, daß jemand die Daten klaut, aber im Vordergrund steht für mich, möglichst viele tolle Anwendungen zu ermöglichen. Und das erfordert es, mit dem Rest der Welt zusammenzuarbeiten und auch mal einen Kompromiß einzugehen, solange der keinen Schaden anrichtet. Der Schaden besteht für mich darin, dass ein abgeleitetes Werk auch unfrei und damit seinen Benutzern entzogen sein kann. Der Ersteller eines abgeleiteten Werks mag damit keine Probleme haben, Nutzer, die auf diesem wiederum aufbauen wollen, aber schon. Die Möglichkeit von tollen Anwendungen, die nicht frei sind beendete die Kette von freien abgeleiteten Werken nach einem Schritt. Kostenlos für nicht-kommerziellen Gebrauch ist wohl kaum das gleiche wie unfrei. Klar, nur Kostenlos für nicht-kommerziellen Gebrauch ist wohl auch kaum das gleiche wie frei. Und was ist das größere Schaden: Wenn man mit einer gemischten Anwendung nicht beliebig alles machen kann - oder wenn es wegen der restriktiven Lizenz eine solche Anwendung gar nicht erst gibt und keiner irgendeinen Nutzen davon hat? Kurzfristig oder langfristig? Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tunnel als Node oder Way
Chris-Hein Lunkhusen schrieb: o...@tappenbeck.net schrieb: in den MapFeatures wird für Tunnel nur der Way gelistet. JOSM kennt aber für Nodes sogar ein Icon. Ist das nicht ein Widerspruch ? Ja, bitte als Bug eintragen, habe ich für die fehlerhafte Iconisierung der access-Nodes auch schon gemacht. ;-) http://josm.openstreetmap.de/report Hi! Ihr könnt ja Bugs eintragen soviel Ihr möchtet, aber deswegen werde ich diese Sachen trotzdem nicht rausbauen (und ein ernstes Wörtchen mit Dirk reden wenn er das machen sollte ;-) Erstmal möchte ich anmerken: Nur weil es in den Map Features nicht steht, ist es noch lange *nicht* falsch. Bitte hört doch mit diesem Schwarz/Weiß denken auf! Wenn ein Mapper nicht ganz genau weiß, wo der Tunnel anfängt und aufhört, nimmt er halt erstmal einen Node um zu zeigen da ist ein Tunnel. Das man das dann noch genauer eintragen kann ist klar. Aber die Information hier ist ein Tunnel ist schonmal besser als garnichts. Und beim editieren will ich persönlich sehr wohl sehen, daß dieser Node da ein Tunnel sein soll - und nicht nur ein roter Punkt. So ein roter Punkt ist nämlich sonst nicht sonderlich aussagekräftig. Wenn z.B. der Validator einen Hinweis geben würde: Tunnel sollten besser linear und nicht punktförmig sein würde ich das durchaus begrüssen. Aber beim Mappaint will ich möglichst viele Informationen sehen. Für die access Nodes gilt sinngemäß das Gleiche. Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tunnel als Node oder Way
Frederik Ramm schrieb: Hallo, Ulf Lamping wrote: Erstmal möchte ich anmerken: Nur weil es in den Map Features nicht steht, ist es noch lange *nicht* falsch. Bitte hört doch mit diesem Schwarz/Weiß denken auf! Das ist auch meine Meinung, aber andererseits hat JOSM auch ein bisschen eine erzieherische Wirkung, und Tunnel-Nodes finde ich dann doch jenseits von dem, was man anzeigen sollte. Beim Tunnel gehen die Meinungen halt auseinander. Mach von mir aus einen Debug-View, der alles anzeigt, und einen Normal-View, der nur die Sachen anzeigt, die halbwegs gut genug sind, um auf einer Karte zu erscheinen... Bestimmt nicht - nicht noch eine Debug Option mehr! Welche Sachen wollen wir denn dann nicht mehr in JOSM darstellen? Wenn wir uns an Mapnik/Osmarender orientieren, fliegen geschätzt zwei Drittel aller Icons wieder raus - ich halte das definitiv für den falschen Ansatz. Wenn dann bin ich eher dafür den Validator zu integrieren (und dann vielleicht an ein paar Stellen noch zu verbessern). Wenn ein Mapper nicht ganz genau weiß, wo der Tunnel anfängt und aufhört, nimmt er halt erstmal einen Node um zu zeigen da ist ein Tunnel. Das man das dann noch genauer eintragen kann ist klar. Aber die Information hier ist ein Tunnel ist schonmal besser als garnichts. Wenn ich weiss, irgendwo ist ein Tunnel, dann zeichne ich da ein kleines Stueck Tunnel zwischen zwei Nodes ein und ermuntere somit jeden, der die Karte sieht, das anzupassen - und ich setze nicht einen Tunnel-Node, den man nur im Editor sieht, und der, wenn man daraus einen richtigen Tunnel macht, auch noch erfordert, dass man die Tags vom Node wegnimmt und einem Way gibt. Damit machst Du echt das Scheunentor zur Erfassung von mangelhaften Daten auf... der Potlatch Mode sozusagen ;-) Na ja, mit genau der gleichen Begründung kannst du eigentlich alle Node Icons rausnehmen. Auch z.B. ein shop=mall ist in der Realität ja eher selten punktförmig. Wieso ist das bei einer Mall in Ordnung und beim Tunnel nicht? Wenn z.B. der Validator einen Hinweis geben würde: Tunnel sollten besser linear und nicht punktförmig sein würde ich das durchaus begrüssen. Aber beim Mappaint will ich möglichst viele Informationen sehen. Natuerlich darf sich jeder seinen eigenen Mappaint-Style bauen, bei dem er sich alles anzeigen laesst, aber wenn Du einen Mappaint-Style fuer die Welt da draussen baust, dann musst Du schon auch ein bisschen daran denken, dass auch weniger kundige Nutzer als Du ihn einsetzen werden. Ich verstehe schon was du meinst, aber ehrlich gesagt geht mir die erzieherische Wirkung hier definitiv zu weit. Wieso darf ich z.B. laut Map Features eine Brücke als Punkt eintragen, einen Tunnel hingegen nicht? Hmmm, ich finde es schon irgendwie witzig, daß plötzlich alle Welt so sehr an den Node/Way Sachen Anstoß nimmt. Andererseits steht da in den Map Features gerade bei diesen Angaben bei genauem Hinsehen noch soviel Blödsinn drin ... Gruß, ULFL P.S: Das oben gesagte bezieht sich natürlich *nur* auf die Darstellung in JOSM Mappaint. Die Vorlagen sollen beim Tunnel natürlich nur den Way zeigen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tunnel als Node oder Way
Frederik Ramm schrieb: Hallo, Ulf Lamping wrote: Na ja, mit genau der gleichen Begründung kannst du eigentlich alle Node Icons rausnehmen. Auch z.B. ein shop=mall ist in der Realität ja eher selten punktförmig. Wieso ist das bei einer Mall in Ordnung und beim Tunnel nicht? Bei shop=mall muesste ich ohne ein geeignetes Luftbild komplett fantasieren - ist der Grundriss quadratisch, rechteckig, rund, wie gross, wie breit...? Bei einem Tunnel muss ich nur die Laenge schaetzen (und wer einen Tunnel mappt, ist meistens durchgefahren - wer eine Mall mappt, ist aber selten drumrumgelaufen). Ausserdem haben Gebaeude-POIs eine lange Tradition, waehrend ich von Tunnel-Nodes gerade eben erst zum ersten Mal hoere. Wo hast Du die Idee her, man sollte Tunnel mal als Nodes taggen? Hast Du das bei anderen so gesehen oder Dir selber ausgedacht? Nein, ganz einfach: Ich bin bei Mappaint damals erstmal davon ausgegangen, das so ziemlich alles was es als Weg gibt meist auch als Node getaggt werden kann - mit Ausnahme der Straßen und Eisenbahnlinien vielleicht. Eine Autobahn als Node zu taggen mag ich auch nicht ;-) Dann habe ich nach und nach bei einigen bekanntermaßen falschen Anwendungen das Icon durch das Parkverbot Icon ersetzt (Knallgelber Hintergrund mit Ausrufezeichen und angedeutetem Parkverbotschild). Damit wird hoffentlich klar(er), das es hier beim Tagging noch Nachholbedarf gibt. Ich möchte aber nicht der sein, der an dieser Stelle den Leuten vorschreibt das sie dies und jenes nicht taggen dürfen, daher bin ich dabei meist recht vorsichtig mit dem Parkverbot Icon (insbesondere bei Node vs. Way vs. Area). Ich hab gerade das Icon für tunnel=yes durch das Halteverbot Icon ersetzt. Damit sollte klarer werden, daß das Tag zwar irgendwie bekannt ist, aber nur temporär drin sein sollte ... Es ist ja nicht so, das ich unbedingt diese Tunnel Nodes auf die Dauer haben will ;-) Gruß, ULFL P.S: Man muß auch einfach dazu sagen, daß diese Node vs. Way vs. Area Geschichte bislang kaum jemanden interessiert hat. Ich hab vor ein paar Wochen mal in dieser Beziehung in den Map Features aufgeräumt, davor hatte das nämlich nicht viel mit der Tagging Realität zu tun (ist aber immer noch sehr viel zweifelhaftes dabei) ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tunnel als Node oder Way
Nop schrieb: Hi! Erstmal möchte ich anmerken: Nur weil es in den Map Features nicht steht, ist es noch lange *nicht* falsch. Bitte hört doch mit diesem Schwarz/Weiß denken auf! Wenn ein Mapper nicht ganz genau weiß, wo der Tunnel anfängt und aufhört, nimmt er halt erstmal einen Node um zu zeigen da ist ein Tunnel. Das man das dann noch genauer eintragen kann ist klar. Aber die Information hier ist ein Tunnel ist schonmal besser als garnichts. Ich denke auch daß die JOSM-Vorlagen derzeit das mächtigste Mittel sind, Mapper in die richtige Richtung zu weisen. Oder in diesem Fall in die falsche. Vorübergehende Notizen sollten nicht mit einem Icon gewürdigt werden, denn die meisten beiläufigen Mapper dürften nach der Regel gehen: Wenn JOSM ein Icon dafür hat, dann kann das auch so bleiben. Wieso bitte vorübergehende Notiz?!? Es ist eine handfeste Information das dort ein Tunnel ist! Ihr tut hier alle so, als ob man diese Information genauso gut auch weglassen kann. Wenn Mapnik und Osmarender dies nicht rendern können, ist das eine ganz andere Geschichte. Wir taggen aber nicht für die Renderer - schon vergessen? Von daher bin ich auch ganz schwer dafür, solche Vorlagen zu entfernen und nur best-practice mit Vorlagen und Icons zu unterstützen. Die Vorlagen (zumindest in SVN1460) unterstützen das sowieso nicht, hier geht es nur um die Icons ... bye Nop PS: Wie sieht es eigentlich mit Sackgassen aus? Davon finde ich sehr viele mit Sackgasse auf dem Way anstatt auf dem Endnode. Mach doch bitte einen neuen Thread auf wenn du eine Frage zu einem anderen Thema hast - hier ging es doch eindeutig um die Tunnel! Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lichthof / Innenhof
Mario Salvini schrieb: Rainer Knaepper schrieb: Moin moin, zeigt mir jemand ein Beispiel, wie man einen solchen Innenhof bzw. Lichthof in einem (großen) Gebäude richtig taggt? Rainer das würde mich auch interessieren, so könnte man nämlich auch große Wohnblocks ind Großstädten ersteinmal als ein Building mit Innenhof erfassen anstatt drauf zu hoffen, dass jemand die Muse hat 300 oder mehr kleine Häuser aneinander zu malen und zu taggen :) Meint Ihr sowas? http://openstreetmap.org/?lat=49.43247lon=11.11342zoom=17layers=B000FTF Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Gebäude mit Denkmalschutz
Norbert Kück schrieb: Hallo, Tobias Wendorff schrieb: Christian Koerner schrieb: historic = memorial ist da passender, memorial ins deutsche uebersetzt ist zufaelligerweise auch Denkmal. ;-) Memorial UND monument werden AUCH als Denkmal übersetzt. Laut dic.leo.org ist aber monument das richtige Wort für diese Art von Denkmal. Genau! Baudenkmal steht bei monument in der Liste aber kommt bei memorial nicht vor. Mit memorial verbinde ich eher eine Gedenkstädte, wie z.B. ein Mahnmahl. Es heißt ja auch memorial day = Volkstrauertag. Sehe ich auch so. Das OSM-Wiki sagt unter Key:historic zu memorial: Much like a monument, but smaller. Might range from a WWII memorial to a simple plate on a wall. DE:Key:historic kocht ein eigenes Süppchen und beschreibt monument mit Denkmal, Standbild und memorial mit Gedenkstätte. Leider ist keine Seite für Tag:historic=monument vorhanden. Solange es kein eigenes Kennzeichen für ein Baudenkmal, dass weder Schloss noch Burg ist, gibt, ist m.E. historic=monument am nächsten dran. Herrlich! Langsam verstehe ich, wie urban legends entstehen ;-) Also: Vor langer, langer Zeit gab es nur den Key historic=monument. Da auf Map Features seit Jahren die Beschreibung An object, especially large and made of stone steht, habe ich auf der *englischen* Liste damals nachgefragt, ob das auch für kleinere Denkmäler passen würde. Die eindeutige Meinung war nein - mit monument ist ein großes Monument gemeint, sowas wie das Brandenburger Tor! Dann habe ich mich hingesetzt und mir was für kleinere Denkmäler ausgedacht, dabei ist nach etwas Diskussion historic=memorial rausgekommen - was auch auf der englischen Liste damals gut angekommen ist. Dann hat sich jemand - anscheinend ohne die notwendige Kenntnis - daran gemacht die Map Features zu übersetzen und dabei monument mit Denkmal übersetzt - was beim Brandenburger Tor zwar auch irgendwie stimmt aber bestimmt nicht den Kern der Sache trifft. Monument wäre wohl die wesentlich bessere Übersetzung gewesen. Jetzt kommen Leute, und fangen an irgendwelche unbedeutenden Baudenkmäler mit monument zu taggen - was aber mal sowas am eigentlichen Thema des Tags vorbei geht ;-) historic=monument ist *bestimmt nicht* als Sammelbecken für alles historische gedacht was sonst nirgendwo hinpaßt. Ist schon recht witzig wenn man so sieht wie OSM sich entwickelt und weiß wo es eigentlich mal hergekommen ist ... Gruß, ULFL P.S: Wie wäre es, bei Unklarheit ab und zu mal auch auf der englischen Liste nach den englischen Begriffen nachzufragen anstatt immer nur einfach leo zu bemühen? Hab ich damals auch gemacht und hab auch häufiger mal falsch gelegen mit meiner ersten Interpretation! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Nürnberg/Fürth/Erlangen - Treffen m orgen Abend!
Hi! Wollte nur dran erinnern, daß am Donnerstag (sprich: Morgen) wieder Nürnberg/Fürth/Erlangen Treffen ist, siehe: http://wiki.openstreetmap.org/wiki/NFE-Treffen Wir bräuchten für die rad09 am Samstag noch dringend: - Leinwand für Beamer (Dia Leinwand o.ä. müßte auch gehen) - OSM Buch Wenn uns da einer von euch was übers Wochenende leihen kann, bitte mitbringen, wäre Super! Ansonsten sehen wir uns Morgen Abend oder auch auf der Messe ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] amenity=doctor or amenity=doctors ? [tagging]
Dave Stubbs schrieb: 2. ... it is easier for new mappers to have one documented tag for one feature, instead of having to choose... Fine, no problem. I said document both, not recommend both. document both IS recommend both! ULFL - who thinks that having already hundreds (literally!) of tags is a mess for someone who wants to use our data. Can't hear that argument let the application developers decide what they want any longer! Oh, BTW, didn't I mention that this discussion was already on this list a while ago? That's the reason that amenity=doctors is already in map features and JOSM mappaint for quite a while ... Regards, ULFL ... who don't want to be a data messy! ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] amenity=doctor or amenity=doctors ? [tagging]
Dave Stubbs schrieb: 2009/2/24 Ulf Lamping ulf.lamp...@googlemail.com: Dave Stubbs schrieb: 2. ... it is easier for new mappers to have one documented tag for one feature, instead of having to choose... Fine, no problem. I said document both, not recommend both. document both IS recommend both! amenity=doctors - A doctor's surgery. smallerNote: people have also used amenity=doctor for this./smaller Wow. Hard. Hmmm. And that is more helpful for anyone going to use this tag (mapping or rendering or ...) than simply saying: amenity=doctors - A doctor's surgery. ?!? I don't think so ... Regards, ULFL P.S: I really hesitate to have a map features page that has more footnotes than a mobile phone contract. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Mapnik: Access=Private zu prominent in tracks bei gröberen Zoom-Stufen
Johann H. Addicks schrieb: Wer schonmal im Ruhrgebiet geradelt ist, kenn die konsequent verrammelten Wirtschaftswege an den duftenden Emscherzuflüssen. Die Zäune sind wirklich nicht zu überspringen und Löcher werden schnell wieder ausgebessert. Es sind eben schon zu viele Kinder drin ertrunken. Führt man so einen öffentlich gesperrten Track (tracktype ist meist grade 2) unter einer autobahn durch, dann wird zwar der Tracl selbst dort ordnungsgemäß ausgesetzt, die Schraffur für Access läft jedoch weiter. Bei Zoom 15 wirkt das dann freilich bizarr: http://www.openstreetmap.org/?lat=51.51756lon=7.38706zoom=15layers=B000FTF Es *muss* heissen: access=private Ich empfinde es gegenüber allen anderen inzwischen einfach als *Frechheit*, die tags irgendwie in die mailings hinzuschmieren ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik: Access=Private zu prominent in tracks bei gröberen Zoom-Stufen
Johann H. Addicks schrieb: Ulf Lamping schrieb: Bei Zoom 15 wirkt das dann freilich bizarr: http://www.openstreetmap.org/?lat=51.51756lon=7.38706zoom=15layers=B000FTF Es *muss* heissen: access=private *tut* es ja auch. Daher ja das beanstandete Render-Resultat. Ich empfinde es gegenüber allen anderen inzwischen einfach als *Frechheit*, die tags irgendwie in die mailings hinzuschmieren ... *Wie* hättest *Du* denn gern? Ich hätte gerne, das die Tags in den Diskussionen auf den Mailinglisten so wiedergegeben werden wie sie auch eingegeben werden müssen, also in diesem Fall keine Großbuchstaben, aber auch kein Tippfehler etc. ... Wenn man also die üblichen Tags auf der Liste diskutiert, vielleicht vorher besser nochmal bei den map features vorbeischauen ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abbiegerestriktion
Frederik Ramm schrieb: Hallo, Detlef Reichl wrote: Für via's sollten auch Wege zugelassen werden, solange sie mit ihren Endpunkten an den Endpunkten des from und des to anschließen. Sagt keiner was dagegen, ist bloss noch nicht eingebaut. Yepp, bitte die aktuelle Implementierung im JOSM als experimentell ansehen! Wo ich vor ein paar Wochen die Darstellung eingebaut habe, konnte mir keiner auf Anhieb ein gutes Beispiel nennen wofür man das mit den via ways eigentlich braucht - da hab ich's halt auch erstmal nicht eingebaut. Wenn einer Lust hat da was zu machen, nur zu ... (Neulich hat jemand was dagegen gesagt, aber ich glaub das war nur eine temporaere geistige Verwirrung ;-) Da hat man die Sache mal nicht auf Anhieb kapiert und dann gleich solche Sprüche ;-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Abbiegerestriktion
Detlef Reichl schrieb: Hallo, Am Sonntag, den 15.02.2009, 17:45 +0100 schrieb Tobias Knerr: Detlef Reichl schrieb: A ---a---b--- B \ / \ / \ / c | C a-c oneway c-b oneway oneways dafür zu verwenden finde ich total falsch. Für mich ist ein oneway eine klassische Einbahnstraße. Dadurch das man für die vias auch Wege verwenden kann ergibt sich die vorgeschriebene Fahrtrichtung automatisch. Dazu fällt mir nur noch ein: Wieso einfach, wenn's auch kompliziert geht?!? Also nicht oneways nehmen, sondern das ganze lieber mit Relationen vollzumüllen? Kopfschüttel ... Gruß, ULFL P.S: Irgendwie kommt mir diese ganze Relationsmode momentan so vor wie bei kleinen Kindern die gerade ein neues Wort gelernt haben ... und das jetzt überall sagen auch wenn es gerade überhaupt nicht so recht zur Situation paßt! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik: Access=Private zu prominent in tracks bei gröberen Zoom-Stufen
Jens Frank schrieb: Es geht doch hier um Inhalte, oder? Wenn hier einer in der Mail einen Tippfehler im Fließtext macht ist mir das ziemlich egal. Es geht hier darum, daß ich *genügend* Stellen in den OSM Daten mit genau so einem Access=Private wiederholt gesehen und entsprechend korrigiert habe. Wenn bei den Tags andauernd falsche Schreibweisen in der ML verwendet werden, führt das dazu das sich die Mitleser die richtigen Schreibweisen nie angewöhnen werden. Ich hoffe wir sind uns einig, daß Tippfehler in den OSM Daten einfach keine gute Idee sind. Gruß, ULFL P.S: Die restlichen Schreibfehler darfst du gerne behalten ... ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Für Schreibtischtäter: Mazuren ma ppen
Frederik Ramm schrieb: Hallo, malenki wrote: Könnte man das nicht einfach automatisieren? Ich stelle mir das ziemlich einfach vor: Ich bin gegen Automatisierungen an jeder Ecke. Ich auch, weil die schnell übers Ziel hinausschiessen. Irgendwann kann man ueberhaupt nichts mehr eintragen in OSM ohne dass irgendein Bot kommt und es irgendwie korrigiert - nicht gerade einadend fuer Neulinge. Die meisten Neulinge denen ich begegnet bin, sind meist froh wenn da nochmal jemand hinschaut. Ob das jetzt ein Bot oder eine Person ist, dürfte erstmal egal sein. Klar, ein erfahrener Mapper wird natürlich meist mehr sehen als ein Bot. Bei Tippfehlern hat man halt Pech und muss diese von Hand ausbügeln (anhand einer Fehlerliste vom Bot) oder man baut die Funktion fehlertolerant. Und am Ende hat man dann mit Bot bauen + Bot testen + aufassen, dass man nix falsch macht + Fehlerliste erzeugen + Fehlerliste abarbeiten doch wieder mehr Arbeit gemacht, als es ohne Bot gekostet haette. ;-) Die Liste in der Wikipedia steht uebrigens unter einer mit CC-BY-SA nicht kompatiblen Lizenz, oder? Die Wikipedia Texte stehen meist (alle?) unter der GFDL, die ist meines Wissens nicht mit der OSM Lizenz kompatibel. Schöne neue Welt :-( Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Vorschläge zur öonvkarte.de
Karl Eichwalder schrieb: Ulf Lamping ulf.lamp...@googlemail.com writes: Oder du willst mal wissen warum der ÖPNV in Karlsruhe besser angenommen wird als in Nürnberg. Hypothese: Vielleicht liegt es ja auch daran, daß die Haltestellendichte sich stark unterscheidet und in Nürnberg die Leute einfach viel weiter laufen müssen um zur Haltestelle zu kommen. Na ja, höchstwahrscheinlich liegt es eher an der Taktung, aber das ist eine andere Geschichte ;-) Die haltestellendichte in N ist ok -- man will ja in endlicher zeit von A nach B kommen. Die taktung ist in der tat oft bescheiden. Aber das man mit den Haltestellen nix anfangen kann? Im zusammenhang mit OSM ist für mich die info nur zweitrangig wichtig; wie auch die genauen fahrzeiten möchte ich so etwas dem offiziellen plan entnehmen. Was nützt es mir z.b., wenn ich alle haltestellen bei einer abfrage mitgeliefert bekomme, ohne dass mitgeteilt wird, wann diese haltestellen bedient werden? Das kann man nur dem offiziellen fahrplan entnehmen. Ich habe dir oben ein Beispiel genannt, warum die Haltestellen durchaus interessant sein können. Darauf antwortest du, daß die Haltestellendichte in Nürnberg ok ist. Weißt du das aber auch für Heilbronn, Leipzig oder Birmingham? Es gibt viel mehr Anwendungsfälle als den, den du gerade im Kopf hast. Das dir diese Sachen nicht wichtig sind ist ja ok. Aber zu argumentieren das diese Infos mehr oder weniger sinnlos sind weil man damit kein Routing hinbekommt ist aus meiner Sicht *sehr* kurz gedacht ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie deutsch muss man sein?
Dirk Stöcker schrieb: On Sun, 8 Feb 2009, Christoph Eckert wrote: Compiler ebenfalls. Button hingegen ist ein Knopf Schalkfläche. Da steckt wohl der Schalk im Nacken. :-) Schaltfläche nehme ich auch manchmal. Knopf nur für die normalen Buttons (eben die, welche wie Knöpfe aussehen). Radio-Buttons und andere kann man so nicht übersetzen. Den Begriff Schaltfläche finde ich persönlich eher seltsam, darunter kann ich mir nie so richtig was vorstellen. Radio deutet ja schon darauf hin, daß dieser Begriff aus der Computer-Vorzeit stammt. Mein Vater war Radio-/Fernsehtechniker und der sprach immer von den Tasten (immer eine Ruheposition) und Schaltern (mehrere mögliche Ruhepositionen) am Radio/Fernseher*. Eine Mischform - die Tastschalter - sind sowas wie die heutigen ToggleButtons. Die Knöpfe waren dabei immer die Plastiknubbels, die der Anwender anfassen kann - egal ob jetzt Taster oder Schalter. Die Radio Buttons kommen ja von den Stationstasten an (alten) Radios, also wenn ich den Knopf für Sender 2 eindrücke springt der Knopf vom aktuellen Sender 1 wieder zurück in seine Ruheposition. Heuzutage macht man das meist nicht mechanisch sondern elektronisch mit einfachen Tastern und einer LCD (/ LED) Anzeige. So falsch wäre die Übersetzung Radioknopf also nicht ... Gruß, ULFL * Der ein oder andere mag sich erinnern: Es gab mal Fernseher, die hatten genau sechs Stationstasten. Das kam dann mit den ganzen Privatsendern etwas aus der Mode ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wie deutsch muss man sein?
Christoph Eckert schrieb: Moin, Was habt Ihr alle gegen Knopf? Knopf hat im deutschen mehrere Bedeutungen. Unsere ist Wiktionary-Bedeutung 2 - http://de.wiktionary.org/wiki/Knopf Schau Dir mal z.B. ein Mischpult an. Dort dreht und drückt man auch Knöpfe. Warum soll ich da eine Schaltfläche draus machen? also an meinem Mischpult gibt es Schieberegler, Drehregler und Schalter. An meinen Synthesizern gibt es zusätzlich Taster. Irgendeinen davon als Knopf zu bezeichnen wäre mir bisher nicht eingefallen. Werd' ich aber künftig 'drüber nachdenken ;-) . Such mal bei conrad.de nach Faderknopf, das Teil wird dir bekannt vorkommen ;-) Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] OSM Reit und Wanderkarte - ein bisschen Feedback
Hi! Nachdem mir die Reit und Wanderkarte schonmal gut gefällt hab ich mich mal hingesetzt und kurz zusammengeschrieben, was mir so spontan aufgefallen ist. Das gefällt mir: 1) Schummerungen (nennt man das so?) machen die Karte irgendwie lebendiger - mir macht es einfach mehr Spaß draufzuschauen. 2) Eingedeutschte Icons Ich hab's ja nicht geglaubt, aber mit deutschen Icons fühlt sich die Karte besser an. Man fühlt sich irgendwie heimischer. Da wollte ich beim JOSM auch schon mal was anfangen (Stichwort: rechtsdrehender Mini-Kreisverkehr ;-) ... 3) Es gibt eine Legende! :-) Anscheinend bin ich nicht der einzige, der auf sowas schaut ;-) 4) Spielplatz Icon Sehr schöne Idee, besser als z.B. die aktuelle Schaukel beim JOSM Das gefällt mir noch nicht so: a) Apotheken Icon Das grüne Kreuz einfach noch etwas heller machen, ist aktuell auf meinem Notebook (blickwinkelabhängig) schlecht als grün zu erkennen b) Briefkasten Icon Da hab ich ewig gebraucht bis ich wußte was gemeint war. Das Icon paßt irgendwie noch nicht so richtig. Vielleicht den Briefkasten besser als Frontansicht? c) Schrebergärten Fläche Ohne im JOSM nachzuschauen was das für ein Gebiet ist, bin ich nicht drauf gekommen was das sein sollte. Das Icon habe ich nicht verstanden und bei dem grauen Hintergrund und dem Icon hatte ich zuerst auf ein Bergwerk oder so getippt. d) Haltestellen-Icon Paßt für U-/S-Bahn/DB noch nicht, da das Schild dort ja wirklich anders aussieht. Grundlegend die Icons zu nehmen, wie sie auch in der Realität auftreten find ich aber gut, siehe 2.). e) Legende: Text: Ortschaft - Wohngebiet Würde ich umbenennen (wenn es vom Text noch reinpaßt). f) Legende: Schrebergärten fehlen Keine Ahnung ob da in der Legende vielleicht noch mehr fehlt. Ich finde die Karte schon sehr gut und möchte mit den Kommentaren oben einfach dabei helfen diese noch besser zu machen, daher bitte bitte jetzt nicht falsch verstehen. Wenn du die Sachen so läßt wie sie sind bin ich auch nicht beleidigt ;-) Aus eigener Erfahrung weiß ich, daß es ohne detailliertes Feedback schwierig ist einzuschätzen, wo noch Probleme sind ... Gruß, ULFL ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
