Re: [Talk-de] CleanMap neuer Layer - Aufgabe
Danke !" wenn ich das richtig sehe, dann kann das Durchaus auch mal Blödsinn sein - siehe hierzu: http://cleanmap.poole.ch/?zoom=13&lat=53.79836&lon=10.38116&layers=000B im Vergleich zur Mapnik !! gruß Jan :-) Am 01.03.2012 08:50, schrieb Simon Poole: Das ist einfach die letzte Version von gelöschten Objekten die von Zustimmern erstellt wurden. Schaut man sich Münchens Süden an ... in CLEANMAP: http://cleanmap.poole.ch/?zoom=15&lat=48.08351&lon=11.51756&layers=B000 in BADMAP: http://cleanmap.poole.ch/?zoom=15&lat=48.08351&lon=11.51756&layers=00B0 und in UNDELETE_IT: http://cleanmap.poole.ch/?zoom=15&lat=48.08351&lon=11.51756&layers=000B sieht man, dass man doch einiges retten könnte, wenn man die aktuellen problematischen Wege löscht und ein selektives Undelete von interesanten Wege macht. Die Geometrie jeweils natuerlich mit Bing verbessern. Beispiel Hermann-Hahn-Platz http://tile.poole.ch/cgi-bin/undelete.pl?blon=11.505093092499&blat=48.076929939034&tlon=11.517323965606&tlat=48.086993220961 http://osm.mapki.com/history/way.php?id=6139137 Strasse und Name können entweder neu gemacht werden und der Name einfach übernommen, oder Weg 422145 widerhergestellt werden. Simon Am 01.03.2012 05:50, schrieb Jan Tappenbeck: Am 29.02.2012 14:38, schrieb Simon Poole: In der Zwischenzeit ist die "Dokumentation" auch da: http://wiki.openstreetmap.org/wiki/CLEANMAP#Status_.26_News Am 29.02.2012 11:58, schrieb Jacques Nietsch: Hi, ich habe gerade gesehen, das es einen neuen Layer 'UNDELETE_IT' gibt. Weiß jemand, was dieser Layer zeigen soll? Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hi ! kann einer die Aufgabe des Layers nochmal auf Deutsch erläutern. Im Gespräch es sich mir gezeigt das auch andere mit der Doku Schwierigkeiten haben. Danke. Gruß jan :-) ___ 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] CleanMap neuer Layer - Aufgabe
Das ist einfach die letzte Version von gelöschten Objekten die von Zustimmern erstellt wurden. Schaut man sich Münchens Süden an ... in CLEANMAP: http://cleanmap.poole.ch/?zoom=15&lat=48.08351&lon=11.51756&layers=B000 in BADMAP: http://cleanmap.poole.ch/?zoom=15&lat=48.08351&lon=11.51756&layers=00B0 und in UNDELETE_IT: http://cleanmap.poole.ch/?zoom=15&lat=48.08351&lon=11.51756&layers=000B sieht man, dass man doch einiges retten könnte, wenn man die aktuellen problematischen Wege löscht und ein selektives Undelete von interesanten Wege macht. Die Geometrie jeweils natuerlich mit Bing verbessern. Beispiel Hermann-Hahn-Platz http://tile.poole.ch/cgi-bin/undelete.pl?blon=11.505093092499&blat=48.076929939034&tlon=11.517323965606&tlat=48.086993220961 http://osm.mapki.com/history/way.php?id=6139137 Strasse und Name können entweder neu gemacht werden und der Name einfach übernommen, oder Weg 422145 widerhergestellt werden. Simon Am 01.03.2012 05:50, schrieb Jan Tappenbeck: > Am 29.02.2012 14:38, schrieb Simon Poole: >> In der Zwischenzeit ist die "Dokumentation" auch da: >> http://wiki.openstreetmap.org/wiki/CLEANMAP#Status_.26_News >> >> Am 29.02.2012 11:58, schrieb Jacques Nietsch: >>> Hi, >>> >>> ich habe gerade gesehen, das es einen neuen Layer 'UNDELETE_IT' gibt. >>> >>> Weiß jemand, was dieser Layer zeigen soll? >>> >>> Jacques >>> >>> >>> ___ >>> Talk-de mailing list >>> Talk-de@openstreetmap.org >>> http://lists.openstreetmap.org/listinfo/talk-de > > Hi ! > > kann einer die Aufgabe des Layers nochmal auf Deutsch erläutern. > > Im Gespräch es sich mir gezeigt das auch andere mit der Doku Schwierigkeiten haben. > > Danke. > > Gruß jan :-) > > > ___ > 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] openlayers - attributation bei Lizenzwechsel
Hi ! wenn am 1.4. die neue Lizenz aktiv wird - paßt sich das attribution-tag dann automatisch für die OSM-Karten in OpenLayers an wenn dieses nicht manuell überschrieben wurden ? Gruß Jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CleanMap neuer Layer - Aufgabe
Am 29.02.2012 14:38, schrieb Simon Poole: In der Zwischenzeit ist die "Dokumentation" auch da: http://wiki.openstreetmap.org/wiki/CLEANMAP#Status_.26_News Am 29.02.2012 11:58, schrieb Jacques Nietsch: Hi, ich habe gerade gesehen, das es einen neuen Layer 'UNDELETE_IT' gibt. Weiß jemand, was dieser Layer zeigen soll? Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de Hi ! kann einer die Aufgabe des Layers nochmal auf Deutsch erläutern. Im Gespräch es sich mir gezeigt das auch andere mit der Doku Schwierigkeiten haben. Danke. Gruß jan :-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mal wieder: Remapping - was darf, was nicht
Moin! Am 29.02.2012 15:04, schrieb Ronnie Soak: Ein Nicht-Zustimmer hat eine Strasse angelegt, also die Position bestimmt und einen trivialen tag wie highway=residential und name=Musterstrasse eingetragen. Für alle Lösungen: Richte zunächst alle Nodes, deren Koordinaten noch vom Ersteller des ways stammen, nach dem Luftbild neu aus. Jede Menge Zustimmer haben tags ergaenzt: Hoechstgeschwindigkeit, Strassenbreite, Gehwege, Spurzahl usw. Der Weg wird wohl geloescht werden. Ich koennte ihn anhand von Luftbildern und/oder eigenen GPS-Tracks ersetzten.Ich habe aber nicht genug eigenes Wissen fuer alle Zusatzinfos. > > Und jetzt die Frage: Darf ich die Tags der Zustimmer vom alten way > kopieren und an meinen neuen way kleben? Ich sehe kein moralisches Problem. Alle späteren Mapper wussten offensichtlich, dass die Straße existiert. Die Zusatztags sind unabhängig von den Tags des Erstellers. > Was ergibts sich also fuer eine Handlungsempfehlung. > > a) Weg loeschen und durch eigenen Weg ohne Zusatzinfos ersetzen Damit löscht du die Zusatzinfos und verhinderst, dass andere eine bessere Lösung wählen. > b) Weg loeschen und durch eigenen Weg ersetzen, Zusatzinfos kopieren Möglich, aber die Historie geht verloren und bei ways, die Teil einer oder mehrerer Relationen sind, ist es mühsam. > c) Weg nicht loeschen, abwarten bis er durch den Lizenzwechsel > geloescht wird, dann wie bei a) Moralisch unangreifbar, aber es gehen Informationen verloren und man hat später viel Arbeit. Pragmatische Lösung: Wenn du Typ und Namen der Straße kennst, füge einfach "odbl=clean" hinzu. LWG-konforme Lösung: Teile des Weg am zweiten Knoten, lösche der ersten Teil mit der alten ID und verlängere den neuen way zum Anfangspunkt der Straße. Das ist moralisch sehr fragwürdig, aber vermutlich wird sich niemand beschweren. Die Eigneschaften der Straße und fast alle Relationsmitgliedschaften bleiben erhalten. Die Entscheidung der LWG, Splits nicht zu berücksichtigen, macht die technische Auswertung viel einfacher, aber sie führt Bewertungen der Urheberschaft an einzelnen Tags ad absurdum. Viele Grüße Stephan PS: Wenn der Weg in Deutschland liegt, ersetzte "Musterstrasse" durch "Musterstraße" ;-) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Übernahme von Geocoordianten nach Wikipedia
Hallo, On 02/29/2012 10:11 PM, Kolossos wrote: Seitens der Wikipedia vertreten wir zumeist die Ansicht, dass einer einzelnen Koordinate die Schöpfungshöhe fehlt, um überhaupt schützbar zu sein. Kuenftig, wenn OSM die Open Database License benutzt, wird es so sein, dass "nicht substantielle Extrakte" ohne Probleme und ohne jede Lizenz-Fussangel moeglich sind: http://wiki.openstreetmap.org/wiki/Open_Data_License/Substantial_-_Guideline Wenn einer also unter 100 "Features" entnimmt, ist das alles gar kein Problem. Aber, wenn verschiedene Leute jeweils Features entnehmen und daraus an anderem Ort wieder eine Datenbank aufgebaut wird, muss diese Datenbank unter der ODbL-Lizenz stehen, auch dann, wenn die einzelnen entnommenen Features nicht "substantiell" sind und/oder keine Schoepfungshoehe haben. Bei der Wikipedia duerfte es als sicher gelten, dass insgesamt, von allen Nutzern zusammen, sehr wohl ein substantieller Extrakt uebernommen wird. Ist ein Fall, den man mal mit den Leuten von der LWG diskutieren sollte. Wenn eine Zusammenarbeit beider freier Projekte durch die Lizenz verhindert würde, sollte wir uns fragen, ob wir die richtige Lizenzen haben. Eine Zusammenarbeit wird sicher nicht verhindert, aber bei strenger Auslegung der ODbL koennte es dazu kommen, dass gegenseitige Links ok sind, gegenseitiges Datenkopieren aber nicht. 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] Übernahme von Geocoordianten nach Wikipedia
Am 29.02.2012 08:57, schrieb Wolfgang: Hallo, Am Mittwoch, 29. Februar 2012 08:24:29 schrieb Jan Tappenbeck: Hi! vielleicht ist meine Frage etwas trivial aber ich bin mir nicht ganz sicher. Kann man allgemein sagen "Geocoordinaten von OSM können für Wikipedia übernommen werden" Es würde mich sehr überraschen, wenn das nicht ginge. Zumal Wikipedia auch Fotos nahezu beliebiger Lizenzen einbinden lässt. cc-by-sa dürfte überhaupt kein Thema sein. Künftig ist das kein Problem, solange nicht innerhalb von Wikipedia irgendwelche Weiterverarbeitungen existieren, bei denen die OSM-Daten mit anderen Daten verknüpft werden. Dann käme die virale Seite der ODBL zum Zuge. Gruß, Wolfgang Seitens der Wikipedia vertreten wir zumeist die Ansicht, dass einer einzelnen Koordinate die Schöpfungshöhe fehlt, um überhaupt schützbar zu sein. Zumal es ja um Fakten handelt und die Lage z.B. des Eifelturms sollte nicht von einem Einzelnen für sich beansprucht werden können. Damit sollte es also kein Problem sein. (Die Diskussion ist alt und ich habe Verständis dafür, dass OSM es umgekehrt nicht so locker sieht.) Im Gegensatz zu Fotos, welche eine eigene Lizenz haben, stehen die Koordinaten unter der Lizenz des Artikel (GFDL bzw CC-BY-SA) eine Chance die Koordinaten in der Wikipedia unter ODBL zu stellen sehe ich nicht. Und natürlich finden Weiterverarbeitungen statt, irgendwo her muss ja der Wikipedia-Layer bei Google-Maps stammen. Aus oben genannten Gründen sollte das aber auch kein Problem sein. Wenn eine Zusammenarbeit beider freier Projekte durch die Lizenz verhindert würde, sollte wir uns fragen, ob wir die richtige Lizenzen haben. Grüße Kolossos ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] toolserver.org - wer kennt interna
jan99 wrote > > Hi ! > > bald ist es nun soweit. Die Lizenzumstellung steht vor der Tür. > > In einer Webseite die ich in den nächsten Tagen online geht wird die > Karte vom toolserver.org genutzt. > > Kennt sich einer von Euch mit interna dort aus - insbesondere wie die > Planungen für die Verfügbarkeit zum Zeitpunkt der Lizenzumstellung sein > wird. > Bei toolserver.org ist so weit ich weiss erst einmal nichts geplant. Vermutlich wird am Tag der Lizenzumstellung der diff import gestopt. Die Karten bleiben weiter bestehen wie zuvor. Dann wird man weiter sehen. Irgendwann wird man wohl einen neuen Import der DB machen muessen mit dem neuesten ODBL planet. Wie lange das dauern wird, kann ich noch nicht sagen. Das haengt wahrscheinlich auch davon aus wie gross der Schaden nach der Umstellung ist und ab wann der ODBL planet besser als der letzte CC-BY-SA planet ist. Kai -- View this message in context: http://gis.19327.n5.nabble.com/toolserver-org-wer-kennt-interna-tp5524255p5525890.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Error 404 beim Laden von http://www.openlayers.org/api/Ajax.js
Hallo Chris > > http://www.openlayers.org/api/OpenLayers.js > > Die ajax Funktionen wurden da wohl integriert. > > Chris dann müßte der Fehler, gegen den ich gerade kämpfe, noch woanders liegen. Wieder eine Hoffnung weniger. ;-)) Gruß hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Error 404 beim Laden von http://www.openlayers.org/api/Ajax.js
> Mhh also eigentlich sollte man sich die Bibliothek auch lokal auf den > Rechner packen. So hat man kontrolle über die Version, kann auf dem > Server eine superminimierte Version nehmen und hat auch eine Karte, wenn > der OL Server mal aus geht ;) Auch das habe ich schon versucht. Aber da habe ich noch keine vertrauensvolle Quelle gefunden. hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Error 404 beim Laden von http://www.openlayers.org/api/Ajax.js
Am 29.02.2012 17:41, schrieb hike39: Hallo, ich arbeite mich gerade in Openlayers ein. Aber nun habe ich das Problem, dass ich beim Aufrufen von http://www.openlayers.org/api/Ajax.js dauernd einen Error 404 bekomme. Wie lautet denn die richtige URL? Mhh also eigentlich sollte man sich die Bibliothek auch lokal auf den Rechner packen. So hat man kontrolle über die Version, kann auf dem Server eine superminimierte Version nehmen und hat auch eine Karte, wenn der OL Server mal aus geht ;) Gruß Matthias (user:!i!) ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Error 404 beim Laden von http://www.openlayers.org/api/Ajax.js
Am 29.02.2012 17:41, schrieb hike39: > ich arbeite mich gerade in Openlayers ein. Aber nun habe ich das > Problem, dass ich beim Aufrufen von > http://www.openlayers.org/api/Ajax.js > dauernd einen Error 404 bekomme. > > Wie lautet denn die richtige URL? http://www.openlayers.org/api/OpenLayers.js Die ajax Funktionen wurden da wohl integriert. Chris ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Wetterkreuz
In Suedtirol habe ich an mehreren Stellen sogenannte Wetterkreuze gefunden (die gegen boeses Wetter schuetzen sollen). Es handelt sich um weithin sichtbare Pfahl-artige Kreuze mit drei Queerbalkne (Beispiel: http://www.google.com/imgres?num=10&hl=en&lr=&biw=1323&bih=883&tbm=isch&tbnid=LP2AaXWDUx2LCM:&imgrefurl=http://www.seiser-alm.it/it/montagne-ed-escursioni/cammino-circolare-del-bullaccia-alle-panche-delle-streghe.html&docid=-aGsjetOcVPOMM&imgurl=http://www.seiser-alm.it/images/cms/1283781340_D-0838-seiser-alm-puflatsch-wetterkreuz.jpg&w=800&h=600&ei=aV9NT6-xC43SsgaK3bTGDw&zoom=1 ) In Ermangelung einer besseren Loesung habe ich sie als historic=wayside_cross, mit name=xxx-Wetterkreuz eingetragen. Bessere Vorschlaege? (Habe auch auf der italienischen Liste dieselbe Frage gestellt) Volker Padova, Italien ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Error 404 beim Laden von http://www.openlayers.org/api/Ajax.js
Hallo, ich arbeite mich gerade in Openlayers ein. Aber nun habe ich das Problem, dass ich beim Aufrufen von http://www.openlayers.org/api/Ajax.js dauernd einen Error 404 bekomme. Wie lautet denn die richtige URL? Grüße hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stolpersteine - Vollständigkeitsauswertung
HI ! kann ich versuchen - hatte irgendwie nur das Problem in der Letzten Zeitl das nicht alle Steine in den OSM-Daten enthalten sind. Ansonsten muss ich der Sache nächste Woche mal auf den Grund gehen - vorher keine Zeit falls das Ergebnis nicht zufriedenstellend ist. Gruß Jan :-) Am 29.02.2012 16:14, schrieb Steffen: Guten Tag, ich hab gesehen, das die letzte Auswertung der Stolpersteine am 2012-01-26 um 11:07:31 erfolgte. [3] Wann gibt es den nächsten Batchlauf? Gruß Steffen [3] http://www.tappenbeck.net/osm/quality/stolpersteine/stuttgart/stolpersteine_stuttgart.html --- Original Nachricht --- Absender: Jan Tappenbeck Datum: 16.05.2010 19:30 Moin ! seit einigen Wochen werden vermehrt Stolpersteine erfaßt. Ich habe jetzt hierzu ein Tool [1] erstellt mit welchem die Vollständigkeit überwacht werden soll. Einzelheiten zum Thema findet Ihr unter [2]. Es würde mich freuen, wenn die Erfassung in HH so weiter vorangeht wie bisher - es gibt nämlich schon ein großes Interesse an der daraus entstehenden Karte. Vorerst habe ich nur HH und Lübeck eingepflegt. Nach einer gewissen Testphase können gerne auch andere Städte eingebunden werden. Gruß Jan :-) [1] http://wiki.openstreetmap.org/wiki/Stolpersteine#Soll-Ist-Abgleich-Tool [2] http://wiki.openstreetmap.org/wiki/Stolpersteine ___ 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] CleanMap neuer Layer
Am 29.02.2012 15:44, schrieb Simon Poole: Browser? Betriebssystem? FF 10 Win 7 Prof, geht auch nicht, halt - ging nicht, jetzt seit 30 sec. gehts ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CleanMap neuer Layer
Sollte jetzt gehen. Kommt davon wenn man so viel verschiedene Server am laufen hat. Simon Am 29.02.2012 16:19, schrieb Walter Nordmann: > FF 11.0 xp sp3 - bin gerade mal was am spielen dran am tun ;) > > Gruss > walter > > > - > 1---2*3***4# > -- > View this message in context: http://gis.19327.n5.nabble.com/CleanMap-neuer-Layer-tp5524662p5525218.html > Sent from the Germany mailing list archive at Nabble.com. > > ___ > 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] CleanMap neuer Layer
FF 11.0 xp sp3 - bin gerade mal was am spielen dran am tun ;) Gruss walter - 1---2*3***4# -- View this message in context: http://gis.19327.n5.nabble.com/CleanMap-neuer-Layer-tp5524662p5525218.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Stolpersteine - Vollständigkeitsauswertung
Guten Tag, ich hab gesehen, das die letzte Auswertung der Stolpersteine am 2012-01-26 um 11:07:31 erfolgte. [3] Wann gibt es den nächsten Batchlauf? Gruß Steffen [3] http://www.tappenbeck.net/osm/quality/stolpersteine/stuttgart/stolpersteine_stuttgart.html --- Original Nachricht --- Absender: Jan Tappenbeck Datum: 16.05.2010 19:30 Moin ! seit einigen Wochen werden vermehrt Stolpersteine erfaßt. Ich habe jetzt hierzu ein Tool [1] erstellt mit welchem die Vollständigkeit überwacht werden soll. Einzelheiten zum Thema findet Ihr unter [2]. Es würde mich freuen, wenn die Erfassung in HH so weiter vorangeht wie bisher - es gibt nämlich schon ein großes Interesse an der daraus entstehenden Karte. Vorerst habe ich nur HH und Lübeck eingepflegt. Nach einer gewissen Testphase können gerne auch andere Städte eingebunden werden. Gruß Jan :-) [1] http://wiki.openstreetmap.org/wiki/Stolpersteine#Soll-Ist-Abgleich-Tool [2] http://wiki.openstreetmap.org/wiki/Stolpersteine ___ 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] Lizenzumstellung: Frage zur Untertitelung in Karten und anderen Publikationen
Hi, On 02/29/12 13:47, Martin Koppenhoefer wrote: Dann reicht es ja nicht, zu sagen: holt Euch die DB von OSM, importiert sie mit diesem Style und osm2pgsql, weil damit ja nicht der gleiche Stand erreicht werden kann. Genau. Als Alternative bleibt dann, die komplette Datenbank zum Download anzubieten. Genau. Oder, technisch denkbar, ein "diff", das Du erstellst, indem Du parallel einen normalen osm2pgsql-Import machst und dann beide vergleichst. Wenn man nun einen Dump auf einem kleinen Heimrechner mit dyndns-Zugang und normalem ADSL zum Download anbietet, dann ist das zwar in gewisser Weise ein "Verfügbar machen", aber bis der Dump und Download fertig wäre, sind die Daten ja jeweils schon wieder recht alt (d.h. es wird immer eine Differenz geben zum aktuellen Stand der DB). Ja, das macht nichts. Wie oft müsste man denn den Dump anbieten, und wie aktuell muss der jeweils sein? Wie schnell muss der herunterladtbar sein, damit es sich noch um ein "zur Verfügung stellen" handelt? Das ist weder in der Lizenz noch von der OSMF festgelegt. Vom Gefuehl her wuerde ich sagen, ein Dump pro Monat ist ausreichend. Als kleiner Kartenproduzent, der nicht nur mit osm2pgsql ohne weiteres Filtern seine DB füttert, der aber trotzdem keine professionellen Kapazitäten zur Verfügung hat, kann man doch dieser Lizenz kaum nachkommen, oder? In Deinem Beispiel koennte der "kleine Kartenproduzent" ja einfach mitloggen, welche Objekte er von Hand loescht, und die Liste dieser SQL-Befehle dann bereitstellen. Wenn ihm nicht mal das zuzumuten ist, dann geht's halt nicht. auch ein produced work ist doch irgendwie noch eine Datenbank in dem Sinne, dass man zumindest teilweise die DB daraus wieder "reengineeren" kann Ja. Aber es ist nicht primaer dafuer gemacht. z.B. die Karte "durchpausen" und Straßennamen kopieren oder so. Da dadurch keine komplett freie DB entstehen darf, sondern diese wieder eine derivative database wäre, muss diese Einschränkung doch auch irgendwie demjenigen mitgeteilt werden, dem ich die Tiles oder ein anderes produced work zur Verfügung stelle, oder? Nein, muss sie nicht. Die ODbL hatte frueher so einen Paragraphen, in dem explizit stand, dass bei Re-Engineering von Produced Works in eine Datenbank wieder die ODbL zum Tragen kommt. Dagegen haben Leute protestiert, denn eine solche Klausel haette beduetet, dass man Produced Works niemals unter der CC-BY-SA oder so rausgeben haette koennen, da diese Art von Lizenz keine Zusatzbedingungen ("aber wenn Du re-engineerst, dann...") erlauben. Inzwischen ist die Auffassung der Juristen, dass auch *ohne* einen expliziten Hinweis beim Zusammensetzen einer Datenbank aus Produced Works automatisch das Datenbankrecht gilt und fuer die Nutzung einer solchen Datenbank die Zustimmung des Datenbankherstellers erforderlich ist. Das ist etwa so, wie wenn ich ein Kuchenrezept patentieren lasse und es Dir danach unter CC-BY-SA aushaendige. Beides ist kein Problem, und Du kannst das Rezept auch lesen und weitergeben und vervielfaeltigen, soviel Du willst. Aber wenn Du es nutzen willst, um einen Kuchen zu backen, brauchst Du (trotz CC-BY-SA) die Einwilligung des Patentinhabers. Genauso hat das Datenbankrecht auch seinen "eigenen Kanal", der unabhaengig davon ist, auf welche Weise und unter welcher Lizenz die Daten zu Dir gelangt sind. Inwiefern das auch funktioniert, wenn man in einem Land ohne Datenbankrecht lebt, weiss ich allerdings nicht. 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] CleanMap neuer Layer
Browser? Betriebssystem? Mit IE geht es nicht wie auch dokumentiert ist. Simon Am 29.02.2012 14:54, schrieb Walter Nordmann: > nette sache > > nur wenn ich mit shift/alt oder strg/alt drauf zugreifen will, kommt > forbidden. > > gruss > walter > > - > 1---2--***3***4# > -- > View this message in context: http://gis.19327.n5.nabble.com/CleanMap-neuer-Layer-tp5524662p5524984.html > Sent from the Germany mailing list archive at Nabble.com. > > ___ > 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] Mal wieder: Remapping - was darf, was nicht
Hallo, On 02/29/12 15:30, Ronnie Soak wrote: Zumindest der Name ist NICHT trivial: er kann/darf nur mit lokalen Kenntnissen eingetragen werden. Strassentyp ist stark grenzlastig. Das die Tags des Nicht-Zustimmers nicht verwendet werden duerfen ist klar, das hab ich gar nicht in Frage gestellt. Sorry fuer die missverstaendliche Formulierung. Strassentyp und -name muesste man zum Remappen natuerlich wissen. Ja. Wobei das mit dem "residential" so ne Sache ist; wenn ich hier ein offensichtliches Wohngebiet vom Luftbild abzeichne, ist bei mir alles auch erstmal "residential", ohne dass ich jetzt vor Ort war. 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] Mal wieder: Remapping - was darf, was nicht
> > > Zumindest der Name ist NICHT trivial: er kann/darf nur mit lokalen > Kenntnissen eingetragen werden. > Strassentyp ist stark grenzlastig. > > Das die Tags des Nicht-Zustimmers nicht verwendet werden duerfen ist klar, das hab ich gar nicht in Frage gestellt. Sorry fuer die missverstaendliche Formulierung. Strassentyp und -name muesste man zum Remappen natuerlich wissen. Gruss Chaos99 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Mal wieder: Remapping - was darf, was nicht
Ronnie Soak wrote > > Ein Nicht-Zustimmer hat eine Strasse angelegt, also die Position bestimmt > und einen trivialen tag wie highway=residential und name=Musterstrasse > eingetragen. > Zumindest der Name ist NICHT trivial: er kann/darf nur mit lokalen Kenntnissen eingetragen werden. Strassentyp ist stark grenzlastig. Bei den anderen Tags der offentsichlichen Zustimmer meine ich, dass das zulaessig ist. Gruss Walter - 1---2*3***4# -- View this message in context: http://gis.19327.n5.nabble.com/Mal-wieder-Remapping-was-darf-was-nicht-tp5525013p5525023.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] Mal wieder: Remapping - was darf, was nicht
Hallo, mir ist bewusst, dass das der zig-hundertste Tread zu dem Thema wird, aber ich konnte in den alten Diskussionen leider irgendwie nie einen Konsens erkennen. Deshalb nochmal ein Fallbeispiel mit Frage: Ein Nicht-Zustimmer hat eine Strasse angelegt, also die Position bestimmt und einen trivialen tag wie highway=residential und name=Musterstrasse eingetragen. Jede Menge Zustimmer haben tags ergaenzt: Hoechstgeschwindigkeit, Strassenbreite, Gehwege, Spurzahl usw. Der Weg wird wohl geloescht werden. Ich koennte ihn anhand von Luftbildern und/oder eigenen GPS-Tracks ersetzten.Ich habe aber nicht genug eigenes Wissen fuer alle Zusatzinfos. Und jetzt die Frage: Darf ich die Tags der Zustimmer vom alten way kopieren und an meinen neuen way kleben? Pro: Die Autoren haben ja nun mal zugestimmt Contra: Sie haetten die Daten ohne den bestehenden Weg des Nicht-Zustimmers wohl nie eingetragen, die Tags koennten also "abhaengig" sein. Was ergibts sich also fuer eine Handlungsempfehlung. a) Weg loeschen und durch eigenen Weg ohne Zusatzinfos ersetzen b) Weg loeschen und durch eigenen Weg ersetzen, Zusatzinfos kopieren c) Weg nicht loeschen, abwarten bis er durch den Lizenzwechsel geloescht wird, dann wie bei a) Ideen? Vorschlaege? Die Remapping-Wikiseite sagt nichts dazu. Gibt es ein Statement der Foundation? Wird es eins geben, bevor geloescht wird? Gruss Chaos99 PS: Aendert sich irgend etwas, wenn der way zwischendurch durch einen Zustimmer verschoben wurde. Hat das Auswirkungen auf die Verwendbarkeit von Tags die davor/danach hinzugefuegt wurden? ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzumstellung: Frage zur Untertitelung in Karten und anderen Publikationen
Am 29. Februar 2012 14:25 schrieb Fabian Schmidt : > Am 29.02.12 schrieb Martin Koppenhoefer: >> Mich interessiert dieses "verfügbar machen". Angenommen, ich habe eine >> abgeleitete DB erstellt mit osm2pgsql, wo ich gelegentlich mal von >> Hand in geringem Umfang bestimmte Daten lösche (oder sonstwie ändere, >> z.B. Tippfehler in Namen lokal korrigiere). Angenommen, ich habe mir >> nicht genau gemerkt, welche Daten ich wie gelöscht bzw. geändert habe. > > > Das Problem scheint mir sehr hypothetisch. Wie verhinderst Du, dass eine > weitere Synchronistation Deine Änderungen überschreibt? Hypothetisch ist sicher die Annahme, man änderte die Daten lokal anstatt gleich in der OSM-DB (könnte man aber z.B. machen, wenn man mit der eigenen DB weit hinter der offiziellen zurückliegt und ein prominent gerendertes Label einen Tippfehler aufweist, und man schnell ein Rendering braucht oder so). Ob die weitere Synchronisation dann einen Teil der Daten wieder überschreibt ist doch irrelevant, das wäre erst dann relevant wenn man dadurch wieder auf den genau gleichen Stand käme (d.h. nur dann, wenn nach den eigenen Änderungen sämtliche betroffenen Elemente auch bei OSM geändert würden). Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CleanMap neuer Layer
nette sache nur wenn ich mit shift/alt oder strg/alt drauf zugreifen will, kommt forbidden. gruss walter - 1---2--***3***4# -- View this message in context: http://gis.19327.n5.nabble.com/CleanMap-neuer-Layer-tp5524662p5524984.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] CleanMap neuer Layer
In der Zwischenzeit ist die "Dokumentation" auch da: http://wiki.openstreetmap.org/wiki/CLEANMAP#Status_.26_News Am 29.02.2012 11:58, schrieb Jacques Nietsch: > Hi, > > ich habe gerade gesehen, das es einen neuen Layer 'UNDELETE_IT' gibt. > > Weiß jemand, was dieser Layer zeigen soll? > > Jacques > > > ___ > 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] Lizenzumstellung: Frage zur Untertitelung in Karten und anderen Publikationen
Am 29.02.12 schrieb Martin Koppenhoefer: Mich interessiert dieses "verfügbar machen". Angenommen, ich habe eine abgeleitete DB erstellt mit osm2pgsql, wo ich gelegentlich mal von Hand in geringem Umfang bestimmte Daten lösche (oder sonstwie ändere, z.B. Tippfehler in Namen lokal korrigiere). Angenommen, ich habe mir nicht genau gemerkt, welche Daten ich wie gelöscht bzw. geändert habe. Das Problem scheint mir sehr hypothetisch. Wie verhinderst Du, dass eine weitere Synchronistation Deine Änderungen überschreibt? Als Alternative bleibt dann, die komplette Datenbank zum Download anzubieten. Oder die Daten per Post zu schicken. aber bis der Dump und Download fertig wäre, sind die Daten ja jeweils schon wieder recht alt Das ist nicht Dein Problem. Du musst die Daten nur rausgeben, niemand fordert meines Wissens einen minutenaktuellen Stand von Dir. Gruß, Fabian.___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzumstellung: Frage zur Untertitelung in Karten und anderen Publikationen
Am 29. Februar 2012 09:49 schrieb Frederik Ramm : > Fuer ein "produced work" gilt: > * Der Empfaenger muss darauf hingewiesen werden, dass das Produkt aus einer > ODbL-Datenbank erstellt wurde und wo diese Datenbank erhaeltlich ist; > * Falls es sich bei der Datenbank nicht um die "Original-OSM-Datenbank" > handelt, sondern um eine abgeleitete Datenbank (was meistens der Fall sein > duerfte), so muss der Hersteller des Werkes entweder diese Datenbank > verfuegbar machen oder in nachvollziehbarer Form angeben, wie man sie > erstellen kann. Mich interessiert dieses "verfügbar machen". Angenommen, ich habe eine abgeleitete DB erstellt mit osm2pgsql, wo ich gelegentlich mal von Hand in geringem Umfang bestimmte Daten lösche (oder sonstwie ändere, z.B. Tippfehler in Namen lokal korrigiere). Angenommen, ich habe mir nicht genau gemerkt, welche Daten ich wie gelöscht bzw. geändert habe. Dann reicht es ja nicht, zu sagen: holt Euch die DB von OSM, importiert sie mit diesem Style und osm2pgsql, weil damit ja nicht der gleiche Stand erreicht werden kann. Als Alternative bleibt dann, die komplette Datenbank zum Download anzubieten. Wenn man nun einen Dump auf einem kleinen Heimrechner mit dyndns-Zugang und normalem ADSL zum Download anbietet, dann ist das zwar in gewisser Weise ein "Verfügbar machen", aber bis der Dump und Download fertig wäre, sind die Daten ja jeweils schon wieder recht alt (d.h. es wird immer eine Differenz geben zum aktuellen Stand der DB). dyndns/ADSL hier nur mal als Beispiel, Serverkapazitäten kommen ja immer ins Spiel, auch wenn man eine schnellere Anbindung hat. Wie oft müsste man denn den Dump anbieten, und wie aktuell muss der jeweils sein? Wie schnell muss der herunterladtbar sein, damit es sich noch um ein "zur Verfügung stellen" handelt? Als kleiner Kartenproduzent, der nicht nur mit osm2pgsql ohne weiteres Filtern seine DB füttert, der aber trotzdem keine professionellen Kapazitäten zur Verfügung hat, kann man doch dieser Lizenz kaum nachkommen, oder? > * Unter welcher Lizenz man das "produced work" rausgibt, darf man sich frei > aussuchen, aber es gibt die Meinung, dass, falls diese Lizenz eine > Weitergabe des Werkes gestattet, die Quellangabe gesichert sein muss; diese > Meinung ist nicht unumstritten, aber wenn sie zutrifft, dann bedeutet dass, > dass zum Beispiel "alle Rechte vorbehalten", "CC-BY-SA" oder "CC-BY" > zulaessige Lizenzen fuer ein "produced work" waeren, "CC0" oder "Public > Domain" aber nicht. auch ein produced work ist doch irgendwie noch eine Datenbank in dem Sinne, dass man zumindest teilweise die DB daraus wieder "reengineeren" kann, z.B. die Karte "durchpausen" und Straßennamen kopieren oder so. Da dadurch keine komplett freie DB entstehen darf, sondern diese wieder eine derivative database wäre, muss diese Einschränkung doch auch irgendwie demjenigen mitgeteilt werden, dem ich die Tiles oder ein anderes produced work zur Verfügung stelle, oder? Gruß Martin ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Verwirrung bei der Koordinatenanzeige
> Wiederhole das Expriment doch bitte mal und zoome so weit rein, dass der > Maßstab links oben im Josm "0,02m" anzeigt. Was macht die > Koordinatenanzeige jetzt? Bei JOSM war das der Tipp, den ich gebraucht habe. Nun stimmt's. Danke. Bei dem direkten Permalink nach der Ortssuche habe ich festgestellt, dass der Mittelpunkt der Kartendarstellung nicht der Node der Zieladresse ist. Denn wenn man da reinzoomt, dann wird der Marker für das Ziel zum Rand hin verschoben. Das würde die andere Diskrepanz erklären. Für mich ist das Problem gelöst. Herzlichen Dank an alle, die mir auf die Sprünge geholfen haben. Gruß hike39 ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
[Talk-de] CleanMap neuer Layer
Hi, ich habe gerade gesehen, das es einen neuen Layer 'UNDELETE_IT' gibt. Weiß jemand, was dieser Layer zeigen soll? Jacques ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzumstellung: Frage zur Untertitelung in Karten und anderen Publikationen
Hallo, On 02/29/12 10:17, Wolfgang wrote: Das letztere reicht nicht. Wenn er die Datenbank verfügbar machen muss, dann doch in der Version, aus der das Produkt besteht. Nein, es darf (aus den Gruenden, die Du genannt hast) auch eine aktuellere Version sein. Siehe den ersten gruenen Block auf http://wiki.openstreetmap.org/wiki/Open_Data_License/Closed_Issues. Die OSMF muss da wohl noch gewaltig nachbessern. Die Lizenz erinnert irgendwie an die Einführung des ICE In diesem konkreten Fall hat das "Nachbessern" schon vor ueber 2 Jahren stattgefunden - der gruene Block steht da seit Juli 2009 ;) Aber es gibt sicher noch genug andere Stellen zum Nachbessern. 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] Lizenzumstellung: Frage zur Untertitelung in Karten und anderen Publikationen
Am 29.02.2012 10:42, schrieb Markus: von einem kleinkarierten OSMer abgemahnt oder angerüffelt zu werden. Diese Angst ist erstmal unbegründet, weil der OSMer nicht mehr Lizenzgeber an den Nutzer der Daten ist. Dies ist allein die OSMF. Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzumstellung: Frage zur Untertitelung in Karten und anderen Publikationen
Liebe Betroffene, Die OSMF muss da wohl noch gewaltig nachbessern. Die Lizenz erinnert irgendwie an die Einführung des ICE ;-) Ich wünsche mir, dass die Angabe der neuen Lizenz einfacher ist als die alte (oder zumindest gleich einfach). Einfach wäre beispielsweise: - (c) OSM - (c) OpenStreetMap Und der String ist dann mit einem passenden Text (den die OSMF/LWG erstellt und aktuell hält) verlinkt. Ganz simpel also :-) Damit *jeder OSMer*, der unsere Daten und Karten verwendet, und *jeder Anwender*, der unsere Daten und Karten benutzt, das *sorgenfrei* tun kann - man beachte die Betonung von "frei" - (und keine Angst haben braucht, von einem Abmahnverein oder ggf. von einem kleinkarierten OSMer abgemahnt oder angerüffelt zu werden). Gruss, Markus PS: falls die Angabe der Lizenz unbedingt /explizit/ erforderlich ist (wobei das sowieso niemandem wirklich hilft, da sich keiner darunter wirklich etwas vorstellen kann (ausser einer Handvoll Spezialisten)), könnte man schreiben: - (c) OSM ODbL - (c) OpenStreetMap ODbL Das ist aber: 1. unschön, weil es unseren Markenbegriff "OpenStreetMap" durch vier kryptische Buchstaben verunstaltet 2. für mobile Anwendungen (Smartphone, GPS, Tablet) viel zu lang/gross/unleserlich ist. Ideal wäre m.E. einfach das Logo oder "OSM" ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzumstellung: Frage zur Untertitelung in Karten und anderen Publikationen
Hallo, Am Mittwoch, 29. Februar 2012 09:49:41 schrieb Frederik Ramm: > Hallo, > > On 02/29/12 08:53, Wolfgang wrote: > Zunaechst einmal ist der 1.4. nicht in Stein gemeisselt. Man muss auf > jeden Fall darauf warten, dass die OSMF verkuendet "ab jetzt sind die > Daten ODbL". Davor aendert sich nichts. > > > Abgeleitete Werke wie Landkarten, Navi-Dateien etc: beliebig. > > Das stimmt in dieser Allgemeinheit nicht. > > Zunaechst einmal muss zwischen "produced works" (= ein abgeleitetes > Werk, das keine Datenbank ist) und "derivative databases" (= ein > abgeleitetes Werk, das eine Datenbank ist) unterschieden werden. Das erste meinte ich. > > Eine gedruckte Landkarte ist sicher ein "produced work"; eine > "Navi-Datei" koennte auch eine Datenbank sein. (s.a. > http://wiki.openstreetmap.org/wiki/Open_Data_License/Produced_Work_-_ > Guideline, leider in dieser konkreten Frage nicht so hilfreich). > > Fuer ein "produced work" gilt: > > * Der Empfaenger muss darauf hingewiesen werden, dass das Produkt aus > einer ODbL-Datenbank erstellt wurde und wo diese Datenbank > erhaeltlich ist; * Falls es sich bei der Datenbank nicht um die > "Original-OSM-Datenbank" handelt, sondern um eine abgeleitete > Datenbank (was meistens der Fall sein duerfte), so muss der > Hersteller des Werkes entweder diese Datenbank verfuegbar machen > oder in nachvollziehbarer Form angeben, wie man sie erstellen kann. Das letztere reicht nicht. Wenn er die Datenbank verfügbar machen muss, dann doch in der Version, aus der das Produkt besteht. Die kann man aber aus den OSM-Daten nur zu dem Zeitpunkt saugen, zu dem die Datenbank erstellt wurde. Man könnte zwar über die History versuchen, den Zustand zum Ladezeitpunkt wieder herzustellen, aber dann stellt sich die Frage, ob das noch als nachvollziehbar durchgeht, und ob der genaue Zeitpunkt überhaupt auf die Minute rekonstruierbar ist. > Von der OSMF gibt es noch keine ganz konkreten praktischen Aussagen > zu dem ganzen Thema. Das folgende ist also allein auf meinem Mist > gewachsen: > [...] > > und auf Anfrage muesste er zudem, weil er ja eine "derivative > database" hat und seine Tiles nicht direkt aus OSM-Daten errechnet, > entweder seine abgeleitete Datenbank verfuegbar machen (laestig!) > oder angeben, wie man sie erstellt (etwa: "Ich rufe osm2pgsql mit > folgenden Parametern auf..."). Hier wieder das Problem mit dem Zeitpunkt. Wenn ich genau die Kacheln erzeugen will, die ich "neulich gesehen" habe, stehen alle vor einem Problem. Die OSMF muss da wohl noch gewaltig nachbessern. Die Lizenz erinnert irgendwie an die Einführung des ICE ;-) Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzumstellung: Frage zur Untertitelung in Karten und anderen Publikationen
Hallo, Am Mittwoch, 29. Februar 2012 08:53:02 schrieb Wolfgang: > > > Wie das für den Zeitpunkt nach dem 1.4. ist weiß ich allerdings > > auch nicht. > > > > Kann einer von Euch hierzu etwas sagen ? > > Abgeleitete Werke wie Landkarten, Navi-Dateien etc: beliebig. > Aber: Namensnennung nicht vergessen (Quelle: openstreetmap.org oder so ähnlich) Gruß, Wolfgang ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Lizenzumstellung: Frage zur Untertitelung in Karten und anderen Publikationen
Hallo, On 02/29/12 08:53, Wolfgang wrote: Wie das für den Zeitpunkt nach dem 1.4. ist weiß ich allerdings auch nicht. Zunaechst einmal ist der 1.4. nicht in Stein gemeisselt. Man muss auf jeden Fall darauf warten, dass die OSMF verkuendet "ab jetzt sind die Daten ODbL". Davor aendert sich nichts. Abgeleitete Werke wie Landkarten, Navi-Dateien etc: beliebig. Das stimmt in dieser Allgemeinheit nicht. Zunaechst einmal muss zwischen "produced works" (= ein abgeleitetes Werk, das keine Datenbank ist) und "derivative databases" (= ein abgeleitetes Werk, das eine Datenbank ist) unterschieden werden. Eine gedruckte Landkarte ist sicher ein "produced work"; eine "Navi-Datei" koennte auch eine Datenbank sein. (s.a. http://wiki.openstreetmap.org/wiki/Open_Data_License/Produced_Work_-_Guideline, leider in dieser konkreten Frage nicht so hilfreich). Fuer ein "produced work" gilt: * Der Empfaenger muss darauf hingewiesen werden, dass das Produkt aus einer ODbL-Datenbank erstellt wurde und wo diese Datenbank erhaeltlich ist; * Falls es sich bei der Datenbank nicht um die "Original-OSM-Datenbank" handelt, sondern um eine abgeleitete Datenbank (was meistens der Fall sein duerfte), so muss der Hersteller des Werkes entweder diese Datenbank verfuegbar machen oder in nachvollziehbarer Form angeben, wie man sie erstellen kann. * Falls fuer diese Herausgabe der zugrundeliegenden Datenbank ein physisches Medium gewaehlt wird, darf der Herausgeber sogar Geld dafuer verlangen, aber "no more than a reasonable production cost". * Unter welcher Lizenz man das "produced work" rausgibt, darf man sich frei aussuchen, aber es gibt die Meinung, dass, falls diese Lizenz eine Weitergabe des Werkes gestattet, die Quellangabe gesichert sein muss; diese Meinung ist nicht unumstritten, aber wenn sie zutrifft, dann bedeutet dass, dass zum Beispiel "alle Rechte vorbehalten", "CC-BY-SA" oder "CC-BY" zulaessige Lizenzen fuer ein "produced work" waeren, "CC0" oder "Public Domain" aber nicht. Fuer eine "derivative database" gilt: * Sie muss unter der ODbL-Lizenz stehen, und der Empfaenger der Datenbank muss darauf aufmerksam gemacht werden; die Quelle muss angegeben werden; falls die Daten irgendwie verschluesselt oder DRM-geschuetzt o.ae. sind, muss eine ungeschuetzte Version parallel angeboten werden. In beiden Faellen gilt: * Wenn von "muss angeboten werden" oder "verfuegbar machen" die Rede ist, dann heisst das nicht unbedingt, dass man einen Downloadlink dafuer hat; es reicht auch ein Hinweis a la "die Quelldatenbank wird nach Anfrage an me...@email-adresse.de zur Verfuegung gestellt" oder so. Von der OSMF gibt es noch keine ganz konkreten praktischen Aussagen zu dem ganzen Thema. Das folgende ist also allein auf meinem Mist gewachsen: Nehmen wir mal an, ein Tileserver-Betreiber hat einen Tileserver mit den Kacheln nur fuer Deutschland. Er will nach der Umstellung seine Kacheln weiter unter CC-BY-SA anbieten (kein Problem). Er muss nun die Attribution umstellen von "Data Copyright OSM contributors, CC-BY-SA 2.0" auf "Tiles licensed CC-BY-SA 2.0, based on OpenStreetMap data which is available under ODbL here ." und auf Anfrage muesste er zudem, weil er ja eine "derivative database" hat und seine Tiles nicht direkt aus OSM-Daten errechnet, entweder seine abgeleitete Datenbank verfuegbar machen (laestig!) oder angeben, wie man sie erstellt (etwa: "Ich rufe osm2pgsql mit folgenden Parametern auf..."). In der Praxis waere es eventuell akzeptabel, einfach nur "Tiles licensed CC-BY-SA 2.0, based on OpenStreetMap data" zu schreiben, denn die Lizenz verlangt nur: "You must include a notice associated with the Produced Work reasonably calculated to make any Person that uses, views, accesses, interacts with, or is otherwise exposed to the Produced Work aware that Content was obtained from the Database, Derivative Database, or the Database as part of a Collective Database, and that it is available under this License." Also auf deutsch, man muss einen Vermerk anbringen, der "geeignet gestaltet ist" um alle, die die Karte sehen, darauf aufmerksam zu machen, wo die Daten herkommen und dass sie unter ODbL stehen; man koennte auf dem Standpunkt stehen, dass allgemein bekannt (oder trivial herausfindbar) ist, dass OSM die ODbL benutzt und dass es deswegen ausreicht, "based on OpenStreetMap data" zu schreiben. Das sind aber so Auslegungssachen, bei denen ich noch auf eine deutliche Aussage der OSMF hoffe, so dass wir es dann alle einfach so machen koennen, ohne uns lang Gedanken zu machen, 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] Lizenzumstellung: Frage zur Untertitelung in Karten und anderen Publikationen
Am 29.02.2012 08:26, schrieb Jan Tappenbeck: Wie das für den Zeitpunkt nach dem 1.4. ist weiß ich allerdings auch nicht. Kann einer von Euch hierzu etwas sagen ? Ich hab mir folgenden Vers überlegt: (c) data by OpenStreetMap Contributors ODbL 1.0; (c) map by Damit ist klar, dass wenn man die Daten als Grundlage für was Neues nimmt, man die ODbL berücksichtigen muss, nutzt man es als Karte, dann unter . Henning ___ Talk-de mailing list Talk-de@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-de