Re: [Talk-de] OT: living_street + maxspeed 7
Tobias Wendorff schrieb: Johann H. Addicks schrieb: mein Fehler: 7 km/h war der Mittelwert aus den Marken der Gerichte Wie gut, dass wir kein Tagging für Fahhradhelme durchführen. Denn das würden wir noch öfters zyklisch diskutieren. Habe ich schon erzählt, dass mir in Hannover auf der Rückfahrt von der FOSSGIS ein Typ mit einer Kamera auf dem Fahrradhelm entgegengekommen ist? Ich wollte ihn schon ansprechen, aber er war zu schnell. Warum wolltest du ihn ansprechen? Helmkameras sind besonders bei Hobby-Mountainbikern und Downhillfahrern sehr beliebt (siehe auch youtube) und je nach Qualitätsanforderungen gar nicht mal so teuer. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] MapOf
DarkAngel schrieb: Seit einigen Tagen funktioniert http://tah.openstreetmap.org/MapOf/ nicht mehr. Weiß einer warum bzw. ob das ganze demnächst wieder funktionieren wird? t...@h hat einen neuen Server bekommen, spaetz ist noch nicht ganz fertig mit der Migration von allen Dingen (MapOf wurde nicht explizit erwähnt, aber ich gehe davon aus, dass das zusammenhängt) Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API 0.6: History RSS?
Gernot Hillier schrieb: Guten Abend! Also das mit der neuen History ist schon extremst cool - falls hier einer mitliest, der dazu beigetragen hat, superherzliches Dankeschön! Wenn man jetzt noch auf Seiten wie dieser ein RSS-Feed bekommen könnte, http://www.openstreetmap.org/history/?bbox=12.0859%2C48.5226%2C12.1784%2C48.5669, ja dann - das wäre fast wie Weihnachten. :-) Kann man sich das irgendwo wünschen oder ist das eh schon in Arbeit? http://lists.openstreetmap.org/pipermail/talk/2009-April/036134.html Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] How is the upgrade going
Maarten Deen schrieb: I'm not on IRC, so I've got no idea, but anyone how the upgrade is going so far? firefishy about 2h ago on twitter: migrating API 0.6 database - phase 5 (i started at the wrong number): re-creating consistent current tables. No major problems yet. Jonas ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Email notification for changes on wiki watch list?
Jens Herrmann schrieb: Hi, I just tried to find an option to receive Email notifications for changes on my wiki watch list, but could not find anything. Does the wiki software have this functionality in principle and would there be a way to introduce this in the osm wiki? This feature and the rss-feed for watchlists we´re disabled because of performance issues. The small wiki server wouldn´t be able to handle the load. Jonas ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] WICHTIG - OSM API Upgrade - Nur-lesen-Zugriff ab 11 Uhr MESZ am morgigen Freitag, 17.4.
Ich übersetze zur Zeit die Wikipage - nur als Info, damit niemand die gleiche Arbeit gerade macht und damit ihr es auf allen wichtigen Seiten etc. verlinken könnt. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Seufzer!
Da bin ich auch noch ratlos: http://twitpic.com/3eg9b Hundeparkplatz? Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] suggested website to upload a temporary cycling route event over OSM streetdata
Maning Sambale schrieb: Hi, I want to create an interactive webmap for an upcoming cycling event in the Philippines. I can prepare a gpx file for the route. Now I want it over OSM data. Are there any site that provides this service (other than rolling my own slippy map)? The route is temporary (only for this cycling event) therefore I am hesitant to add it in the main OSM database. Maybe you could use bikemap.net for this. The site supports OSM-Layers, Mapnik and OpenCycleMap. http://www.bikemap.net/#lt=11.86735ln=121.50879z=6t=0 (Maybe you will have to switch the language) Jonas ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Oberfläche: Betonspurbahnen
Jan Tappenbeck schrieb: Bei uns sind die landwirtschaftl. Wege oft als Betonspurbahnen gebaut. Wie würdet Ihr SURFACE definieren - es gibt doch primär unbefestigt / geteert / gepflastert !?! surface=concrete steht für Betonoberfläche, mit smoothness lässt sich noch definieren, wie gut die Oberfläche (Schlaglöcher, Risse etc.) ist. Für Spurbahnen mit Gras in der Mitte ist mir noch kein Tag bekannt, am besten mit einer note= dazuschreiben, damit man es einmal nachtragen kann. Eine Zusammenfassung der offiziellen Tags: http://wiki.openstreetmap.org/wiki/User:John07/wegbeschaffenheit Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] reality-2-osm und osm-2-reality
Tobias Wendorff schrieb: Die Mittelstreifen generiere ich automatisch, aber Abbiegepfeile für Kreuzungen kommen noch rein. Oberflächen werden natürlich auch beachtet, ist ja immer nur eine andere Textur. Gute Idee! Leider mangelt es ja da noch an vernünftigen Tags, um die Wege wirklich realitätsnah abzubilden. Bin da aber auch zur Zeit dran ein besseres Schema zu entwerfen. Visualisierung dazu: http://twitpic.com/2x6ca und http://twitpic.com/2x4jp Wurde jeweils mit inkscape 0.46-devel erstellt. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] reality-2-osm und osm-2-reality
Tobias Wendorff schrieb: Jonas Krückel (John07) schrieb: Leider mangelt es ja da noch an vernünftigen Tags, um die Wege wirklich realitätsnah abzubilden. Kommt das eine, kommt das andere :-) Ja, das wäre gut. Anwendungen sind immer die beste Motivation. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanz, OSM und Wikipedia
qbert biker schrieb: Original-Nachricht Datum: Mon, 06 Apr 2009 13:09:41 +0200 Von: Frederik Ramm frede...@remote.org An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org CC: m...@koppenhoefer.com Betreff: Re: [Talk-de] Relevanz, OSM und Wikipedia Hallo, Garry wrote: Den Punkt wird man aber wohl nur erreichen wenn das Kerngeschäft - die Strassenabdeckung halbwegs vollständig ist. Wenn sich OSM immer mehr in lokalen Detailösungen verliert und dabei die vollständige Strassenabdeckung insbesondere der postalisch wichtigen Adressen aus den Augen verliert wird dieser Punkt wohl nie erreicht Nicht jeder ist der Ansicht, dass Strassenabdeckung wichtig ist, und auch bei den postalischen Adressen duerfte alles andere als Einigkeit herrschen. Ich sehe das ganz gelassen. Wenn es den Leuten wichtig ist, in ihren gekauften Navis mit OSM-Daten navigieren zu koennen, dann werden die OSM-Daten sich auch dahin entwickeln, dass das gut geht. Wenn nicht, dann waren wohl die lokalen Detailloesungen wichtiger. Kulturell gesehen ist eine Karte mit historischen Vogelnistplaetzen von Unterkuckucksheim vielleicht sogar bedeutsamer als eine Karte mit allen Autobahnen in Deutschland, wer kann das schon sagen. Man kann es ja auch gelassen sehen, zumindest fuer Deutschland. Schade waers nur, wenn ein Datenmonster rauskommt, das alles kann, aber nichts richtig. Eine Datensammlung, die nach langer Zeit vielleicht 95% aller Autobahnen enthaelt, 47% aller Wanderwege, 78% aller Adressen und 7% aller historischen Vogelnistplaetze in Unterkuckucksheim, ist nicht wirklich attraktiv. Hab mir vor wenigen Tagen mal die Situation in den bayrischen Alpen angeschaut, von wegen Wanderwegen und es ist zwar einiges da, aber eine Route danach planen oder gar damit wieder vom Berg runter finden waere sehr gewagt. Mal schauen, was sich diesen Sommer tut, aber manche Dinge brauchen eben eine gewisse Vollstaendigkeit, um ueberhaupt Sinn zu machen zu koennen. Manchmal ist 95% auch nicht mehr als nichts, z.B. wenn ich im Wald stehe und genau die fehlenden 5% braeuchte, um weiterzukommen ;) Ich sehe das meist aus einer anderen Sichtweise. Nehme ich eine kommerzielle Karte, sagt mir ein eingezeichneter Weg, dass der Kartenhersteller hier einen Weg vermutet (Besonders im Wald und bei Wanderwegen ist das häufig nicht sehr genau und realitätsnah, mal von den meist fehlenden surface Informationen). Bei eine OSM-Karte hingegen, habe ich die Information (die Oberpfalz mal ausgenommen), dass hier vor nicht allzu langer Zeit mal jemand lang gegangen ist und daher dieser Weg also auch existiert. Das ist für mich dann Qualität (OSM) statt Quantität. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Relevanz, OSM und Wikipedia
qbert biker schrieb: Original-Nachricht Datum: Sun, 05 Apr 2009 12:12:36 +0200 Von: Frederik Ramm frede...@remote.org An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Relevanz, OSM und Wikipedia Die Annahme, dass dieses genug zu tun nicht getan wird und man (also die gleichen Leute, die das tun koennten) sich stattdessen verzettelt, weil Fuehrung fehlt, ist komplett aus der Luft gegriffen. So aus der Luft gegriffen wie dein Mantra von den pösen Superschlauen oder dass OSM nur ohne Regeln erfolgreich sein konnte und kann? Mit den paar Diskussionen, in die ich mich testweise eingeklinkt habe, kam ich zu einem ganz anderem Ergebnis. Selbst trivialste Dinge wie die Abbildung einer Autobahneinfahrt sind absolut offen und fern einer Lösung. Andererseits hatten ein paar 'Superschlaue' mit dem 'Karlsruher Hausnummernschema' erstaunlich viel Erfolg... Der Unterschied war hier aber, dass man gesagt hat, schaut, das ist unser Schema, das wir uns ausgedacht haben. Wenn ihr Spaß daran habt und es gut findet nutzt es. Außerdem ist das auch schon in ein paar schöne Programme intergriert. Wenn ihr aber nicht wollt, dann nutzt halt einfach ein anderes. Der Ansatz Superschlau und Jahresplan ist aber, hier ist unser Jahresplan, den wir ausgearbeitet haben und der gut ist. Ihr müsst den jetzt befolgen oder ihr habt hier nichts mehr verloren. Nun, für mich ist da ein großer Unterschied und der 1. Ansatz der bessere. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotos für MapFeatures?
Markus schrieb: Hallo Jonas, wie lade ich eine ganze Kategorie aus Commons nach OSM? Gibt es dafür ein Tool? Kannst Du das für mich machen? (Lizenz ist geklärt) Könntest du das weiter ausführen? Vielleicht hatte ich Deine Frage falsch verstanden? Nein, PD hat meine Frage vollkommen beantwortet :-) Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotos für MapFeatures?
Markus schrieb: Hallo Johann, Wenn ich mich richtig erinnere, haben wir doch seit einiger Zeit einen eigenen (deutschsprachigen) Wiki-Admin... Es braucht jemand mit Schreibzugriff auf die LocalSettings.php klar - /das/ meinte ich mit Admin. Haben wir so einen? Nicht das ich wüsste. Und wie man in der Diskussion lesen kann sind die echten Wikiadmins dagegen bzw. haben Vorbehalte. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Der neue Datenbankserver
Markus schrieb: Hier stehen die technischen Details unseres neuen Servers: http://wiki.openstreetmap.org/wiki/Servers/smaug Wo finde ich die technischen Details unseres aktuellen Servers? Gibt es eine Grafik über die Entwicklung des Datenvolumens? Und die Entwicklung des Transfervolumens? Im Wiki und bei munin. Ein bisschen Suche wäre schon angebracht. Gruß Jonas http://munin.openstreetmap.org/ http://wiki.openstreetmap.org/wiki/Main_Page http://wiki.openstreetmap.org/wiki/Servers http://wiki.openstreetmap.org/wiki/Stats ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotos für MapFeatures?
Markus schrieb: Hallo Johann, wie lade ich eine ganze Kategorie aus Commons nach OSM? Gibt es dafür ein Tool? Kannst Du das für mich machen? (Lizenz ist geklärt) Könntest du das weiter ausführen? Schließlich ist GNU und CC-BY-SA nicht kompatibel. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fotos für MapFeatures?
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. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] openvisible plugin JOSM
Hi, ich wollte mal das openvisible plugin für JOSM ausprobieren, gibts jemand, der damit schon mal gearbeitet hat? Ich hab es installiert und wusste aber dann nicht, wie es weiter geht. Doku dazu konnte ich leider auch nicht finden. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stellungnahme RVR und Stadt Dortmund
Tobias Wendorff schrieb: Hallo Willi, Willi Rehfeld schrieb: Ich darf nicht: Die Bilder vom RVR abzeichnen ? Genau. Dortmund lässt ja eine Option offen (Kauf von Material), aber der RVR ist gegen das Abdigitalisieren. Macht es einen Unterschied, ob ich jetzt blind ein Landuse zeichne und dann den WMS-Layer anschalte und es zurecht ziehe und schiebe oder ob ich es gleich dem WMS-Bild folgend zeichne? Für mich ist das eine sehr schwammige Lösung, vermutlich von ihnen absichtlich so gemacht, um uns das Abzeichnen zu ermöglichen, aber nicht irgendwie im Bezug auf andere Kartenanbieter in Bedrängnis zu geraten. Außerdem widerspricht sich das irgendwie, in dem PDF-Dokument heißt es ja zuerst: Daten für die Erstherstellung und die Fortführung des OSM-Datenbestandes auszuwerten Erstherstellung heißt für mich weißer Screen, dann WMS-Bild und los. Danach wird dann offenbar nochmal die Verwendung eines Webdienstes eingeschränkt, mit dem Stadtplan darf ich aber anscheinend etwas mehr machen. Gruß Jonas ___ 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: Hallo Community, jetzt wo das Wetter besser wird, will ich ein paar Fotos machen und mit GeoTags versehen. Meint ihr, dass man diese Fotos vielleicht auch für die MapFeatures verwenden kann, um so Einsteigern das Tagging zu vereinfachen? Ja, klar. Vor langer Zeit von mir auch mal hier angestoßen: http://wiki.openstreetmap.org/wiki/User:John07/fehlende_bilder (veraltet !) Es hat damals nicht wirklich Spaß gemacht, da das Wiki ständig überlastet war und kein Bildupload möglich war. Außerdem ist das mehr Arbeit als man denkt. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stellungnahme RVR und Stadt Dortmund
Tobias Wendorff schrieb: Jonas Krückel (John07) schrieb: Macht es einen Unterschied, ob ich jetzt blind ein Landuse zeichne und dann den WMS-Layer anschalte und es zurecht ziehe und schiebe oder ob ich es gleich dem WMS-Bild folgend zeichne? Nachweisen kann es Dir keiner ... aber Herr Terwyen meinte dazu: Ich weiß, dass viele OSM-er Fremddaten platt abdigitalisieren. Das hehre Bild vom idealistischem GPS-Tracker und Rechercheur stimmt nicht immer. Warum haben sie dann keine vernünftige Formulierung gewählt? Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Experimentelles neues 'TagWatch' bzw. Tagstatistiken
Hi, planst du eigentl. auch einen OSM-XAPI Link? Wäre sehr nützlich um Tags zu korrigieren bzw. sie sich mal im Editor anzuschaun. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Experimentelles neues 'TagWatch' bzw. Tagstatistiken
Lars Francke schrieb: Moin, planst du eigentl. auch einen OSM-XAPI Link? Wäre sehr nützlich um Tags zu korrigieren bzw. sie sich mal im Editor anzuschaun. jetzt wo Du es sagstich weiß nicht warum ich nicht selbst auf die Idee gekommen bin. Ist ne weile her, dass ich mich damit beschäftigt habe, ich weiß z.B. nicht was es mit diesem ROMA- und TRAPI-Kram usw. auf sich hat. Das letzte mal, dass ich OSM-XAPI nutzen wollte ging das entweder nicht oder die Daten waren veraltet aber das ist schon Monate her. Ich schreibe mir das auf und werde das in irgendeiner Form einbauen. Danke für den Hinweis. Gerne, hatte schon befürchtet, ich hab es nur übersehen :-) Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stellungnahme RVR und Stadt Dortmund
Thomas Reincke schrieb: Tobias Wendorff schrieb: Die Mehrzahl sieht uns halt als Konkurrenz an ... das war zu erwarten. Das ist doch eine gewaltige Auszeichnung. Konkurrent ist nur der der besser ist oder zumindest besser zu werden droht. Naja, ich finds eine komische Ansicht. Imo sind das doch staatliche Institutionen und daher vom Bürger erstmal durch Steuergelder finanziert. Wenn sie jetzt den eigenen Bürger als Konkurrenz sehen, ist das etwas seltsam. Vermutlich sagen sie nun, dass wir ja auch kommerziell genutzt werden und sie dann indirekt über uns kostenlos Daten an Unternehmen geben würden. Aber selbst das sehe ich nicht als Argument, Unternehmen sind ja auch Teil des Staates (zahlen normalerweise Steueren, beschäftigen Bürger etc.) Ich sehe sie übrigens nicht als Konkurrenz, sondern als kleine Institutionen, die uns helfen könnten, aber das nicht tun. Früher oder später werden sie eh von OSM überholt und sind höchstens noch für akurate Daten notwendig (ich weiß nicht wie groß der Markt dafür ist, aber vermutlich lange nicht so groß wie der restliche Markt). Gruß Jonas P.S. Über negative Nebenwirkungen von Importen und Luftbildern will ich ein ander mal reden ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stellungnahme RVR und Stadt Dortmund
Tobias Wendorff schrieb: Jonas Krückel (John07) schrieb: Naja, ich finds eine komische Ansicht. Imo sind das doch staatliche Institutionen und daher vom Bürger erstmal durch Steuergelder finanziert. Wenn sie jetzt den eigenen Bürger als Konkurrenz sehen, ist das etwas seltsam. Du vergisst einen Punkt: Zwar werden die Ausgaben durch die Steuergelder gedeckt, aber durch den Verkauf von Geodaten lässt sich auf jeder Ebene massiv Geld in die Kasse spielen. Auf der FOSSGIS habe ich mit einigen Leuten gesprochen. Bekannte Firmen zahlen da eben für die ALK-Daten eines Bundesland 7 Millionen Euro. Es ist ja keine Nullrechnung ... der Sozialstaat muss sich ja auch irgendwie finanzieren :-) Ja, nun letztlich zahlt halt der Bürger dann wieder an die Firma für die Daten im Navi oder sonstwo. :-) Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Radwege und Radwegrouting
Florian Lohoff schrieb: On Mon, Mar 30, 2009 at 10:26:42AM +0100, Joerg Fischer wrote: Stets funktioniert es, wenn man an allen Straßen, wo sich die links- und rechtsseitige Beschilderung / Ausstattung mit Radwegen unterscheidet, den Radweg als getrennten Weg erfasst, oneway=yes dran pappt und die Straße mit bicycle=no zumacht. Das ist aber an jeder Kreuzung ein doller Kopfstand. Ist das sinnvoll? Ist es eine Übergangslösung? Benötigen wir eine neue Tagging-Diskussion? :-) bicycle=no sollte ja nur da stehen wo es wirklich verboten ist - Als implizit an den Autobahnen. Um dem routing zu sagen er soll dich da nicht langschicken ist das nicht richtig IMHO. +1 Dazu hatte ich mal eine Diskussion angestoßen hier. Ergebnis: Wenn man möchte, kann man sowas wie bicycle=ungeeignet/nicht empfohlen(auf englisch) dazutaggen, ist ganz sinnvoll für größere Landstraßen etc. Ansonsten finde ich einzeln gezeichnete Radwege aktuell die einfachste Lösung, sowohl vom Eintragen als auch vom Routen. Das jetzt jemand gleich redundante Info schreit, stört mich erstmal nicht. Wenn dann muss man mich schon mit einem richtig gutem Konzept überzeugen. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Der neue Datenbankserver
Tobias Wendorff schrieb: Frederik Ramm schrieb: der eine oder andere hat sich ja trotz Paypal an der Spendenaktion neulich beteiligt, und wenn ihr sehen wollt, was daraus geworden ist (und wo ihr kuenftig Eure Daten hin hoch laden werdet), gibt es hier ein kleines Foto-Set von Shaun direkt aus den Londoner Cloudmade-Bueros: http://www.flickr.com/photos/smsm1/sets/72157615842027585/ Gibt es irgendwo technische Details zu dem Server? Bin interessiert. http://wiki.openstreetmap.org/wiki/Servers/smaug Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Log-Intervall
Martin Koppenhoefer schrieb: Am 24. März 2009 14:42 schrieb Lutz Horn lutz.h...@fastmail.fm: Hallo, On Tue, 24 Mar 2009 14:21 +0100, Felix Falk fe...@b9d.de wrote: Meine Frage welche Einstellungen machen hier Sinn a) auf dem Fahrrad b) zu Fuß. ad a) 1 Punkt pro Sekunde ad b) keine Erfahrung :) mache ich auch so: 1 Punkt pro Sekunde, unabhängig vom verwendeten Verkehrsmittel. Mehr geht normalerweise nicht, und weniger schadet im Sinne von fehlenden Details. Nach Strecke empfiehlt sich m.E. auch nicht, da sonst Nebeninformationen wie die Geschwindigkeit verloren gehen (und Kurvenverläufe sowieso). Naja, das stimmt nicht. Mein Garmin loggt schon immer für mich alle 10m und ich bin damit absolut zufrieden (ich denke die restl. OSM-Mapper hier haben auch nichts an meinen Straßen zu beanstanden). Velocity in JOSM zeigt auch Geschwindigkeit. Einmal hab ich 1s Intervall getestet, das braucht aber sehr viel Speicher und bringt mir kaum Mehrinfos. Bei 1s bekommt man auch leicht den Eindruck, dass hier genaue Daten vorliegen, aber wenn man an die GPS-Genauigkeit denkt muss man das relativieren. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Log-Intervall
Martin Koppenhoefer schrieb: Am 24. März 2009 18:00 schrieb Jonas Krückel (John07) o...@jonas-krueckel.de: Martin Koppenhoefer schrieb: mache ich auch so: 1 Punkt pro Sekunde, unabhängig vom verwendeten Verkehrsmittel. Mehr geht normalerweise nicht, und weniger schadet im Sinne von fehlenden Details. Nach Strecke empfiehlt sich m.E. auch nicht, da sonst Nebeninformationen wie die Geschwindigkeit verloren gehen (und Kurvenverläufe sowieso). Naja, das stimmt nicht. Mein Garmin loggt schon immer für mich alle 10m und ich bin damit absolut zufrieden (ich denke die restl. OSM-Mapper hier haben auch nichts an meinen Straßen zu beanstanden). Velocity in JOSM zeigt auch Geschwindigkeit. Einmal hab ich 1s Intervall getestet, das braucht aber sehr viel Speicher und bringt mir kaum Mehrinfos. Bei 1s bekommt man auch leicht den Eindruck, dass hier genaue Daten vorliegen, aber wenn man an die GPS-Genauigkeit denkt muss man das relativieren. Gruß Jonas mach, wie Du denkst, aber ich bin von 1s überzeugt, es kommen immer mal wieder Situationen vor, wo ich um jeden Punkt dankbar bin (Kurven), und klar muss man die Daten trotzdem interpretieren, die Genauigkeit von GPS ist halt nunmal so, wie sie ist. Klar braucht das auch mehr Speicher, aber das ist mir egal. Mit ner 2 GB-Karte hatte ich noch nie, nie überhaupt nur den Anflug von Speicherproblemen, und auch Plattenspeicher kostet nicht so besonders viel, dass ich dafür auf mehr Log-Punkte verzichten würde. Ich empfehle deshalb auch einem Neuling, der diese Frage hier stellt, maximale Punkte zu loggen. Der Speichermehrbedarf spielt einfach keine Rolle: 14 Monate intensives Loggen mit 1P/s: 189 MB gesamt (unkomprimiert als gpx). Wenn das jetzt auch nur 50 MB sein könnten: na und? Ich wollte eigentl. nur deinen letzten Satz relativieren, weil die Aussage so nicht richtig war. Und dass eine Kurve normalerweise nicht eckig ist, kann ich auch so wissen. Sollte sie eckig sein, würde ich mich wohl daran erinnern ;-) Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Log-Intervall
Martin Koppenhoefer schrieb: Am 24. März 2009 18:21 schrieb Jonas Krückel (John07) o...@jonas-krueckel.de: Ich wollte eigentl. nur deinen letzten Satz relativieren, weil die Aussage so nicht richtig war. Und dass eine Kurve normalerweise nicht eckig ist, kann ich auch so wissen. Sollte sie eckig sein, würde ich mich wohl daran erinnern ;-) ja, sie sind wohl irgendwie rund, damit man sieht, WIE rund, braucht man möglichst viele Punkte. Ich habe nie bestritten, dass man irgendeine Kurve auch ohne entsprechende Tracks zeichnen kann, aber die Tracks erleichtern einem die Arbeit halt insofern, dass man den Verlauf nicht komplett raten muss, sondern nur halb ;-). Auch für Kreisverkehre ist es schon schön, wenn man die dann aus dem Log erkennen kann. Ich fahre mit dem Fahrrad normalerweise ne Extrarunde und habe den Kreisel schön drin. Bei der Einstellung 10m hast Du nur ein paar Punkte irgendwie und musst den Rest dazuraten (wissen). Du lässt nicht locker :-) Wenn man nun den Fall hat, dass der 1s Track so ein Zickzack-Weg darstellt (machen die von mir gesehen 1s Tracks fast immer), dann muss man auch wissen, dass die Straße eben gerade war und nicht Zickzack ist. Also lassen wir das und sehen ein, dass man letztlich immer menschliche Vernunft zum Erstellen einer guten Karte braucht ;-) Gruß Jonas ___ 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?
Bernd Wurst schrieb: Am Montag 23 März 2009 00:14:44 schrieb Tobias Hägele: mir ist gerade aufgefallen, dass in Mapnik nun auch higway=road gerendert wird. Leider ist optisch nur ein kleiner Unterschied zu einer unclassified. Du hast ein (schlechteres, altes) LCD-Display, oder? ;-) road werden grau, unclassified weiß gerendert. Eigentlich sieht man den Unterschied recht gut. Ohja, Farbmanagement ist toll ;-) Bei mir wird die Karte selbst in unterschiedlichen Browsern unterschiedlich angezeigt, ganz zu schweigen von den verschiedenen Bildschirmen. Aber die beiden kann ich hier überall gut auseinander halten. Schwarz-Rot gestrichelt fände ich viel zu aggressiv. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternative: BSD-artige Lizenz was: Creative Commons zur ODbL
Fabian -Patzi- Patzke schrieb: Ich weiß das Thema wurde auch schon in diese Richtung öfter angesprochen. Aber die zukünftige Lizenz ist für mich halt ein wichtiges Thema. Zuerst mal kurz was mir wichtig ist. [...] Eine solche Umfrage sollte folgendes beinhalten: - so wie jetzt (CC-BY-SA) - OBDL - BSD-artig - Public Domain Das Ergebnis wäre Richtungsweisend. Wenn dann OBDL oder PD siegen würden, beide so nicht meine Favoriten, würde ich mich auch damit abfinden müssen. Aber ich finde eine Umfrage mit mehr Optionen als bisher geplant ist wichtig Ich stimme mit dir da voll überein, die Frage ist eben, ob so eine Umfrage zum jetztigen Zeitpunkt noch durchsetzbar ist. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Creative Commons zur ODbL
Am 22.03.2009 um 01:10 schrieb Christoph Eckert c...@christeck.de: 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 wollt e ich am Anfang auch verhindert wissen, dass sonstwer (sprich auch gerade die Jungs, die mir ziemlich schlechtes Material zu deutlich überteuerten Preise n und zu mehr als unfairen Konditionen boten) die von mir mühsam eingesammelt en Daten einfach so verwenden kann. So denken schätzungsweise viele im Projek t. Inzwischen müssen wir uns die Frage gefallen lassen, wozu wir denn d ie ganzen Daten sammeln, wenn es rechtlich gesehen fast unmöglich ist, die Dat en 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. 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 Anwendu ngen mit unseren Daten. PD ist nicht durchzubekommen. Ich bedauere das, habe aber Verständni s 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. Wenn wir heute unsere Daten einsperren, erweisen wir uns selbst einen Bärendienst. IMO setzen wir nichts wen iger als die Zukunft unseres Projektes auf's Spiel. Volle Zustimmung. Wir reden immer von frei, wenn wir neue Mapper begeistern wollen. Aber frei bedeutet für mich etwas anderes. Mein Wunsch wäre, wie bei Markus auch, PD mit Namensnennung und nicht mehr. Und im Prinzip würde die Namensnennung vermutlich auch als Empfehlung ausreichen. Wer das nicht macht, wird dann halt öffentlich angeprangert ;-) Gruß Jonas Das waren meine zwei Pfennig, ce ¹ http://tinyurl.com/cr42oy ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Creative Commons zur ODbL
Nop schrieb: Hi! Jonas Krückel (John07) schrieb: Persönlich wären mir mittlerweile so wenig Einschränkungen wie möglich (also stark Richtung PD) auch am liebsten. Sehe ich inzwischen auch genauso. Eigentlich hätte ich meine Daten ja gerne hübsch gegen Mißbrauch geschützt, aber viel wichtiger ist es, daß sie auch für alle Zwecke genutzt werden können, für die sie bestimmt sind. Sonst sind sie ja Nutz-los. :-) Genau. Nun scheint mir, dass es durchaus einige Unterstützer dafür gibt. Auch der normale Mapper lässt sich vermutlich leichter von solch einer Lizenz überzeugen: Du darfst mit den Openstreetmapdaten alles machen und musst nur dazu schreiben, dass du sie von Openstreetmap hast. Im Vergleich dazu ist die ODbL ein Monster: Du kannst mit den Daten alles machen, musst aber Openstreetmap nennen und für einzel Daten gibt es noch eine komische andere Lizenz, wann du aber Einzeldaten hast wissen auch wir nicht genau. Außerdem musst du deine Zwischendatenbank vllt. veröffentlichen, aber was das genau ist, ist auch nicht so klar. Und dein Endprodukt darf zwar frei sein, du darfst daraus aber keine geographischen Daten zurück gewinnen. Gut, vllt, aber auch nur vielleicht werden diese Unklarheiten (siehe auch Open Issues http://wiki.openstreetmap.org/wiki/Open_Data_License/Open_Issues) noch beseitigt, aber imo kann man soetwas wie Einzeldaten schwer genau definieren, es gibt immer Spezialfälle, die dann von der Lizenz nicht abgedeckt sind und entweder zu Unklarheiten oder zur Ausnutzung dieser Lücken führen. Und es bleibt eine komplizierte Lizenz mit Einschränkungen für die Nutzer. Allerdings ist die ODbL nun schon sehr weit und ich weiß nicht, ob es überhaupt noch möglich ist eine andere Richtung einzuschlagen. Vermutlich geht das nur, wenn sich viele Mapper dagegen aussprechen. Dies würden sie aber auch nur tun, wenn eine Alternative bereits erkennbar ist und sie nicht gleich eine Datenlöschung fürchten müssen. Verzwickte Lage irgendwie. Gruß Jonas, der im Zweifel wohl doch der ODbL zustimmen würde, weil CC-BY-SA auch keine gute Lösung ist. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Creative Commons zur ODbL
Dimitri Junker schrieb: Hallo, Meine Daten stehen allen zur freien Verfügung. +1 natürlich würde ich gerne ausschließen, daß sie für Gewalttaten u.ä. mißbraucht werden, aber über so einen Hinweis würde der Täter ja nur müde lachen - PD Weil ich OSM sehr mag, fände ich schön, wenn Datenverwender dazu schreiben würden (müssten), dass diese von OSM stammen. Das würde ich aber nicht allzu streng reinschreiben, es gibt bestimmt Anwendungen wo dies technisch ein Problem wäre - ein falls zumutbar oder falls technisch machbar wäre hier angebracht. Es soll kein Nutzer abgeschreckt werden - man könnte auch z.B. unterscheiden ob der Nutzer eine Rechtsabteilung hat oder eine Privatperson ist. Der Privatperson (incl. Kleinstfirmen) möchte ich die Nutzung auf alle Fälle ohne Lizensstudium ermöglichen Von mir aus aber auch allen anderen. Zur Kompatibilität mit anderen offenen Lizenzen könnte man in einem Anhang Kriterien auflisten die eine Lizens haben muß, damit die Daten ausgetauscht werden dürfen. Da sollte dann auch schon eine Liste der wichtigsten Lizenzen drinstehen. Soweit Zustimmung, aber was soll der letzte Absatz bezwecken? Wenn ich PD mache kann ich es mit allen Lizenzen nutzen, warum sollten wir es auch einschränken wollen? Dann wäre es schon wieder nicht frei. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Creative Commons zur ODbL
Christoph Eckert schrieb: Moin, so ähnlich sehe ich das auch. Ich würde allerdings bevorzugen, dass man nicht sagen muss, dass die Daten von OSM sind, sondern nur woher man sie hat. Sonst haben wir das Problem, dass man bei kumulativen Werken eine ganze Liste von Namen angeben muss. [...] Ja, das ist mir im Prinzip egal, Hauptsache man kann, wenn man möchte, irgendwie herausfinden, wo die Daten her sind. Und je einfacher die Attribution ist (v.a. auf mobilen Geräten etc.) desto besser. Obige Vorgehensweise würde vielleicht dem einen oder anderen Mapper nicht gefallen: * OSM würde ab der zweiten Datenweitergabe nicht mehr direkt als Datenquelle ersichtlich sein. Ich finde das auch nicht wichtig, denn mir ist nicht der Name OSM wichtig, sondern dass es freie Geodaten gibt. * Forks wären möglich. Momentan sehe ich die Gefahr nicht. Würden aber unser Projekt aus irgendwelchen Gründen einschlafen, können andere mit den Daten weiterarbeiten. Ich finde das eine gute Sache, denn ich fände es sehr schade, wenn unsere Bemühungen, die Daten einzusammeln, irgendwann umsonst waren. +1 Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Chancen der neuen Lizenz
Detlef Reichl schrieb: Hallo, Am Sonntag, den 22.03.2009, 12:15 +0100 schrieb Dimitri Junker: wie soll das denn gehen? Suche ich dann alle Nodes die ich irgendwann eingefügt oder geändert habe und lösche sie wenn mir die Lizens nicht paßt? Und wer darf das? Der der den Node angelegt hat, jeder der ihn irgendwann angefaßt hat oder der letzte User? Es ist doch unmöglich z.B. 'meine' Daten rauszulösen. Steht eigentlich irgendwo in der alten Lizens, daß man so eine Änderung vornehmen darf? da die neue Lizenz nicht mit der alten kompatibel ist, liegt es dann beim OSM-Projekt sicherzustellen, das alle Daten der Leute zu löschen sind, die der neuen Lizenz nicht zustimmen. Wie Dimitri aber sagt, kann man das gar nicht so einfach machen. Was ist z.B. wenn ich eine Straße einzeichne und dann kommt jemand, der zeichnet den Radweg geschätzt daneben. Nun hat er also auf meinen Daten aufgebaut, die ich aber nicht unter die neue Lizenz setzen will. Und nun? Die Daten bauen ja immer aufeinander auf, sie sind verbunden und verknüpft. Da gibt es viele Probleme, die noch nicht ausreichend beantwortet sind. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Chancen der neuen Lizenz
Frederik Ramm schrieb: Hallo, Christoph Eckert wrote: Sobald die OSMF die neue Lizenz durchzudrücken versuchen wird, werden etliche Projektmitglieder nicht zustimmen. Daraufhin werden in den OSM-Daten weite Landstriche gelöscht werden müssen. Im Gegenzug werden zwei weitere, ganz ähnlich gelagerte Projekte entstehen, die ebenfalls Geodaten einsammeln: Eines unter PD, ein anders unter der bisherigen Lizenz. Zunaechst einmal ist es natuerlich so, dass sich innerhalb der OSMF und deren 141 Mitgliedern (davon vermutlich so rund 130 stimmberechtigt in dieser Frage) ein klares Votum fuer die neue Lizenz ergeben muss. Ob das geschieht, steht noch in den Sternen. Dann erst wird den Mappern die Pistole an^H^H^H^H^H^H^H^H^H^HMöglichkeit gegeben, ihre Daten zu relizensieren. Ich glaube viele werden dann, aus Angst, dass ihre Daten sonst gelöscht werden und damit praktisch ihre Arbeit umsonst war, lieber zustimmen als abzulehnen, auch wenn ihnen die neue Lizenz nicht gefällt. Das ist eigentl. eine schlechte Sache. Wir müssen wenn dann möglichst klar machen, dass eine Ablehnung der Lizenz nicht automatisch eine Löschung bedeutet. Das ist jetzt nicht unbedingt darauf bezogen, die ODbL zu verhindern, sonder einen möglichst freien Abstimmungsprozess zu erhalten. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Chancen der neuen Lizenz
Detlef Reichl schrieb: Hallo, ich finde die ganze Diskussion schon seit langen befremdlich. Es läuft im allgemeinen darauf hinaus, ODbL oder Daten werden gelöscht. Ich findes es total arogant das sich eine Hand voll Leute diese Optionen ausgedacht habe und damit alle beglücken wollen. Meines erachtens sollte man erst einmal alle Nutzer über die Problematik der momentanen Lizenz informieren. Hier wäre es interessant zu wissen, wie das Verhältniss der Anzahl Leute die auf den Mailinglisten und im Forum angemeldet sind, ist, zu denen die bei OSM angemeldet sind. Ich denke sehr viele habe von der ganzen Diskussion noch gar nichts mitbekommen. Dann sollte man verschiedene Möglichkeiten wie alles PD-artig, eine rechtlich sichere CC-BY-SA-Lizenz, alles lassen wie bisher - wird schon gut gehen, ... zur Abstimmung bringen. Nach dem Ergebniss der Abstimmung könnte man dann eine passende Lizenz ausarbeiten. Alles andere hat für mich einen extrem schalen Beigeschmack. Ja, wie auch andere noch gesagt haben, wäre ich auch für solch eine neutrale Umfrage. Offenbar ging/geht man bei der Lizenzdiskussion davon aus, dass jeder OSM-Mapper mit der CC-BY-SA total glücklich ist und deswegen zu dem Projekt beiträgt. Weil die CC-BY-SA aber nicht geeignet ist, möchte man nun eine neue Lizenz die möglichst ähnlich ist, aber die Schwachstellen ausbügelt. Offenbar hat man aber etwas das Ziel aus den Augen verloren bzw. ist auf sehr viele Probleme (Open Issues und CC bzw. ITO comments zeigen diese auf) gestoßen, die man offenbar nicht wirklich zu lösen in der Lage ist. Für den durchschnittlichen Mapper war aber wohl nicht die konkrete Lizenz bei OSM der Grund beizutragen, sondern die Motivation freie Daten zu erhalten. Das diese Daten doch nicht ganz so frei verwendbar sind und evtl. noch weniger frei verwendbar werden könnten (ich meine jetzt in die Richtung, dass die Lizenz komplex ist und man sich erst mit allen Eventualitäten beschäftigen muss), wissen vermutlich nur die wenigsten. Ich gehe davon aus, dass man bei dem Wort frei eher an PD als an ODbL denkt. Es wäre nun vermutlich das beste, wenn wir gesammelt unsere Gedanken im Wiki und auf talk vortragen und die Idee der Grundsatz Umfrage vorschlagen. Wird sicher einiges an Aufschrei geben, den extrem straffen Zeitplan können sie vergessen, aber das muss man in Kauf nehmen. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Creative Commons zur ODbL
Sven Geggus schrieb: Jonas Krückel (John07) o...@jonas-krueckel.de wrote: Volle Zustimmung. Wir reden immer von frei, wenn wir neue Mapper begeistern wollen. Aber frei bedeutet für mich etwas anderes. Das ist der alte Streit zwischen BSD und GPL, den sollten wir IMO hier jetzt nicht nochmal führen. Ich bin ein großer Anhänger von GPL-artigen Lizenzen, die andere wegen ihrem virulenten Charater als unfrei bezeichnen. Andere sehen das so, dass der virulente Charater die Freiheit gerade schützt, da kommt man niemals zusammen. Ich habe jedenfalls keine Lust darauf, dass sich gerade diejenigen an unseren Daten bereichern können, die auf ihren Daten wie die Glucke auf dem Ei sitzen. Meine Daten sollen nicht PD sein und das ist gut so. Im Moment ist es nur leider eher so, dass die Lizenz freie Projekte verhindert. Aber wie du sagst, wir sollten nicht diskutieren. Die entscheidende Frage ist doch eher, was die Mehrheit der Mapper denkt. Und da gibt es die Alternative PD bzw. PD mit Namensnennung ja gar nicht. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Creative Commons zur ODbL
Detlef Reichl schrieb: Hallo, Am Sonntag, den 22.03.2009, 18:48 +0100 schrieb Jonas Krückel Die entscheidende Frage ist doch eher, was die Mehrheit der Mapper denkt. Und da gibt es die Alternative PD bzw. PD mit Namensnennung ja gar nicht. auch wenn ich nichts von PD-Varianten halte, aber: woher weißt Du das? Wie meinst du? Ich meine, dass es bis jetzt nur die Alternative CC-BY-SA (bzw. deine Daten werden vermutlich gelöscht) und ODbL gibt. Eine Umfrage an die Mapper, was sie überhaupt in der Mehrheit wollen, gab es gar nicht. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Creative Commons zur ODbL
Detlef Reichl schrieb: Am Sonntag, den 22.03.2009, 18:41 +0100 schrieb André Reichelt: Sebastian Hohmann schrieb: André Reichelt schrieb: *Weitergabe unter gleichen Bedingungen*: Wenn Google schon unsere Daten kombinieren will, müssen sie mindestens den Teil der Daten, der von uns kommt, ebenfalls frei geben. Wenn man eine Kombination mit anderen Werken durchführt, sind ausschließlich unsere Daten frei zu geben. Importierte POIs beispielsweise von einer Firma unterliegen nicht der Bestimmung. Und was bringt das dann? Berechtigte Frage. Du hast schon Recht: Wenn, dann müsste man das komplette Werk freigeben, was aber wieder Komplikationen mit sich bringt. Wenn aber beispielsweise Google unsere Daten mit einfließen lässt, müssen sie diese wohl auch irgendwie konvertieren oder ähnliches. Vielleicht nehmen sie auch selbst Änderungen vor. Diese wären dann wiederum für uns wertvoll. Und da frage ich dann mal wieder, was dagegen spricht, das jemand der unsere Daten verarbeitet auch dazu gezwungen werden soll das Ergebniss auch wieder frei zu geben - die könnte ja unter als kompatibel bezeichneten Lizenzen erfolgen? Irgendwie scheint mir die ODbL nur daran ausgerichtet zu sein, Firmen die kommerzielle Nutzung der OSM Daten möglich machen zu sollen, ohne das diese etwas dafür zurück geben müssen. Die Firma muss sehr wohl ihre Datenbank nach der ODbL wieder freigeben. Das Problem ist aber, dass diese Regelung auch freie Projekte, die mit unterschiedlichen komplexen Lizenzen daherkommende Daten vermischen wollen, verhindert. Und das diese Regelung noch nicht so 100 klar forumliert ist (wann genau muss ich eine Datenbank veröffentlichen, wie und wo... etc.) Durch die Komplexität können auch wieder Lücken entstehen. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Chancen der neuen Lizenz
André Reichelt schreef: Zunächst einmal stört mich diese homöopatische Informationspolitik der OSMF. Ihr bevormundendes Verhalten geht mir völlig auf den Geist. Obwohl ein Großteil der Listenbewohner sich eindeutig gegen die neue Lizenz ausspricht, hält die OSMF weiterhin daran fest, ihren Willen nötigenfalls mit Gewalt (fresst [nehmt die Lizenz an] oder sterbt [oder die Daten werden gelöscht]) durchzudrücken. Ich kann das nur so zitiert wiedergeben und darauf antworten, weil du bei mir eh in der Blacklist bist. Aber ich finde deinen Tonfall absolut unakzeptabel, v.a. da Henk Hoff sich um eine bessere Informationspolitik bemüht und hier antwortet. Also stelle konstruktive Antworten auf die du konstruktive Antworten erhalten kannst oder lass es bleiben. So etwas wie oben oder in den anderen Emails hilft keinem. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Creative Commons zur ODbL
Nop schrieb: Hi! Danke für's Übersetzen. Frederik Ramm schrieb: Fünftens kann die ODbL zu Problemen bei der Kombination mit anderen Werken führen, weil ihre copyleft/share-alike-Vorkehrungen in Konflikt mit anderen Einschränkungen führen. Das ist schon die gleiche Organisation, die die aktuelle Lizenz formuliert hat, die das noch viel härter unterbindet? :-) Sie sagen AFAIK ja auch, dass die CC-BY-SA für uns ungeeignet ist und wir stattdessen auf etwas BSD-artiges ausweichen sollten. Persönlich wären mir mittlerweile so wenig Einschränkungen wie möglich (also stark Richtung PD) auch am liebsten. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] User visualisieren
Jan Tappenbeck schrieb: Moin ! gibt es einen einfachen Weg alle highways eines Users in einem bestimmten Gebiet zu visualisien ?? OSM-Mapper von ito-world sollte das können. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Alternativer Editor
qbert biker schrieb: Original-Nachricht Datum: Tue, 17 Mar 2009 15:35:00 +0100 Von: Martin Koppenhoefer dieterdre...@gmail.com An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Alternativer Editor wenn Du gerne die Einfamilienhaus-tristesse der Dorferweiterungen mappen willst: nur zu, allerdings unterschätzt Du m.E. auch da das Problem: die meisten Häuser sind aus mehreren Rechtecken zusammengesetzt und sehr oft haben sie noch polygonale Geschwüre an den Ecken (toskanische Erker u. dgl.). Die liegen eh unter jeder aktuellen Aufloesungsgrenze. Da muessten wir schon bei Google abmalen duerfen. Dachformen von normalen Einfamilienhaeusern sind mit einem Rechteck zu mindestens 90% gut angenaehert. Die einfache Form kommt in extrem hoher Stueckzahl vor, auch bei Wohnbloecken. Mit reinen Rechtecken kommt man da nur bedingt weiter, kommt aber natürlich sehr darauf an, wo man mappt. Ein Rechteck zeichnet man aber wie gesagt mit JOSM in 3 clicks: 1. Node, 2. Node, extrudieren. Dann habe ich vier Nodes und kein Objekt, also keine Unterstuetzung bei Parametern, nachtreaglichem Drehen und keine zusaetzlichen Daten, die das Objekt und dessen Rechtwinkligkeit fuer die Nachwelt festhalten. Wenn die Ausgangslinie, die ich auseinanderziehe nicht ganz stimmt (was man bei verrauschten Luftbildern meistens erst spaeter sieht), habe ich nach deiner Methode zwei Moeglichkeiten: Ich loesche das Haus und fange von vorne an oder ich ziehe an den Ecken und verliere die Rechtwinkligkeit. Ich sehe eigentlich in der realen Karte nur krumme Haeuser. Dazu kommen noch potentionale Funktionalitaeten eines spezialisierten Tools, wie Reihenhaeuser per cp zu vervielfachen oder sinnvolle Vorgaben bei den Eintreagen zu machen. Und es muss ja nicht auf ewig bei einfachen Rechtecken bleiben ;) Für mich klingt das immer noch gut :-) Deswegen hab ich vorgeschlagen einfach mal zu machen, anstatt wie jetzt doch geschehen viel Zeit in Diskussionen zu stecken, bei denen es dann zu mehr Missverständnissen und was wäre wenn etc. kommt. Außerdem kann es ja sein, dass die Power-OSM-User das Tool nicht mögen werden, weil da zu wenig Funktionen drin sind, aber die restliche Mehrheit schon. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Audiomapping: Externes Mikro an MP3-Player
So, nach nochmal ein paar Stunden basteln habe ich jetzt ein funktionierendes externes Mikrofon :-) Letztlich hatte ich wohl irgendwo immer einen Fehler, nun habe ich ein Kabel direkt an die Kontakte des internen Mikros gelötet und an diesem Kabel ist direkt ein kleines Knopfmikro von einem altem Diktiergerät. Die Qualität ist besser als erwartet, auch bei Hintergrundgeräuschen. Mittels einem kleinen gebastelten Gehäuse kann ich es am Kragen befestigen (kleine Klammer). Leider ist nun das Mikro immer dran, aber der MP3-Player wird sonst eh nicht genutzt. Ansonsten ist trotz der Lötaktionen noch alles voll funktionsfähig :-) Wenn jemand (auf eigene Gefahr!) so etwas basteln möchte, kann er mich gerne zwecks weiterer Infos anschreiben, hab auch ein paar Bilder gemacht. Danke für eure Ideen. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Audiomapping: Externes Mikro an MP3-Player
Markus schrieb: Hallo Jonas, So, nach nochmal ein paar Stunden basteln habe ich jetzt ein funktionierendes externes Mikrofon :-) Wenn jemand (auf eigene Gefahr!) so etwas basteln möchte, kann er mich gerne zwecks weiterer Infos anschreiben, hab auch ein paar Bilder gemacht. Schreibe es doch einfach ins Wiki: http://wiki.openstreetmap.org/wiki/de:External_microphone und verlinke es hier: http://wiki.openstreetmap.org/wiki/de:Audio_mapping dann findet man es auch wenn man diese Disku nicht kennt. http://wiki.openstreetmap.org/wiki/Audio_mapping#By_John07 Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonkonferenz zur Lizenz am 14.3.09
Ulf Möller schrieb: Frederik Ramm schrieb: Ich werde nicht dabei sein; falls jemand von Euch mitmacht, würde ich mich freuen, später hier einen kurzen Bericht lesen zu können. Sollte Seiten OSMF waren Nick Black, Michael Collinson und nach einiger Zeit auch Grant Slater und Henk Hoff dabei. Im IRC 150 Teilnehmer, in der Telko ca. 20, von denen sich knapp 10 zu Wort gemeldet haben. Es gab drei Aspekte: [...] Die OSMF will ihre Ziele mit der Lizenzänderung besser kommunizieren und dabei besonders auf die ShareAlike-Frage eingehen. Hab ich das da richtig verstanden, dass aktuell (mit CC-BY-SA) das Endprodukt (der Atlas) unter CC-BY-SA stehen muss, aber die Datenbank auf dem Weg dorthin nicht? Und mit der ODbL wäre dann der Atlas ohne Lizenz, aber die Datenbank auf dem Weg dorthin müsste unter ODbL stehen? Falls das so ist, wäre das imo ein guter Fortschritt und auch ein gutes Argument gegenüber den ShareAlike-Hardlinern. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonkonferenz zur Lizenz am 14.3.09
Frederik Ramm schrieb: Und wieviel kostet mir das Wählen dieser Nummer? Die Nummern mit 069/089 kosten so viel wie halt ein Anruf nach Frankfurt oder Muenchen kostet. Also praktisch eine Festnetznummer? Gruß und Danke für die Info Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Audiomapping: Externes Mikro an MP3-Player
Hi, ich möchte jetzt im Frühling wieder ein bisschen mehr mappen und daher meine Arbeitsweise verbessern. Ich habe einen MP3-Player namens TrekStor i.Beat joy 2.0 Mit diesem funktioniert Audiomapping soweit auch ganz gut. Nun möchte mappe ich aber am liebsten mit dem Fahrrad bzw. Inlinern und möchte gerne ein Headset nutzen bzw. ein kleines Mikrofon am Kragen anbringen. Der TrekStor hat nun leider nur einen Line-In Eingang. Um nun ein Mikrofon daran nutzen zu können, brauche ich eine Verstärkung (ich hab es zur Sicherheit getestet, ist wirklich so). Hat jemand von euch Erfahrung mit so einem Fall? Es gibt kleine Bausätze für Vorverstärker, dann muss ich aber basteln und ich bin auch noch nicht sicher, wie das mit der Stromversorgung klappt. Ziel ist natürlich einen so klein wie möglichen Kasten mit Batterieversorgung zu haben. Oder gibt es fertige kleine Mikrofone inkl. Vorverstärker? An die Qualität hab ich im Prinzip ja keinerlei Ansprüche, man muss nur meine Stimme verstehen können. Mehr als 20 Euro möchte ich für ein Mikrofon bzw. einen Vorverstärker nicht ausgeben. Ansonsten bin ich offen für kreative Vorschläge, die weiterhin mobil und leicht sind. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Audiomapping: Externes Mikro an MP3-Player
Frederik Ramm schrieb: Hallo, Jonas Krückel (John07) wrote: Der TrekStor hat nun leider nur einen Line-In Eingang. Um nun ein Mikrofon daran nutzen zu können, brauche ich eine Verstärkung Verstehe ich das richtig, dass das Geraet ein eingebautes Mikro hat? Gaebe es da vielleicht die Moeglichkeit, das ganze mechanisch/akustisch zu loesen statt elektronisch, also einfach einen geeigneten Befestigungsort fuer das Geraet zu finden sowie einen guten Windschutz - beispielsweise eine Installation des Geraets in der Brusttasche einer Jacke/eines Hemds? Ja, prinzipiell schon. Aber in der Brusttasche ist es wohl zu weit entfernt und ein typisches T-Shirt bzw. Radtrikot hat meist auch keine. Wie gesagt, wenn jemand da eine gute Idee bzw. Vorgehensweise hat, die sich bewert hat, probiere ich das auch mal aus. Im Wiki finden sich im Bezug aufs Audiomapping leider auch eher allgemeine Infos bzw. keine zu meinem Fall. Oder ansonsten: Das eingebaute Mikro auslöten und an einem Kabel herausführen? Das ist keine schlechte Idee, ich werde mal ins Gehäuse rein schaun. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Audiomapping: Externes Mikro an MP3-Player
Martin Koppenhoefer schrieb: Am 14. März 2009 15:59 schrieb Jonas Krückel (John07) o...@jonas-krueckel.de: Frederik Ramm schrieb: Hallo, Jonas Krückel (John07) wrote: Der TrekStor hat nun leider nur einen Line-In Eingang. Um nun ein Mikrofon daran nutzen zu können, brauche ich eine Verstärkung Verstehe ich das richtig, dass das Geraet ein eingebautes Mikro hat? Gaebe es da vielleicht die Moeglichkeit, das ganze mechanisch/akustisch zu loesen statt elektronisch, also einfach einen geeigneten Befestigungsort fuer das Geraet zu finden sowie einen guten Windschutz - beispielsweise eine Installation des Geraets in der Brusttasche einer Jacke/eines Hemds? Ja, prinzipiell schon. Aber in der Brusttasche ist es wohl zu weit entfernt und ein typisches T-Shirt bzw. Radtrikot hat meist auch keine. Wie gesagt, wenn jemand da eine gute Idee bzw. Vorgehensweise hat, die sich bewert hat, probiere ich das auch mal aus. Im Wiki finden sich im Bezug aufs Audiomapping leider auch eher allgemeine Infos bzw. keine zu meinem Fall. Oder ansonsten: Das eingebaute Mikro auslöten und an einem Kabel herausführen? Das ist keine schlechte Idee, ich werde mal ins Gehäuse rein schaun. Gruß Jonas für 1 EUR gibt es auch Billig-Headsets. Da habe ich mir schon mal ein Mikro ausgebaut. Bevor Du das eingebaute Mikro auslötest, würde ich mir eher überlegen, ein billiges 2. dranzuhängen. Ja, das stimmt. Ich hatte einfach gar nicht daran gedacht, an das eingebaute etwas dran zu löten. Hab es jetzt geschafft das Gehäuse zu öffnen und soweit an die Platine ran zu kommen. Ist allerdings nicht ganz leicht, da etwas ran zu löten. Evtl. könnte ich auch einen Stecker daran löten, dann hab ich im Bezug auf das Mikro freie Wahl. Hat noch jemand einen ganz anderen Vorschlag? Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Audiomapping: Externes Mikro an MP3-Player
Martin Koppenhoefer schrieb: für 1 EUR gibt es auch Billig-Headsets. Da habe ich mir schon mal ein Mikro ausgebaut. Bevor Du das eingebaute Mikro auslötest, würde ich mir eher überlegen, ein billiges 2. dranzuhängen. Irgendwo scheint wohl ein Fehler in der Idee. Trotz unzähliger Versuche, konnte ich kein Mikro an einem Kabel zum Funktionieren bewegen. Das interne Mikro konnte man einfach abziehen und ich konnte die Kabel daran löten. Aber ich bekomme kein Ton, nicht mal einen sehr leisen. Ich denke, dass der Widerstand des Kabels bzw. dann des Mikros zu hoch ist und daher der Strom zu gering ist. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Audiomapping: Externes Mikro an MP3-Player
Am 14.03.2009 um 22:11 schrieb Guenther Meyer d@sordidmusic.com: Am Samstag 14 März 2009 schrieb Jonas Krückel (John07): Martin Koppenhoefer schrieb: für 1 EUR gibt es auch Billig-Headsets. Da habe ich mir schon ma l ein Mikro ausgebaut. Bevor Du das eingebaute Mikro auslötest, würde ich mir eher überlegen, ein billiges 2. dranzuhängen. Irgendwo scheint wohl ein Fehler in der Idee. Trotz unzähliger Versuche, konnte ich kein Mikro an einem Kabel zum Funktionieren bewegen. Das interne Mikro konnte man einfach abziehen und ich konnte die Kabel daran löten. Aber ich bekomme kein Ton, nicht mal einen sehr leisen. Ich denke, dass der Widerstand des Kabels bzw. dann des Mikros zu hoch ist und daher der Strom zu gering ist. mikro und kabel muessen von den elektrischen werten natuerlich passen. bei solchen dingern duerfte der toleranzbereich nicht wirklich gross sein... Hm, am Montag (morgen kann ich ja nix kaufen) nochmal mit einem anderen Mikro probieren. Das anlöten von den Kabeln ist leider ein ewiges Gefrickel. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Audiomapping: Externes Mikro an MP3-Player
Am 14.03.2009 um 22:10 schrieb Guenther Meyer d@sordidmusic.com: Am Samstag 14 März 2009 schrieb Jonas Krückel (John07): Hat noch jemand einen ganz anderen Vorschlag? wenn dranloeten einer buchse funktioniert, ist das sicher eine gute loesung. nur kann ich mir gut vorstellen, dass das bei vielen geraeten platztechnisch enge wird... ich hab mir meinen recorder (cowon iaudio7) einfach mit nem kurzen baendchen um den hals gehaengt. die qualitaet ist zwar nicht berauschend, aber absolut ausreichend. Falls meine Bastelei ohne Erfolg bleibt und das interne mikro danach noch geht, probiere ich das mal aus. Stelle es mir aber sehr störend vor. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Frage aus Colorado, USA!
Am 13.03.2009 um 08:55 schrieb qbert biker qbe...@gmx.de: Original-Nachricht Datum: Thu, 12 Mar 2009 22:16:46 +0100 Von: Frederik Ramm frede...@remote.org An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Eine Frage aus Colorado, USA! Oder einfach noch die 10 Jahre warten, bis OSM in das Alter kommt, in dem Linux sich auch bei Anfaengern durchgesetzt hat. Das ist kein automatischer Prozess, den man abwarten kann. 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. Da dreht sich ein Faehnchen im Wind ;) Als ich frueher eingebracht habe, dass man vielleicht nicht alles pauschal dem Wachstum opfern sollte, hab ich einiges an Haehme dafuer geerntet. Aber egal, das ist Vergangenheit... Natuerlich werde ich niemanden davon abhalten, schoene benutzerfreundliche Software zu machen, aber ich finde nicht, dass man das zu sehr problematisieren muss. Aber thematisieren vielleicht? Viele Probleme, die mit dem Wachstum in Verbindung stehen sind hausgemacht. Wie zu Beginn, wird ausschliesslich an primitiven Objekten rumgefummelt, die dann mit der Allerweltsmethode 'relations' zu Objekten zusammengefuehrt werden, die nicht die Bohne selbsterklaerend sind. 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 ;-) Die Leute, die Parks anlegen, haben viel dazugelernt und koennen mittlerweile schattenspendene Baeume versetzen. Aber in OSM wuerde man wohl die Blaetter einzeln als Nodes anlegen, die Aeste als Way und dann zu einer Monsterrelation verbinden, statt den Baum als solches auszugraben und zu versetzen ;) Ich denke, dass der Schluessel zur Weiterentwicklung von OSM in Tools liegt, die nicht mehr auf Primitivelemente abstrahieren, sondern die Dinge abbilden, die die Leute, die Mapper werden wollen, kennen: Nicht nodes und ways, sondern Haeuser, Fluesse oder Kneipen. Ich glaube du hast hier schon Recht, aber andere sind davon nicht überzeugt. Nun kannst du sie aber leicht überzeugen, in dem du ein proof of concept in Form eines Hauseditors machst. Die weitere Entwicklung kannst du dir denken. Gruß Jonas Gruesse Hubert -- Nur bis 16.03.! DSL-Komplettanschluss inkl. WLAN-Modem für nur 17,95 ¿/mtl. + 1 Monat gratis!* http://dsl.gmx.de/?ac=OM.AD.PD003K11308T4569 a ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Frage aus Colorado, USA!
qbert biker schrieb: Original-Nachricht Datum: Fri, 13 Mar 2009 11:00:13 +0100 Von: Jonas Krückel (John07) o...@jonas-krueckel.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org CC: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Eine Frage aus Colorado, USA! Ich glaube du hast hier schon Recht, aber andere sind davon nicht überzeugt. Nun kannst du sie aber leicht überzeugen, in dem du ein proof of concept in Form eines Hauseditors machst. Die weitere Entwicklung kannst du dir denken. Gruß Jonas Ist ein kleines Zeit- und Organisationsproblem, z.B. ob der Editor eigenstaendig wird, oder bei einem anderen Editor 'unterschluepft' (josm faellt aus, weil ich mich weigere, in meiner Freizeit java anzufassen ;)). Es ist schon was in Planung und es ist auch schon was da (kein Hausereditor, aber einiges an SW zu OSM-Formaten und Geometrie), ob ich die Zeit aufbringe, wird sich zeigen. So zu sagen beides mehr oder weniger typische OpenSource Probleme ;-) Aber trotzdem ist es in jedem Fall sinnvoll, vorher mal das Feld abzuklopfen, ob da was kommt, z.B. 'du alte Traene, gibts doch schon laengst' oder 'noe, lass mal, mache ich', oder aehnliches. Je länger ich über die Idee nachdenke, desto mehr gefällt sie mir ;-) Im Prinzip läuft es jetzt ja so ab: -man möchte ein Haus zeichnen -also zeichnet man Nodes und Ways bzw. ein Area -man taggt es als Haus (-man taggt Hausnummern etc.) Deine Version/Vision, wenn ich es richtig verstanden habe: -Ich möchte ein Haus zeichnen, also klicke ich auf den Hausbutton -ich habe automatisch ein Rechteckwerkzeug, mit dem ich ein Haus zeichne und es ist automatisch als Haus getaggt (-es kommt automatisch ein Hausnummern(etc.)dialog und es gibt ein Button Mehr Optionen um auch nicht rechteckige Häuser zu zeichnen) So richtig? Ich denke es ist am besten, wenn man wirklich nur mit Häusern anfängt, weil es a) schon kompliziert genug ist, b) man trotzdem schon viel allgemeines für die weitere Entwicklung lernen kann, c) es schneller geht und d) falls es schief geht, nicht so viel Zeit verschwendet wurde. Gibts noch andere Leute, die soetwas interessant finden? Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonkonferenz zur Lizenz am 14.3.09
Frederik Ramm schrieb: Hallo, Andreas Jacob wrote: Immer wenn ich mal wieder einen solchen Beitrag im Planet OSM lese, frage ich mich ja schon lange , wer diese Blogs mit Inhalt füllt, und ob das wirklich nur ein Fake ist. Genau zum aktuellen Thema passend, hat ja FakeRichardF auch im Blog abgelässtert: http://fakerichardf.blogspot.com/2009/03/legal- abuse.html Hat da wer genauere Erkenntnisse? Zumindest scheint irgendjemand für FakeSteveC die talk-de zu übersetzen: Google? Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Frage aus Colorado, USA!
qbert biker schrieb: Original-Nachricht Datum: Fri, 13 Mar 2009 13:32:53 +0100 Von: Jonas Krückel (John07) o...@jonas-krueckel.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Eine Frage aus Colorado, USA! Deine Version/Vision, wenn ich es richtig verstanden habe: -Ich möchte ein Haus zeichnen, also klicke ich auf den Hausbutton -ich habe automatisch ein Rechteckwerkzeug, mit dem ich ein Haus zeichne und es ist automatisch als Haus getaggt Genau. Wenn ich z.B. mit einem hinterlegtem Bild arbeite, versuche ich in die Mitte des Hauses zu klicken und setze da eine Node. Es erscheint ein Rechteck mit Defaultvorgaben (z.B. 20x40m). Durch Drehen und Ziehen an einer Ecke, passe ich die Form dem drunterliegendem Bild an. Wenn ich die Mitte am Anfang nicht sauber getroffen habe, richte ich das Objekt nochmal aus, bis es passt. Mein Bruder (bis jetzt kein Kontakt mit OSM-Editoren :-D) hatte gerade eine interessante Idee. Wie wäre es mit Drag and Drop? D.h. ich will ein Haus zeichnen, also ziehe ich den Hausbutton auf die Karte und der Editor macht automatisch ein Rechteck mit den entsprechenden Tags. Mit mittlere Maustaste gedrückt (bzw. Scrollrad drücken) kann ich es dann noch drehen und an den Ecken (wie bei anderen Rechtecken in Vektorgrafikprogrammen) größer kleiner ziehen. Optionen gibts logischerweise per Rechtsklick. Klingt so, also ob man in die Richtung mal etwas experimentieren sollte. Leider kann ich nicht Programmieren, aber falls ich dich sonst irgendwie unterstützen kann, falls du in diese Richtung etwas probieren willst, helfe ich gerne (z.B. testen, beim Design/Interface mithelfen). Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Benutzerschnittstelle Eingabe und Prüf ung [war: Eine Frage aus Colorado, USA!]
Markus schrieb: Hallo Jonas, Je länger ich über die Idee nachdenke, desto mehr gefällt sie mir ;-) Gibts noch andere Leute, die soetwas interessant finden? ja, sehr! Ich suche nach einer Möglichkeit, aus einer Liste ein Icon für ein reales Objekt zu wählen, für das das dann ein Formular zur Eingabe der passenden Daten öffnet. Gleichzeitig soll die Dateneingabe geprüft, und wenn alles ok, der Datensatz als DB-Objekt hochgeladen werden. Beispiel: In der Seefahrt gibt es Leuchtfeuer als Navigationshilfe. Also wähle ich das *Icon* Leuchtfeuer. Nun öffnet das *Formular*, in dem ich alle Daten zum Leuchtfeuer eintragen kann (das sind ziemlich viele). Die Daten werden nach vorgegebenen Regeln *geprüft*, und ggf nachgefragt/korrigiert. Genau das machen doch die JOSM Presets, in geringem Maße prüfen sie sogar (ob area, way oder node) Mir gehts eher um einen ganz anderen Typ des Kartenmalens bzw. der Dateneingabe. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Alternativer Editor (was: Re: Eine Frage aus Colorado, USA! )
qbert biker schrieb: Original-Nachricht Datum: Fri, 13 Mar 2009 14:19:29 +0100 Von: Jonas Krückel (John07) o...@jonas-krueckel.de An: Openstreetmap allgemeines in Deutsch talk-de@openstreetmap.org Betreff: Re: [Talk-de] Eine Frage aus Colorado, USA! So oder so aehnlich, ich bin da offen. Bleibt noch die Frage, was man als Basis nimmt. josm faellt aus, wenn ich selber programmieren soll, denn ich mach kein java. Hab grade die Page von Merkaator offen und das gefaellt mir schon besser. Wenns C++/Qt ist, so wie es scheint, kann ich mitmachen. Dann kommts noch drauf an, wie die Jungs da selber dazu stehen. Ja, Merkaator ist imo teils noch schlimmer als JOSM von der Bedienung ;-) Aber sind auch ein paar ganz gute Sachen dabei. Anyway, ich bin nicht sicher, ob das funktioniert, dass man einen Editor umschreiben will. Ich glaube es geht nur, wenn man einen neuen startet (also ruhig Code von einem nehmen, aber dann seperat weiter machen). Die Vorteile sind, dass man nicht auf alte Gewohnheiten von Leuten Rücksicht nehmen muss und ersteinmal alles rausschmeißen kann, was man nicht braucht. Das sind meiner Meinung nach 2 sehr wichtige Punkte. Wenn das eigene Konzept dann funktioniert, werden es die Leute nutzen und entweder man bleibt eigenständig oder schaut dann (mit dem Erfolg im Rücken ;-) ) in wie weit man zusammenarbeitet. Gruß Jonas P.S. Betreff geändert. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Telefonkonferenz zur Lizenz am 14.3.09
Lutz Horn schrieb: Hallo, Frederik Ramm schrieb: http://lists.openstreetmap.org/pipermail/legal-talk/2009-March/002236.html ... gibt es nun eine von CloudMade bezahlte und von Nick Black moderierte Telefonkonferenz. Komischer Stil, den Steve da verwendet: Of course I am Evil [1] and me chairing it would only be a short step from achieving my ambitions as Dictator of the Seven Seas. Ist das ein Insider-Witz? Neben den schon geschriebenen Erklärungen passt dazu auch: http://fakestevec.blogspot.com/ Wobei imo nicht klar ist, ob er das nicht vllt. auch selber schreibt. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Eine Frage aus Colorado, USA!
Michael Buege schrieb: Zitat Hurricane McEwen: Ich bin Hurricane McEwen aus Colorado. Ich bin ein community ambassador (Community Botschafter)) für OpenStreetMap in den USA. Wie wird man ein community ambassador? http://www.cloudmade.com/careers/community-ambassador Sie werden von Cloudmade bezahlt und veranstalten hauptsächlich Mapping Parties, um Openstreetmap in den USA bekannter zu machen und mehr Mapper zu gewinnen. http://community.cloudmade.com/blog/ Community Botschafter hört sich ein bisschen zu offiziell an, aber ambassador kann man nicht so gut ins Deutsche übersetzen. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Client von Drittanbieter deutlich schneller als OpenLayers?
Ich hab gerade zufällig Safari unter Windows getestet und war sehr erstaunt, wie schnell hier Openlayers ist bzw. auch das Nachladen von Tiles geschieht. Das ist mindestens so schnell wie Google Maps. Hat also anscheinend nicht nur mit Openlayers zu tun. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] API-Umstellung verschoben
Frederik Ramm schrieb: Hallo, weil es mit dem neuen (aus dem gespendeten Geld gekauften) Server nicht so schnell ging wie geplant, wird die API-Umstellung verschoben. Urspruenglich war Ende Maerz geplant, nun wird der Zeitraum 17.4.-20.4. anvisiert. Bitte im Kalender rot anstreichen und keine Mapping Parties zu diesem Zeitpunkt ansetzen ;-) Na dann können sich die Oberfpalz Leute ja jetzt freuen, dass sie vorher noch fertig werden. Immerhin kommen wir dem Mai näher ;-) SCNR Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Google Summer of Code 2009
Hi, it seems to me that the Pool of Potential Projects on the wikipage is outdated. For example routable garmin maps are already working now. Should i correct/delete this ideas? Jonas ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Google Summer of Code 2009
Mikel Maron schrieb: Yes, need to get this page up to date. Everyone, throw in new ideas for GSoC projects. Ideally they are well contained, non-essential, interesting and deep, but doable by a student who may be new to OSM. If you're interested to mentor, add your name too http://wiki.openstreetmap.org/wiki/Google_Summer_of_Code#Would_You_be_a_Mentor_in_GSoc_2009.3F http://wiki.openstreetmap.org/wiki/GSoC_Applications_2008 These are the student applications. Does anyone have a copy of the mentor organization application? I would prefer to move discussions out of mailing lists to twitter since this is relatively urgent matter (deadline for application is Mar 13th). I am not sure though how many people here use twitter. #osmgsoc Let's just stick to the lists and wiki, we're used to that. We can pull off March 13. Do you want to take the lead on submitting the application? I didn´t wrote that what you quoted here, this was from dev from Artem Dudarev duda...@gmail.com mailto:duda...@gmail.com Jonas -Mikel *From:* Jonas Krückel (John07) o...@jonas-krueckel.de *To:* talk@openstreetmap.org *Sent:* Tuesday, March 10, 2009 12:37:59 PM *Subject:* Re: [OSM-talk] Google Summer of Code 2009 Hi, it seems to me that the Pool of Potential Projects on the wikipage is outdated. For example routable garmin maps are already working now. Should i correct/delete this ideas? Jonas ___ talk mailing list talk@openstreetmap.org mailto:talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Abstraktionsebenen und Fahrerinformation
qbert biker schrieb: Hallo Liste, ich les ja nicht mehr so viel mit, weils etwas unuebersichtlich geworden ist hier und mir die Zeit fehlt, mich durch alles durchzuwerkeln, aber letztens sind mir bei einer Diskussion um Autobahneinfahrten ein paar Sachen eingefallen, die vielleicht den einen oder anderen interessieren. Um Dingen wie 'OSM ist anders' und 'wir mappen nicht für...' vorzubeugen, beziehe ich mich auf ein abstraktes Fahrerinformationssystem. Wie und was sich dann auf OSM abbilden lässt, soll jeder für sich selbst entscheiden oder gleich alles verwerfen ;) Ein Fahrerinformationssystem soll aus den gebotenen Daten Meldungen erzeugen können, die ihn möglichst gut durch das Verkehrsdickicht leiten. Ein relativ einfacher Fall ist das Ein- und Ausfahren von der Autobahn. Der Vorgang besteht aus zwei Phasen, das Einordnen und das Verlassen der Autobahn. Eine bewährte Abstraktion ist, alle Spuren einer Fahrbahn zwischen denen man wechseln kann, zu einer Verbindung (link) zusammenzufassen. Auch die Einfaedelspur ist so eine Spur und bis zu deren Ende kann man sich noch umorientieren und wieder auf die Autobahn zurück. Zu mindest nach meiner Erfahrung und Beobachtung wird hier die Ausfahrt jeweils (meist ein bisschen geschätzt) ab dem Beginn der Einfädelspur gemappt. D.h. ein Stück parallel zur Autobahn/Straße und dann knickts eben ab. Andere Ausfahrten (ohne Einfädelspur) werden dem entsprechend anders gemappt. Finde ich so sehr intuitiv und sinnvoll. Aber ich denke ansonsten kann man, wie du auch erwähnst, das Problem halbwegs gut mit Algorithmen lösen. Imo muss man doch eh vorher sagen, dass in 1,5 Km die Abfahrt kommt und dann kann man ja nochmal 200m davor ansagen etc. Für den User ist das nicht so wichtig, weil er zum einen die Entfernung nicht so gut schätzen kann (d.h. eine leicht falsch berechnete Ansage fällt kaum oder gar nicht auf) und zum anderen sowieso auf Schilder etc. achten muss. Wie du sagst, ist es innerorts schwieriger, aber da sind die Geschwindigkeiten nicht so hoch, d.h. man muss nicht so früh warnen bzw. der User hat mehr Zeit und es gibt nicht so häufig Einfädelspuren. Ich glaube, ich weiß halbwegs worauf du hinaus willst, aber sehe nicht so ganz das Problem. Im Übrigen lehrt mich meine Erfahrung mit (kommerziellen) Autonavigationssystemen, dass die schlimmen Fehler an ganz anderen Stellen liegen (v.a. schlechtes Kartematerial bzw. falsch/ unoptimal berechnete Route) Just my 2 cents Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] keep right - Fehler in OSM-Daten finden
Markus schrieb: Hallo Jonas, Im Wiki bei den templates ist es bereits eingebaut. Auf http://keepright.ipax.at/report_map.php Schönes Tool. Aber wenn ich den JOSM-Link von einen Fehler in meinem Bereich in JOSM unter Koordinate eingebe, lädt JOSM einen ganz anderen Bereich... (Klick auf JOSM funktioniert nicht) Du musst das remote plugin installiert haben, dann kannst du klicken, JOSM lädt den Bereich und markiert dir den betroffenen weg. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] keep right - Fehler in OSM-Daten finden
Markus schrieb: Hallo Jonas, Du musst das remote plugin installiert haben Braucht man das remote plugin auch noch für andere Anwendungen? Naja, es ist ja für solche Anwendungszwecke gedacht, es wird auch von ein paar anderen (Tagwatch imo...) unterstützt und ist da ganz nützlich. Da das aber eher schon für Profis ist und das Plugin noch experimentell ist, bin ich dagegen es in den allgemeinen Installer aufzunehmen. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] keep right - Fehler in OSM-Daten finden
Hi, ich glaube, dass es hier noch nicht erwähnt wurde. Im Wiki bei den templates ist es bereits eingebaut. Auf http://keepright.ipax.at/report_map.php gibt es eine sehr schöne Karte mit Fehlern in den OSM-Daten. Manche mehr, manche weniger gravierend. Mittels Layern kann man ganz einfach die angezeigten Fehlertypen einstellen. Besonders nicht verbundene Wege lassen sich hier leicht finden und direkt in JOSM (mit remote plugin) bzw. in Potlach editieren. Viel Spaß damit. Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Hardware für OSM :-) STM32Prime r 2
Tobias Wendorff schrieb: Garry schrieb: Nein - so ein Gehäuse würde vermutlich schon mindestens soviel kosten wie das ganze Teil jetzt. Naja ... ein wenig Silicon oder Acryl oder ein geeigner Dichtungsspray (sowas gibt's ... genau wie EMV-Lack) hilft da vielleicht :-) Das würde schon nach einem interessanten Bastelprojekt klingen, vllt. ja auch für entsprechende Leute vom Fach (Studenten?) Bei dem Preis kann man auch nicht ganz so viel kaputt machen, wenn was total schief geht. Open Source Gehäuse klingt gut ;-) Gibts irgendwie Daten zu dem Gerät im Internet auf deren Basis man etwas bauen kann? Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Es gibt neue Flyer
Sven Geggus schrieb: Florian Lohoff f...@rfc822.org wrote: Es ist schon peinlich wenn mal als No 2 auf den selben reply-to bug reinfaellt ... Vielleicht sollten wir mal eine Sammelmail an Jörg verfassen, dass er das ändern soll. Das ist halt wirklich Gewöhnungssache. Mir passiert es dafür oft, dass ich bei dev oder osm-talk nur privat statt an die Liste sende. Hab mich mehr oder weniger daran gewöhnt, so dass es mir relativ egal ist, wie die jeweilige Mailingliste das jetzt handhabt. Vom Prinzip her wäre glaub ich Antwort an den Absender sinnvoller und mit dem Knopf Allen antworten schreibt man dann an die Liste. Ansonsten, Augen auf beim Mailversand ;-) Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SRTM-Daten
Bernd Wurst schrieb: Hallo. Am Donnerstag, 5. März 2009 schrieb Tobias Wendorff: Bernd Wurst schrieb: Hat nicht jemand einen Datensatz der betreffenden Region? Ich kann das ja mal hier unter Windows durchlaufen lassen. Welche Region möchtest Du haben? Am liebsten ganz Deutschland. ;-) Hatte nicht Christoph Eckert da mal was gerechnet und bloß noch jemand gesucht, um es online zu stellen? Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SRTM-Daten
Bernd Wurst schrieb: Hallo. Am Donnerstag, 5. März 2009 schrieb Jonas Krückel: Hatte nicht Christoph Eckert da mal was gerechnet und bloß noch jemand gesucht, um es online zu stellen? Ja, aber den ganzen Planeten mit 61 GB Daten ist mir wesentlich zu groß. :) Ja, aber wenn er es online stellt, kann er ja es ja so machen, dass man auch einzelne Ausschnitte (vgl. Geofabrik Planet Ausschnitte) herunterladen kann. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Routable Garmin-Maps
Bernd Wurst schrieb: Hallo. Am Mittwoch, 4. März 2009 schrieb Carsten Schwede: Die Frage ist jetzt: Wie geht das denn? Gibt es dazu Doku? Carsten, du hast da ja ein umfangreicheres Setup, welche Parameter benutzt du für mkgmap? ;-) Ich nutze noch das alte mkgmap-nod -Release fürs Routing mit der Vorbereitung durch osm2mp.pl, mit der normalen mkgmap-Version habe ich es noch nicht probiert. Mein Aufruf wäre hier: I=Kachelschnipselname MKGMAP=mkgmap-nod.jar $JAVA -Xmx4096M -jar $BASE/$MKGMAP --map-features=$BASE/teddys_map-features. csv --latin1 --route --net --name-tag-list='name:de,name:en,name' --mapname=$I - -description='OSM-tile: '$I $BASE/de_mp/$I.mp (alles in eine Zeile natürlich) *durchlaufen lass* Waah. Okay, --net war ganz offensichtlich der Schlüssel. Ich hatte einfach angenommen, dass --route das impliziert. So geht es, Vielen Dank für den kleinen aber entscheidenden Tipp! Btw, mit der neuen Version funktioniert jetzt wirklich auch Routing über Kachelgrenzen hinweg! Ich konnte grade eine Route quer durch Ba-Wü erzeugen, was ich in 3 Teile zerteilt hatte. Sehr schön. Wird wohl Zeit, dass ich mein Venture HC upgrade ;-) Bitte dokumentiert den Befehl auch im Wiki. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] Front page design and SEO
Ian Dees schrieb: On Mon, Mar 2, 2009 at 9:51 PM, SteveC st...@asklater.com mailto:st...@asklater.com wrote: I asked the CM designers for some quick hacks on what different front pages could look like which you can see on the wiki page below. There are some very quick ideas there but it's not a full picture by a long way. To get some conversation going: I really like the Fp4.jpg[1] example on the URL you gave, Steve. It's important to make the map (and thus its data) the largest GUI element on the page. The buttons along the top draw my eye up there to see what's available. I also like the Shop link idea. After looking at all of the examples, Fp4.jpg seems to be the one that is the simplest and most eye-catching. [1] http://wiki.openstreetmap.org/wiki/Image:Fp4.jpg I also like that. Unfortunately i can´t find a link to the wiki :-) I think the wiki is very important and must get a big link. I also like Fp1.jpg because of the news section. I would change Edit to Edit Map! Jonas ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Data Layer on osm.org and landuse areas
Frederik Ramm schrieb: Hi, does anyone have a good trick how to select individual roads on the openstreetmap.org data layer when the whole village is covered by a freaking landuse polygon? I can only ever select the polygon ;-( Falsche Liste? ;-) Hab das selbe festgestellt, manchmal kann ich irgendwie die Straße auswählen, manchmal aber auch nur das polygon. Alternativ kann man über die object list gehen, ist aber nur eine Notlösung. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Änderung in der Linienbedienun g ?
Arne Bischoff schrieb: Hallo, das es unter Windows XP mit JOSM häufiger auftritt, Richtig, habe dort auch das gleiche Problem. Arbeite mit dem Firefox. Was hat der Firefox damit zu tun? Auf jeden Fall kenne ich das klick Problem seit ich JOSM nutze (ca. 1,5 Jahre). Eine derzeitige Verschlechterung (Version von gestern, Windows) konnte ich aber nicht feststellen. Ich hatte eher den Eindruck, dass es in der letzten Zeit besser geworden ist. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap 3D als Webanwendung
Sehr schönes Tool, läuft bei mir unter Vista, Core2Duo in der Standard Einstellung problemlos. Eigentl. stört mich nur die Bedienung, hättet ihr die nicht von Google Earth abschauen können? Ich finde sie so seeehr gewöhnungsbedürftig. Schön wäre es auch, wenn man die Karte links unten zum navigieren nutzen könnte, ähnlich wie eine Slippymap. Auf jeden Fall eine tolle Nutzung unserer Daten. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] neuer NAVTEQ Map24 Web-Auftritt 2009er Daten // Review
Tobias Wendorff schrieb: Hallo Community, Map24 hat jetzt eine neue Kartenansicht. [...] OSM RULES. Stimme ich voll mit dir überein. Zum Thema passend würde ich dieses Video von SOTM08 empfehlen, ich fand es ganz interessant: OpenStreetMap Vs The World (Dair Grant) http://blog.signal2noise.ie/~eason/sotm08/ Slides: http://www.slideshare.net/dair/openstreetmap-vs-the-world Viel Spaß beim Anschaun! Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
Martin Koppenhoefer schrieb: Am 19. Februar 2009 14:43 schrieb Tobias Wendorff tobias.wendo...@uni-dortmund.de: Was ist Flachland für dich? 10 m Positionierungsfehler? Für eine korrigierte SRTM-3, genau. Allerdings wird dann der ganze Wald einen Fehler 10 m haben und als großer Klotz dastehen. wenn ich mir meine nähere Umgebung hier in den SRTM3-Daten ansehe, dann weiss ich schon, dass sie definitiv nicht ausreichen, um die als Radfahrer zu bewältigenden Hügel beim Routing sinnvoll einzubeziehen. Das ist real einigermaßen drastisch mit ständigem Hoch- und Runterfahren wenn man nicht aufpasst, in SRTM naturgemäß alles gemittelt und sieht relativ glatt aus (und weit und breit keine Hochhäuser in Sicht). Was hast du genau angeschaut? Ich war ziemlich erstaunt, als ich das erste Mal das Höhenprofil von yournavigation (SRTM-Daten) zu meiner Fahrradroute gesehen habe. Das hat ziemlich gut die Realität wiedergespiegelt (auch bei eine paar anderen Fahrradrouten). Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [OSM-talk] News blog link - to blogs.openstreetmap.org?
Andy Robinson (blackadder-lists) schrieb: Having thought about this a bit overnight I personally feel that the project should have an OSM specific blog that gets used for OSM community announcements, worthy news items and OSMF announcements. Announcements are easy as they report fact and it's just a matter of deciding if the announcement is worthy of publication on a blog or not. News is a little more subjective so needs a little more care. OSMF stuff is easy because OSMF can decide internally before an announcement is made. If the OSM community can establish a small moderator group they could receive potential blog posts from anyone, the image of the week approach as suggested by Peter. The group would hopefully also deal with language issues if a post needs putting up in more than one language (alternative versions perhaps on the wiki for instance). It would also be nice for OSM to have a permanent archive of Steve's personal blog posts to OGD that he and others made about the development and progress of OSM in the early months/years. +1 A OSM specific blog would also help to inform people on one place about important news. A lot of people can´t read the mailinglists, forums and all the wiki sites, thus it is hard for them to stay informed about important issues. Jonas ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Höhennetz/Höhendatenbank
Markus schrieb: Hallo Frederik, Meiner Ansicht muessen Hoehendaten in eine eigene Gelaendemodelldatenbank, die ganz anders strukturiert ist. eine Datenbank, die beliebige viele Hoehenmesspunkte mit lat/lon/ele festhalten kann und die daraus auf Anfrage Hoehenlinien, schattierte Kacheln oder Hoehenprofile einer vorgegebenen Geometrie berechnen kann, plus ein dazu passender Editor Starten koennte die Datenbank ja mit einem SRTM-Datensatz, der dann schrittweise verfeinert werden koennte. klingt gut. +1 erfordert pfiffige Algorithmen Auch die Editoren sind kein Zuckerschlecken Ja, das sind grössere Herausforderungen... Wie würden die beiden DBs zusammenwirken? Genau so, wie wir jetzt schon mit SRTM-Daten arbeiten. Schnittstelle waere auf jeden Fall die Geometrie; die Hoehe haette mit OSM-Objekten rein gar nichts zu tun. Das verstehe ich nicht. Ich will doch wissen, wie hoch ein Pass/Berg/See/Haus ist. Und wenn das Tal in der Höhen-DB differiert zum Fluss in der Objekte-DB, das hängt doch dreidimensional unmittelbar zusammen - nur dass es halt nach Deinem Vorschlag auf zwei DBs verteilt ist? Ja, und man braucht dann ein Programm, dass die beiden DBs lokal zusammenführen kann, also man lädt seine OSM-Datei und lädt die Höhendaten und kann dann in diesem Programm die Straße meinetwegen anklicken und das Programm errechnet dann ein Höhenprofil für die Straße (vgl. yournavigation.org bzw. das GSoC-Projekt, da funktioniert das so) Wenn ich wissen will, wie der Hoehenverlauf der Strasse X ist, lasse ich mir von OSM die 2D-Geometrie der Strasse geben und frage dann die Hoehendatenbank nach einem Profil dafuer. Ok. Aber damit werden die die verteilten Daten ja wieder zusammengeführt und man braucht eine Regel, wie mit Abweichungen verfahren wird? Man führt sie aber ja nur lokal bzw. für den genauen Anwendungszweck zusammen, genauso wie wir es mit den SRTM-Daten auch machen. Ich bin ebenfalls für eine 2. DB als ein Art Schwesterprojekt zu OSM, wir brauchen noch einen guten Namen, Vorschläge? ;-) Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Powerpoint-Präsentation
Markus schrieb: Für PP-Präsentationen gibt es folgende Beispiele, die von den Autoren als Basis für weitere Anwendungen zur Verfügung gestellt wurden: http://wiki.openstreetmap.org/wiki/de:Vorträge Vielleicht gibt es noch weitere? Schau mal hier vorbei: http://www.slideshare.net/ und nutze die Suche nach osm oder openstreetmap Da findest du auch einige Präsentationen von der letztjährigen SOTM. Hier gibts auch sehr viel Material: http://svn.openstreetmap.org/misc/ (müsste mal ein bisschen besser aufbereitet werden) Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
Markus schrieb: Hallo Torsten, OpenAltitudeMap (OAM) Das ist schlecht, weil OAM schon die OpenAerialMap ist: http://openaerialmap.org/ Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
Tobias Wendorff schrieb: Torsten Breda schrieb: Lese mich gerade auf http://www.terrainmap.com/ in das Thema ein, da ich mich damit noch gar nicht beschäftigt habe. Dazu eine Frage eines Laiens: Kann man nich alle verfügabaren Höhendaten in einer gemeinsamen Datenbank vereinen? Sozusagen die SRTM als Grundlage, die Löcher mit geringer aufgelöstem Material stopfen und Bereiche zu denen genauere DEMs verfügbar sind ergänzen? (Nicht lachen, ich lese mich wirklich gerade erst ein) Sowas gibt es ja schon: CIGAR etc. die haben anhand von topographischem Kartenmaterial die Fehler aus den SRTM rausgeholt. Allerdings ist die Lizenz nicht cc-by-sa kompatibel... Die Frage ist unter welcher Lizenz eine Höhendatenbank stehen sollte. Sie müsste sowohl zu SRTM als auch zu OSM kompatibel sein. Vllt. die neue Lizenz von der OSMF? Ich glaube es gibt genug Leute die an solch einer Datenbank Interesse haben und als Schwesterprojekt von OSM hat das durchaus gute Chancen. Zum Thema fällt mir http://wiki.openstreetmap.org/wiki/Route_altitude_profiles_SRTM noch ein, ich denke der Autor hat da schon einiges an Wissen sich aneigenen können und ist vermutlich auch an einer Zusammenarbeit interessiert. Obwohl er nur SRTM-Daten verwendet hat, sind die bei yournavigation angezeigten Ergebnisse selbst für eine 5km Fahrradtour relativ gut, auf jeden Fall bekommt man einen Eindruck, wie die Strecke aussehen wird. (Offtopic: Ich will eine Router, der schon beim berechnen das Höhenprofil miteinbezieht) Wie sieht es eigentl. mit Schildern aus, auf denen die Höhe steht (auf Gipfeln etc.) Ich denke, die sind nicht irgendwie geschützt, oder? Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
Frederik Ramm schrieb: Hallo, Jonas Krückel (John07) wrote: OpenAltitudeMap (OAM) Das ist schlecht, weil OAM schon die OpenAerialMap ist: http://openaerialmap.org/ Ich haette gern einen Namen, der als Akronym OMG-LOL ergibt, aber ich bin nicht kreativ genug dazu ;-) FTW im Namen wäre auch noch cool. Irgendwie Free the ... ;-) Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Idee zu Routing-Anwendungen (Foto-Routing)
Tobias Wendorff schrieb: Hallo Community, könnte man unsere Routing-Dienste (z.B. OpenRouteService) erweitern, indem man sich Fotos entlang der Route anzeigen lassen kann? Ich habe in den letzten Wochen rund 200 Fotos von POIs, Straßen und Kreuzungen gemacht und diese mit GPS-Koordinaten verstehen. Wenn man jetzt von Punkt A zu Punkt B will, steht da natürlich nur rechts abbiegen auf Straße xy. Viel schöner wäre es doch, wenn man Fotos von den Straßenkreuzungen oder markanten Punkten auf der Karte anzeigen könnte. Ich könnte meine Bilder jetzt natürlich bei Flicker etc. hochladen und über Google Maps anzeigen lassen aber ... neee. JOSM hat ja ein GeoTag-Plugin ... so könnte jeder mitmachen. Grüße Tobias ps: Gibt es eigentlich einen OSM-Dienst, wie Flicker, auf dem ebensolche Fotos mit Geo-Informationen gespeichert werden können? Das Problem ist doch eigentl. nur, dass Flickr noch nicht weltweit OSM-Karten nutzt, sondern Googlekarten. Aber bietet Flickr nicht vllt. eine API für soetwas, d.h. man erhält Koordinaten und kann die dann selbst visualisieren. Das Framework von unserer Seite (Openlayers, Tiles etc.) ist ja vorhanden. Ein OSM-Dienst wie Flickr macht imo gar kein Sinn, da Flickr ja viel viel mehr als nur Fotos auf Karten anzeigen ist. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
Torsten Leistikow schrieb: Jonas Krückel (John07) schrieb: Man führt sie aber ja nur lokal bzw. für den genauen Anwendungszweck zusammen, genauso wie wir es mit den SRTM-Daten auch machen. Ich bin ebenfalls für eine 2. DB als ein Art Schwesterprojekt zu OSM, Dann geht aber die Information verloren, wie die Daten zusammenpassen. Wenn ich das Hoehenprofil einer Strasse aufnehme, dann muss ich ja auch wissen, dass die Hoehen eben ganau zu dieser Strasse gehoeren und nicht zu irgendwelchen querenden Ueberfuehrungen. Das ist ein wirklich guter Punkt, den ich nicht beachtet habe. Was ist mit eine großen Autobahnbrücke über ein Tal? Da hilft eine OMG-LOL-DB nicht wirklich weiter. Ideen? Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Idee zu Routing-Anwendungen (Foto-Routing)
Norbert Wenzel schrieb: On 02/16/2009 05:44 PM, Jonas Krückel (John07) wrote: Tobias Wendorff schrieb: ps: Gibt es eigentlich einen OSM-Dienst, wie Flicker, auf dem ebensolche Fotos mit Geo-Informationen gespeichert werden können? Das Problem ist doch eigentl. nur, dass Flickr noch nicht weltweit OSM-Karten nutzt, sondern Googlekarten. Aber bietet Flickr nicht vllt. eine API für soetwas, d.h. man erhält Koordinaten und kann die dann selbst visualisieren. Afair ist es umgekehrt. Man gibt eine Koordinate und einen Umkreisradius und erhält alle Fotos innerhalb dieses Umkreis. Hm, ok, das ist schlecht. Im Prinzip hab ich es so verstanden, als wollen wir eine solche Karte ( http://www.flickr.com/map?fLat=49.4437fLon=11.1288zl=7 ) nur mit OSM im Hintergrund. Auf der kann man dann am besten noch sagen, dass man nur alle Bilder mit Tag #osm sehen möchte. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Idee zu Routing-Anwendungen (Foto-Routing)
Norbert Wenzel schrieb: On 02/16/2009 06:02 PM, Jonas Krückel (John07) wrote: Norbert Wenzel schrieb: On 02/16/2009 05:44 PM, Jonas Krückel (John07) wrote: Tobias Wendorff schrieb: ps: Gibt es eigentlich einen OSM-Dienst, wie Flicker, auf dem ebensolche Fotos mit Geo-Informationen gespeichert werden können? Das Problem ist doch eigentl. nur, dass Flickr noch nicht weltweit OSM-Karten nutzt, sondern Googlekarten. Aber bietet Flickr nicht vllt. eine API für soetwas, d.h. man erhält Koordinaten und kann die dann selbst visualisieren. Afair ist es umgekehrt. Man gibt eine Koordinate und einen Umkreisradius und erhält alle Fotos innerhalb dieses Umkreis. Hm, ok, das ist schlecht. Im Prinzip hab ich es so verstanden, als wollen wir eine solche Karte ( http://www.flickr.com/map?fLat=49.4437fLon=11.1288zl=7 ) nur mit OSM im Hintergrund. Auf der kann man dann am besten noch sagen, dass man nur alle Bilder mit Tag #osm sehen möchte. Ich glaub ich hab mich undeutlich ausgedrückt. Man bekommt auf die Anfrage eigentlich ein XML zurück, dass neben dem Pfad zum Bild auch die exakten Geokoordinaten zu dem Bild enthält. D.h. man müsste den Punkt, den man abfragt immer in die Mitte der aktuellen Ansicht setzen und als Radius die BB Diagonale nehmen. Möglich ist das auf jeden Fall. Wie's mit den Tags ausschaut, kann ich nicht sagen. Ok. Mehr findet man hier: http://www.flickr.com/services/api/ Also scheint das, was Tobias machen möchte, schon möglich. Man müsste praktisch alle Bilder entlang der Routingstrecke (vermutlich in kleine Boxen bzw. hier Kreise aufgeteilt) abfragen und dann hat man die Koordinaten und kann das darstellen. Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Idee zu Routing-Anwendungen (Foto-Routing)
Was mir gerade einfällt: Es gibt irgendsoein Projekt (Ich glaube aus den Niederlanden) die wollten ein Dienst für OSM-Mappingbildern starten mit ähnlichen Zielen wie ihr. Vllt. könnt ihr euch da mal absprechen: http://wiki.openstreetmap.org/wiki/OpenStreetPhoto Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Idee zu Routing-Anwendungen (Foto-Routing)
Jan-Benedict Glaw schrieb: On Mon, 2009-02-16 20:19:15 +0100, Tobias Wendorff tobias.wendo...@uni-dortmund.de wrote: Jan-Benedict Glaw schrieb: Die Orientierung (und ggf. Brennweite etc., man will ja keinen Marienkäfer zeigen, wenn man vor 'nem Schloß abbiegen soll...) separat speichern? Naja... Nunja, N S W E ... das wird wohl noch irgendwo in den EXIF passen. Notfalls halt direkt ins Bild als Wasserzeichen. Klar, das kann man in das Bild packen. Das /tut/ nur bisher niemand! Ich denk' gerade eher darüber nach, ohne Flickr etc. auszukommen. Am Ende sind das immernoch kommerzielle Dienste, die ihre ganz eigenen Interessen verfolgen. Dann doch lieber sowas anlegen, wie ein großes Tahoe-LAFS-Grid und da alles 'reinstopfen. Wo willst Du die Bilder speichern? Das ist mein Problem. http://allmydata.org/trac/tahoe Das als Backend, und irgendwo 'nen nettes kleines Frontend (kann ja so'n Web-Dingsdabumbsta werden mit OSM-Karte im Hintergrund), um die Bilder zu positionieren und ggf. noch die Richtung festzulegen. Die Bilder dann als Node anlegen, zusammen mit Blickrichtung, Höhe(nwinkel) und Blickwinkel. Die letzten Daten sollten allesamt aus den Exif-Infos ableitbar sein, Ort und Richtung wird man (erstmal) wohl noch zufuß angeben müssen. Die GPS-Kameras auf dem Markt sind Schrott und die besseren Varianten sind zu teuer und haben schlechten Support. Mag sein; deshalb ist da noch Einiges in Handarbeit zu machen. Andererseits ist es keine allzugroße Magie, die drei Zahlen in die Exif-Daten zu bekommen... Hier stehen auch noch ein paar Dinge dazu: http://wiki.openstreetmap.org/wiki/Photo_mapping Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] SlippyMap Generator
Sebastian Hohmann schrieb: Hallo, nachdem in einem anderen Thema schon darüber gesprochen wurden, möchte ich nochmal auf ein kleines Script von mir hinweisen, mit dem man etwas Handarbeit bei der Erstellung einer SlippyMap mit Openlayers abgenommen bekommt. Insbesondere bitte ich um Feedback ob es gefällt oder was man besser machen könnte. http://s-hohmann.de/easymap/ Ich hätte gerne eine englische Version, was/wie soll ich übersetzen, damit du es ganz einfach einbauen kannst. Ansonsten super Tool! Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lübeck - more osm coming soon - FIREFOX als Ursache ???
Jan Tappenbeck schrieb: Hi ! ich muss den Fall noch einmal wieder aufnehmen. Es kommt immer noch unter FIREFOX (3.0.5) die Meldung - aber nur an meinem Rechen !!! Auf einem anderen Rechner kommt diese Problem nicht. Auch der IE zeigt die Karten auf meinem Rechner schön an ! Habe den Cache auch schon gelöscht - ohne erfolgt. Kann sich einer sonst einen Reim darauf machen ? Ich hatte das Problem früher an meinem Vista Laptop mit Firefox, am XP Rechner gings immer ohne Probleme. Irgendwann wars dann einfach weg. Später gabs dann hier mal ne Diskussion drüber, ich glaub da gabs auch einen Lösungsansatz, schau doch mal im Archiv nach. HTH, Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mapnik rendert daten live
Anstatt hier munter zu raten ;-) hättet ihr auch einfach mal im IRC nachfragen können: Antwort innerhalb von 50 sec (grob übersetzt und zusammengefasst): jburgess lässt jetzt öfter updates machen. Das wurde von crschmidt ausgelöst, der gezeigt hat (und dokumentiert hat!) wie relativ einfach man minütliche/stündliche diffs in Mapnik einspielen kann und damit nahezu live rendern kann. Somit haben wir jetzt stündliche Diffs und damit theoretisch stündlich neue Tiles. Danke an jburgess für dies! Auch erstaunlich, dass das mit einem einzigen Server geht, wohingegen t...@h ganze Rechnerfarmen braucht und dies kaum schlagen kann. An der Hardware vom Mapnikserver wurde nichts geändert. Soweit aus dem IRC HTH, Jonas P.S. Alle die schon länge dabei sind können jetzt nostalgisch an die guten (?) alten Zeiten zurück denken, wo auch t...@h noch 2 Tage gebraucht hat, bis man die eine neu eingetragene Straße gesehen hat ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] mapnik rendert daten live
Dirk-Lüder Kreie schrieb: Jonas Krückel (John07) schrieb: Anstatt hier munter zu raten ;-) hättet ihr auch einfach mal im IRC nachfragen können: Antwort innerhalb von 50 sec (grob übersetzt und zusammengefasst): jburgess lässt jetzt öfter updates machen. Das wurde von crschmidt ausgelöst, der gezeigt hat (und dokumentiert hat!) wie relativ einfach man minütliche/stündliche diffs in Mapnik einspielen kann und damit nahezu live rendern kann. Somit haben wir jetzt stündliche Diffs und damit theoretisch stündlich neue Tiles. Danke an jburgess für dies! Auch erstaunlich, dass das mit einem einzigen Server geht, wohingegen t...@h ganze Rechnerfarmen braucht und dies kaum schlagen kann. An der Hardware vom Mapnikserver wurde nichts geändert. Das ist kein Wunder, wenn man bedenkt, dass der Mapnikserver nicht mal 1/10 der Tiles rendert, die das t...@h projekt produziert, von maplint mal ganz abgesehen. ti...@home ist an mehreren Stellen ziemlich ineffektiv, war aber für ca. 2 1/2 Jahre die einzige Möglichkeit einigermassen aktuelle Karten zu bekommen. Ich gehe davon aus, das t...@h mehr und mehr zur debug-Karte für die Mapper wird, während mapnik mehr das Aushängeschild von OSM nach außen wird. Ja, das ist mir alles klar und ich würde auch nie auf die Idee kommen t...@h abschaffen zu wollen. Früher hab ich ausschließlich t...@h genutzt, weil mir zum einen der Kartenstyle besser gefiel und mehr gerendert wurde, zum anderen weil mir Mapnik immer keine Tiles ausgeliefert hat. Aber trotzdem ist es doch erstaunlich, was mit Mapnik möglich ist :-) Ich schätze mal in Zukunft geht der Trend zu live rendern, Kartenstyle selber erstellen (StyleEditor von Cloudmade macht schon beides) und Layern für POIs (vllt. auch Straßen, aber im Prinzip ist das beim Modell StyleEditor nicht notwendig). Gruß Jonas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de