Re: [Talk-de] verschachtelte Multipolygone
Hi, Dirk Stöcker schrieb: Kein Stern heisst nicht richtig, sondern nur dass JOSM keinen Fehler bemerkt hat. JOSM bemerkt nur Fehler, über die er beim Zeichnen stolpert Ich dachte bisher immer der Stern bedeutet, das nicht alle Mitglieder der Relation vollständig heruntergeladen worden. Gibts denn noch ne andere Bedeutung? Spielt es ne Rolle (Unterschied) ob der Stern vor multipolygon steht oder in den Klammern (rahmt aber vermutlich nur den Namen der Relation ein, oder?). schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap 3D als Webanwendung
On Sat, 28 Feb 2009, Chris-Hein Lunkhusen wrote: Und noch ein dritter Hinweis. Alle Umlaute werden bei mir als ý dargestellt. Bei mir alles ok. Ich nutze als Systemeinstellung unter Linux schon lange UTF-8. WinXP nimmt immer noch iso8859-15. Ist mir auch schon bei einem anderen Java-Programm aufgefallen, dass es da Probleme geben kann wenn der Programmierer nicht aufpasst. 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] OpenStreetMap 3D als Webanwendung
Alexander Zipf schrieb: Die Label und als Symbole dargestellten Punktlayer sollen wöchentlich aktualisiert werden. Für die 3D-Gebäude ist das auch geplant. Bei den Gebäuden sollen zukünftig mehr Tags ausgelesen und für differenziertere Darstellungen (Höhen, Typ, Farben etc.) verwendet werden. Bzgl. Strassen und sonstiger Landnutzung im DGM wird noch am Konzept gearbeitet... Ich hatte gesehen, dass man die Höhe der Buildings beeinflussen kann, welcher Tag wird da ausgewertet? Das Ganze ist eine Java WebStart-Anwendung und nutzt Java3D - auch daher die Systemvoraussetzungen - es werden nunmal alle 3D-Daten zum Client übertragen und dort gerendert. Per WebStart kann zudem nicht lokal auf die Festplatte gechached werden, auch nicht durch Zertifizierung des Applets? Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz: Forschritte
Hallo, Johannes Hüsing wrote: Das finde ich gerade nicht. Auf dem Markt gibt es doch zahlreiche Datenbanken wie OSM. Fuer einen *Nutzer*, der einen Haufen Geld in der Tasche hat und der sich nicht fuer Fusswege interessiert, gibt es einige Alternativen, an Daten zu kommen. Aber fuer einen *Mitmacher* gibt es keine anderen Projekte, bei denen er sich einbringen kann; und in gewisser Weise moechten wir auch, dass das so bleibt, denn wir brauchen jeden verfuegbaren Mapper fuer OSM. Ein Software-Projekt, selbst wenn es ein grosses wie der Linux-Kernel ist, kann voellig problemlos damit leben, wenn die Haelfte aller Developer auf der Welt sich statt in Linux lieber in Lunix einbringen. Es gibt ohnehin kaum Software-Projekte, an denen ansatzweise so viele Leute mitarbeiten wie an OpenStreetMap, das ist ja allein schon von der Infrastruktur in einem Softwareprojekt kaum machbar. Aber bei OSM wuerde ich mich ziemlich aergern, wenn sich die Haelfte aller Mapper bei einer Alternative beteiligen wuerden... Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap 3D als Webanwendung
Dirk Stöcker wrote: On Fri, 27 Feb 2009, Alexander Zipf wrote: wir haben angefangen zu untersuchen wie sich OSM-Daten für 3D-Web-Anwendungen nutzen lassen. Ein erster Prototyp ist nun testweise online verfügbar. http://www.osm-3d.org/ Das man sich mit dem Programm die Radieschen von unten anschauen kann ist lustig (ich würde es aber als Bug bezeichnen). Das ich nach 3 Minuten testen meinen Linux-Rechner neu booten musste, weil er total tot war ist weniger lustig (bin ich gar nicht mehr gewohnt). Hier (SuSE 10 für Dual Core) kein Problem. Und noch ein dritter Hinweis. Alle Umlaute werden bei mir als ý dargestellt. Das ist bei mir auch der Fall. Nicht im Suchformular, aber in der 3-D-Karte. Hängt wohl damit zusammen, dass mein PC mit UTF-8 als Standard läuft. Aber hübsch ist es. Ich schau bei Version 0.40 mal wieder vorbei :-) Nun - auch wenn es bis dahin noch einiges zu tun gibt, ist das schon ein sehr schöner Anfang. Grüße, Hatto ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] verschachtelte Multipolygone
Hallo, Alexander Schulze schrieb: und für den 2. Anwendungsfall. Hab zum Beispiel gesehen, dass die Insel Mainau im Bodensee zwar als Insel dargestellt wird, aber das zusätzliche tag leisure=park ignoriert wird, allerdings nur von Mapnik. Auch nicht definiert oder falsches tagging? da habe ich folgendes auf den wiki-Seiten gefunden http://wiki.openstreetmap.org/wiki/Tagging_FAQ. So wirds dann auch in beiden Renderern richtig dargestellt. Allerdings widerspricht das ja den MapFeatures (Die Richtung des Weges ist egal, jedoch muss eine land-Insel auf water-Wasser einen höheren Layer erhalten. ). da nach dem FAQ keine Layerangabe erfolgen soll und natural=land auch nicht notwendig ist. Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap 3D als Webanwendung
Ich hatte gesehen, dass man die Höhe der Buildings beeinflussen kann, welcher Tag wird da ausgewertet? Soweit Gebäudegrundrisse in den OSM Daten vorhanden waren, wurden diese anhand der Höhenwerte bzw. auf Basis der Anzahl der Stockwerke abgeleiteten Gebäudehöhe in 3D Klötzchenmodelle umgewandelt. Falls keine Informationen zu Gebäudehöhen vorhanden waren wurde ein Standardwert für die Erstellung der Klötzchenmodelle verwendet. Weder die Tags zu Anzahl Stockwerke noch zur Höhe finde ich in den Mapfeatures. :-( Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap 3D als Webanwendung
Hallo, http://gdi3d.guib.uni-bonn.de/Map3DViewer/conf/Germany/XNavigatorConfig_GERMANY_de_lo.xml kann nicht gefunden werden, daher funktioniert es bei mir nicht. Ciao André Am 27. Februar 2009 23:25 schrieb Alexander Zipf z...@geographie.uni-bonn.de: Hallo, wir haben angefangen zu untersuchen wie sich OSM-Daten für 3D-Web-Anwendungen nutzen lassen. Ein erster Prototyp ist nun testweise online verfügbar. Wer also schon immer mal in 3D durch seine gemappten Daten fliegen wollte und über die nötige Anbindung und v.a. Hardware verfügt, kann es ja mal testen. Für die, die leider nicht über passende Hardware etc. verfügen, gibt es zunächst ein paar Videos und Screenshots. Erste Zusatzinformationen stehen online, mehr folgt später. Insgesamt ist das Preprocessing für ganz Deutschland sehr aufwändig (allein für das integrierte DGM 1300 CPU-Stunden, es wurde also auf Clustern gerechnet). D.h. weitere Verbesserungen werden kommen, aber wir bitten um etwas Geduld. Die Label und als Symbole dargestellten Punktlayer sollen wöchentlich aktualisiert werden. Für die 3D-Gebäude ist das auch geplant. Bei den Gebäuden sollen zukünftig mehr Tags ausgelesen und für differenziertere Darstellungen (Höhen, Typ, Farben etc.) verwendet werden. Bzgl. Strassen und sonstiger Landnutzung im DGM wird noch am Konzept gearbeitet... Viel Spass! http://www.osm-3d.org alexander zipf http://www.geographie.uni-bonn.de/karto/ ps. Großen Dank an alle Beteiligten in der Arbeitsgruppe! pps. Für Feedback gibt es u.a. sogar einen extra Button im Xnavi == http://data.giub.uni-bonn.de/limesurvey2/index.php?sid=62565lang=de , was vielleicht die Auswertung erleichtert. Bin selbst kommende Woche im Ausland und kann daher nicht antworten. Das Ganze ist eine Java WebStart-Anwendung und nutzt Java3D - auch daher die Systemvoraussetzungen - es werden nunmal alle 3D-Daten zum Client übertragen und dort gerendert. Per WebStart kann zudem nicht lokal auf die Festplatte gechached werden, daher soll demnächst auch eine zu installierende Java-Application angeboten werden, was die Perormance etwas erhöhen dürfte. In der jetzigen Version war das Ziel möglichst ohne explizite Installation (außer Java 6) auszukommen. ___ 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] OpenStreetMap 3D als Webanwendung
André Riedel schrieb: http://gdi3d.guib.uni-bonn.de/Map3DViewer/conf/Germany/XNavigatorConfig_GERMANY_de_lo.xml kann nicht gefunden werden, daher funktioniert es bei mir nicht. Yepp, zur Zeit geht nur das High-Profile... Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap 3D als Webanwendung
Chris-Hein Lunkhusen schrieb: Soweit Gebäudegrundrisse in den OSM Daten vorhanden waren, wurden diese anhand der Höhenwerte bzw. auf Basis der Anzahl der Stockwerke abgeleiteten Gebäudehöhe in 3D Klötzchenmodelle umgewandelt. Falls keine Informationen zu Gebäudehöhen vorhanden waren wurde ein Standardwert für die Erstellung der Klötzchenmodelle verwendet. Weder die Tags zu Anzahl Stockwerke noch zur Höhe finde ich in den Mapfeatures. :-( building:height=60 m und building:levels=17 scheint es zu sein, wie ich gerade am Dortmunder Ellipsenhochhaus feststelle. ;-) Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap 3D als Webanwendung
datei ist wieder da, danke arne. André Riedel schrieb: Hallo, http://gdi3d.guib.uni-bonn.de/Map3DViewer/conf/Germany/XNavigatorConfig_GERMANY_de_lo.xml kann nicht gefunden werden, daher funktioniert es bei mir nicht. Ciao André Am 27. Februar 2009 23:25 schrieb Alexander Zipf z...@geographie.uni-bonn.de: Hallo, wir haben angefangen zu untersuchen wie sich OSM-Daten für 3D-Web-Anwendungen nutzen lassen. Ein erster Prototyp ist nun testweise online verfügbar. Wer also schon immer mal in 3D durch seine gemappten Daten fliegen wollte und über die nötige Anbindung und v.a. Hardware verfügt, kann es ja mal testen. Für die, die leider nicht über passende Hardware etc. verfügen, gibt es zunächst ein paar Videos und Screenshots. Erste Zusatzinformationen stehen online, mehr folgt später. Insgesamt ist das Preprocessing für ganz Deutschland sehr aufwändig (allein für das integrierte DGM 1300 CPU-Stunden, es wurde also auf Clustern gerechnet). D.h. weitere Verbesserungen werden kommen, aber wir bitten um etwas Geduld. Die Label und als Symbole dargestellten Punktlayer sollen wöchentlich aktualisiert werden. Für die 3D-Gebäude ist das auch geplant. Bei den Gebäuden sollen zukünftig mehr Tags ausgelesen und für differenziertere Darstellungen (Höhen, Typ, Farben etc.) verwendet werden. Bzgl. Strassen und sonstiger Landnutzung im DGM wird noch am Konzept gearbeitet... Viel Spass! http://www.osm-3d.org alexander zipf http://www.geographie.uni-bonn.de/karto/ ps. Großen Dank an alle Beteiligten in der Arbeitsgruppe! pps. Für Feedback gibt es u.a. sogar einen extra Button im Xnavi == http://data.giub.uni-bonn.de/limesurvey2/index.php?sid=62565lang=de , was vielleicht die Auswertung erleichtert. Bin selbst kommende Woche im Ausland und kann daher nicht antworten. Das Ganze ist eine Java WebStart-Anwendung und nutzt Java3D - auch daher die Systemvoraussetzungen - es werden nunmal alle 3D-Daten zum Client übertragen und dort gerendert. Per WebStart kann zudem nicht lokal auf die Festplatte gechached werden, daher soll demnächst auch eine zu installierende Java-Application angeboten werden, was die Perormance etwas erhöhen dürfte. In der jetzigen Version war das Ziel möglichst ohne explizite Installation (außer Java 6) auszukommen. ___ 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] OpenStreetMap 3D als Webanwendung
2009/2/28 Alexander Zipf z...@geographie.uni-bonn.de: sorry, wie auf den Systemvorraussetzungen zu lesen, leider z.Zt. kein Support für Apple oder andere nicht 100% Sun-Java-Varianten (ab 1.6) Grund: Inkompatible Java/Java3D Versionen... Hmm. Die Kompatibilitätsprobleme waren mir unbekannt, ist aber natürlich nicht Euer Schuld. Grummel... Auf die Idee bin ich eigentlich nicht gekommen, Für eine Java Anwendung die Systemvoraussetzungen zu prüfen. Dermot :-( z.Zt. Leider für uns zu viel Aufwand das alles abzudecken, wenigstens konnten wir es auf versch. Linux-Systemen efolgreich testen (aber auch hier keine 100% Garantie) Dermot McNally schrieb: - Show quoted text - Sieht ganz fesch aus, nur geht's bei mir nicht: java.lang.UnsupportedClassVersionError: Bad version number in .class file at java.lang.ClassLoader.defineClass2(Native Method) at java.lang.ClassLoader.defineClass(ClassLoader.java:774) at java.security.SecureClassLoader.defineClass(SecureClassLoader.java:160) at java.net.URLClassLoader.defineClass(URLClassLoader.java:254) at java.net.URLClassLoader.access$100(URLClassLoader.java:56) at java.net.URLClassLoader$1.run(URLClassLoader.java:195) at java.security.AccessController.doPrivileged(Native Method) at java.net.URLClassLoader.findClass(URLClassLoader.java:188) at com.sun.jnlp.JNLPClassLoader.findClass(JNLPClassLoader.java:256) at java.lang.ClassLoader.loadClass(ClassLoader.java:316) at java.lang.ClassLoader.loadClass(ClassLoader.java:251) at com.sun.javaws.Launcher.doLaunchApp(Launcher.java:1083) at com.sun.javaws.Launcher.run(Launcher.java:105) at java.lang.Thread.run(Thread.java:613) Das auf MacOS, Macbook Pro, 4GB, Java 6 aktuel... Dermot -- -- Iren sind menschlich ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
Hallo, Der Gewichtungsfaktor ist also 1/Fehler. So hab ich das mal gelernt. Das ist schon mal nicht ganz verkehrt. 1/Fehler^2 ist aber wohl besser. Wo spielt in Deinen Modellen die Fehlerfortpflanzung eine Rolle? Wenn man da den Fehler des Mittelwertes dazu zählt spielt sie eine Rolle. Auch bei der Interpolation spielt sie eine Rolle. Im Augenblick suche probiere ich verschiedene Ansätze aus um die Lücken zu schließen. Ohne diesen Schritt kann man das Zeichnen von Höhenlinien vergessen. Auch hier werden die Fehler konsequent mitberechnet. Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap 3D als Webanwendung
Hallo, Das gibt aber einen gehörigen Motivationsschub zum Gebäude mappen! Und auch für die Höhenkarte Dimitri ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap 3D als Webanwendung
Hallo. Am Samstag, 28. Februar 2009 schrieb Dermot McNally: Hmm. Die Kompatibilitätsprobleme waren mir unbekannt, ist aber natürlich nicht Euer Schuld. Grummel... Auf die Idee bin ich eigentlich nicht gekommen, Für eine Java Anwendung die Systemvoraussetzungen zu prüfen. Leider wird immer noch weitläufig verbreitet, Java sei plattformunabhängig. Das ist aber schon seit Anbeginn gelogen, denn Java 1. existierte schon immer nur für eine eng begrenzte Zahl an Plattformen, kann also höchsten plattfürmübergreifend verfügbar sein und 2. hatte schon immer böse Tricks und Macken bei einzelnen Plattformen oder Versionen. Dann wird plötzlich Java 1.6 inkompatibel zu Java 1.5 und man muss nicht selten 2 oder 3 VMs pro Betriebssystem haben damit alles klappt. Gruß, Bernd -- Wenn man Tiere nicht essen soll, warum sind Sie dann aus Fleisch? - Quelle: http://german-bash.org/action/show/id/106951 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] Wiki und die starken Mapper
Torsten Breda schrieb: Am 27. Februar 2009 21:48 schrieb Johannes Hüsing johan...@huesing.name: Wickie war der erste Nordländer, der eine Landkarte zeichnete. Genial! Treffender kann es kaum sein :) Aber der allererste Mapper - noch vor Wiki - findet sich schon in der Bibel: Sacharja 2 Vers 5 Je nach Übersetzung: http://www.bibel-online.net/bibel_5/38.sacharja/2.html http://www.bibel-online.net/buch/38.sacharja/2.html#2,5 -- Frank ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Garmin Nüvi
On Sat, Feb 28, 2009 at 07:16:41AM +0100, Bernd Wurst wrote: Die primären Anwendungen sollen sein: * normales Navi für wenn ich mich mal nicht so auskenne * OSM-Kartenanzeige-Device und irgendwann mal OSM-Karten-Routing und dann eben wenn es eh ein Gerät mit GPS-Receiver und Speicherkarte ist, finde ich es peinlich und schade, wenn man nicht einfach damit auch Tracks aufzeichnen kann. Ich habe mir das Nuevi auch nur gekauft weil ich mal routing machen wollte und das 2qw der GPSMap 60 zulaesst echt nervig ist (Addresseingabe etc). D.h. WBT201 zur trackaufzeichnung - wirklich bisher das beste was ich gefunden habe. Wenn ich unterwegs bin und systematisch Wohngebiete mache GPSMap60Csx in der Touratec halterung auf dem Fahrrad - dann hat man schoen die Karte mit dem Track overlay und das ganze stabil und Wasserdicht (Welcher mapper laesst sich schon von Regen abschrecken). Und wenn ich mal durch die gegend fahre die ich schon kenne oder mal ein wenig routing probiere nehme ich das Nuevi ... Das Nuevi 205 ist ja jetzt auch nicht das riesig teure teil und die halterung fuer die Windschutzscheibe ist besser als bei meinem TomTom OneXL Flo -- Florian Lohoff f...@rfc822.org +49-171-2280134 Those who would give up a little freedom to get a little security shall soon have neither - Benjamin Franklin signature.asc Description: Digital signature ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] OpenStreetMap 3D als Webanwendung
klar, je mehr Strukturinformation zu Typ und zum Aussehen der Gebäude in den Daten zu finden ist, desto besser könnte man auswerten. Wir wollen da auf alle Fälle ASAP nochmal genauer reinschauen was schon da ist. Langfristig wünschen könnte man sich da sicherlich vieles - bis hin zu (vorherrschender) Farbe, Dachform etc. Aber eines nach dem anderen... beste Grüße az www.osm-3d.org Patrick Kolesa schrieb: Das gibt aber einen gehörigen Motivationsschub zum Gebäude mappen! Ich habe mir nur die Screenshots angesehen, aber glücklicherweise ist eine Stadt mit meinen building=yes vertreten, ausgezeichnet :) Gibt es Pläne, zum Rendern der Gebäude auch die Tags mit einzubeziehen, so dass Standardformen für Einfamilienhäuser oder Wohnblocks gezeichnet werden können? Das würde den Realitätsgrad nochmals steigern. Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz: Forschritte
On Fri, Feb 27, 2009 at 10:22:02PM +0100, Ulf Möller wrote: 1. Was ist mit Importen? Rechtlich muß jeder Datenspender erneut um Erlaubnis gefragt werden. Wenn er die Daten speziell unter CC-BY-SA zur Verfügung gestellt hat, ja. Wenn er die Daten generell frei zur Verfügung stellt oder der OSMF geschenkt hat, sicherlich nicht. Gab es tatsächlich Fälle, wo die Daten _explizit_ ohne jegliche Einschränkungen zur Verfügung gestellt wurden? Wenn jemand die Daten OSM zur Verfügung gestellt hat, kann man ja bestenfalls annehmen, daß die Intention war, unter CC-BY-SA zu lizensieren. 2. Upgrade-Klauseln sind in DE (zumindest laut Meinung des im Linux-Magazin schreibenden Rechtsanwalts) nicht gültig. Hat er das so pauschal behauptet? Die ursprüngliche Aussage ist mittlerweile im Altpapier gelandet (und im Online-Archiv habe ich sie nicht gefunden), aber hier mehr oder weniger der gleiche Inhalt: Artikel 9 der GPLv2 legt fest, dass die FSF von Zeit zu Zeit neue Versionen der GPL herausgeben darf, die im Detail von früheren Versionen abweichen. Weil die GPL nach deutschem Recht ein Vertrag zwischen allen Urhebern eines Programms und dem Benutzer als Lizenznehmer ist, gelten die allgemeinen Vertragsgrundsätze auch für diese Lizenzvergabe. Einer davon ist der Bestimmtheitsgrundsatz: Ein Vertragspartner darf sich nur zu konkreten oder zumindest hinreichend bestimmbaren Leistungen verpflichten. Ebenso müssen die allgemeinen Vertragsumstände hinreichend konkret feststehen. Eine Vertragsklausel, die diesem Bestimmtheitserfordernis nicht genügt, könnte nichtig sein. Weil die FSF selbst darlegt, dass die zum Zeitpunkt des GPLv2-Entwurfs noch nicht absehbaren Entwicklungen in Recht und Technik die GPLv3 erst erforderlich gemacht haben, bedeutet dies, dass die Entwicklungen wie auch die Änderungen in der GPL für den damaligen Urheber als Lizenzgeber noch nicht erkennbar waren. Damit wäre aber möglicherweise eine damalige Zustimmung zur heutigen Lizenzänderung unwirksam, was zur Folge hätte, dass alle damaligen und bisherigen Programmierer als Miturheber eines GPLv2-Programms einem Wechsel zu den GPLv3-Bestimmungen erneut und ausdrücklich zustimmen müssten. Das könnte bei freier Software mit einer Vielzahl von Beteiligten schwierig bis unmöglich werden. Quelle: Linux-Magazin 2007/09, S. 97 - im Online-Archiv unter [1] [1] http://www.linux-magazin.de/heft_abo/ausgaben/2007/09/recht_einfach 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] Neue Lizenz: Forschritte
On Fri, Feb 27, 2009 at 10:32:21PM +0100, Frederik Ramm wrote: 2. Upgrade-Klauseln sind in DE (zumindest laut Meinung des im Linux-Magazin schreibenden Rechtsanwalts) nicht gültig. Oh, duerfen dann die von Deutschen verfassten Wikipedia-Artikel nicht umlizensiert werden? IANAL. Lies meine andere Antwort für das entsprechende Zitat und entscheide selbst. :) 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] Höhenkarte für Aachen
Tobias Wendorff tobias.wendo...@uni-dortmund.de [Fri, Feb 27, 2009 at 09:57:20PM CET]: Johannes Hüsing schrieb: Darüber hinaus benötigt man sicher eine Ausreißerkorrektur, aber etwas feiner granuliert als nicht höher als der Langenberg/die Zugspitze und nicht tiefer als der Braunkohletagebau. Ich würde eine Ausreißerkorrektur ausschließlich um einen festen Mittelwert eines lokalen Punktes ziehen. Man braucht nicht unbedingt lokale Punkte und Mittelwerte, aber lokales Vorwissen (für geeignete Werte von lokal) und evtl. entsprechende Extrema. Wenn ich weiß, dass es in Werl keinen Steinbruch gibt, kann ich für eine Höhenkarte von Werl dicht beieinander liegende Höhenpunkte ausgleichen. Wenn sie 50 m entfernt auf der Karte entfernt liegen und 40 Höhenmeter auseinander, kann das nicht sein und einer der Messwerte ist unglaubwürdig. Wenn diese Punkte 40 m entfernt auf einem Track liegen, erregen schon 10 Höhenmeter Differenz Verdacht. In Werl. In Luxemburg ist das schon ein ganz anderer Schnack. Unter 20 Meter Endhöhengenauigkeit wäre - meiner Meinung nach - die Höhenmessung für den Popo. Für den ermittelten Wert schon (für den einzelnen Messwert nicht, auch wenn der ein sehr geringes Gewicht in der Höhenschätzung hätte), aber für Punkte weit ab von Messpunkten kann das natürlich passieren. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Aachen - Komplettdownload
Tobias Wendorff tobias.wendo...@uni-dortmund.de [Tue, Feb 24, 2009 at 08:23:49PM CET]: Hallo Dimitri, falls Du Probleme mit dem Downloaden der einzelnen Dateien bekommst, habe ich Dir hier ein fertiges Päckchen zusammengeschnürrt: http://www.file-upload.net/download-1481299/GPX_Aachen.zip.html Ich weiß ich war nciht angesprochen, aber er macht 'nen 404 hier. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] LVermA NRW stellt Produkte ein
Tobias Wendorff tobias.wendo...@uni-dortmund.de [Thu, Feb 26, 2009 at 08:55:57AM CET]: Hallo Community, ich habe gerade gesehen, dass die Bezirksregierung Köln (ehem. LVermA NRW) folgende, beliebte Produkte eingestellt hat: Top10NRW, Top50NRW, Historika25 sowie die gedruckten Wander-, Freizeit- und historischen Karten TOP50NRW ist doch eine CD, oder nicht? Was ist mit den normalen topographischen Karten? Was mit den topographischen Karten für die Kreise? Als ich in NRW gewohnt habe, waren die vorne weiß. Im Mittelpunkt stehen jetzt Plot-on-Demand und halt die digitalen Karten. Toll ... ich laufe ungerne mit einem 170 g/m² Tintenstrahlplot rum. Dreimal gefaltet und einmal nass geworden und das Ding kann in die Tonne. Da gibt es noch ein echtes Problem beim Medienbruch. Die Navigationsfähigkeit eines Garmin kombiniert mit der Handhabung und Anzeige eines Kindle und ich könnte vielleicht die gedruckte Karte zuhause lassen. Bis dahin kaufe ich auch weiter Karten. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] verschachtelte Multipolygone
On Sat, 28 Feb 2009, Alexander Schulze wrote: Dirk Stöcker schrieb: Kein Stern heisst nicht richtig, sondern nur dass JOSM keinen Fehler bemerkt hat. JOSM bemerkt nur Fehler, über die er beim Zeichnen stolpert Ich dachte bisher immer der Stern bedeutet, das nicht alle Mitglieder der Relation vollständig heruntergeladen worden. Gibts denn noch ne andere Bedeutung? Stern vor Elementen -- JOSM hat beim Zeichnen irgendeinen Fehler festgestellt. Dzu muss aber der Kartenmodus und nicht die Drahtdarstellung aktiviert sein. Ist ein relativ neues Feature. Das unvollständig siehst Du gar nicht. Das ist zu erkennen, wenn man die Relation im Editor öffnet. Dann werden Elemente als unvollständig dargestellt. Spielt es ne Rolle (Unterschied) ob der Stern vor multipolygon steht oder in den Klammern (rahmt aber vermutlich nur den Namen der Relation ein, oder?). In den Klammern? Dass kann eigentlich nur passieren, wenn die relation * heißt. 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] Neue Lizenz: Forschritte
Sascha Silbe schrieb: Gab es tatsächlich Fälle, wo die Daten _explizit_ ohne jegliche Einschränkungen zur Verfügung gestellt wurden? Ja. Die TIGER-Daten sind PD; die Strassendatenbank NRW wurde zur freien Nutzung ohne Lizenzeinschränkungen zur Verfügung gestellt; Yahoo sagt, dass das Abzeichnen der Bilder ihre Rechte nicht beeinträchtigt. Gegenbeispiele wie die Frida-Daten in Osnabrück gibt es natürlich auch. Artikel 9 der GPLv2 legt fest, dass die FSF von Zeit zu Zeit neue Versionen der GPL herausgeben darf, die im Detail von früheren Versionen abweichen. Weil die GPL nach deutschem Recht ein Vertrag zwischen allen Urhebern eines Programms und dem Benutzer als Lizenznehmer ist, gelten die allgemeinen Vertragsgrundsätze auch für diese Lizenzvergabe. Einer davon ist der Bestimmtheitsgrundsatz: Ein Vertragspartner darf sich nur zu konkreten oder zumindest hinreichend bestimmbaren Leistungen verpflichten. Ebenso müssen die allgemeinen Vertragsumstände hinreichend konkret feststehen. Das stimmt so nicht. Die GPL ist ein Vertrag zwischen dem Rechteinhaber und dem Nutzer. Von den Entwicklern lässt sich die FSF alle Nutzungsrechte übertragen (das geht, sonst gäbe es auch keine kommerzielle Softwareindustrie). Wie die OSMF das regeln will, weiß ich nicht; aber Möglichkeiten gäbe es da schon. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz: Fortschritte
Frederik Ramm frede...@remote.org [Sat, Feb 28, 2009 at 10:09:41AM CET]: Hallo, Johannes Hüsing wrote: Das finde ich gerade nicht. Auf dem Markt gibt es doch zahlreiche Datenbanken wie OSM. Fuer einen *Nutzer*, der einen Haufen Geld in der Tasche hat und der sich nicht fuer Fusswege interessiert, gibt es einige Alternativen, an Daten zu kommen. Aber fuer einen *Mitmacher* gibt es keine anderen Projekte, bei denen er sich einbringen kann; und in gewisser Weise moechten wir auch, dass das so bleibt, denn wir brauchen jeden verfuegbaren Mapper fuer OSM. Kann man sich bei TomTom nicht auch einbringen? Ein Software-Projekt, selbst wenn es ein grosses wie der Linux-Kernel ist, kann voellig problemlos damit leben, wenn die Haelfte aller Developer auf der Welt sich statt in Linux lieber in Lunix einbringen. Was heißt selbst wenn. Wenn die Hälfte aller Developer von zum Beispiel Leo aussteigen, halte ich das für bedenklicher für das Projekt als bei OpenStreetMap. [...] Aber bei OSM wuerde ich mich ziemlich aergern, wenn sich die Haelfte aller Mapper bei einer Alternative beteiligen wuerden... Kommt auf die Alternative an. Wenn die eine Lizenz verwendet, die erlaubt, die Daten wieder in OSM einzuspeisen, ist doch alles in Butter. Bei OSM kommt es natürlich auf lokale Ausprägungen des Schismas an. Wenn die Hälfte, die sich abspaltet, die eine Hälfte der Erdkugel ist, wäre das dem Projekt schnell anzusehen. Und bei den anderen Schismen im letzten Jahrtausend war eine lokale Korrelation deutlich zu sehen (bis hin zu GNOME (Nordamerika) vs KDE (Europa)). -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] verschachtelte Multipolygone
Hi, dank dir schon mal für deine Erläuterungen, will aber noch mal kurz nachhaken ;-) Dirk Stöcker schrieb: Stern vor Elementen -- JOSM hat beim Zeichnen irgendeinen Fehler festgestellt. Dzu muss aber der Kartenmodus und nicht die Drahtdarstellung aktiviert sein. Ist ein relativ neues Feature. wollte eigentlich noch fragen was denn mögliche Fehler sein könnten? Kann hier z.B. nix finden http://www.openstreetmap.org/api/0.5/relation/78864/full. Also wonach müßte ich denn suchen? Eins wären bspw. Flächen die in 2 Relationen (als inner bzw. outer) enthalten sind, aber sonst. Das unvollständig siehst Du gar nicht. Das ist zu erkennen, wenn man die Relation im Editor öffnet. Dann werden Elemente als unvollständig dargestellt. okay In den Klammern? Dass kann eigentlich nur passieren, wenn die relation * heißt. taucht wohl immer nur bei Routen auf z.B. Relation 30512 (http://www.openstreetmap.org/api/0.5/relation/30512/full). schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Openstreetbugs GPX download at Level 12?
Hallo, ich würde gerne ein Gebiet im Level 12 als GPX runterladen, aber leider werden im Level 12 nur ein paar Bugs angezeigt. Zoome ich weiter rein und speichere ich mehrere Dateien, dann hab ich hab viel Bugs doppelt. Gibt es dafür eine Lösung? Schöne grüße Thomas Pt! Schon vom neuen WEB.DE MultiMessenger gehört? Der kann`s mit allen: http://www.produkte.web.de/messenger/?did=3123 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wiki und die starken Mapper
Frank Jäger fr...@fotodrachen.de [Sat, Feb 28, 2009 at 01:44:08PM CET]: Torsten Breda schrieb: [...] http://www.bibel-online.net/bibel_5/38.sacharja/2.html http://www.bibel-online.net/buch/38.sacharja/2.html#2,5 Jerusalem wird eine offene Stadt ohne Mauern sein und von Menschen und Tieren überquellen. Das mit dem ohne Mauern wäre zumindest Gaza-Stadt zu wünschen. Aber das ist endgültig OT. -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Änderung in der Linienbedienung ?
Was ich noch eben erkennen konnte, dass 2x ESC das ganze neutralisieren scheint - wie in AutoCAD. Dann kann man einfach wieder einen neuen Way beginnen ein neues Node setzen. Gruß Jan :-) Jan Tappenbeck schrieb: hi ! also ich kann das nur bestätigen, dass ich keine systematik erkennen kann. man kann nur sagen, dass dieses sehr nervig ist. gruß Jan :-) Alexander Schulze schrieb: Hi, Martin Koppenhoefer schrieb: das kann ich bestätigen. Ansonsten sehr schick. Das ist garantiert ein Bug. Wenn den mal jemand nachvollziehbar machen kann, dann bitte als Bugreport eintragen. Ciao naja, nachvollziehbar ist schwierig. Es passiert einfach ziemlich von Anfang an: Add Mode, clicken: Node, nochmal clicken: nichts passiert. Nochmal clicken. Nochmal nichts. nochmal clicken: Node. Eine Systematik habe ich nicht erkannt. Es scheint bei schnellem Clicken oefters zu passieren (kein Doppelclick). Manchmal nimmt er nur jeden 3. Click, manchmal zeichnet er auch ein paar Nodes am Stueck. ne Systematik kann ich bisher leider auch nicht erkennen. Ich kann nur sagen, das es unter Windows XP mit JOSM häufiger auftritt, als wenn ich unter Ubuntu arbeite. Alex ___ 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 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] elevator=footway?
Hallo, ich würde mal sagen das heißt Personenbeförderung erlaubt oder Personen Aufzug, es gibt noch ein Schild das sieht aus wie access=no und da steht drauf keine Personen Beförderung Schöne Grüße Thomas 2009/2/26 Johann H. Addicks addi...@gmx.net: Das kann's nicht sein, aber was ist damit gemeint? (Auf der Innenseite der Fahrstuhltür, also im Korb war da auch nochmal. Das ganze war in einem Parkhaus.) http://www.addicks.net/gallery/Irgendwo/P2260477 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Höhennetz/Höhendatenbank
Dimitri Junker o...@dimitri-junker.de [Sat, Feb 28, 2009 at 12:46:44PM CET]: Hallo, Der Gewichtungsfaktor ist also 1/Fehler. So hab ich das mal gelernt. Das ist schon mal nicht ganz verkehrt. 1/Fehler^2 ist aber wohl besser. Kommt drauf an, was Du unter Fehler verstehst. Wenn Du den Fehler des Mittelwerts meinst, klar. Wo spielt in Deinen Modellen die Fehlerfortpflanzung eine Rolle? Wenn man da den Fehler des Mittelwertes dazu zählt spielt sie eine Rolle. ... aber der kommt ja erst hier. Auch bei der Interpolation spielt sie eine Rolle. Richtig. Du interpolierst aus Größen, die ihrerseits fehlerbehaftet sind. Wenn es aber die Rechenkapazität erlaubt, solltest Du die originalen Messungen solange wie möglich drin behalten, anstatt früh welche zusammenzupacken und durch Mittelwert/Varianz wiederzugeben. Die beteiligten Fehler kann man dann in ein gemeinsames Modell packen. Im Augenblick suche probiere ich verschiedene Ansätze aus um die Lücken zu schließen. Ohne diesen Schritt kann man das Zeichnen von Höhenlinien vergessen. Auch hier werden die Fehler konsequent mitberechnet. Wenn jede Höhenlinie ihr eigenes Konfidenzintervall mitbringt, wird es natürlich sehr fein. Nicht dass man das in einer Straßenkarte dargestellt haben möchte :-) -- Johannes Hüsing There is something fascinating about science. One gets such wholesale returns of conjecture mailto:johan...@huesing.name from such a trifling investment of fact. http://derwisch.wikidot.com (Mark Twain, Life on the Mississippi) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Openstreetbugs GPX download at Level 12?
evtl hilft dir das weiter? http://wiki.openstreetmap.org/wiki/OSB_Reports oder das? http://www.gary68.de/osm/qa/gpx/extract.htm das sind dann aber alle meine bugs. üblicherweise werden die daten 1x / woche aktualisiert. gary68 On Sat, 2009-02-28 at 16:53 +0100, Thomas Drebert wrote: Hallo, ich würde gerne ein Gebiet im Level 12 als GPX runterladen, aber leider werden im Level 12 nur ein paar Bugs angezeigt. Zoome ich weiter rein und speichere ich mehrere Dateien, dann hab ich hab viel Bugs doppelt. Gibt es dafür eine Lösung? Schöne grüße Thomas Pt! Schon vom neuen WEB.DE MultiMessenger gehört? Der kann`s mit allen: http://www.produkte.web.de/messenger/?did=3123 ___ 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] verschachtelte Multipolygone
On Sat, 28 Feb 2009, Alexander Schulze wrote: Stern vor Elementen -- JOSM hat beim Zeichnen irgendeinen Fehler festgestellt. Dzu muss aber der Kartenmodus und nicht die Drahtdarstellung aktiviert sein. Ist ein relativ neues Feature. wollte eigentlich noch fragen was denn mögliche Fehler sein könnten? Kann hier z.B. nix finden http://www.openstreetmap.org/api/0.5/relation/78864/full. Also wonach müßte ich denn suchen? Eins wären bspw. Flächen die in 2 Relationen (als inner bzw. outer) enthalten sind, aber sonst. Das bekommst Du mit dem Validator heraus. Die Relation mit Stern selektieren (so dass sie in der Auswahl aktiv ist) und mit dem Validator prüfen. Dann kommen die Warnungen als lesbarer Text. In diesem Fall besagt die Warnung, dass sich inner- und outer-Polygone schneiden. Das Gebilde könnte auch komplett ohne Multipolygon gelöst werden. Das unvollständig siehst Du gar nicht. Das ist zu erkennen, wenn man die Relation im Editor öffnet. Dann werden Elemente als unvollständig dargestellt. okay In den Klammern? Dass kann eigentlich nur passieren, wenn die relation * heißt. taucht wohl immer nur bei Routen auf z.B. Relation 30512 (http://www.openstreetmap.org/api/0.5/relation/30512/full). Kommt bei mir kein Stern. Da steht route (Fläming-Skate RK3, 7 Elemente) 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] Open Database Licence: Deutsche Über setzung
Hallo! Da des öfteren der Wunsch nach einer deutschen Übersetzung da war: Ich habe mal angefangen die Lizenz zu übersetzen: http://wiki.openstreetmap.org/wiki/DE:Open_Database_Licence_-_Licence_Text Gerne sind weitere Mitstreiter erwünscht. (Siehe auch Diskussionsseite.) Für eine Akzeptanz der vielen deutschen OSM-Mitarbeiter ist es denke ich recht wichtig! Cornelius ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] verschachtelte Multipolygone
Dirk Stöcker schrieb: Das bekommst Du mit dem Validator heraus. Die Relation mit Stern selektieren (so dass sie in der Auswahl aktiv ist) und mit dem Validator prüfen. Dann kommen die Warnungen als lesbarer Text. In diesem Fall besagt die Warnung, dass sich inner- und outer-Polygone schneiden. Das Gebilde könnte auch komplett ohne Multipolygon gelöst werden. Also ich kann nicht erkennen, wo die sich schneiden. Die überlappen an genau 5 gemeinsamen Punkten, aber schneiden sich nicht. Und wie soll ich das ohne Multipolygon lösen. Steh wohl etwas aufm Schlauch. Das ganze Gebiet ist dem Motocross zu gehörig (also outer) und die definierten Waldstücke liegen innerhalb des Gebietes, grenzen aber jeweils an die Außenkante des Motocrossgeländes. Dazu muss ich doch Multipolygon benutzen? Oder wie kann ich das sonst machen? Kommt bei mir kein Stern. Da steht route (Fläming-Skate RK3, 7 Elemente) das liegt dann wohl an den Ländereinstellungen unter XP. schönen Gruß Alex ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Open Database Licence: Deutsche Über setzung
Hallo, Cornelius wrote: Hallo! Da des öfteren der Wunsch nach einer deutschen Übersetzung da war: Ich habe mal angefangen die Lizenz zu übersetzen: http://wiki.openstreetmap.org/wiki/DE:Open_Database_Licence_-_Licence_Text Gerne sind weitere Mitstreiter erwünscht. (Siehe auch Diskussionsseite.) Für eine Akzeptanz der vielen deutschen OSM-Mitarbeiter ist es denke ich recht wichtig! Ich wollte gerade anfangen, meine im Oktober hier veroeffentlichte Uebersetzung http://www.remote.org/frederik/tmp/odbl01dt.pdf anzupassen (viel duerfte sich nicht geandert haben), aber jetzt ueberlasse ich das Euch und mache mich stattdessen mal an die Uebersetzung von http://www.opengeodata.org/?p=262 zum Thema wieso eigentlich neue Lizenz - nachdem sich jemand dankenswerterweise ja schon um http://wiki.openstreetmap.org/wiki/DE:Open_Database_License gekuemert hat. Letzteres sei als Einstiegs-Lesestoff jedem empfohlen! Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] verschachtelte Multipolygone
On Sat, 28 Feb 2009, Alexander Schulze wrote: Dirk Stöcker schrieb: Das bekommst Du mit dem Validator heraus. Die Relation mit Stern selektieren (so dass sie in der Auswahl aktiv ist) und mit dem Validator prüfen. Dann kommen die Warnungen als lesbarer Text. In diesem Fall besagt die Warnung, dass sich inner- und outer-Polygone schneiden. Das Gebilde könnte auch komplett ohne Multipolygon gelöst werden. Also ich kann nicht erkennen, wo die sich schneiden. Die überlappen an genau 5 gemeinsamen Punkten, aber schneiden sich nicht. Und wie soll ich das ohne Multipolygon lösen. Steh wohl etwas aufm Schlauch. Das ganze Gebiet ist dem Motocross zu gehörig (also outer) und die definierten Waldstücke liegen innerhalb des Gebietes, grenzen aber jeweils an die Außenkante des Motocrossgeländes. Dazu muss ich doch Multipolygon benutzen? Oder wie kann ich das sonst machen? Hmm. Mit multipolygon sagst Du ja eigentlich das ist alles Motocross, ausser den Inner-Teilen, die nicht. In dem gegeben Fall könntest Du das auch erreichen, wenn Du die Außengrenze entlang der Wälder führst, deswegen mault JOSM. Das das natürlich mit Deiner Feststellung Eigentlich ist das alles Motocross-Gebiet nicht zusammenpasst ist auch klar. Es gibt zwei Möglichkeiten: a) So lassen, wie es ist (JOSM's Warnungen sind auch nicht der Weisheit letzter Schluß, ich muss es ja wissen, ich habe sie eingebaut :-) b) Multipolygon entfernen und nur den Außenrand eintragen und die Waldstücke als Layer=1. Ich würde für (a) plädieren. Die Ansicht, wie es korrekt ist, wird sich sowieso im Laufe der Zeit garantiert noch ein paar mal ändern. Um ganz sicherzugehen schreibt einfach als comment dran, wie es ist (comment=Wald ist auch Teil der Cross-Strecke). Dann kann man es später notfalls korrigieren. 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] verschachtelte Multipolygone
Am 28. Februar 2009 20:50 schrieb Dirk Stöcker openstreet...@dstoecker.de: Es gibt zwei Möglichkeiten: a) So lassen, wie es ist (JOSM's Warnungen sind auch nicht der Weisheit letzter Schluß, ich muss es ja wissen, ich habe sie eingebaut :-) b) Multipolygon entfernen und nur den Außenrand eintragen und die Waldstücke als Layer=1. Ich würde für (a) plädieren. Die Ansicht, wie es korrekt ist, wird sich sowieso im Laufe der Zeit garantiert noch ein paar mal ändern. Moin! Ich wäre stark für b), aber ohne einen layer zu verwenden - stattdessen sollte man bei den Renderern anklopfen, damit diese einfach wald über anderen landuse-flächen rendern. Dasselbe Problem ergibt sich bei Waldflächen, die z.B. in Parks liegen und dort auch den Park nicht verdrängen, sondern auf derselben Ebene existieren. Auch hier wäre ein Multipolygon falsch, weil es den Park in seiner Ausdehnung beschneidet und ein layer=1 für den Wald wäre falsch, weil es einfach ein hack für den Renderer ist und das Waldgebiet sich nicht über dem Park befindet. Grüße, Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz: Forschritte
Hallo, Tobias Knerr wrote: Was sehr hilfreich wäre: Eine deutschsprachige Zusammenfassung der Motivation für den Lizenzwechsel (warum CC-BY-SA für unsere Zwecke nicht geeignet ist) und der Kerninhalte der neuen Lizenzierung. Die Lizenz ist ja nun übersetzt - brauchen wir noch eine Zusammenfassung der Kerninhalte? Ich habe auf http://wiki.openstreetmap.org/wiki/DE:The_license%2C_where_we_are%2C_where_we%27re_going mal den Artikel von Januar 2008 (!) übersetzt, der sich gut als Einstieg in die warum eigentlich eine neue Lizenz-Frage eignet. Geht allerdings nicht grad weit über das hinaus, was wir hier eh schon diskutiert haben. Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz: Forschritte
Frederik Ramm schrieb: Die Lizenz ist ja nun übersetzt Aktuelle Fassung? Wo? Wenn du damit meinst es gibt einen Aufruf, sie zu übersetzen, sowie eine etwas ältere Version als Grundlage, dann ja. - brauchen wir noch eine Zusammenfassung der Kerninhalte? Eigentlich ist die fast wichtiger, wer will schon zehn Seiten Juristensprech lesen. Ich würde mir da eine kurze (!) Übersicht über die Kerninhalte und dazu eine FAQ mit klaren Antworten (so klar es halt geht) vorstellen. Da könnte man Inhalte aus den Use Cases einbauen (Darf Google die Daten von OSM in Google Map Maker übernehmen) und die Originale verlinken. Wir brauchen was, was Leute mit ohne zu großen Aufwand lesen können. Ansonsten glauben sie eben, was sie an Meinungen aufgeschnappt haben -- und da kommt dann eben etwas wie Zum Datensammler für kommerzielle Kartenhersteller will ich mich nicht degradieren lassen. (Zitat morjak) dabei raus. Ich habe auf http://wiki.openstreetmap.org/wiki/DE:The_license%2C_where_we_are%2C_where_we%27re_going mal den Artikel von Januar 2008 (!) übersetzt, der sich gut als Einstieg in die warum eigentlich eine neue Lizenz-Frage eignet. Geht allerdings nicht grad weit über das hinaus, was wir hier eh schon diskutiert haben. Prima. Das Ding hat schließlich fast historischen Wert. ;-) Die Leute im Forum/IRC/Twitter/sonstwo haben hier schließlich nicht mitgelesen, und besonders strukturiert ist so eine Mailinglisten-Diskussion ja auch nicht. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Verwendung von Openstreetmap ohne Quellenangabe
Im irc-Channel wurde gerade diese Link genannt: http://wri-irg.org/de/node/6723#comment-364 Die dort verlinkte Karte dürfte sehr wahrscheinlich mit OSM-Daten erstellt worden sein, ein Hinweis darauf fehlt. Der erste Kommentar stammt von mir. Gruß malenki ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz: Forschritte
Hallo, Tobias Knerr wrote: Frederik Ramm schrieb: Die Lizenz ist ja nun übersetzt Aktuelle Fassung? Wo? Wenn du damit meinst es gibt einen Aufruf, sie zu übersetzen, sowie eine etwas ältere Version als Grundlage, dann ja. Ok ok, ich schau mal danach. Ich dachte, es waere schon gegessen. Eigentlich ist die fast wichtiger, wer will schon zehn Seiten Juristensprech lesen. Ich würde mir da eine kurze (!) Übersicht über die Kerninhalte und dazu eine FAQ mit klaren Antworten (so klar es halt geht) vorstellen. Da könnte man Inhalte aus den Use Cases einbauen (Darf Google die Daten von OSM in Google Map Maker übernehmen) und die Originale verlinken. Leider muss ich gerade beim Durchlesen der Use Cases und der (teilweise extrem mageren) Antworten der Juristen, die dort wiedergegeben sind, zum Teil verwundert die Augen verdrehen. Ich glaube, es gibt da einige Punkte, an denen *niemand* sicher weiss, wie die Lizenz zu interpretieren ist... ich habe dazu gerade auf legal-talk ein Posting (Lawyer responses, major problems) gemacht. Einige Sachen sind einfach zu beantworten, aber es gibt knifflige Fragen, wo auch mir nicht so richtig klar ist, was die Lizenz eigentlich sagen soll, und vermutlich sonst auch niemandem. Da ist es dann gefaehrlich, wenn ich irgendwelche Werbesprueche aufschreibe, was die Lizenz angeblich alles kann und leistet, und spaeter hab ich mich selbst geirrt ;-) Die Tatsache, dass mit 80n einer der Vorstandmitglieder der Foundation auf der legal-talk-Liste doch relativ heftig Kritik an der Lizenz uebt, macht die Sache auch nicht gerade klarer. Aber wer sagt schon, dass es leicht ist... Wo ausser auf dieser Liste findet zur Zeit noch Diskussion ueber die Lizenz statt, gibt es schon Foren-Threads dazu? Bye Frederik -- Frederik Ramm ## eMail frede...@remote.org ## N49°00'09 E008°23'33 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] JOSM: Änderung in der Linienbedienu ng ?
On Thu, 26 Feb 2009, Jan Tappenbeck wrote: Wenn ich eine neue Linie zeichne, dann schließt diese immer an der letzten an !!! Bisher habe ich mit SHIFT immer diesen autom. Anschluss unterbunden. Hier hat sich etwas geändert. Die Shift-Nutzung wurde eindeutig gemacht: - SHIFT unterdrückt Snapping auf Knoten. Das heißt existierende Knoten werden ignoriert. - CTRL unterdrückt Snapping ganz. - ALT startet eine neue Linie. Kann mir einer weiterhelfen ? Ja. Einfach von Shift auf Alt wechseln :-) Unter Unixen (nur KDE?) ist Alt in der Regel zum Verschieben von Fenstern belegt. Hier einfach irgendwas dazudrücken (z.B. Win+Alt). 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] Verwendung von Openstreetmap ohne Quellenangabe
malenki schrieb: Die dort verlinkte Karte dürfte sehr wahrscheinlich mit OSM-Daten erstellt worden sein, ein Hinweis darauf fehlt. Unten links im Kartenausschnitt kann man noch ein eetMap erkennen. Ist meiner Meinung nach ein Export aus den Osmarendertiles. Gruß Patrick ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Neue Lizenz: Forschritte
Frederik Ramm schrieb: Wo ausser auf dieser Liste findet zur Zeit noch Diskussion ueber die Lizenz statt, gibt es schon Foren-Threads dazu? Forum Englisch: http://forum.openstreetmap.org/viewtopic.php?id=2562 Forum Deutsch: http://forum.openstreetmap.org/viewtopic.php?id=2564 Ansonsten hab ich nicht mehr als kurze Meldungen (also keine Diskussionen) wahrgenommen, aber das muss nichts heißen. Tobias Knerr ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] verschachtelte Multipolygone
Moin, hatte nicht gestern jemand behauptet, es ware doch allgemein klar, wie multipolygon-Relationen funktionieren ;-) Martin Simon schrieb: Am 28. Februar 2009 20:50 schrieb Dirk Stöcker openstreet...@dstoecker.de: Es gibt zwei Möglichkeiten: a) So lassen, wie es ist (JOSM's Warnungen sind auch nicht der Weisheit letzter Schluß, ich muss es ja wissen, ich habe sie eingebaut :-) b) Multipolygon entfernen und nur den Außenrand eintragen und die Waldstücke als Layer=1. Ich wäre stark für b), aber ohne einen layer zu verwenden - stattdessen sollte man bei den Renderern anklopfen, damit diese einfach wald über anderen landuse-flächen rendern. So pauschal kann man das nicht sagen. Es gibt auch den umgekehrten Fall, bei dem landuse-Flaechen innerhalb eines groesseren Waldes liegen, die dann alle von der Karte verschwinden wuerden. (In Deutschland leider sogar recht haeufig, weil es hier mal Mode war, die Mittelgebirge jeweils als riesen Waldgebiet einzutragen.) Dasselbe Problem ergibt sich bei Waldflächen, die z.B. in Parks liegen und dort auch den Park nicht verdrängen, sondern auf derselben Ebene existieren. Auch hier wäre ein Multipolygon falsch, weil es den Park in seiner Ausdehnung beschneidet und ein layer=1 für den Wald wäre falsch, weil es einfach ein hack für den Renderer ist und das Waldgebiet sich nicht über dem Park befindet. Bei dem Beispiel mit dem Park sehe ich das Problem, dass sich in meinen Augen Wald und Park eigentlich ausschliessen. Fuer Wald haben wir zwei allg. akzeptierte Tags: landuse=forest steht fuer forstwirtschaftlich genutzte Flaechen und natural=wood steht fuer naturbelassenen Urwald. Beides gehoert eigentlich nicht zu einem Park. Stattdessen sehe ich das eigentlich eher so, dass das Tag leisure=park bereits beinhaltet, dass da Baeume stehen. Allerdings kann ich auch den Wunsch verstehen, dass man bei groesseren Parks zwischen Waldflaechen und Freiflaechen in der Karte unterscheiden moechte. Zurueck zum Problem der ueberschneidenden Landnutzungen: Der Vorschlag mit dem layer-Tag ist natuerlich Bloedsinn. Ich wuenschte, die Renderer wuerde das nicht beruecksichtigen, denn schliesslich wollen sie ja Karten malen und keine Luftbilder. Wie machen wir es denn bei den Strasse? Da wuerden wir einmal die Freiflaechen im Park (ich bleibe jetzt mal bei dem Beispiel) als Polygon eintragen und als Park taggen. Die Waldstuecke wuerden wir als eigene Polygone einzeichnen und gleichzeitig als Park und als Wald taggen. Was spricht dagegen, das so zu machen? Die Information, dass es sich um einen zusammenhaengenden Park handelt, leidet ein wenig. Das haben wir bei den Strassen allerdings auch. Man kann das zwar noch ueber das name-Tag erkennen, aber das ist sicherlich ein bisschen duenn. Bei den Strassen gibt es dann noch die Relation segmented-ways, mit der man einzelne Strassenteile wieder zusammenfassen kann. Als zweites ist damit das Problem der Darstellung beim Renderer noch nicht geloest. Da kann man einmal die Sichtweise vertreten, dass das ausschliesslich ein Renderer-Problem ist, um das sich der Mapper nicht kuemmern soll. Schliesslich kann ja jeder Renderer seine Schwerpunkte anders setzen und da kann der Mapper ja keine Vorschriften machen. Auf der anderen Seite kann es natuerlich auch sein, dass die Ortskenntnisse des Mappers notwendig sind, um entscheiden zu koennen, welche Eigenschaft in einem speziellen Fall vorangig dargestellt werden sollte. Dafuer muesste man dann aber Renderer-Kontroll-Tags einfuehren und nicht die Daten kuenstlich verbiegen, wie z.B. durch falsches Anbringen von Layer-Tags. Wenn ich die verschiedenen Punkte abwaege, scheint mir folgender Ansatz am sinnvollsten: 1. In der OSM-Datenbank sollten sich keine Flaechenelemente ueberlagern. Eine Ueberlagerung bedeutet letztendlich, das es fuer die betreffende Stelle widerspruechliche Angaben gibt, da fuer solche Faelle weder eine Prioritaetenregelung noch eine Und-Verknuepfung definiert ist. Es ist also Aufgabe des Mappers, fuer klare Daten in der Datenbank zu sorgen. 2. Die Darstellung der Flaechen ist allein Sache des Renderers. Im Park-Beispiel entscheidet jeder Renderer nach seinen Regeln, ob er die Flaeche als Park oder als Wald darstellt. Es ist ja auch moeglich, dass er Flaechen, die gleichzeitig als Park und Wald gekennzeichnet sind, auf eine dritte Art zeichnet, also weder als reinen Wald noch als reinen Park (z.B. mit dem Park-Muster in etwas dunklerer Farbe). Gruss Torsten ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
