Re: [Talk-de] Multipolygone für Wälder/Landuse - muss das sein?
Hallo. Am Samstag, 27. September 2008 schrieb Birgit Nietsch: > Genau das ist das Problem. Man will irgendwas tun, was man noch nie > gemacht hat. Irgendwer sagt, das ginge irgendwie mit Relations. Dann > steht man vor der Doku wie der Ochs vorm Berg. Wäre schön, es wäre so > beschrieben, dass man es auch versteht, wenn man es noch nicht kann. Schon klar, aber die Reaktion "Ich versteh Realtions nicht, also sind Relations Mist, wir brauchen ein ganz anderes Konzept" ist schon sehr unsinnig, oder? Zudem kaum einer die Relations wirklich nicht versteht, alle denken nur das wär was total "großes" und sehen darin nichts großes und denken sie hätten es nicht kapiert. :) Relations sind eigentlich ein einfaches bzw. abstraktes Konzept. Da sie so vielseitig sind, gibt es noch keinen guten Relations-Editor, da der um einfach zu sein eben nur einzelne Relations abbilden könnte. Ein Editor wie er jetzt ist, der alle Relations erzeugen kann, wird nie "einfach" (bzgl. usability) sein, da das Konzept zu abstrakt ist. Was wir brauchen könnten ist z.B. ein Multipolygon-Editor und einen Abbiegeverbots-Editor, die komplett unabhängig vom normalen Relations-Editor sind und eben nur das können. Gruß, Bernd -- No man in the world has more courage than the man who can stop after eating one peanut. - Channing Pollock (US humorist) signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Datenaustausch ohne JOSM
Hallo, Michael Buege wrote: > Erlaubt ein Windows-Rechner in einem Internetcafe, dass Josm darauf > ein Verzeichnis mit den Configdaten einrichtet? Oder kann man Josm > dazu bringen, das Verzeichnis ebenfalls auf dem Stick einzurichten? Ich vermute, dass solche Rechner i.d.R. so konfiguriert sind, dass sie alles, was der Benutzer anlegt, nach dem Neustart wieder entfernen - und nicht, dass sie ueberhaupt nichts anlegen lassen. Selbst wenn sie es verbieten, wuerde ich annehmen, dass es einfach trotzdem geht. Kaeme auf einen Versuch an. JOSM ggf. einen Commandline-Switch "--internet-cafe" zu spendieren, sollte eine leichte Uebung sein. Bye Frederik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone für Wälder/Landuse - muss das sein?
Hallo Bernd, > Am Samstag, 27. September 2008 schrieb Birgit Nietsch: >> Genau das ist das Problem. Man will irgendwas tun, was man noch nie >> gemacht hat. Irgendwer sagt, das ginge irgendwie mit Relations. Dann >> steht man vor der Doku wie der Ochs vorm Berg. Wäre schön, es wäre so >> beschrieben, dass man es auch versteht, wenn man es noch nicht kann. schön beschrieben! > Schon klar, aber die Reaktion "Ich versteh Realtions nicht, also sind > Relations Mist, wir brauchen ein ganz anderes Konzept" ist schon sehr > unsinnig, oder? Da fühle ich mich falsch zitiert. Ich weiss was Relationen sind und weiss relationale Konzepte sehr zu schätzen. Aber ich finde, der simple Benutzer sollte sich um solche Dingen nicht kümmern müssen, er braucht das auch nicht verstehen. Es reicht wenn er "Wald" eingibt und "Lichtung". Den Rest soll das Programm erledigen. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone für Wälder/Landuse - muss das sein?
Hallo. Am Sonntag, 28. September 2008 schrieb Markus: > > Schon klar, aber die Reaktion "Ich versteh Realtions nicht, also sind > > Relations Mist, wir brauchen ein ganz anderes Konzept" ist schon sehr > > unsinnig, oder? > Da fühle ich mich falsch zitiert. Das sollte nicht gezielt deine Aussage wiedergeben sondern den allgemeinen Tenor der hier immer dann aufkommt, wenn das Wort "Realtion" fällt. > Ich weiss was Relationen sind und weiss relationale Konzepte sehr zu > schätzen. Aber ich finde, der simple Benutzer sollte sich um solche > Dingen nicht kümmern müssen, er braucht das auch nicht verstehen. Okay, das widerspricht ja nicht dem was ich geschrieben habe, dir geht es ums user-interface und mir darum, dass man kein Parallelkonzept zu Relations erfinden muss. Destruktive Kritik am jetzigen Zustand haben wir mittlerweile genug, was fehlt ist die wirklich konstruktive Kritik. Ein Entwurf für User-Interface, das nicht einem großen Teil des vorhandenen widerspricht sondern es sinnvoll ergänzt. Sowas habe ich hier noch nicht gelesen. > Es reicht wenn er "Wald" eingibt und "Lichtung". > Den Rest soll das Programm erledigen. Ich würde gerne "Straße" eingeben und das Programm soll mir dann selbst sagen, wie die verläuft und welchen Typ sie hat. ;-) Im Ernst, ich denke wir sind einfach noch nicht so weit. Wer sich *wirklich* schwer tut mit dem Konzept, der soll "note=Wald" und "note=Lichtung" dran taggen und hier mailen, dass jemand anders für ihn die Relation erstellt. Ich denke hier wird bisweilen die Sicht des "einfachen" Mappers sogar zu sehr in den Vordergrund gestellt. Es ist schön, wenn alles einfacher wird (was ja auch hier und da deutlich passiert), aber ich denke nicht dass der aktuelle Stand jemand motiviertes wirklich vom mappen abhält. Gruß, Bernd -- If Bill Gates had a penny for every time Windows crashed... ...oh wait, he does. - Quelle unbekannt signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mapnik-Fehler
Markus wrote: > Danke Hatto, das hat geholfen: > >> denselben Link ohne "&layers=B00FT" verwenden > > Aber wenn ich auf Osmarender umschalte (beim + oben rechts) > kommt wieder das "Schachbrettmuster"... Das kann ich nicht bestätigen. Mit Osmarender ist die Karte *jetzt* ebenfalls okay. > Wo kommt das her? Spekulation: Das könnte durch eine temporäre Überlastung des Osmarender-Tile-Servers (oder der Internetverbindung) verursacht gewesen sein. Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Datenaustausch ohne JOSM
JOSM ggf. einen Commandline-Switch "--internet-cafe" > zu spendieren, sollte eine leichte Uebung sein. würde mich bereit erklären dieses mal in verschiedenen cafes ausprobieren -bräuchte das dann allerdings bis kommenden donnerstag mit einer kleinen beschreibung. gibt mir bitte dann dochmal direkt bescheid. gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Datenaustausch ohne JOSM
Frederik Ramm schrieb: > Ich vermute, dass solche Rechner i.d.R. so konfiguriert sind, dass sie > alles, was der Benutzer anlegt, nach dem Neustart wieder entfernen - und > nicht, dass sie ueberhaupt nichts anlegen lassen. Selbst wenn sie es > verbieten, wuerde ich annehmen, dass es einfach trotzdem geht. Kaeme auf > einen Versuch an. JOSM ggf. einen Commandline-Switch "--internet-cafe" > zu spendieren, sollte eine leichte Uebung sein. Es gibt mehrere Methoden, einer Katze das Fell abzuziehen. Wenn die Rechner sicher konfiguriert sind, wirst du gar nicht in der Lage sein, Programme aufzurufen, die nicht im Menü stehen. Befehlszeile? Nada! Schreibzugriff? Manchmal nur da, wo System und Browser für dich schreiben wollen. Möglicherweise hast du Glück, dass der Browser so eingerichtet ist, Java-Jars nicht zum Abspeichern herunterzuladen, sondern gleich an Java zu verfüttern. Dann aber Default, ohne Parameter, und die Userdaten, sofern es gelingt, welche anzulegen, bleiben anschließend eventuell auf der Platte. Klar, "Gast" löscht beim Ausloggen normalerweise das eigene Profil. Er kann das, muss aber nicht so konfiguriert sein. Und nicht immer kannst du dich als "Gast" auch selbst ausloggen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Datenaustausch ohne JOSM
On Sun, 28 Sep 2008, Birgit Nietsch wrote: Ich vermute, dass solche Rechner i.d.R. so konfiguriert sind, dass sie alles, was der Benutzer anlegt, nach dem Neustart wieder entfernen - und nicht, dass sie ueberhaupt nichts anlegen lassen. Selbst wenn sie es verbieten, wuerde ich annehmen, dass es einfach trotzdem geht. Kaeme auf einen Versuch an. JOSM ggf. einen Commandline-Switch "--internet-cafe" zu spendieren, sollte eine leichte Uebung sein. Es gibt mehrere Methoden, einer Katze das Fell abzuziehen. Wenn die Rechner sicher konfiguriert sind, wirst du gar nicht in der Lage sein, Programme aufzurufen, die nicht im Menü stehen. Befehlszeile? Nada! Schreibzugriff? Manchmal nur da, wo System und Browser für dich schreiben wollen. Es könnte ja jemand im JOSM-Wiki eine Webseite einrichten, die JOSM startet. Immerhin ist das ja der ursprüngliche Sinn von Java :-) Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] An Sonn- und Feiertagen gesperrt
Hallo, wollte nur einmal nachhören wie ihr zeitweise Sperrungen (wie im Betreff) für Fahrzeuge taggt? Gruß Jürgen ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone für Wälder/Landuse - muss das sein?
Birgit Nietsch wrote: > Wäre schön, es wäre so > beschrieben, dass man es auch versteht, wenn man es noch nicht kann. Entschuldige, aber genau dazu gibt's ein Wiki, daß niemand so einen Satz zu schreiben braucht. Wenn Du der Meinung bist, da fehlt was/ist unzureichend gut beschrieben, dann setz Dich hin und mach es. Besser. Zum Thema der Multipolygone für Wälder zurück: Ich persönlich verwende das nur sehr sparsam, zB eine Ortschaft im Wald: da wird der Wald am Waldesrand entlang per multipolygon inner "ausgeschnitten", dann ist dort wieder "nix" und man kann die Ortschaft zeichnen. Es gibt Szenarien, die derzeit mit multipolygon nicht sauber funktionieren: Teich im Wald. Das hatte jemand mit multypolygon inner und natural=water umgetaggt. Ergebnis: cyclemap hatte den ganzen Wald undurchsichtig blau dargestellt. Wiese (Lichtung) im Wald. Die Wiese hat einen Namen (in und um Wien hat fast jede Wiese einen k&k-lichen Namen). Multi inner und name -> Ergebnis: "Nichts" und der Name (wenn überhaupt) entlang des Waldesrandes. Übrigens fehlt mir ein generischer landuse="Wiese" Tag. landuse=village_green funktioniert, dürfte aber nicht ganz Sinn der Sache sein... Es gibt noch weitere Szenarien, die man IMO nur mit "übereinanderzeichnen" sinnvoll lösen kann: Erholungsgebiet, darin Wiese (tagge ich nicht weiter), Wald, Teich, Spielplatz,... Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Fwd: Software zur Auswertung von GPX-Spuren
> Hallo, > ich weiß nicht, was Du damit machen willst, aber vielleicht kann man > in R was zusammanfriemeln, zum Beispiel wenn man das GeoXP-Paket zu > Hilfe nimmt: > http://www.r-project.org/user-2006/Slides/LaurentEtAl.pdf. > > Schönen Gruß > > > Johannes > > P.S. Gibt es eine Funktion, mit der man auf Mails, die man über digest empfängt, antworten kann, ohne den Gesprächsfaden zu kappen? Ich nutze Mail in Mac OS X und mutt unter Linux. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Liste der ersten 800 Karten im Map Rectifier
Hallo zusammen, unter der Site vom Map Rectifier habe ich keine Möglichkeit gefunden, an Karten zu kommen, die nicht auf der Titelseite stehen. Daher habe ich mal selbst eine primitive Linkliste der ersten 800 Karten aufgesetzt. Wenn mir jemand sagen kann, wie ich innerhalb des bestehenden Systems bequemer an die Karten komme, immer her mit Hinweisen. http://derwisch.wikidot.com/blog:rectifiedlist Schönen Gruß Johannes ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone für Wälder/Landuse - muss das sein?
Andreas Labres schrieb: > Birgit Nietsch wrote: >> Wäre schön, es wäre so >> beschrieben, dass man es auch versteht, wenn man es noch nicht kann. > > Entschuldige, aber genau dazu gibt's ein Wiki, daß niemand so einen Satz > zu schreiben braucht. Wenn Du der Meinung bist, da fehlt was/ist > unzureichend gut beschrieben, dann setz Dich hin und mach es. Besser. Ich soll etwas besser beschreiben, was ich nicht verstanden habe, weil es schlecht beschrieben ist? Was ist eigentlich Rekursion? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone für Wälder/Landuse - muss das sein?
Scheint mir eigentlich auch logisch, dass solches Vorgehen nicht "sauber" funktioniert. Der See im Wald ist doch ein selbstständiges Feature, unabhängig vom Wald-Feature. Das Loch-Polygon kann IMO nur die selben Attribute haben, wie das Feature zu dem es gehört (also Wald in dem Fall). Wäre es nicht sinnvoller, in solchen Fällen den Teich als eigenständiges Feature mit eigenem Polygon zu erstellen. Die Geometrie des Teichs muss ja auch nicht unbedingt mit dem Wald-Loch 100% zusammenfallen. Gruß, Alex Andreas Labres schrieb am 28.09.2008 12:00: > Es gibt Szenarien, die derzeit mit multipolygon nicht sauber funktionieren: > > Teich im Wald. Das hatte jemand mit multypolygon inner und natural=water > umgetaggt. Ergebnis: cyclemap hatte den ganzen Wald undurchsichtig blau > dargestellt. > > Wiese (Lichtung) im Wald. Die Wiese hat einen Namen (in und um Wien hat fast > jede Wiese einen k&k-lichen Namen). Multi inner und name -> Ergebnis: "Nichts" > und der Name (wenn überhaupt) entlang des Waldesrandes. > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Datenaustausch ohne JOSM
Zitat Frederik Ramm: > Hallo, > > Michael Buege wrote: >> Erlaubt ein Windows-Rechner in einem Internetcafe, dass Josm darauf >> ein Verzeichnis mit den Configdaten einrichtet? Oder kann man Josm >> dazu bringen, das Verzeichnis ebenfalls auf dem Stick einzurichten? > > Ich vermute, dass solche Rechner i.d.R. so konfiguriert sind, dass > sie alles, was der Benutzer anlegt, nach dem Neustart wieder > entfernen - und nicht, dass sie ueberhaupt nichts anlegen lassen. > Selbst wenn sie es verbieten, wuerde ich annehmen, dass es einfach > trotzdem geht. Kaeme auf einen Versuch an. JOSM ggf. einen > Commandline-Switch "--internet-cafe" zu spendieren, sollte eine > leichte Uebung sein. Einfacher waere es imho natuerlich, das .josm-Verzeichnis auch an einem selber bestimmbaren Ort einrichten zu lassen. Gibt es da eine Moeglichkeit? Ich verwende Josm an verschiedenen Orten auf verschiedenen Rechnern. Momentan kopiere ich das .josm-Verzeichnis immer auf den Stick und und bei Bedarf wieder in das home-Verzeichnis. Ideal waere, Josm inklusive Verzeichnis komplett vom Stick starten zu koennen. -- Michael ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] An Sonn- und Feiertagen gesperrt
FrauSuhrbier wrote: > wollte nur einmal nachhören wie ihr zeitweise Sperrungen (wie im > Betreff) für Fahrzeuge taggt? Ist auf http://wiki.openstreetmap.org/index.php/De:Key:access unter "Zeitsensitive Beschränkungen" beschrieben. Allerdings leider in XML statt in der üblichen, den normalen Potlatch- und JOSM-Nutzern verständlicheren Form. Und mich stört daran auch, dass man hier eine andere Syntax hat als auf http://wiki.openstreetmap.org/index.php/Key:opening_hours Da wäre eine Vereinheitlichung sinnvoll. Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] An Sonn- und Feiertagen gesperrt
Am Sonntag 28 September 2008 schrieb FrauSuhrbier: > Hallo, > wollte nur einmal nachhören wie ihr zeitweise Sperrungen (wie im > Betreff) für Fahrzeuge taggt? > Gruß > Jürgen > aufbauend auf dem schema, das kuerzlich hier auf der liste diskutiert wurde, wuerde ich das folgendermassen taggen: limit:access[holiday] = no signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitätssicherung auf Tag-Niveau
Hallo, Am Samstag, 27. September 2008 15:22:53 schrieb Frederik Ramm: > Ich wuerde aber auf jeden Fall eine Abstimmung mit den Englaendern > vorschlagen, die viel im Wiki machen (vor einiger Zeit war Thomas Wood > da sehr aktiv, weiss nicht, ob das heut noch so ist), zumindest mal kurz > per Mail fragen, ob die sich schon Aehnliches ueberlegt haben. Ich habe mir gerade einmal den Artikel http://wiki.openstreetmap.org/index.php/Map_Features angeschaut und dabei festgestellt, dass die englischen Artikel schon eine Vorlagen basierte Struktur benutzen. Diese Vorlagen trennen zwar leider noch nicht den Schlüssel von der Beschreibung, sind ansonsten aber sehr gut durchdacht. Ein erster Schritt wäre die Struktur der englischen Artikel in das deutsche Wiki zu übertragen und sich als zweiten Schritt zusammen mit den Engländern eine Struktur zu überlegen, die die Schlüssel von der Beschreibung trennt. Dies sollte nicht allzu schwierig sein. Ich habe Heute leider wenig Zeit, werde aber in den nächsten Tagen einmal versuchen die englische Struktur auch im deutschen Wiki anzuwenden. Dies wird ganz gewiss eine Weile dauern, da die Artikel inzwischen doch sehr komplex sind. Da dies eine etwas größere Änderung an der Struktur wichtiger OSM-Artikel ist (optisch wird sich kaum etwas ändern), wäre es gut an dieser Stelle eventuelle Einwände oder Verbesserungsvorschläge mitgeteilt zu bekommen. Danke für eure Meinung. Olaf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone für Wälder/Landuse - muss das sein?
Hallo Birgit,Birgit Nietsch schrieb: > Was ist eigentlich Rekursion? Das ist eine Rekursion (eine die natürlich nicht funktioniert): > Ich soll etwas besser beschreiben, > was ich nicht verstanden habe, > weil es schlecht beschrieben ist? Wenn Du beispielsweise eine längere Wanderung machen willst, und diese Dir seeehr lange vorkommt, dann kannst Du diese erst mal auf etwas reduzieren, das Du schon gut kannst. Beispielsweise einen Schritt machen. Also einfach einen Fuss vor den anderen setzen. Das kannst Du. Und wenn Du das viele tausende Male gemacht hast, dann hast Du den langen Weg der Wanderung vielleicht schon geschafft. Aber das setzt halt eben voraus, dass Du den Teilschritt beherrschst. Und dass Du die Fähigkeit (Kraft, Ausdauer) hast, diesen oft zu wiederholen. Leider wird das hier immer wieder von einigen vergessen. Dann wird auf eine Frage eines Neulings geantwortet, er solle doch selber die Erklärung dazu finden und beschreiben. Oder vielleicht gleich eine bessere Lösung erfinden und präsentieren. Statt dass die Frage als Hinweis verstanden wird, dass bei der Schnittstelle zwischen Programm und Benutzer noch Verbesserungsbedarf besteht, ganz unabhängig von den vorhandenen oder eben nicht vorhandenen Fähigkeiten dieses einzelnen Benutzers. Das hängt mit einem Grundproblem bei "freien" Projekten zusammen, dass manche nur das tun, wozu sie gerade Lust haben (ist ja auch verständlich!). Aber dabei geht dann der Blick fürs Ganze und für die grösseren Zusammenhänge leicht verloren. Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Tiles-Generator für Trekbuddy
Jens Frank schrieb: > Java-Software, die aus einem Handy ein Navi macht. > http://wiki.trekbuddy.net/index.php/About Nein nein, kein Navi ... eher ein "Wegbegleiter", der Kartenmaterial anzeigt und sogar NMEA-Daten mitloggen kann. Navigation geht nur über Luftlinie, nicht auf Vektorbasis. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] F: Mit welcher Software kann ich GPX-Spuren statistisch auswerten etc.?
Hi Ralf, Ich mag Prune (hat einen Wiki Eintrag dazu). Grüsse Raphael 2008/9/27 RalfGesellensetter <[EMAIL PROTECTED]>: > Liebe Liste, > > ich habe die FAQ soweit gelesen - finde dort aber v.a. Hinweise für > "Kontributoren". Soweit so gut. Die Presse hätte von mir gerne gewusst, > wieviele Kilometer meine SchülerInnen zurückgelegt haben. Diese und > andere statistische Auswertungen sind ja prinzipiell nicht > allzuschwer - aber es sollte mich wundern, wenn es dafür nicht schon > Programme (analog zu gpsbabel) gibt: > > Mit welcher Software lassen sich Zeitprofile besser auswerten? > Mit welcher Software lassen sich Höhenprofile erstellen? > Mit wecher Software lassen sich die Traces (Tracks) interaktiv > bearbeiten oder gar erstellen (weltgrößte Zeichnung) (ggf. Konversion > nach SVG und zurück)? > > Danke für sachdienliche Hinweise - Freie Software bevorzugt > (insbesondere am 25. GNU-Geburtstag). > > Gruß > RalfG > > ___ > 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] Multipolygone für Wälder/Landuse - muss das sein? - Relations
Bernd Wurst schrieb: > Hallo. > > Am Samstag, 27. September 2008 schrieb Birgit Nietsch: > >> Genau das ist das Problem. Man will irgendwas tun, was man noch nie >> gemacht hat. Irgendwer sagt, das ginge irgendwie mit Relations. Dann >> steht man vor der Doku wie der Ochs vorm Berg. Wäre schön, es wäre so >> beschrieben, dass man es auch versteht, wenn man es noch nicht kann. >> > > Schon klar, aber die Reaktion "Ich versteh Realtions nicht, also sind > Relations Mist, wir brauchen ein ganz anderes Konzept" ist schon sehr > unsinnig, oder? > > Zudem kaum einer die Relations wirklich nicht versteht, alle denken nur das > wär was total "großes" und sehen darin nichts großes und denken sie hätten es > nicht kapiert. :) > > Relations sind eigentlich ein einfaches bzw. abstraktes Konzept. Da sie so > vielseitig sind, gibt es noch keinen guten Relations-Editor, da der um > einfach zu sein eben nur einzelne Relations abbilden könnte. Ein Editor wie > er jetzt ist, der alle Relations erzeugen kann, wird nie "einfach" (bzgl. > usability) sein, da das Konzept zu abstrakt ist. > > Was wir brauchen könnten ist z.B. ein Multipolygon-Editor und einen > Abbiegeverbots-Editor, die komplett unabhängig vom normalen Relations-Editor > sind und eben nur das können. > > Gruß, Bernd > > > Ein Problem ist - wenn man sich noch nicht mit Relations beschäftigt hat - wenn man etwas wie gewohnt verändern möchte (z.b. Sat-abgemalte Waldgrenzen durch eigene Aufzeichnungen verfeinern) und durch eine Meldung dass es nicht geht weil es zu einer Relation gehört daran gehindert wird. Wenn man sich jetzt erstmal stunden damit ausseinander setzen muss um ein paar hundert Meter Waldgrenze zu korrigieren dann ist das kontraproduktiv - die meisten werden es erst gar nicht machen. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone für Wälder/Landuse - muss das sein?
Andreas Labres schrieb: > Birgit Nietsch wrote: > >> Wäre schön, es wäre so >> beschrieben, dass man es auch versteht, wenn man es noch nicht kann. >> > > Entschuldige, aber genau dazu gibt's ein Wiki, daß niemand so einen Satz zu > schreiben braucht. Wenn Du der Meinung bist, da fehlt was/ist unzureichend gut > beschrieben, dann setz Dich hin und mach es. Besser. > Das ist das Problem - jemand der es Verstanden hat der sieht das Problem eventuell nicht dass ein Anfänger damit hat - wenn er überhaupt noch an einer Beschreibung interessiert ist. Und wer es nicht verstanden hat kann keine brauchbare Beschreibung liefern. > Zum Thema der Multipolygone für Wälder zurück: > > Ich persönlich verwende das nur sehr sparsam, zB eine Ortschaft im Wald: da > wird > der Wald am Waldesrand entlang per multipolygon inner "ausgeschnitten", dann > ist > dort wieder "nix" und man kann die Ortschaft zeichnen. > > Es gibt Szenarien, die derzeit mit multipolygon nicht sauber funktionieren: > > Teich im Wald. Das hatte jemand mit multypolygon inner und natural=water > umgetaggt. Ergebnis: cyclemap hatte den ganzen Wald undurchsichtig blau > dargestellt. > > Wiese (Lichtung) im Wald. Die Wiese hat einen Namen (in und um Wien hat fast > jede Wiese einen k&k-lichen Namen). Multi inner und name -> Ergebnis: "Nichts" > und der Name (wenn überhaupt) entlang des Waldesrandes. > > Übrigens fehlt mir ein generischer landuse="Wiese" Tag. landuse=village_green > funktioniert, dürfte aber nicht ganz Sinn der Sache sein... > > Es gibt noch weitere Szenarien, die man IMO nur mit "übereinanderzeichnen" > sinnvoll lösen kann: Erholungsgebiet, darin Wiese (tagge ich nicht weiter), > Wald, Teich, Spielplatz,... > > Solange man unterschiedliche Polygone stapeln kann und über Layer steuern kann wer welchen überdeckt sehe ich das ganze unproblematisch - aber wenn ich wie bei Waldlichlichtungen sage hier ist Wald um mit einem weiteren Polygon "hier ist aber doch kein Wald" sehe ich das als Problem.OSM-Karten bzw. Daten sollten relativ einfach auf die verschiedenste System geladen werden können ohne erst die Daten durch ein aufwendiges (!, damit meine ich nicht einfache Filter) Konvertierungsprogramm zu schicken damit z.B. diese Multipolygongeschichten aufgelöst werden. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Datenaustausch ohne JOSM
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Michael Buege schrieb: > Einfacher waere es imho natuerlich, das .josm-Verzeichnis auch an > einem selber bestimmbaren Ort einrichten zu lassen. Gibt es da eine > Moeglichkeit? Man könnte einen Kommandozeilenparameter oder eine Environment-Variable einbauen, um das Konfigurationsverzeichnis abweichend vom Standard festzulegen. > Ideal waere, Josm inklusive Verzeichnis komplett > vom Stick starten zu koennen. Kann Josm das Verzeichnis ermitteln, in dem das gestartete .jar liegt? Dann könnte man vielleicht dort nach einem .josm-Verzeichnis suchen und ggf. dieses verwenden. Momentan ist mein Rechner zu schwach für Java-Entwicklung, aber wenn ich wieder bessere Hardware habe, kann ich mich mal darum kümmern. (sofern es nicht jemand vor mir macht) Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjfbn4ACgkQnMz9fgzDSqewVgCfYXE35Pw53efazRxpRHh+JIV9 iEUAni0NL6LFRLP9SBLV7RkaVw4YsfT8 =UvQc -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] An Sonn- und Feiertagen gesperrt
Guenther Meyer schrieb: > Am Sonntag 28 September 2008 schrieb FrauSuhrbier: > >> Hallo, >> wollte nur einmal nachhören wie ihr zeitweise Sperrungen (wie im >> Betreff) für Fahrzeuge taggt? >> Gruß >> Jürgen >> >> > aufbauend auf dem schema, das kuerzlich hier auf der liste diskutiert wurde, > wuerde ich das folgendermassen taggen: > > limit:access[holiday] = no > > Ist das die offizielle Bezeichnung auf englischen Strassenschildern für Sonn-und Feiertage? Mir käme erstmal Urlaub in den Sinn :-) Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] An Sonn- und Feiertagen gesperrt
Am Sonntag 28 September 2008 schrieb Garry: > Guenther Meyer schrieb: > > Am Sonntag 28 September 2008 schrieb FrauSuhrbier: > >> Hallo, > >> wollte nur einmal nachhören wie ihr zeitweise Sperrungen (wie im > >> Betreff) für Fahrzeuge taggt? > >> Gruß > >> Jürgen > > > > aufbauend auf dem schema, das kuerzlich hier auf der liste diskutiert > > wurde, wuerde ich das folgendermassen taggen: > > > > limit:access[holiday] = no > > Ist das die offizielle Bezeichnung auf englischen Strassenschildern für > Sonn-und Feiertage? Mir käme erstmal Urlaub in den Sinn :-) > mir damals auch ;-) ich weiss nicht, was auf englischen schildern steht, aber holiday ist das englische wort fuer feiertag... signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] F: Mit welcher Software kann ich GPX-Spuren statistisch auswerten etc.?
Am Samstag 27 September 2008 schrieb RalfGesellensetter: > Mit welcher Software... Gerade stieß ich auf http://freegis.org/database/?cat=7 Das sieht schonmal ordentlich aus. Danke für alle Hinweise soweit - Fortsetzung folgt... LG Ralf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Antworten auf Digest (was: Re: Fwd: Software zur Auswertung von GPX-Spuren)
On Sun, Sep 28, 2008 at 12:06:50PM +0200, Johannes Hüsing wrote: P.S. Gibt es eine Funktion, mit der man auf Mails, die man über digest empfängt, antworten kann, ohne den Gesprächsfaden zu kappen? Nur falls die Mails im Digest tatsächlich als eigenständige Mails (MIME-Type message/rfc822) und nicht als zusammengeklatschter Plain-Text enthalten sind. In ersterem Fall antworte auf die enthaltene Mail (mutt: "v" für MIME-Struktur-Ansicht, dann nach Auswahl der Mail "g" um darauf zu antworten). Ich habe Digests bisher nicht nicht benutzt und weiß deshalb leider nicht, wie sie tatsächlich aussehen. CU Sascha -- http://sascha.silbe.org/ http://www.infra-silbe.de/ signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] F: Mit welcher Software kann ich GPX-Spuren statistisch?auswerten etc.?
Am Samstag 27 September 2008 schrieb Sven Geggus: > *grin* Schau Dir mal viking an. Hi Sven, danke - das Programm gefällt mir! Entlang von Tracks kann ich Zeitunterschiede messen - die Entfernung wird jedoch leider immer via Luftlinie berechnet. Entsprechend wird die Durchschnittsgeschwindigkeit bei kreisförmigen Tracks als 0 angegeben. Leider ist es mir nicht gelungen, einen Wikiaccount auf viking.sf.net anzulegen. Schein ein Problem mit dem Antispam-Modul zu sein. Gruß Ralf ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone für Wälder/Landuse - muss das sein?
Garry schrieb: > Andreas Labres schrieb: >> Übrigens fehlt mir ein generischer landuse="Wiese" Tag. landuse=village_green >> funktioniert, dürfte aber nicht ganz Sinn der Sache sein... landuse=farm sollte meinem Vertsaendnis nach Wiesen, Weiden, Aecker und sonstige landwirtschaftliche Nutzflaechen umfassen. Was schwieriger ist, ist nicht bewaldetes Brachland. Da gibt es zwar ein paar Tags, die in Frage kommen (heath, scrub, marsh), aber so richtig gut passen die haeufig nicht. > Solange man unterschiedliche Polygone stapeln kann und über Layer > steuern kann wer welchen überdeckt sehe > ich das ganze unproblematisch Dir ist schon klar, dass das layer Tag nicht zur Steuerung der Darstellung dient, sondern ein physikalisches Uebereinander der Objekte angibt. > OSM-Karten bzw. Daten sollten relativ > einfach auf die verschiedenste System geladen werden können ohne erst > die Daten durch ein aufwendiges (!, damit meine ich > nicht einfache Filter) Konvertierungsprogramm zu schicken damit z.B. > diese Multipolygongeschichten aufgelöst werden. Da sehe ich auch eines der Probleme vom Relation-Ansatz. Es muessen nicht nur die Editoren besser werden, damit auch Laien damit umgehen koennen (z.B. indem die Editoren die Relation automatisch setzen und der Bediener davon gar nichts mitbekommt). Auf der anderen Seite muessen aber auch die Auswerteprogramme in der Lage sein, die in den Relations steckenden Informationen zu verstehen und entsprechend zu nutzen. Und da reicht es auch nicht, dass ein erster Renderer das lernt, jedes Auswerteprogramm muss entsprechende Konvertierungen selber vornehmen. Bei den Inner-Outer-Relationen sollte man z.B. nicht davon ausgehen, dass man in naechster Zeit was davon auf Garmin-Karten sehen kann. Wer darauf wert legt, sollte lieber entsprechende Gebiete aufschneiden (was ja auch ein Editor automatisch im Hintergrund machen koennte, wenn man ein Area innerhalb ein anderes Area malt). Anschliessend kann man dann ja noch eine Relation anlegen, in der steht, dass die beiden Teile eigentlich zusammen gehoeren (Wobei diese Information nun nicht so wichtig ist, so dass es auch nicht stoert, wenn die Relation von niemanden beachtet wird.) Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitätssicherung auf Tag-Niveau
Olaf Hannemann wrote: > Ich habe mir gerade einmal den Artikel > http://wiki.openstreetmap.org/index.php/Map_Features > angeschaut und dabei festgestellt, dass die englischen Artikel schon eine > Vorlagen basierte Struktur benutzen. Diese Vorlagen trennen zwar leider > noch nicht den Schlüssel von der Beschreibung, sind ansonsten aber sehr > gut durchdacht. > > Ein erster Schritt wäre die Struktur der englischen Artikel in das > deutsche Wiki zu übertragen Die Seiten http://wiki.openstreetmap.org/index.php/De:Map_Features und http://wiki.openstreetmap.org/index.php/Map_Features greifen doch auf dieselben Vorlagen (Templates) zurück. Wäre Dein Vorschlag also, dass man auch von den Templates deutsche Versionen erstellen sollte? Das hätte den Nachteil, dass - anders als derzeit - Änderungen in den englischen Templates auf der deutschen Seite nicht automatisch sichtbar würden. Wäre das nicht ein Rückschritt? Gruß, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitätssicherung auf Tag-Niveau
[EMAIL PROTECTED] (Tobias Wendorff) am 26.09.08: >Ja, aber dann passiert genau das, was wir momentan haben: Viele >Leute arbeiten parallel, machen eigene Wiki-Unterseiten auf, die >dann nicht mehr oder nur in Teilen aktualisiert werden. >Ich finde, wir sollten mehr Wert auf die "Unterseiten" legen, die >die einzelnen Tags erläutern sowie auf Ausnahmen eingehen. >Klar, da geht die Organisation flöten, aber man muss sich dann nicht >fragen, wieso manche Leute nach Schema "F" vorgehen, wenn sie es >auf irgendwelchen alten Seiten so gelesen haben. in der Wikipedia gibt es für sowas Portale, Redaktionen, Wikiprojekte zwecks Koordination von Teilbereichen. Rainer -- Man sollte überhaupt keine Tests mehr lesen... (Stefan Krah in de.comp.hardware.kuehlung+laermdaemmung) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Fahrstuhl taggen
Moin Tobias, >> habe gerade an einer eisenbahnbrücke mehrere fahrstühle gefunden. >> wie würdet ihr diese taggen? >Kleines HowTo: >1. http://dict.leo.org?fahrstuhl (elevator) >2. http://wiki.openstreetmap.org/ => search => elevator >3. http://wiki.openstreetmap.org/index.php/Proposed_features => >node with "highway = elevator" Womit wir innerhalb von Bahnhöfen dann highways hätten? Für Rollstuhlfahrer sicher nicht uninteressant, aber es führen keine Wege dorthin, wenn man nicht die Bahnsteige bzw. Zuwegungen als footway einträgt. Achja: Rollifahrer... gibt es eine etablierte Vorgehensweise, wie man mit behindertengerechten Zuwegungen umgeht? Hier in Unna Bf kann man beispielsweise den S-Bahnsteig (und den daranhängenden "normalen") per Fahrstuhl erreichen (wenn der nicht gerade mal wieder eine Störung hat), den anderen Bahnsteig aber nicht. Rollifahrer können also nach Köln oder Dortmund, aber nicht in Richtung Soest/Hamm/Sauerland fahren. S-Bahn Unna-West: Fehlanzeige. Nächste Station Königsborn: Kein Problem für Rollis. Nein, ich sage jetzt nichts zum Haltepunkt Dortmund-Aplerbeck, da schaffen es eh nur durchtrainierte Kletterer, in den Zug rein- und mutige Springer, wieder rauszukommen. Rainer -- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Kreisverkehr mit separierten Fahrspuren
Moin moin, ich habe hier einen Kreisverkehr, bei dem man die Fahrspuren nicht frei wechseln kann. Soll heißen: die Einfahrten in den Kreisel sind zweispurig, wobei die jeweils rechten Fahrspuren direkt bei der nächsten Ausfahrt wieder hinausgeführt werden. Die linken Einfahrt-Fahrspuren führen in den eigentlichen inneren Kreisel. Die Fahrspuren sind nicht baulich, sondern nur durch durchgezogene Linien voneinander getrennt, gestrichelt halt nur da, wo es rein und rausgeht. Sollte man die "Direktverbindungen" separat malen und ansonsten ganz viele kurze Verbindungsstückchen reinfrickeln zwischen "innerem" Kreisel und den Ausfahrten? Btw: Wo genau liegen noch diese verrückten Mehrfachkreisel in UK und wie wurden die gemapt? Rainer -- Ja, wo laufen sie denn? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Validator: nicht geschlossene Fl äche
Jan Peter Stotz wrote: >> Klasse wär's, wenn der Validator nicht den ganzen Wald sondern >> nur die Lücke rot makieren täte. ;-) > > Hört sich nach einem sinnvollen Vorschlag an. Ich habe den entsprechenden Kannst Du dem Fix-Button nicht einfach beibringen, den Weg zu schließen? cu Henry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreisverkehr mit separierten Fahrspuren
Der Magic-Roundabout liegt hier: http://www.openstreetmap.org/?lat=51.56278&lon=-1.77083&zoom=17&layers=B000FTF Bei dem sind allerdings die einzelnen Richtungen baulich getrennt, also tatsächlich richtig gemappt. Solange der Bypass im Kreisel nicht baulich getrennt ist, würde ich den Kreisel normal zeichnen. Bei einem Routing heißt es halt erste oder zweite raus und es liegt dann mehr oder weniger am Fahrer, zu entscheiden in welcher Spur er fährt. Grüße, Pie. Rainer Knaepper schrieb: > Moin moin, > > ich habe hier einen Kreisverkehr, bei dem man die Fahrspuren nicht > frei wechseln kann. Soll heißen: > > die Einfahrten in den Kreisel sind zweispurig, wobei die jeweils > rechten Fahrspuren direkt bei der nächsten Ausfahrt wieder > hinausgeführt werden. Die linken Einfahrt-Fahrspuren führen in den > eigentlichen inneren Kreisel. Die Fahrspuren sind nicht baulich, > sondern nur durch durchgezogene Linien voneinander getrennt, > gestrichelt halt nur da, wo es rein und rausgeht. > > Sollte man die "Direktverbindungen" separat malen und ansonsten ganz > viele kurze Verbindungsstückchen reinfrickeln zwischen "innerem" > Kreisel und den Ausfahrten? > > Btw: Wo genau liegen noch diese verrückten Mehrfachkreisel in UK und > wie wurden die gemapt? > > Rainer > > ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Validatonicht geschlossene Fläch e
On Sun, 28 Sep 2008, Henry Loenwind wrote: Klasse wär's, wenn der Validator nicht den ganzen Wald sondern nur die Lücke rot makieren täte. ;-) Hört sich nach einem sinnvollen Vorschlag an. Ich habe den entsprechenden Kannst Du dem Fix-Button nicht einfach beibringen, den Weg zu schließen? Lieber nicht. Wenn dann jemand auch all die Flächen schließt, welche eigentlich nicht geschlossen sein sollten ... Ciao -- http://www.dstoecker.eu/ (PGP key available)___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OSM-Warnwesten - Bestellung
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 Stefan Neufeind schrieb: > Also mit .org wäre die URL imho schon etwas sinnvoller, da "offizielle" > URL des Projekts. Wie wär's mit beiden: LOGO openstreetmap.de openstreetmap.org Bodo -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.9 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iEYEARECAAYFAkjftdMACgkQnMz9fgzDSqe4UwCfSt6pbnCMsrIGBC72KH6GE6yy tpUAoJPtZtA+NtbIkFjwtuY8vLQXAWsw =0gAd -END PGP SIGNATURE- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPSMap60Cx - Problem mit dem Speichern von Tracks
moin ! ich muss das thema nochmal aufnehmen nachdem ich dachte es wäre erledigt. wieder einmal werden nicht alle track-punkte angezeigt. jetzt habe ich aber bei den einstellungen (auf chip speichern) gesehen, dass dort gpx-dateien hinterlegt sind mit dem jeweiligen datum !! die werden anscheinend nicht mit dem mapsource heruntergeladen ! muss man auf diese auf anderem wege zugreifen - und wenn wie ??? gibt es vielleicht noch eine bessere möglichkeit als mapsource ??? gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] JOSM Trackrichtung invertiert?
Ich habe seit neuerem (meine Version R. 1010) den Eindruck, dass die Richtungsangaben von gpx-Tracks umgedreht sind. Könnt ihr das bei Euch bestätigen? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPSMap60Cx - Problem mit dem Speichern von Tracks
Jan Tappenbeck schrieb: >jetzt habe ich aber bei den einstellungen (auf chip speichern) gesehen, >dass dort gpx-dateien hinterlegt sind mit dem jeweiligen datum !! >die werden anscheinend nicht mit dem mapsource heruntergeladen ! muss >man auf diese auf anderem wege zugreifen - und wenn wie ??? Entweder die SD-Karte in einen Kartenleser stecken, oder das GPS-Geraet in den "USB-Modus" versetzen (Hauptmenue --> Schnittstelle). Dann praesentiert sich das Geraet wie eine mobile Festplatte und MapSource zeigt als moegliche Downloadquelle den Laufwerksbuchstaben an. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] GPSMap60Cx - Problem mit dem Speichern von Tracks
Hallo Peter, das war die Lösung - vielen Dank ! gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Legenden erzeugen (was: Innenstadtkarte mit POIs)
ja Martin Am 18. September 2008 19:47 schrieb Johann H. Addicks <[EMAIL PROTECTED]>: > > > schon zu unübersichtlich. Am besten wären kleine Nr. an den Icons und am > > Rand eine Legende, auf der sowohl ersichtlich wird, wofür das Symbol > > Eine Möglichkeit, sich eine "ordentliche" Legende von den verbreiten > Renderern bauen zu lassen fehlt mir derzeit wirklich. Auch ohne viele > POIs. > Gerade für den PDF-Export/Download wäre das sehr wünschenswert. > Problematisch wird's natürlich, wenn man das "kontextsensitiv" haben > möchte. Also nur solche Features in die Legend, die im Kartenausschnitt > auch wirklich verwendet werden. > > -jha- > > > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > -- ___ Martin Koppenhoefer Via del Santuario Regina degli Apostoli, 18 00145 Roma Italia N41.8739, E12.5141 tel1: +39 06.916508070 tel2: +49 30 868708638 mobil: +39 389 6488991 [EMAIL PROTECTED] http://www.koppenhoefer.com Hinweis: Diese Nachricht wurde manuell erstellt. Wir bemühen uns um fehlerfreie Korrespondenz, dennoch kann es in Ausnahmefällen vorkommen, dass bei der manuellen Übertragung von Informationen in elektronische Medien die übertragenen Informationen Fehler aufweisen. Wir bitten Sie, dies zu entschuldigen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Umrechnung von Hoch- und Rechtswerten
Moin.. Hat jemand ein Tool um folgende Tabelle einfach umrechnen zu können? http://uploaded.to/?id=h7wsqg Gruß, Marc signature.asc Description: OpenPGP digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Öffnungszeiten
On Sat, 27 Sep 2008 00:48:48 +0200 "Florian Schweikert" <[EMAIL PROTECTED]> wrote: > gibt es ein Tag um einem Objekt Öffnungszeiten anzuhängen? Öffnungszeiten halte ich nur sehr bedingt für eine geo-information, aber tu, was du nicht lassen kannst ;) Gruß Eichi -- - Mein Weblog: http://der-eichi.de Themen unter anderem aus den Bereichen |Politik|, |Linux| und |freie Software| - Mein öffentlicher PGP Schlüssel: http://pgp.der-eichi.de - ! Freie Alternative zu Google Maps & Co.: http://www.openstreetmap.org ! ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Öffnungszeiten
Hi Eichi! >> gibt es ein Tag um einem Objekt Öffnungszeiten anzuhängen? > > Öffnungszeiten halte ich nur sehr bedingt für eine geo-information, Im Prinzip nicht, aber es wäre schon mega-genial, wenn man seinem OSM-basiertem Navi sagen würde "Führ mich zum nächsten Aldi" und das Navi antwortet mit "Gern, aber der Aldi hat sei 30 Minuten geschlossen. Wie wär's mit dem Lidl daneben oder dem Aldi im Nachbarort?" ;-) Oder noch wichtiger bei der Suche nach einem Restaurant: Da möchte ich nicht, dass mich das Navi zu einem Restaurant führt, dass heute Ruhetag hat. Für POIs sind Öffnungszeiten also eine durchaus wichtige Information! Liebe Grüße von -Stefan- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone für Wälder/Landuse - muss das sein?
Alexrk: > Scheint mir eigentlich auch logisch, dass solches Vorgehen nicht "sauber" > funktioniert. Der See im Wald ist doch ein selbstständiges Feature, unabhängig > vom Wald-Feature. Das Loch-Polygon kann IMO nur die selben Attribute haben, > wie > das Feature zu dem es gehört (also Wald in dem Fall). Ah! Bitte dieses "Bei Multipolygon muss inneres und äusseres Polygon gleich getaggt sein"-Märchen nicht weiter tragen: Das innere Polygon eines Multipolygons darf gerne völlig andere Tags haben. Wenn das irgend ein Renderer noch nicht versteht ist das ein Bug und bitte im entsprechenden Bugtracker zu melden. Insofern ist für das See-im-Wald-Beispiel: natural=wood (multipolygon=outer) natural=water (multipolygon=inner) völlig korrekt. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Öffnungszeiten
Stefan Leupers schrieb: >>> gibt es ein Tag um einem Objekt Öffnungszeiten anzuhängen? >> Öffnungszeiten halte ich nur sehr bedingt für eine geo-information, > > Im Prinzip nicht, aber es wäre schon mega-genial, wenn man seinem > OSM-basiertem Navi sagen würde "Führ mich zum nächsten Aldi" und das > Navi antwortet mit "Gern, aber der Aldi hat sei 30 Minuten > geschlossen. Es wäre auch toll, wenn ich auf eine Sehenswürdigkeit in meiner Karte klicken könnte und dann eine Beschreibung und Bilder dazu bekäme. Ich schlage das Tagging „article=[Seitenweise Text hier]“ vor. Die Bilder packen wir mit Keys wie „image:1“, „image:2“ usw. in Base64-Codierung dazu. ;-) Natürlich könnten wir auch Wikipedia oder Stadtwikis dafür nehmen, dann ließen sich die Infos sogar brauchbar ablegen, außerhalb von OSM leichter einsetzen und von Autoren ohne OSM-Kenntnisse mit für die Textarbeit optimierten Werkzeugen pflegen. Und ähnlich das gilt eigentlich auch für andere Dinge, die zwar mit OSM ausgezeichnet kombiniert werden können, aber vom Charakter her keine zumindest halbwegs dauerhafte Geoinformation darstellen, etwa Staumeldungen, Restaurantführer, Fahrpläne öffentlicher Verkehrsmittel – und eben „Branchenbuchinfos“ (Öffnungszeiten, Kontaktadressen, Telefonnummern, Webseiten …). Also: Nur, dass man etwas gerne mit OSM verbunden anwenden möchte, ist meiner Ansicht nach noch kein Grund, dass es in dasselbe Format und dieselbe Datenbank gezwängt werden muss. Solange es ein solches spezialisiertes Projekt nicht gibt, kann man natürlich OSM als Notizzettel nehmen, aber jeder, der diesem Mangel abhelfen will, hätte meine volle Unterstützung. Grüße, Tordanik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreisverkehr mit separierten Fahrspuren
Hallo Rainer Knaepper wrote: > ich habe hier einen Kreisverkehr, bei dem man die Fahrspuren nicht > frei wechseln kann. Soll heißen: > > die Einfahrten in den Kreisel sind zweispurig, wobei die jeweils > rechten Fahrspuren direkt bei der nächsten Ausfahrt wieder > hinausgeführt werden. Die linken Einfahrt-Fahrspuren führen in den > eigentlichen inneren Kreisel. Die Fahrspuren sind nicht baulich, > sondern nur durch durchgezogene Linien voneinander getrennt, > gestrichelt halt nur da, wo es rein und rausgeht. > > Sollte man die "Direktverbindungen" separat malen und ansonsten ganz > viele kurze Verbindungsstückchen reinfrickeln zwischen "innerem" > Kreisel und den Ausfahrten? > die Kreisel haben eine ähnliche Verkehrsführung, bisher fehlt da auch noch die Zusatz-Information: http://www.openstreetmap.org/?lat=50.05948&lon=8.65066&zoom=15&layers=0B00FTF hier ist's eingezeichnet: http://www.openstreetmap.org/?lat=50.05948&lon=8.65066&zoom=15&layers=0B00FTF > Btw: Wo genau liegen noch diese verrückten Mehrfachkreisel in UK und > wie wurden die gemapt? der bekannteste ist in Swinton: http://en.wikipedia.org/wiki/Roundabout#.22Magic.22_roundabouts http://www.openstreetmap.org/?lat=51.56278&lon=-1.77161&zoom=17&layers=0B00FTF ___ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Qualitätssicherung auf Tag-Niveau
Hallo,
Am Sonntag, 28. September 2008 16:05:19 schrieb Hatto von Hatzfeld:
> Die Seiten http://wiki.openstreetmap.org/index.php/De:Map_Features und
> http://wiki.openstreetmap.org/index.php/Map_Features greifen doch auf
> dieselben Vorlagen (Templates) zurück. Wäre Dein Vorschlag also, dass man
> auch von den Templates deutsche Versionen erstellen sollte? Das hätte den
> Nachteil, dass - anders als derzeit - Änderungen in den englischen
> Templates auf der deutschen Seite nicht automatisch sichtbar würden. Wäre
> das nicht ein Rückschritt?
Mein Vorschlag wäre deutsche Vorlagen zu erstellen, die wiederum auf die
englischen Vorlagen zu greifen. Dies hat den Vorteil, dass die deutschen
Vorlagen einfacher eingebunden werden können, z.B. mit
{{Map_Features:De:highway}}. Es werden aber weiterhin die Schlüssel der
englischen Vorlagen benutzt. Die Änderungen würden also weiterhin automatisch
im deutschen Artikel sichtbar werden.
Ich möchte diesen Umbau vornehmen um deutlich einfacher aufgebaute Vorlagen zu
erhalten. Dies soll hauptsächlich dazu dienen auch die anderen Artikel wie
z.B. http://wiki.openstreetmap.org/index.php/De:Germany_roads_tagging
http://wiki.openstreetmap.org/index.php/De:Howto_Map_A
http://wiki.openstreetmap.org/index.php/De:Road_Signs
auf diese Vorlagen zu greifen zu lassen.
Dies könnte vermeiden, dass in den unterschiedlichen Artikeln verschiedene
Schlüssel für die gleichen Elemente beschrieben werden. Auch wird die Pflege
des Wikis einfacher, da bei eventuellen Änderungen oder Ergänzungen nicht mehr
4+ Artikel editiert werden müssen.
Grüße
Olaf
___
Talk-de mailing list
Talk-de@openstreetmap.org
http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] [tagging] Feature Proposal - Voting - life_cycle=*
Hallo talk-de, ich habe jetzt die Abstimmung für den life_cycle-Vorschlag eröffnet. Es geht dabei um ein neues Konzept zum Taggen von nicht mehr verwendeten (life_cycle=disused) und im Bau befindlichen (life_cycle=construction) Dingen. In diesem Bereich gibt es bereits einige konkurrierende Ideen, etwa verschiedene Werte von highway und railway, aber auch eigene Tags wie disused=yes. life_cycle vereint meiner Ansicht nach die Vorzüge der beiden Konzepte. Es * ist nicht auf Straßen und Schienen beschränkt, sondern auf alle denkbaren Objekte anwendbar * ist leicht zu verwenden, da keine Modifikation an den übrigen Tags nötig ist * erlaubt anders als disused=yes und co, bereits am Key (life_cycle) zu erkennen, um welchen Typ von Information es sich handelt, was die Probleme mit Anwendungskompatibilität so weit reduziert, wie es mit separaten Tags möglich ist. Nicht Gegenstand der Abstimmung sind erst einmal weitere mögliche Werte wie planned, preserved und abandoned, da diese für sich genommen genug Stoff zur Diskussion bieten. Ins Schema passen würden sie auf jeden Fall problemlos. Den Vorschlag samt Abstimmungsmöglichkeit findet ihr im Wiki: http://wiki.openstreetmap.org/index.php/Proposed_features/Status Für einen Vergleich mit anderen Konzepten auf diesem Gebiet, den ich kürzlich mal erstellt habe, siehe hier: http://wiki.openstreetmap.org/index.php/Comparison_of_life_cycle_concepts Tordanik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Steinbrüche, Kiesgruben, Böschu ngen...
.. gibt es dafür schon Tags? Mir geht es um die Darstellung von künstlichen und natürlichen Bruchkanten, die für den normalen Verkehr unüberwindbare Hindernisse sind und zu wenig Höhenunterschied bieten um mit der Höhendatenbank erkannt zu werden.. Garry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Öffnungszeiten
Tordanik schrieb: > Stefan Leupers schrieb: > gibt es ein Tag um einem Objekt Öffnungszeiten anzuhängen? >>> Öffnungszeiten halte ich nur sehr bedingt für eine geo-information, >>> >> Im Prinzip nicht, aber es wäre schon mega-genial, wenn man seinem >> > [Ironie entsorgt] > Also: Nur, dass man etwas gerne mit OSM verbunden anwenden möchte, ist > meiner Ansicht nach noch kein Grund, dass es in dasselbe Format und > dieselbe Datenbank gezwängt werden muss. Solange es ein solches > spezialisiertes Projekt nicht gibt, kann man natürlich OSM als > Notizzettel nehmen, aber jeder, der diesem Mangel abhelfen will, hätte > meine volle Unterstützung. > Naja, ich bin ja der Meinung, dass wir mappen sollten, was sichtbar ist. Öffnungszeiten kann man im Vorbeilaufen aufschreiben (ebenso wie den Inhaber, das möchten scheinbar auch einige gern als Info haben). Die Geschichte eines POIs ist da entweder nicht im Vorbeilaufen mit-mapbar, oder sie hängt in urheberrechtlich geschützter Form rum. Ich zumindest sehe da schon einen Unterschied, ansonsten könnten wir direkt das volle Gegentum machen und nur Straßen und Gebäude eintragen, alle Zusatzinfos gehören dann in eine externe Datenbank, auch, ob es ein Restaurant ist, ob da ein Briefkasten ist etc. Grüße, Florian. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Öffnungszeiten
Florian Heer schrieb: > Tordanik schrieb: >> [Ironie entsorgt] Schade, dabei hab ich mir doch so viel Mühe gegeben, meinen Vergleich zum Hinken zu bringen. *g* >> Also: Nur, dass man etwas gerne mit OSM verbunden anwenden möchte, ist >> meiner Ansicht nach noch kein Grund, dass es in dasselbe Format und >> dieselbe Datenbank gezwängt werden muss. > > Naja, ich bin ja der Meinung, dass wir mappen sollten, was sichtbar ist. > Öffnungszeiten kann man im Vorbeilaufen aufschreiben (ebenso wie den > Inhaber, das möchten scheinbar auch einige gern als Info haben). Die > Geschichte eines POIs ist da entweder nicht im Vorbeilaufen mit-mapbar, > oder sie hängt in urheberrechtlich geschützter Form rum. Kein schlechtes Kriterium, zugegeben. > Ich zumindest sehe da schon einen Unterschied, ansonsten könnten wir > direkt das volle Gegentum machen und nur Straßen und Gebäude eintragen, > alle Zusatzinfos gehören dann in eine externe Datenbank, auch, ob es ein > Restaurant ist, ob da ein Briefkasten ist etc. Richtig, es ist ein Unterschied. Man muss eben irgendwo für sich eine Grenze ziehen, weder „wir fügen alle Informationen in die Datenbank, die irgendwas mit dem Ort zu tun haben“ noch „wir packen nur noch Koordinaten und Ways in unsere DB und lagern alle Infos in externe DB aus“ halte ich für der Weisheit letzten Schluss. Ganz scharfe Kriterien sind da m.E. schwer zu definieren, für sprächen aber etwa folgende Punkte für eine eigene Unterbringung: * die Information lässt sich auch ohne OSM nutzbringend einsetzen -> ist bei Dingen wie „Branchenbuch“ und „Fahrplan“ m.E. gegeben, die gibts ja nicht umsonst auch schon extra * die Information lässt sich mit OSM-Datenstrukturen schwer abbilden -> gilt wohl bei Öffnungszeiten durchaus auch, da ich bis jetzt noch keine Lösung gefunden habe, die halbwegs ohne kompliziertes Parsing schwer lesbarer Strings auskommt * es könnten auch Leute mitarbeiten wollen, die nicht Mapper sind -> halte ich auch für gegeben, da die technische Einstiegshürde bei einer Öffnungszeitenmaske wohl geringer ist, als es detailliertere OSM-Edits je sein werden Letztlich ist es natürlich Ansichtssache, und solange ich nicht selber eine Öffnungszeiten-DB baue, muss ich mir ja an die eigene Nase fassen. Tordanik ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Kreisverkehr mit separierten Fahrspuren
Frank Mohr schrieb: > Rainer Knaepper wrote: >> Sollte man die "Direktverbindungen" separat malen und ansonsten ganz >> viele kurze Verbindungsstückchen reinfrickeln zwischen "innerem" >> Kreisel und den Ausfahrten? >> > > die Kreisel haben eine ähnliche Verkehrsführung, bisher fehlt da auch > noch die Zusatz-Information: > > http://www.openstreetmap.org/?lat=50.05948&lon=8.65066&zoom=15&layers=0B00FTF > > hier ist's eingezeichnet: > > http://www.openstreetmap.org/?lat=50.05948&lon=8.65066&zoom=15&layers=0B00FTF Auch bei großen, wie hier in Mainz-Castell ist es "rather basic" http://www.openstreetmap.org/?lat=50.008761&lon=8.28016&zoom=18&layers=B000FTF verglichen mit der Realität: http://maps.google.de/maps?ll=50.009075,8.2811&spn=0.000988,0.002996&t=k&z=19&iwloc=addr -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM-Validatonicht geschlossene Fläche
Dirk Stöcker wrote: >> Kannst Du dem Fix-Button nicht einfach beibringen, den Weg zu schließen? > > Lieber nicht. Wenn dann jemand auch all die Flächen schließt, welche > eigentlich nicht geschlossen sein sollten ... Welche Flächen, für die der Validator warnt, sollen denn offen bleiben können? cu Henry ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Trackrichtung invertiert?
Martin Koppenhoefer wrote: > Ich habe seit neuerem (meine Version R. 1010) den Eindruck, dass die > Richtungsangaben von gpx-Tracks umgedreht sind. Könnt ihr das bei Euch > bestätigen? http://josm.openstreetmap.de/ticket/1555 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM Trackrichtung invertiert?
danke, hatte ich nicht gesehen. Martin Am 29. September 2008 01:18 schrieb Henry Loenwind <[EMAIL PROTECTED]>: > Martin Koppenhoefer wrote: > > Ich habe seit neuerem (meine Version R. 1010) den Eindruck, dass die > > Richtungsangaben von gpx-Tracks umgedreht sind. Könnt ihr das bei Euch > > bestätigen? > > http://josm.openstreetmap.de/ticket/1555 > > ___ > Talk-de mailing list > Talk-de@openstreetmap.org > http://lists.openstreetmap.org/listinfo/talk-de > -- ___ Martin Koppenhoefer Via del Santuario Regina degli Apostoli, 18 00145 Roma Italia N41.8739, E12.5141 tel1: +39 06.916508070 tel2: +49 30 868708638 mobil: +39 389 6488991 [EMAIL PROTECTED] http://www.koppenhoefer.com Hinweis: Diese Nachricht wurde manuell erstellt. Wir bemühen uns um fehlerfreie Korrespondenz, dennoch kann es in Ausnahmefällen vorkommen, dass bei der manuellen Übertragung von Informationen in elektronische Medien die übertragenen Informationen Fehler aufweisen. Wir bitten Sie, dies zu entschuldigen. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone für Wälder/Landuse - muss das sein?
Bernd Wurst schrieb: > Was wir brauchen könnten ist z.B. ein Multipolygon-Editor und einen > Abbiegeverbots-Editor, die komplett unabhängig vom normalen Relations-Editor > sind und eben nur das können. In der Tat. Ich vermute, dass ich mit meinen Versuchen an Multipolygon-Relations mehr kaputtgemacht habe als ich reparieren wollte. Zumindest rendert der Mapnik jetzt einfach nur anders falsch... -jha- ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone für Wälder/Landuse - muss das sein?
Hallo. Am Sonntag, 28. September 2008 schrieb Torsten Leistikow: > Garry schrieb: > > Andreas Labres schrieb: > >> Übrigens fehlt mir ein generischer landuse="Wiese" Tag. > >> landuse=village_green funktioniert, dürfte aber nicht ganz Sinn der > >> Sache sein... > landuse=farm sollte meinem Vertsaendnis nach Wiesen, Weiden, Aecker und > sonstige landwirtschaftliche Nutzflaechen umfassen. Scheinbar ist das Verständnis dieses Tags aber sehr diffizil. Sieht man daran, dass osmarender es grün macht, mapnik aber braun. Da haben also die Sytle-Autoren unterschiedliche Aufassungen darüber, was das bedeuten soll. Daher wurde mittlerweile landuse=farmyard (Bauernhof) und landuse=farmland (bewirtschaftete Fläche) erfunden. Für eine einfache Wiese (ungeachtet der Bewirtschaftung) wäre eventuell natural=grass ne Alternative. > > Solange man unterschiedliche Polygone stapeln kann und über Layer > > steuern kann wer welchen überdeckt sehe > > ich das ganze unproblematisch > Dir ist schon klar, dass das layer Tag nicht zur Steuerung der > Darstellung dient, sondern ein physikalisches Uebereinander der Objekte > angibt. Nein, ist ihm vermutlich nicht klar. Aber gut gemeinte Aufklärung dürfte da nicht helfen, Garry ist halt Pragmatiker. ;-) Gruß, Bernd -- »Niemand hat die Absicht, eine Mauer zu errichten« - Walter Ulbricht (SED), 1961 »Es hat niemand vor, einen Überwachunsstaat in Deutschland zu errichten« - Wolfgang Bosbach (CDU), 2007 signature.asc Description: This is a digitally signed message part. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone für Wälder/Landuse - muss das sein?
Hallo Claudius, > natural=wood (multipolygon=outer) > natural=water (multipolygon=inner) Reicht das nicht: natural=wood natural=water Könnte das irgendwie missverständlich sein? So wie ich das bisher verstanden habe, funktioniert das so: natural=coastline teilt die Welt in Land und Meer. Innerhalb vom Land gelten dann alle anderen Schlüssel: landuse=forest ist ein Wald auf dem Land natural=water ist ein See auf dem Land (oder im Wald oder im Dorf) landuse=farm sind landwirtschaftliche Flächen (in/neben Wald, See, Dorf) Da kann doch eigentlich immer das Kleinere im Grösseren "enthalten" sein? Ein See im Dorf, oder ein Dorf im See... Gruss, Markus ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Multipolygone für Wälder/Landuse - muss das sein?
Claudius Henrichs wrote: > Das innere Polygon > eines Multipolygons darf gerne völlig andere Tags haben. Das solltest Du aber zuerst den Renderern beibringen... ;) Servus, Andreas ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wunschzettel für OSM
Wir arbeiten für OSM. Warum machen wir das? Wofür soll OSM eurer Meinung nach verwendet werden? Sicher machen wir uns die Arbeit, weil wir die Daten nutzen wollen, oder? Mich würde mal interessieren was ihr mit den Daten tun wollt! Das wäre doch wichtig um zu wissen, wie bestimmte Dinge gehandhabt werden sollen. Gruß Sven S. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
