Re: [Talk-de] openstreetmap forever, oder was?
gesetzt den Fall, dass die WMF mal OSM weiterführt, würde der Attributionsstring länger werden. Denn die bis dahin gesammelten Daten müssten ja weiterhin mit (c) OSM... attributiert werden, die danach gesammelten mit (c) OpenWikipediaMap oder so ähnlich. Es gibt allerdings einen gravierende Nachteil: Die Möglichkeit, die Lizenz später mit 2/3 Zustimmung der Mapper zu wechseln, hat eine Nachfolgeorganisation nicht. Die Rechte aus den CTs gehen mMn ja nicht auf eine eventuelle Nachfolgeorganisation oder einen Fork über. Die Nachfolgeorganisation wäre dann auf ewig an die ODBL gebunden, auch wenn sich irgendwann in der Zukunft mal herausstellen sollte, dass die Lizenz unwirksam oder nachteilig istwer weiß schon wie die Gegebenheiten in 50 Jahren sind. SimonPoole wrote Am 03.01.2014 12:01, schrieb jotpe: Hallo Liste, mal ne interresante Frage. Siehe http://wiki.osmfoundation.org/wiki/Articles_of_Association#WINDING_UP , des weiteren meine Bemerkungen zu einem weitergehenden asset lock an der AGM 2013. Es wäre also durchaus möglich, dass die WMF oder eine ähnliche Organisation das Projekt weiterführen würden. Ansonsten hätte für die Daten selber eine Aufgabe der OSMF Tätigkeit keine weitere Konsequenzen, da sie in jedem Fall weiterhin unter der ODbL 1.0 verteilt werden könnten. Simon ___ Talk-de mailing list Talk-de@ https://lists.openstreetmap.org/listinfo/talk-de -- View this message in context: http://gis.19327.n5.nabble.com/openstreetmap-forever-oder-was-tp5791548p5791581.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post_Box vereinheitlichen?
Falk Zscheile-2 wrote der Name eines Unternehmens beinhaltet nunmal die Rechtsform, wieso sollte man das nochmal extra dazuschreiben? Warum nicht, es ist eine eigenständige Information. Weil es keine eigenständige Information ist sondern zum Namen gehört. Es ist gesetzlich geregelt (bis auf ein paar Ausnamen wie Körperschaft des öffentlichen Rechts, KG...). Das solltest Du eigentlich wissen bspw GmbH §4 GmbHG /Die Firma der Gesellschaft muß (..) die Bezeichnung Gesellschaft mit beschränkter Haftung oder eine allgemein verständliche Abkürzung dieser Bezeichnung enthalten../ oder AG $4 AktG /Die Firma der Aktiengesellschaft muß (.) die Bezeichnung Aktiengesellschaft oder eine allgemein verständliche Abkürzung dieser Bezeichnung enthalten./ -- View this message in context: http://gis.19327.n5.nabble.com/Post-Box-vereinheitlichen-tp5785960p5786178.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Post_Box vereinheitlichen?
Ich verstehe nichts von Seezeichen oder Stromleitungen oder Eisenbahnen. Daher erfasse ich bspw die Spannung einer Stromleitung nicht mit 1000V oder vielleicht auch mehr sondern überlasse es denen, die sich damit auskennen. Der Operator Tag sieht auf den ersten Blick einfach aus, ist es aber nicht. Wenn ich Deiner Argumentation folgen würde, wäre der Operator Tag in den meisten Fällen nur ein Spiegelbild von brand=*. So einfach ist es aber nicht. Die Wiki-Seite im Eingangsbeitrag ist ein gutes Beispiel dafür. Da steht brand=CITIPOST, operator=CITIPOST+ Tochterunternehmen. In Hildesheim mag es stimmen, da ist der Operator die CITIPOST Hildesheim GmbH, ebenso in Braunschweig, da ist es die CITIPOST GmbH. Aber in Bremerhaven ist es die NORDSEE-ZEITUNG GmbH, die kein Tochterunternehmen der CITIPOST ist. CITIPOST ist ein Franchisesystem. Welchen Wert hat denn die Operator Angabe in OSM, wenn man da nur halbe bzw teils falsche Informationen hinterlegt? Dann kann man den Tag auch abschaffen. Die Argumentation Das Thema ist halt schwierig, deswegen muss es nicht richtig sein was man da einträgt find ich in Anbetracht anderer, noch viel komplizierterer Tag nicht zielführend. Niemand muss da was eintragen. Falk Zscheile-2 wrote Am 19. November 2013 13:05 schrieb ThomasB lt; toba0211@ gt;: Falk Zscheile-2 wrote der Name eines Unternehmens beinhaltet nunmal die Rechtsform, wieso sollte man das nochmal extra dazuschreiben? Warum nicht, es ist eine eigenständige Information. Weil es keine eigenständige Information ist sondern zum Namen gehört. Es ist gesetzlich geregelt (bis auf ein paar Ausnamen wie Körperschaft des öffentlichen Rechts, KG...). Das solltest Du eigentlich wissen Natürlich weiß ich es^^ Und trotzdem halte ich es in diesem Fall aus den oben geschilderten Gründen für nicht notwendig. Wenn es die Deutsche Post nicht für nötig hält die Rechtsform anzugeben, warum sollen wir dann hinterher ankommen und sagen nach dem Aktiengesetz sind sie verpflichtet einen Rechtsformzusatz zu führen und ergänzen ihn deshalb bei OSM - die Logik dieses Gedankenganges erschließt sich mir nicht. Und es wird auch niemand bei OSM schauen, wer der richtige Rechtsträger für eine Klage ist. Und weil die meisten hier keine Juristen sind, habe ich es mir weitestgehend abgewöhnt (bzw. versuche es), mit Normen gegen faktische Gegebenheiten (on the ground rule) zu argumentieren. Ich versuche statt dessen Lösungen zu finden, die sich in der Datenbank abbilden lassen, aber eben nicht müssen. Daher der Vorschlag die Rechtsform separat zu erfassen. Eben weil es häufig einen Namen gibt, der nach außen kommuniziert wird, aber intern ganz unterschiedliche Konzernunternehmen dahinter stehen (siehe Deutsche Bahn). Hier jetzt wieder zwischen Markenname und Unternehmen zu unterschieden ist etwas für Experten, aber nicht für den Mapper, der mal eben den Betreiber eines Briefkastens erfassen will ... Gruß Falk ___ Talk-de mailing list Talk-de@ https://lists.openstreetmap.org/listinfo/talk-de -- View this message in context: http://gis.19327.n5.nabble.com/Post-Box-vereinheitlichen-tp5785960p5786202.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Listenmail in Listenmail verlinken
Florian Lohoff-2 wrote On Tue, Nov 19, 2013 at 09:57:00AM +0100, Markus wrote: Im Listenmails wir manchmal eine Frage gestellt, die in der Liste schon beantwortet wurde. Wie kann man in einer Listenmail auf eine andere Listenmail verlinken? Wie erstellt man den passenden Link, wenn man die Mail auf die man hinweisen will kennt/geöffnet hat? Also meine mail ist ASCII evtl ISO-8859-1 oder UTF-8. Mails sind der nicht klickbare teil des Internets. Bei nabble sind Mails auch klickbar und haben einen Permalink http://gis.19327.n5.nabble.com/Listenmail-in-Listenmail-verlinken-tp5786113p5786246.html -- View this message in context: http://gis.19327.n5.nabble.com/Listenmail-in-Listenmail-verlinken-tp5786113p5786276.html Sent from the Germany mailing list archive at Nabble.com. ___ Talk-de mailing list Talk-de@openstreetmap.org https://lists.openstreetmap.org/listinfo/talk-de
Re: [Talk-de] Wir sind doch nicht bei Wikipedia-de
Tobias Conradi wrote Meinen Eindruck würdest du nur durch Taten ändern können... An was für Taten denkst Du? OSM Edits...falls Du die Antwort von mir akzeptierst. Ich halte Dich auch für einen Spinner und bin da eher bei Harald. Aber je nachdem was jemand zu OSM beigetragen hat, hat er auch einen gewissen Bonus bei mir persönlich zumindest -- View this message in context: http://gis.19327.n5.nabble.com/Wir-sind-doch-nicht-bei-Wikipedia-de-tp5763397p5763599.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: [OSM-talk] China's maps to be closely monitored for more accuracy - China Daily
Pavel Melnikov wrote BTW, how does osm community map territories and borders that are claimed by several countries? There are some cases in Asia, including mentioned China borders. Afaik, you can recognise such borders only be watching them and notice that they are subject to vadalism from time to time. It would be nice if OSM would have a tag for disputed borders and that could be rendered as such. The issue of disputed borders is not only a topic in countries far away, even the dutch-german border is disputed at the coast. http://upload.wikimedia.org/wikipedia/commons/1/12/Deutsch-Niederl%C3%A4ndische_Grenzfrage.svg I know from a statement in one country that says something like As long as the border is displayed wrong or not even marked as disputed like in Google, the government can not allow OSM to use their data. Up to now, OSM prefers one side over the other. -- View this message in context: http://gis.19327.n5.nabble.com/China-s-maps-to-be-closely-monitored-for-more-accuracy-China-Daily-tp5731736p5732112.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Neues zum Stand der Lizenzverletzungen durch Großkonzerne?
Hallo Frederik, Frederik Ramm wrote und durch eine nicht protokollierte Geheimdiplomatie ersetzt. Gehe ich recht in der Annahme, dass sich das ändern wird? Mir ist klar, dass es ab und an mal Gespräche gibt, deren Inhalte nicht für alle Ohren bestimmt sind. Das ist unschön und sollte mMn auf ein Minimum reduziert werden, da es immer Anlass für Spekulationen bietet. Aber manchmal gehts halt nicht anders. Ein Wir sind noch dran, dauert vermutlich noch x Wochen ab und zu reicht ja schon um das Gefühl zu haben, es ist nicht vergessen und Unruhe zu vermeiden. Mit MS habe ich persönlich kein Problem mehr. Der Fall war ja auch von Anfang an etwas anders gelagert. Ich weiß allerdings, dass es da auch andere Meinungen gibt. -- View this message in context: http://gis.19327.n5.nabble.com/Neues-zum-Stand-der-Lizenzverletzungen-durch-Gro-konzerne-tp5728603p5729056.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] Neues zum Stand der Lizenzverletzungen durch Großkonzerne?
SimonPoole wrote Aber einfach so akzeptieren gefällt mir nicht. Im Simon schreibt ja selber, dass da gerade nichts in der Hinsicht passiert(e) sondern, dass man den Kanal zu Apple wieder öffnen werden, sprich nichts ist passiert Natürlich ist nichts passiert, sogar wenn wir ein Herrschar von festangestellten Anwälten hätten wäre in den knapp 2 Wochen seit Veröffentlichung von iOS6 ausser vielleicht Vorabkärungen genau nichts passiert. Ihr schaut wirklich alle zuviel Fernsehen. @Simon das mit dem begrenzenten Platz ist gut ;-). Bei anderen schreiben sie halbe Romane Aber nicht bei IPhoto und nur bez. iPhoto hatten wir Kontakt mit Apple. Sie haben aber jetzt soviel ich weiss den gleichen oder einen ähnlichen Hinweis verwendet bei Apple Maps vermutlich unter der Annahme das wir mit dem zufrieden sind. Der fehlenden Lizenzhinweis bei iPhoto ist nicht erst seit zwei Wochen drin. Tue also bitte nicht so, als wäre das Thema etwas ganz neues. Das ist schon monatelang falsch und es ist nicht passiert - zumindest hat es so den Anschein. Niemand hat verlangt, dass ihr in 2 Wochen eine Klage gegen Apple durchzieht aber es scheint ja auch nichts zu geben, was gemacht worden wäre, sonst würdest Du hier nicht mit falschen Tatsachen kommen. Und auch bei iPhoto gibt es Credits, die über mehrere Zeilen gehen http://tctechcrunch2011.files.wordpress.com/2012/05/osm_iphoto_credits.jpg Also es gibt überhaupt keinen Grund, warum Apple nicht noch Platz für 6 Buchstaben und zwei Bindestriche haben sollte. Ich denke mal, dass Dir das bekannt ist und die die Sache absichtlich vernebelst und ins lächerliche ziehst. -- View this message in context: http://gis.19327.n5.nabble.com/Neues-zum-Stand-der-Lizenzverletzungen-durch-Gro-konzerne-tp5728603p5729062.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] Neues zum Stand der Lizenzverletzungen durch Großkonzerne?
SimonPoole wrote Nochmals, ich habs ja nur schon ein halbes dutzend Mal geschrieben, der Quellenhinweis bei iPhoto ist soviel ich weiss der Text der von uns vorgeschlagen wurde, sprich es gibt nichts, nada, null zu reklamieren. Du kannst dich jetzt darüber aufregen und so weiter, und von mir aus die OSMF verklagen, Apple ist aber in dem Fall aus dem Schneider. Die Creative Commons Lizenz ist das recht eindeutig. cc-by-sa 2.0 §4a Sie dürfen den Schutzgegenstand ausschließlich unter den Bedingungen dieser Lizenz vervielfältigen, verbreiten oder öffentlich wiedergeben, und Sie müssen stets eine Kopie oder die vollständige Internetadresse in Form des Uniform-Resource-Identifier (URI) dieser Lizenz beifügen, wenn Sie den Schutzgegenstand vervielfältigen, verbreiten oder öffentlich wiedergeben. Trifft zwar nicht zu.aber ODbL sagt dazu genauso eindeutig unter 4.2.b b. Eine Kopie dieser Lizenz (oder, wenn anwendbar, einer nach Abschnitt 4.4 zugelassenen Lizenz) oder ihren URI (Uniform Resource Indentifier) der Datenbank oder abgeleiteten Datenbank beifügen, sowohl in der Datenbank oder abgeleiteten Datenbank, als auch in jeder relevanten Dokumentation Heißt das jetzt, dass das OSMF Board nach gutdünken Teile der Lizenz ausser Kraft setzen kann? Ist Apple ein Einzelfall und gibts da noch mehr Sideletter? Ich dachte bisher, dass dazu eine 2/3 Mehrheit der aktiven Mapper erforderlich ist. -- View this message in context: http://gis.19327.n5.nabble.com/Neues-zum-Stand-der-Lizenzverletzungen-durch-Gro-konzerne-tp5728603p5729073.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] Neues zum Stand der Lizenzverletzungen durch Großkonzerne?
SimonPoole wrote Ich glaube wir kennen alle diese Formvorschrift und wir wissen alle, dass es nie so genau genommen wurde (bei allen), schlicht aus praktischen Gründen, denn wie der Text sagt genügt ein CC by-SA 2.0 nicht (sogar wenns ein Hyperlink auf den Text wäre). Mit anderen Worten: es gab und gibt eine grosse Bandbreite an Quellenhinweisen die als genügend angesehen wurden, dazu kommt noch, siehe unten, dass man sich auf etwas einfacheres für ODbL Quellenhinweise geeinigt hat und das ev. etwas zur Konfusion beigetragen hat. Keine Ahnung wen Du mit wir meinst. Wenn es das Board ist, kannst Du recht haben. Ansonsten behauptest Du hier etwas, das nicht den Tatsachen entspricht. Es gibt es x Threads im Forum, wo genau das bemängelt und an die entsprechenden Seitenbetreiber adressiert wurde. Nur mal so als Beispiel http://forum.openstreetmap.org/viewtopic.php?pid=147786 Ich behaupte daher mal, dass genau das Gegenteil Deiner Aussage Konsens war, sprich die Herkunft UND Lizenz müssen genannt werden. -- View this message in context: http://gis.19327.n5.nabble.com/Neues-zum-Stand-der-Lizenzverletzungen-durch-Gro-konzerne-tp5728603p5729088.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] Neues zum Stand der Lizenzverletzungen durch Großkonzerne?
SimonPoole wrote Desweiteren hat Thomas auf eine schöne Liste indirekt verlinkt bei dem ein Grossteil der Sites CC by-SA nicht einhalten. Wieviele von den Betreibern dieser Sites wurden verklagt? Keine einzige. Mit anderen Worten man behandelt MS, Apple etc. auch nicht anders als die kleinen Fische, sondern man versucht mit anderen Mitteln darauf hinzuwirken, dass sie die Lizenz möglichst gut einhalten. Du würdest nichtmal zustimmen wenn wir darüber diskutieren würde ob der Himmel blau ist. Ich denke, Du weißt recht genau, was schief gelaufen ist und wir müssen jetzt nicht ellenlange Scheindebatten über irgendwelche Nebenaspkete führen bei denen nichts rauskommt und den geneignten Lesern der ML die Inbox vollspammen. -- View this message in context: http://gis.19327.n5.nabble.com/Neues-zum-Stand-der-Lizenzverletzungen-durch-Gro-konzerne-tp5728603p5729114.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] Neues zum Stand der Lizenzverletzungen durch Großkonzerne?
Martin Koppenhoefer wrote Weiss jemand von Euch, wie der aktuelle Stand ist bei den Lizenzverletzungen durch Microsoft (und neuerdings auch Apple)? Ist ja immerhin schon seit Januar 2012, dass die unsere cc-by-sa Daten mit Ihren Luftbildern mischen. http://wiki.openstreetmap.org/wiki/Bing/2012_Germany_Military_Blurring Bei Apple's neuen Karten (in iOS6) fehlt der Hinweis auf cc-by-sa bei der Attributierung: http://gspa21.ls.apple.com/html/attribution.html und auch dass nicht angegeben wird, welche Daten/Bereiche von OSM stammen, dürfte eine Lizenzverletzung sein (wie kann man denn sonst seine Rechte z.B. zur Weiterverbreitung ausüben?). Evtl. mischen sie auch unsere Daten mit anderen Datasets (dort, wo sie sowieso OSM einsetzen wie z.B. in Pakistan, wobei uns das egal sein kann, solange das Endprodukt wieder cc-by-sa ist). Wie ist Eure Meinung? Wozu hat man denn eine Lizenz, wenn man danach deren Einhaltung nicht durchsetzt? Wäre es nicht ehrlicher, gleich PD zu machen? Mir ist klar, dass man nicht einfach so mal ein Gerichtsverfahren gegen diese Konzerne anstrengt, aber meine Vermutung wäre, dass man für so was auch breite Unterstützung aus unterschiedlicher Richtung bekommen könnte. (Sofern die Experten überhaupt eine Chance sehen, cc-by-sa auf Daten durchzusetzen.) Alles noch beim Alten. Es wird von der OSMF und der LWG geduldet, dass Apple unsere Lizenz seit ca einem halben Jahr verletzt. Manche sind halt gleicher. Vielleicht gibt es in unserem Open Projekt ein paar Closed Gespräche mit Apple, keine Ahnung. Vermutlich sind Apples Lizenzanwälte gerade anderweitig beschäftigt. Microsoft scheint auf den neuen Bilder eigene Daten zum Verschleiern zu benutzen. Das hat den dummen Effekt, dass da wesentlich mehr verschleiert ist, als gefordert (von wem auch immer) ist. In Stuttgart bspw der gesamte Flughafen und die Messe. -- View this message in context: http://gis.19327.n5.nabble.com/Neues-zum-Stand-der-Lizenzverletzungen-durch-Gro-konzerne-tp5728603p5729001.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] Neues zum Stand der Lizenzverletzungen durch Großkonzerne?
Frederik Ramm wrote Ich finde nicht, dass wir solche Lizenzverletzungen hinnehmen sollten. Die LWG hat in ihren Protokollen schon eine Hall of Shame, in der sie Lizenzverletzungen auflistet, und ich finde es durchaus richtig, die zu katalogisieren. Da steht nur keiner der beiden genannten Firmen drauf. Ich persönlich finde eine Klage auch nicht gut (wobei bei cc-by-sa wie Simon schon gesagt hat, nicht klar ist, wer klageberechtigt ist). Aber einfach so akzeptieren gefällt mir nicht. Im Simon schreibt ja selber, dass da gerade nichts in der Hinsicht passiert(e) sondern, dass man den Kanal zu Apple wieder öffnen werden, sprich nichts ist passiert @Simon das mit dem begrenzenten Platz ist gut ;-). Bei anderen schreiben sie halbe Romane Bspw bei TomTom [1]: © 2006 – 2012 TomTom. All rights reserved. This material is proprietary and the subject of copyright protection and other intellectual property rights owned or licensed to TomTom. TomTom is an authorized user of selected Statistics Canada computer files and distributor of derived information products under Agreement number 6776. The product is sourced in part from Statistics Canada computer files, including 2009 Road Network File (RNF), 92-500-XWE/XWF and 2006 Census Population and Dwelling Count Highlight Tables, 97-550-XWE2006002. The product includes information copied with permission from Canadian authorities, including ... und da reicht der Platz für unsere Lizenz nicht? [1] http://gspsa21.ls.apple.com/html/attribution.html (Scrollen geht bei mir nicht, im Quelltext findet man OSM) -- View this message in context: http://gis.19327.n5.nabble.com/Neues-zum-Stand-der-Lizenzverletzungen-durch-Gro-konzerne-tp5728603p5729039.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: [OSM-talk] Proposal for import guidelines
Richard Fairhurst wrote Hang on, you've got this completely wrong. . Seems what you mean and what you wrote differ somehow Richard Fairhurst wrote And no - this isn't intended to hit restoring a single way via P1 (while it still exists) or whatever. But I read it so. Also selecting 10 buildings in JOSM and pressing Q would fall below your proposal (automated geometry fixup) and require me to add these extra tags. -- View this message in context: http://gis.19327.n5.nabble.com/Proposal-for-import-guidelines-tp5727448p5727552.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Küstenlinien
Sven Geggus wrote Küstenlinien stellen jedoch eine Ausnahme dar! Ganz Eurasien+Afrika sowie Amerika (Nord und Süd) sind ein einziger Kontinent. Du kannst Dir bestimmt vorstellen dass daher ein kleiner Fehler fatal werden kann. Es wäre halt sehr uncool, wenn ganz EurAsAfrika oder Amerika überschwemmt wären! Wenn ich mich richtig erinnere, stimmt das so nicht. Die Landmassen werden ge-tiled und ein kleiner Fehler hätte max. lokale Auswirkungen und würde keinen Kontinent fluten. -- View this message in context: http://gis.19327.n5.nabble.com/Kustenlinien-tp5725400p5725429.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] Vandalismus um Eckernförde
Frederik Ramm wrote Die Alternative ist, den Provider komplett bei OSM zu sperren, dann weicht der User vielleicht auf einen anderen Provider aus, der weniger pingelig mit dem Datenspeichern ist ;) Oder alle Changesets von diesem Provider, die von neu angemeldeten Mappern stammen (2 Monate), irgendwo aufzulisten. Da kann man dann als Community besser drauf aufpassen. -- View this message in context: http://gis.19327.n5.nabble.com/Vandalismus-um-Eckernforde-tp5721974p5722142.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] Kandidatur fuer OSMF-Vorstand
Michael Kugelmann wrote Ich habe nicht gesagt, dass Du das gewesen bist. Aber Du greifst Frederik im Rahmen der Diskussion an von wegen Leute vertreiben etc. Und der Hintergrund war - so mein Verständnis - das JEMAND ziemlich Mist gebaut hatte (Umtaggen im größeren Stil gegen in der Community etablierte Praxis). Und Frederik hatte - so mein Verständnis - versucht dejenigen davon abzubringen oder so. ...oder so... Das hast Du gut gesagt. Naja, wäre es nicht besser, Du wüsstest worüber Du schreibst? Ich gebe zu, dass das schwierig ist, wenn man über das Mapping von Militäranlagen in Isreal genauso schreibt wie über ein explodiertes Gebäude in Germering. Aber versuch es mal, hilft Dir auch. Michael Kugelmann wrote Was widerum Dir nicht geschmeckt hat. Und deswegen greifst Du jetzt Frederik ziemlich schräge an, was wiederum ich ziemlich daneben finde. Es ging nicht darum, DAS es Konsequenzen hatte sondern um das WIE. Naja, wie oben schon geschrieben, hilft es ungemein, wenn man weiß über was man schreibt. Und Frederik ist glaub alt genug, um sich gegen haltlose Anschuldigungen zu wehren. Macht er auch, auch mir gegenüber. Etwas freundlicher als ich mich ausdrücke, aber er macht es. Viele Grüße Thomas -- View this message in context: http://gis.19327.n5.nabble.com/Kandidatur-fuer-OSMF-Vorstand-tp5721621p5721935.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] Kandidatur fuer OSMF-Vorstand
Michael Kugelmann wrote Und wenn ich dem dann Statements eines SunCobalt ansehe: der führt sich doch nur auf als beleidigte Leberwurst. Da hat wohl jemand ziemlichen Mist gebaut und das wurde wohl nicht eingesehen. Das Mist bauen ist die Folge eines ich habe nicht verstanden wie eine Open Source Community funktioniert und arbeite deswegen dagegen und will es auch nicht einsehen wenn ich darauf hingewisen werde. Hallo Michael, was für ziemlichen Mist habe ich gebaut? Und wieso meinst Du, dass ich nicht verstanden habe, wie eine Open Source Community funktioniert? Viele Grüße Thomas (SunCobalt) -- View this message in context: http://gis.19327.n5.nabble.com/Kandidatur-fuer-OSMF-Vorstand-tp5721621p5721828.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] 3. Runde Wikimedia Community Projektbudget
@Tim, das jetzt hat nichts mit Dir oder Wikipedia zu tun Ich habe eine tolle Idee. Trotz der Ankündigung von Bing, neue sehr hochauflösende Bilder rauszubringen, kaufen wir welche von eine Firma. Am liebsten von einer Firma, die mit A anfängt. Firmen mit A am Anfang sind immer gut. Dann lassen wir die Leute die Bilder einzeln ausm Internet rausfrimmeln und schauen dabei zu, ob sie es ohne unsere Hilfe schaffen einen Mapserver aufzusetzen oder ob sie die Bilder einzeln in JOSM laden müssen. Vorteilhaft wäre es noch, wenn es kein geeignetes JOSM Plugin für die Bilder geben würde sondern erst eins angepasst werden muss. Das erhöht den Spaßfaktor ungemein. Angebotene Hilfe blocken wir ab, es würde ja den Mappern zu einfach gemacht werden und uns den Spaß verderben. Nach ca. 9-10 Monaten stellen wir dann den ersten TMS/WMS bereits. Sonst merken die Leute ja gar nicht, wie einfach es hätte sein können. Und nach Ablauf des Vertrags schreiben wir mal einfach im Forum oder der ML, dass es uns weiterhin erlaubt ist, die Bilder zu nutzen. Sollen sie doch selber grübeln, ob das okay ist oder nicht. -- View this message in context: http://gis.19327.n5.nabble.com/3-Runde-Wikimedia-Community-Projektbudget-tp5720808p5720814.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: [OSM-talk] Remapping - who needs help?
Alex Barth wrote Over here at MapBox we're structuring our remapping priorities right now. Starting with end of August we'll have better tracing capacities again (some folks are going out for vacation). If you can use help with tracing / repairing that can be done remotely, please let me know. Help Montenegro! Australia and Poland are well known and a lot of people are helping there. Montenegro's loss is a bit less than Australia but they have nearly no mapper (I am aware of one)very poor country. You can see bing coverage here on the Croatia OSM site http://osm-hr.org/ -- View this message in context: http://gis.19327.n5.nabble.com/Remapping-who-needs-help-tp5720675p5720698.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Dead End Karte an Grenze zu Luxemburg und Frankreich
Georg Feddern-2 wrote Allerdings scheint mir das Daten-Update noch nicht durch zu sein, zumindest sind meine Änderungen der letzten Woche bzw. die Fähren noch drin. Hallo Georg, eigentlich ist am Wochenende ein Update gelaufen, komisch. Ich habe gerade eben noch eins gemacht und bspw hier wird an der Straße, die mit einer Fähre verbunden ist, kein Fehler mehr angezeigt http://suncobalt.dyndns.org:82/maxspeed.php?zoom=18lat=54.48454lon=13.58878layers=FFTF0BFT Vielleicht hatte ich den Cache nicht gelöscht oder Du hattest noch alte Tiles im Cache? Egal, ich habe mal das ExpiresByType für die Tiles auf 5 Stunden gesetzt. Wenn was ist, bin ich am besten über OSM (SunCobalt) zu erreichen. Die ML ist nicht so meine Welt Viele Grüße Thomas -- View this message in context: http://gis.19327.n5.nabble.com/Dead-End-Karte-an-Grenze-zu-Luxemburg-und-Frankreich-tp5720008p5720680.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] Wie erstelle ich ein *.poly
Hallo Andreas, ich mache es immer so. Die OSM ID des Grenz-Multipolygon rausssuchen und mit JOSM - Download Object runterladen. Dann edit-select all und ALLE Tags löschen. Das ganze speichern und ja nicht hochladen. Danach osm2poly.pl meine_grenze.osm meine_grenze.poly Die Tags, die aighes angibt, hatte ich noch nie dran. Hat aber trotzdem geklappt. Viele Grüße Thomas -- View this message in context: http://gis.19327.n5.nabble.com/Wie-erstelle-ich-ein-poly-tp5720364p5720372.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: [OSM-talk] OSMF Board auto industry / What's the story?
For mappers which are not OSMF members but interested in the response... http://lists.openstreetmap.org/pipermail/osmf-talk/2012-August/001618.html -- View this message in context: http://gis.19327.n5.nabble.com/OSMF-Board-auto-industry-What-s-the-story-tp5720039p5720100.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] OSMF Board auto industry / What's the story?
Maarten Deen wrote What would be interesting is to know what is necessary for them to use OSM. Is it possible to need their meets and therefore usefull to spend time to do it or not? For instance: address information. Is the Karlsruhe-scheme sufficient? afaik, lanes directions and lane-directions (plus well known coverage issues) to make these fancy images with lanes and signposts what you can see if you change a motorway at a motorway intersection for example at new commercial systems. The german forum is disussing with a employee of a manufacturer. The issue we have and why would should discuss that with them is, that we have no knowledge how such information can be used by consumers. We have routing engines but these do not use lane, turn-lane and signpost(direction=) informations. So we have no idea if our tagging would work for consumers (open-source or commercial). The idea is to get some help from them. -- View this message in context: http://gis.19327.n5.nabble.com/OSMF-Board-auto-industry-What-s-the-story-tp5720039p5720242.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Dead End Karte an Grenze zu Luxemburg und Frankreich
hehe, ihr seid gut! Für die polnische Karte hatte ich genau die beiden Kritikpunkte behoben, sprich route=ferry und highway=construction als eligible Fortsetzungen von major roads anerkannt. Bisher dachte ich mangels Feedback, dass die Karte niemand nutzt. Ich baue das mal ein und mache dann bis spätestens Sonntag früh ein Update. Und in den nächsten Tagen kann ich auch mal alle 3-4 Tage in Update machen. Ich hatte Frederik angeschrieben, ob er das nicht in den OSMI einbauen möchte. Aber er mag mich scheinbar nicht ;) -- View this message in context: http://gis.19327.n5.nabble.com/Dead-End-Karte-an-Grenze-zu-Luxemburg-und-Frankreich-tp5720008p5720240.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
[OSM-talk] OSMF Board auto industry / What's the story?
Hi, In the last board minutes [1] there was written Report of meeting with German auto industry in Ingolstadt. Additionally, there was a board member in official mission at the Telematics 2011 [2]. Telematics describes itself as largest focused telematics event in Europe that will bring together global car manufacturers and Tier 1 suppliers to discuss future telematics strategy and launch new products into the market. Automotive suppliers have/had OSM related job offerings. One current offering from Audi's SatNav supplier is for a student, topic Converting OSM data and evaluation of a database model [3]. Many board applications at the last election had statements like If I will be elected, I will improve the communication. If board members/the board meet with the same for-profit organisations repeatedly I would think that the community will be informed at least to avoid conspiracy theories. Some questions come into my mind and since I think this is of greater interest, I am asking the questions here 1. How many meetings with the auto industry have been attended by board members in the name of OSM? 2. What was the main subject? 3. Are there any non-disclosure agreements signed or was there any other agreement that prevents the OSMF Board to talk about the content of the meetings? (Learned that from the ESRI case) Thanks a lot in advance. Regards Thomas [1] https://docs.google.com/document/pub?id=1wY0TJBRCCj4p5wWSidD8wFh5l9Afb5GtZP5G5FP2-eE [2] http://www.telematicsupdate.com/munich/past-attendees.php [3] https://096.rexx-server.com/portal-elektrobit/grabber/stelle_preview.php?u=3softga=1sgl=engsl=engid=0_1483sid=9dd2008a5fd9c5211f0e8b553199d8c6popup=1printit=1 -- View this message in context: http://gis.19327.n5.nabble.com/OSMF-Board-auto-industry-What-s-the-story-tp5720039.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] Dead End Karte an Grenze zu Luxemburg und Frankreich
Barthwo wrote zeigt eine Menge von Dead Ends kurz hinter der Grenze an, die nach meiner Detailkontrolle überhaupt keine sind: http://suncobalt.dyndns.org:82/deadend.php?zoom=11lat=49.69597lon=6.38951layers=TBFT Ist das der Programmierung dieser Auswertung geschuldet? Oder wie könnte das zustande kommen? Huch, ich wusste gar nicht, dass da noch jemand drauf schaut. Ich habe mal ein Update gemacht. In der Tat nutze ich nur DE+CH (oder falls Du Polen helfen willst eine eigene Karte, die automatisch alle 3 Stunden neu aufgesetzt wird unter http://suncobalt.dyndns.org:82/polska.php). Dabei enstehen an der Grenze natürlich abgeschnittene Straßen, die als Dead Ends angezeigt werden. Viele Grüße Thomas -- View this message in context: http://gis.19327.n5.nabble.com/Dead-End-Karte-an-Grenze-zu-Luxemburg-und-Frankreich-tp5720008p5720032.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] OSMF Board Membership / Board Meeting Highlights
Oliver (OSMF) wrote Hallo deutsche OSM-Community, entsprechend meinem Wahlversprechen die Kommunikation zu verbessern und dem OSM Do-ocracy Prinzip habe ich einen Blog [1] aufgesetzt, den ich als Kommunikationskanal nutzen möchte. ...schnip...schnap.. Oliver Kühn Board Member der OpenStreetMap Foundation [1] http://www.abalakov.com [2] http://www.abalakov.com/openstreetmap-august-board-meeting-highlights [3] http://translate.google.de/translate?js=yprev=_thl=deie=UTF-8layout=1eotf=1u=www.abalakov.comsl=entl=de ^^Quote von Oliver Kühn, OpenStreetMap Foundation Board Member, August 2010 Dein Wahlversprechen hat nichtmal ein Jahr gehalten. Dein letzter Post über OSM in Deinem Kommunikationskanal ist schon über ein Jahr her. Warum bist Du nicht zurückgetreten als Dir klar wurde, dass Du nicht den Erwartungen Deiner Wähler gerecht werden kannst? Gerade Du, der sein Geld mit der Arbeit der Mapper verdient, sollte zeigen, dass er Mandat und Job trennen kann. Oder hat es nicht ganz so gut funktioniert und die Eigenschaft als Board Member hat Opportunities eröffnet? Danke von einem OSMF Mitglied, dass Du die Reputation der OSMF weiter verschlechtert hast. -- View this message in context: http://gis.19327.n5.nabble.com/OSMF-Board-Membership-Board-Meeting-Highlights-tp5307893p5720065.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] Zurueck in die Steinzeit
Florian Lohoff-2 wrote Puh - Also eigentlich hatte ich mir vorgestellt das das Ergebniss nicht so Katastrophal ausfaellt aber in Ostwestfalen-Lippe sind reihenweise komplette Ortschaften verschwunden. Bundes, Land und Kreisstraßen sind ein Flickwerk. Wenn ich auf die Karte sehe ist die von der Qualitaet wie in etwa 2009 - Und die Karte ist voll von jetzt sinnlosen ways ohne tags, nodes ohne tags. Die ganze Karte gesprenkelt mit sinnlosen Objekten. Und das alles weil eine kleine Gruppe beschlossen hat CC-BY-SA ist doof. Sorry, wenn ich mal wieder zum eigentlichen Thema zurück komme. Also.wenn bei Dir soviel kaputt ist, hast Du vermutlich was falsch gemacht. Warum hast Du nicht vorher die Probleme beseitigt? In meinem 10km Umkreis ist eine Brücke weggefallen. Deutschlandweit sind zwischen dem 10.07 und gestern Abend 1% der Wege (in km gemessen) gelöscht (nichtmal das, teils nur die Tags) worden. Wir sind Stand gestern Abend noch 5% (in km) über November 2011. Ist das bei Dir Steinzeit? Nur weil Du gepennt hast, heule hier nicht rum. -- View this message in context: http://gis.19327.n5.nabble.com/Zurueck-in-die-Steinzeit-tp5716989p5717619.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] Copy/Paste remaper?
OK. Ich rekapituliere mal. Du siehst die Mailing-Liste als Pranger an, kennst die Nachrichten-Funktion in OSM nicht um den User auf Deiner Meinung nach komisches Mappen und schlechtes Mappen von Wäldern hinzuweisen und weißt nicht, wie man die Data Working Group erreicht. Im Ernst...wenn Dir die Art des Mappens von einem User nicht gefällt, sprich ihn drauf an. Vielleicht ist er ja dankbar für Tipps oder er hat Gründe für seine Art des Mappens. Die Wahrscheinlichkeit, dass er hier mitliest, ist sehr gering. Wenn Du einen Verdacht auf unsauberes Verhalten hast, solltest Du ihn ansprechen oder Dich an die Data Working Group wenden. Diese Liste hier ist über Google erreichtbar. Und wenn sich Dein Verdacht als falsch herausstellt, bleibt es trotzdem für alle Ewigkeit in Google. Jemanden öffentlich und namentlich Bloßstellen, weil man einen Verdacht hat und weil er einen Wald arg grob mappt, ist unter aller Sau. Peter Osm wrote Hi Mir fiel beim ordentlichen remapen ein user auf der haufenweise Häuser neu erstellte, schön mit Adresse in einer Gegend die von einem großen Ablehner detailliert mit Häusern gemapt war. So richtig beweisen weis ich nicht, aber in der jetzigen Phase sowas neu zu mappen finde ich etwas arg seltsam. Sowas kann man einfach löschen und bei Gelegenheit neu machen. Nun kam mir gerade so ein Gebäude unter wo das vom Ablehner noch steht, das neue mit leichtem Versatz, sonst anscheinend identisch. Vergessen das original abzuräumen, sowas passiert beim händischen neu mappen doch eher nicht. Dazu die Tage selbe Gegend, schöne neue Häuser und paar nodes von Strassen die gerade so nicht zusammenkleben, sowas kommt leicht von CopyPaste und nicht gepflegten Anschlußstücken. Dieser user 'sco' hat an anderen Stellen auch bischen komisch remapt, Wald arg grob, ok, könnte ich verstehen, ist aber nicht mein Ding, lieber gleich richtig oder gar nicht. Scheint etwas hektisch übereifrig zu sein. Wenn er hier mit liest könnte er ja mal Stellung nehmen. An die anderen: Was macht man da? Fiel das noch wem auf? Mich ärgert das. Ich halte mich an die nötigen Regeln und da macht wer möglicherweise einiges kaputt indem er nicht lizensierte Daten einfüllt. Das dann wieder rauszuwerfen, evtl alles von ihm wo dann nützliche Daten von Zustimmern auch in den Orkus gehen, alles unnötige Verluste. Peter ___ Talk-de mailing list Talk-de@ http://lists.openstreetmap.org/listinfo/talk-de -- View this message in context: http://gis.19327.n5.nabble.com/Copy-Paste-remaper-tp5668826p5671405.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-GB] Unsual highway= values
Hi there, maybe you're interested inThe file below shows ways with an unusual highway= value. This could be highway=byway_open_to_all_traffic, highway=footway;track or highway=serviec...things like that...usually not detected by other QA tools. Unsual is defined here as a highway=value combination that does add up to 15km in total for the GB country Geofrabrik file. This does not mean that it is wrong but some things are very obvious. The numbers below the tag value are the way IDs, ready to copy and use in JOSM with File-Download Object http://dl.dropbox.com/u/12420490/results_uk.txt If you find this useful and want an update, please let me know. Kind regards Thomas -- View this message in context: http://gis.19327.n5.nabble.com/Unsual-highway-values-tp5668485p5668485.html Sent from the Great Britain mailing list archive at Nabble.com. ___ Talk-GB mailing list Talk-GB@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk-gb
Re: [OSM-talk] server migration update / license change
Thanks a lot for the Update, Richard. It is much appreciated that the information flow works. I have a question with regards to the map at osm.org. When the database is clean, it would also need a re-rendering of all tiles in cache to finalise the license change. I know that this takes a lot time, IO, CPU time etc. and can be a questions of days or even a week, depending on the hardware. Is there any expected downtime of the map at osm.org? Or will it be done in the background so that the map on osm.org will remain a while ccbysa after the license of the database changed to ensure that map will always available? -- View this message in context: http://gis.19327.n5.nabble.com/server-migration-update-license-change-tp5620977p5621188.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] server migration update / license change
Paul Norman wrote If the tiles are not regenerated then they will contain elements that are licensed as cc by-sa only. Thank you Paul, that was my point. Low zoom tiles are generated not too often, sometimes less than each month. Other tiles are generated more often but not daily. So these tiles would show content, that does not exist anymore. The tiles can still be published under ccbysa but it would be bit strange and confusing for (re)mappers if the map of osm.org differs from the database. -- View this message in context: http://gis.19327.n5.nabble.com/server-migration-update-license-change-tp5620977p5621435.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Coastline Update
Hi Paul, do you plan another update? Regards Thomas Paul Norman wrote I have completed another coastline generation and it has uploaded. This version respects odbl=clean. The shapefiles are in their normal place at http://pnorman.dev.openstreetmap.org/coastlines/ Included is a .osm file with all the error points. An overview can be found at http://maps.paulnorman.ca/coastlines2.png Detailed views: Great Lakes: http://maps.paulnorman.ca/coastlines-lakes2.png Europe: http://maps.paulnorman.ca/coastlines-europe2.png US West Coast: http://maps.paulnorman.ca/coastlines-west2.png Australia: http://maps.paulnorman.ca/coastlines-au2.png There are no significant multi-square flooded or dry areas. The following areas have significant number of error points: Pudget Sound in Washington State The mouth of the Columbia river in Washington The Eastern Australia coast The points indicated by the maps and by processedc_p files are where coastcheck encountered an error and had to guess where the coastline continues. These should generally represent transitions between ODbL clean and ODbL dirty sections of the coastline. Islands with no ODbL clean sections will not generate any error points. http://www.wightpaths.co.uk/coast/CT-only.php and http://suncobalt.homeip.net:82/coastline.php are two visualizations of errors but neither has yet updated to the new data. I hope to complete one more run of the ODbL-clean coastlines before the downtime. During the downtime I will be running a set of ODbL-clean and conventional coastlines (and a planet file). If diffs are available during the rebuild process I will be generating them then and reloading my database when the ODbL planet is published. Technical details: This new run takes into account odbl=clean. It may not correctly handle 1. Objects that are dirty via a changeset override 2. Objects that WTFE reported clean but are now dirty 3. Certain sequences of edits and tag additions that are not likely to occur frequently with coastlines and which require access to a full history database to evaluate The data is from 7 AM PST and the ODbL status is slightly more recent. ___ talk mailing list talk@ http://lists.openstreetmap.org/listinfo/talk -- View this message in context: http://gis.19327.n5.nabble.com/Coastline-Update-tp5608185p5617862.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Truth about media hype in Microsoft lending big support and big dollars to OSM ?
Richard Weait wrote No donor to OSM gets special terms or access to the data. You and I donate data :: we get OSM data under the OSM License RichardF donates code :: he gets OSM data under the OSM License Yahoo! donated imagery for years :: they get OSM data under the OSM License MapQuest actual big money :: they get OSM data under the OSM License USGS donated PD data :: they get OSM data under the OSM License etc. Bing is now donating aerial imagery :: they get OSM data under the OSM License . It's all the same. No, that's not true.They are violating our license and noone really cares. It is known to OSM since January and MS admitted it. RichardF wrote that there was no contact to MS ...although they violate out license. The issue was adressed in German media at a press conference with the Federal Government and it became public. So they are not the same as anyone else. Other companies have been added faster to the Hall of Shame of the License Working Group -- View this message in context: http://gis.19327.n5.nabble.com/Truth-about-media-hype-in-Microsoft-lending-big-support-and-big-dollars-to-OSM-tp5615717p5618894.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Truth about media hype in Microsoft lending big support and big dollars to OSM ?
Mikel Maron wrote Hi I think we've squeezed just about enough conspiracy theories out of this thread. Let's end it. -Moderators * Mikel Maron * +14152835207 @mikel s:mikelmaron WTF This is from Microsoft at #osm-de 10/02/2012 Microsoft has received requests from the armed forces to blur areas in Germany (StGB 109g is one of the corresponding directives which has been used as reference). We, Bing, have to comply with this requests erroneously used among other sources also some OSM information. We're working to correct the polygons and rework the blurring areas however it will take some time due to the amount of processing involved. We understand this is objectionable to some members of the OSM community but based on our very good relationship we hope and thank you for your understanding and patience Nothing happens although it was published here, Steve Coast was involved and at least one LWG member is aware of it. If you need more quotes, let me know. You can see that they still use OSM polygons here. http://osm.misterboo.de/military/ Conspiracy theory? Richard F admitted that there was not contact with MS...So MS is violating our license since 3 month and nothing happens. -- View this message in context: http://gis.19327.n5.nabble.com/Truth-about-media-hype-in-Microsoft-lending-big-support-and-big-dollars-to-OSM-tp5615717p5618964.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Old Server planet is up
Richard Weait wrote The last Old Server planet is up now. This planet was generated after the API move to Read-Only. Thanks for the notice. Just to double check. Is this the last planet without (partly) ODbL cleanup, which is scheduled soon? -- View this message in context: http://gis.19327.n5.nabble.com/Old-Server-planet-is-up-tp5615760p5615981.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Komuna e Malishevs, Serbia ?
The example of Kosovo in the OSM Wiki that you are quoting here has been added your friend Liz, who is in favour of your view. But there exist other views too. As far as on the ground does matter here, the local signs call the border Kosovo Provincial Boundary not country border. The government in Pristina does not have control over all of the territory as you are claiming here. They can enter the north only under protection of KFOR(NATO) and EULEX(EU) Since you are a friend of rules defined by the OSM Wiki. How about this rule For the sake of clarity, only political entities listed on the ISO 3166 standard are to be considered countries. which you can read here http://wiki.openstreetmap.org/wiki/Tag:boundary%3Dadministrative Afaik, Kosovo has no official ISO code, hence is no country by this definition. (XK is an inoffical code used by some organisations). What country prefix I have to dial when I want to call someone in the country Kosovo? I am not claiming that Kosovo is no country but want to point out, that there are reasons for both views Mike Dupont wrote We have rules for osm, they are clear. it is the on the ground rule. http://wiki.openstreetmap.org/wiki/Disputes#On_the_Ground_Rule On the Ground Rule If the dispute can not be resolved through discussion, then the simple default rule is that whatever name, designation, etc are used by the people on the ground at that location are used in the non-localized tags. So in the case of North Cyprus, this would be the Turkish names. The specific rules are documented at WikiProject_Cyprus#Disputed_place_nameslt;http://wiki.openstreetmap.org/wiki/WikiProject_Cyprus#Disputed_place_namesgt; . In the case where there are multiple local names, then if the government with effective and sustained control of the area has an official source of names or an official stance on a naming dispute, then that name is default. For instance, Derry-Londonderrylt;http://en.wikipedia.org/wiki/Derry-Londonderry_name_disputegt; . When there is no clear sustained control of an area, such as Kosovolt;http://wiki.openstreetmap.org/wiki/WikiProject_Kosovogt;, special consideration will be needed on a case by case basis. (Kosovo now has independent government, recognised by many other countries, so this is now less relevant.) OpenStreetMap is not a forum for politics, but a means for understanding. Disputes are not to be carried out in the map, but in discussion. Any editor who does not abide by this, and does not respect agreements in the area, or ultimately the on the ground rule, risks losing the right to participate in OpenStreetMap. Contact one of the mediators above if you see this kind of behavior. 2012/4/1 Павел Фомин lt;pavelfmn@gt; 01.04.2012, 12:16, Mike Dupont lt;jamesmikedupont@gt;: I think we agreed here on the on the ground rule, kosovo is on the ground the republic of kosovo and not serbia. [...] belgrad is not in fact control of kosovo, kosovo is its own country. Arrrgh. We should have rules on mapping disputed areas and partially recognised countries. Is OSM showing the internationally accepted situation or is it taking into account every single front line? ___ talk mailing list talk@ http://lists.openstreetmap.org/listinfo/talk -- James Michael DuPont Member of Free Libre Open Source Software Kosova http://flossk.org ___ talk mailing list talk@ http://lists.openstreetmap.org/listinfo/talk -- View this message in context: http://gis.19327.n5.nabble.com/Komuna-e-Malisheves-Serbia-tp5609351p5610144.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Coastline Update
Paul Norman wrote http://suncobalt.homeip.net:82/coastline.php are two visualizations of errors but neither has yet updated to the new data. It updated now. Thanks for providing the data. -- View this message in context: http://gis.19327.n5.nabble.com/Coastline-Update-tp5608185p5608324.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ODbL-clean Coastlines
do you think that you can update the data before we enter to the read only phase? I don't want to push you...you data was very helpful for remapping. -- View this message in context: http://gis.19327.n5.nabble.com/ODbL-clean-Coastlines-tp5591448p5607499.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] ODbL-clean Coastlines
just fyithe generation of the processedc_p failed. It say it has 46 Byte. coastlinec_p seems to be okay -- View this message in context: http://gis.19327.n5.nabble.com/ODbL-clean-Coastlines-tp5591448p5604606.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] WIWOSM-Projekt ist live
@Kai Die (jetzige) Änderung des OSM-Wikis ist also in Ordnung weil vor über 2 Jahren Konsens auf der deutschen Mailingliste erzielt wurde? @Tim Das bestehende System wikipedia:de=Title hat auch eine Sprachversion Und es ist ja nicht so, dass der alte Tag (wikipedia:de=Titel) durch einen neuen besseren (wikipedia=de:Titel) abgelöst werden soll. Der alte Tag soll weiterhin bei unterschiedlichen Sprachvarianten benutzt werden. Als Mapper soll ich jetzt als schauen, ob irgendwelche internen Verlinkungen bei Wikipedia funktionieren und mich dann für ein Schema entscheiden. Das erscheint mir wenig praktikabel und ist ein Rückschritt -- View this message in context: http://gis.19327.n5.nabble.com/WIWOSM-Projekt-ist-live-tp5583315p5585028.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] WIWOSM-Projekt ist live
Tim Alder wrote Am 22.03.2012 09:13, schrieb ThomasB: @Tim Das bestehende System wikipedia:de=Title hat auch eine Sprachversion So war das aber nicht beschrieben und nach dem Revert meines Edits steht auch wie die Version ohne Sprachangabe im ersten Absatzes des Wiki: http://wiki.openstreetmap.org/w/index.php?title=Key:wikipediadiff=nextoldid=748880 Ich habe meine Zweifel, dass alle Nutzer sich die Doku bis zum Ende durchlesen, daher ich der Anfang besonders wichtig. Grüße Tim Hallo Tim, ich werde den OSM Wiki-Artikel wieder auf Deinen Stand setzen. Nicht weil ich von dem neuen Tag so überzeugt bin oder die Art und Weise wie er geändert wurde gutheisse, sondern weil das Durcheinander der beiden Taggingvarianten eigentlich kaum mehr zu vergößern ist. Beide Versionen sind sehr weit verbreitet - ich hatte bisher mehrheitlich name:lang=title gefunden, es scheint aber auch ganz anderen Gegenden zu geben. Und alle Anwendungen die ich gefunden habe, scheinen sich mit beiden Versionen arrangiert zu haben. Daher können wir hier lange darüber diskutieren, was auf der OSM Wiki-Seite stehen soll. Es hält sich eh keiner dran. Naja, zumindest in einem Punkt sind wir uns ja einig: wikipedia=title ohne Sprachcode (ob rechts oder links vom =) ist wenig hilfreich. Viele Grüße Thomas -- View this message in context: http://gis.19327.n5.nabble.com/WIWOSM-Projekt-ist-live-tp5583315p5585585.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: [OSM-talk] Way with only one single node
Richard Fairhurst wrote When someone identifies reliable steps to reproduce in P2, we try and fix it and indeed have done in some cases IIRC pretty easy. Just did it http://www.openstreetmap.org/browse/way/156137152 -- View this message in context: http://gis.19327.n5.nabble.com/Way-with-only-one-single-node-tp5581023p5582019.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] WIWOSM-Projekt ist live
Hallo Tim, also ich finde es gut, was Du da auf die Beine stellst. Hoffentlich kommt das bald in anderen Sprachversionen. Aber ich finde es nicht gut, dass Du unabgesprochen Deine Vorstellungen von dem Taggingschema durchsetzen möchtest. http://wiki.openstreetmap.org/w/index.php?title=Key%3Awikipediaaction=historysubmitdiff=748880oldid=746730 Mag ja sein, dass Deine Lösung besser ist. Kann ich mangels Wissen über die interne Organisation von Wikipedia nicht beurteilen. Ich habe meine Zweifel, dass die Übersetzung in andere Sprachversionen bei umstrittenen Gebieten immer funktioniert, aber seis drum. Einfach mal so, ohne jemand etwas zu sagen das Tagging Schema bei OSM zu ändern, geht nicht. -- View this message in context: http://gis.19327.n5.nabble.com/WIWOSM-Projekt-ist-live-tp5583315p5583972.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
[OSM-talk] Way with only one single node
I am wondering how a way with only one node can exist in the database. I have deleted it but how many still exist? http://www.openstreetmap.org/browse/way/154820504/history -- View this message in context: http://gis.19327.n5.nabble.com/Way-with-only-one-single-node-tp5581022p5581022.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Way with only one single node
John F. Eldredge wrote ThomasB lt;toba0211@gt; wrote: I am wondering how a way with only one node can exist in the database. I have deleted it but how many still exist? http://www.openstreetmap.org/browse/way/154820504/history Since it takes at least two points to define a line, a way with only one node would be zero units long, and effectively nonexistent. Follow my link and you see, that what you call nonexistent does exist in OSM. -- View this message in context: http://gis.19327.n5.nabble.com/Way-with-only-one-single-node-tp5581023p5581079.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Abuse of OSM data / censorship in Germany
Following the Bing bluring of German military installations (or areas used years before as such) I have two questions and would be grateful for an answer - Will OSMF/DWG investigate the assumption that OSM polygons (landuse=military) were used to blur these areas as indicated here? http://osmac.bplaced.net/bing_proof/ http://wiki.openstreetmap.org/wiki/Bing/2012_Germany_Military_Blurring - Will OSMF/DWG delete content within these polygon when noticed by German government or seek legal advice/protection before? Thanks Kind regards Thomas -- View this message in context: http://gis.19327.n5.nabble.com/Abuse-of-OSM-data-censorship-in-Germany-tp5442631p5442631.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Statistics on road network length?
unfortunately osmium(osmjs) ends with /# Fatal error in CALL_AND_RETRY_2 # Allocation failed - process out of memory/ although there is still sufficient (physical) memory available. A change of osmjs -l array - disk did not help. Frederik Ramm wrote: Hi, On Fri, 18 Nov 2011 11:56:53 -0800 (PST) ThomasB lt;toba0211@gt; wrote: not sure we are using the same script. With osmosis --read-pbf file=/home/wicking/osm/germany.osm.pbf --write-xml file=- | perl osm-length-2.pl /dev/null I am 15 minutes after the start at 14GB RAM usage and still increasing. Yes, the osm-length perl script wastes a lot of memory by keeping all nodes in a Perl hash. It would be relatively easy to write an efficient road length calculator based on the Osmium framework; that one should then work with a far smaller memory footprint. Bye Frederik ___ talk mailing list talk@ http://lists.openstreetmap.org/listinfo/talk -- View this message in context: http://gis.638310.n2.nabble.com/Statistics-on-road-network-length-tp759p7011662.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Statistics on road network length?
!i! wrote: Well even if it's bad style to ask if someone else can do the job, but couldn't we create an addon for existing statistic services, that can calculate this values? I contacted the people behind http://osmstats.altogetherlost.com but even if they hope to provide some country specific calculations, they say that exactly this value would make to heavy load for their servers. Too bad, cause I think a monthly run would be ok for everybody :/ Matthias I guess there are not so many people out there having a machine with more than 20GB RAM. I tried to calculate Germany with a 2009 planet file but failed, I guess because of RAM. So calculating large countries with 2011 data may require RAM well in excess of 20GB. Smaller countries work fine. -- View this message in context: http://gis.638310.n2.nabble.com/Statistics-on-road-network-length-tp759p7009261.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Statistics on road network length?
Hermann Peifer wrote: One idea could be to use Geofabrik's OSM files by country. My rather crude script needs 2 seconds for processing Albania and 6 minutes each for France and Germany (on a machine with 8G RAM). See below. not sure we are using the same script. With osmosis --read-pbf file=/home/wicking/osm/germany.osm.pbf --write-xml file=- | perl osm-length-2.pl /dev/null I am 15 minutes after the start at 14GB RAM usage and still increasing. -- View this message in context: http://gis.638310.n2.nabble.com/Statistics-on-road-network-length-tp759p7009497.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Yahoo Imagery
does the permission to use the Yahoo imagery in OSM include aerial images that are only visible on their website maps.yahoo.com? I noticed that there is an area which I am interested in that is not covered in Bing and in Potlatch/JOSM when choosing Yahoo. But at their website they have a high resolution image. -- View this message in context: http://gis.638310.n2.nabble.com/Yahoo-Imagery-tp6907652p6908151.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [Talk-de] WissensWert 2011: Bis zu 5.000 Euro für mutige Projekte
Raimond Spekking wrote: Als aktiver OSMler und Wikipedianer möchte ich gerne auf die Neuauflage des Ideenwettbewerbs WissensWert von Wikimedia Deutschland hinweisen: Es stehen für die Realisierung von Ideen, die das freie Wissen, also auch OSM in all seinen Geschmacksrichtungen (Straße, Fahrrad, See, Pferd usw usf.), fördern, bis zu € 5000 zur Verfügung. Blogbeitrag von Wikimedia Deutschland: http://blog.wikimedia.de/2011/10/17/wissenswert-2011-bis-zu-5000-euro-fur-mutige-projekte/ Details: http://wikimedia.de/wiki/Wissenswert Zur Erinnerung: In der Erstauflage des Wettbewerbs hat OSM durch die Freigabe der Aerowest-Luftbilder gewonnen. Raimond. Ich hoffe nur, dass sich diesmal nicht die gleichen Leute beteiligen, die das damals mit den Aerowest Bildern gemacht haben. Oder gibt es mittlerweile einen einzigen WMS, wie vielfach von der Community angeboten? -- View this message in context: http://gis.638310.n2.nabble.com/WissensWert-2011-Bis-zu-5-000-Euro-fur-mutige-Projekte-tp6901961p6902201.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] Telekom-Verteilerkasten
Frederik Ramm wrote: Hi, On 10/05/2011 08:12 PM, Alexander Matheisen wrote: Wer bestimmt hier, was wichtig ist oder was erfasst werden soll? Das bestimmt der jeweilige Mapper. OSM ist ein Hobbyprojekt und da hier alle kostenlos und in ihrer Freizeit arbeiten, kann niemand einem anderen vorschreiben, was er zu erfassen hat. Das stimmt. Aber erstens ist das kein Grund, Streuobstwiesen als landuse=allotments zu taggen (was Dein Vorredner kritisierte), und ausserdem sehe ich manchmal selbst auch mit Besorgnis ein Phaenomen, das ich Mapping als Selbstzweck nennen moechte. Jetzt kann ich nicht mehr an mich halten Sorry, aber die Streuobstwiesen haben mit dem Thema rein gar nichts zu tun. Die kamen nur deshalb hier rein, weil Martin K. zu jedem Thema was sagen muss (Manchmal weiß ich nicht, ob er nicht eine Firma ist, in der 4 Leute im Schichtbetrieb Mails an die ML verschicken). Also was hat das falsche erfassen von Landuse Flächen mit Verteilerkästen zun tun? Ich finde es extrem beunruhigend, dass sich hier einige als Relevanz-Hüter etablieren wollen. Zudem scheint hier Jochen eine Glaskugel zu haben, die ihm die Zukunft von OSM treffsicher voraussagt. Wenn ich Verteilerkästen erfassen möchte, würde ich mir irgendwelche Zwischenrufe von Jochen et al verbitten. Ich schreibe doch auch niemanden vor was wichtig ist, sprich er zu erfassen hat. Und Jochen, warum redest Du immer in der Mehrzahl? Bspw Müssen wir alles erfassen? Nein, wir,(besser -Du) musst nicht alles erfassen, aber WIR können alles erfassen wenn wir wollen. Das mag Dir passen oder nicht aber ich wüsste nicht, wer Dich zum Relevanzhüter ernannt hat. Um noch ein wenig konstruktiv zu sein: Öffnungszeitenstehen die mal irgendwo drin, werden die kaum noch korrigiert. Und wieviel alte POIs sind in OSM? Mit verwundertem Gruß SunCobalt -- View this message in context: http://gis.638310.n2.nabble.com/Telekom-Verteilerkasten-tp6856475p6863512.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: [OSM-talk] Daily stats report stopped?
Jukka Rahkonen-2 wrote: Have the statistics stopped? The title of the page seems to be OpenStreetMap stats report run at Fri Sep 09 00:00:12 +0100 2011 The stats are made for a different purpose, but they may help you until the osm stats are back http://odbl.de/daily/ -- View this message in context: http://gis.638310.n2.nabble.com/Daily-stats-report-stopped-tp6836884p6837211.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] odbl.de missing country
in the upper right corner at odbl.de you can find the contact info. I have added it and it should appear next wednesday -- View this message in context: http://gis.638310.n2.nabble.com/odbl-de-missing-country-tp6779245p6780346.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-legal-talk] Exception in Open Data License/Community Guidelines for temporary file
Dear Legal-list, My question applies to all kind of software that process OSM data but I am using Garmin maps as a popular example. Generating Garmin maps with contours is pretty easy and sometimes completely GUI driven. You select an OSM file, click a button and get a Garmin map. I have distributed such maps sometimes (for free) to some interested people who asked me. In the background it downloads SRTM data from cgiar.org (Consultative Group on International Agricultural Research) and seeds that data into the OSM data. I think technically they are added as normal osm-ways with specials tags for the renderer. The cgiar data is non-commercial only (cc-by-sa-nc) licensed. The final Garmin map is rendered from a temporary file that contains both datasets and would constitute a Derivative Database. My point is that a user of software, and this is not limited to Garmin map software, may not know what a software does in the background i.e. if it is creating a (temporary) Derivative Database, a Collective Database or whatever. It is unrealistic that a user of software browses through the directories and check the content of the files there, particularly if the file exist only a short time during the process. So applying the ODbL rules to software generated temporary files would lead me to the conclusion that the solution is don't ask, don't mind. Although I personally could live with that I am not sure if it wouldn't be better to sort it out. The Trivial Transformations Guideline or Community Guidelines could be a good place to make it easier. I am neither a license expert nor a lawyer. From a practical point of view I would wish a clarification like: /Temporary software generated files used for the generation of a Produced Work or a Derivative Database that i) contain data from OSM, ii) may contain data from other (licensed) sources, iii) are only created and used for the purpose of the generation of one Produced Work or one Derivative Database, iv) will not be used for any purpose thereafter, v) will not be distributed or made publicly available do not constitute a derivative database, collective database or produced work/ But I am not sure about any other (unwanted) implication it may have. Kind regards Thomas -- View this message in context: http://gis.638310.n2.nabble.com/Exception-in-Open-Data-License-Community-Guidelines-for-temporary-file-tp6504201p6504201.html Sent from the Legal Talk mailing list archive at Nabble.com. ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-legal-talk] Exception in Open Data License/Community Guidelines for temporary file
David Groom wrote: As far as I can see, ignoring your specific example, and genearlising, the unwanted implication of your clarification above would be that as long as someone deleted the derivate database they had created they could then claim it was temporary and therefore sidestep the requirements of the ODbL to distribute it. To avoid this you would thenhave to start defining temporary etc. Thanks David. Good point. I think the intention is to avoid that someone mix OSM with proprietary data and makes a produced work out of it without sharing the proprietary data. So let me rephrase it and restrict a bit more /Temporary software generated files used for the generation of a Produced Work or a Derivative Database that i) contain data from OSM, ii) may contain data from other sources that are a) free and open licensed /(hope there is a definition for that anywhere)/ and b) publicly available iii) do not contain any proprietary data iii) are only created and used for the purpose of the generation of one Produced Work or one Derivative Database, iv) will not be used for any purpose thereafter, v) will not be distributed or made publicly available do not constitute a derivative database, collective database or produced work / -- View this message in context: http://gis.638310.n2.nabble.com/Exception-in-Open-Data-License-Community-Guidelines-for-temporary-file-tp6504201p6504373.html Sent from the Legal Talk mailing list archive at Nabble.com. ___ legal-talk mailing list legal-t...@openstreetmap.org http://lists.openstreetmap.org/listinfo/legal-talk
Re: [OSM-talk] License/CT issues: Let's not punish the world's disadvantaged, pls.
Mike Dupont wrote: did you see this? http://www.archive.org/download/SharedMap2/index.html do you mean the picture coming soon at zoom level 7 or 8? Are you really planing to use pre-rendered tiles at archive.org for the whole world, updated by a handful local computers a la BOINC forever? -- View this message in context: http://gis.638310.n2.nabble.com/License-CT-issues-Let-s-not-punish-the-world-s-disadvantaged-pls-tp6504931p6506004.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] License/CT issues: Let's not punish the world's disadvantaged, pls.
80n wrote: From here on in, OSM loses ground against fosm.org. quite obvious http://ni.kwsn.net/~toby/OSM/license_count_2.png You may be a bit confused with the scales. -- View this message in context: http://gis.638310.n2.nabble.com/License-CT-issues-Let-s-not-punish-the-world-s-disadvantaged-pls-tp6504931p6506030.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
[OSM-talk] Is it a temporary file or Derivative Database under ODbL
Hi, i have a practical questions. If I want to generate a Garmin map for a larger country and want to add contour lines, it is impossible to merge the data only in the RAM. Hence a local temporary file is needed which would contain both, OSM and SRTM data. This temporary file would be deleted after the map creation process. Is this temporary file a Derivative Database with all legal requirements? -- View this message in context: http://gis.638310.n2.nabble.com/Is-it-a-temporary-file-or-Derivative-Database-under-ODbL-tp6501556p6501556.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Is it a temporary file or Derivative Database under ODbL
I can not accept this answer, Frederik. Generating a Garmin map with contour lines is not something special. I guess all programs that generate such maps for larger areas need local temp files. And now there is no answer available? What is with all these Garmin Maps? If a local temp file would constitute a database according to ODBL, it would make it very hard to generate it. I don't want to talk with lawyers on legal. I always get headaches when talking with lawyers. And I am part of this community and don't want to talk with legal people when asking such an easy question. If such an easy question requires legal advice, then something is wrong. -- View this message in context: http://gis.638310.n2.nabble.com/Is-it-a-temporary-file-or-Derivative-Database-under-ODbL-tp6501556p6501636.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Is it a temporary file or Derivative Database under ODbL
Frederik Ramm wrote: I'm relatively sure that 99.5% of readers of this talk list will never create a Garmin map with SOTM contours, I guess your mean SRTM. Anyway, I am relativly sure that more than 0.5% of the readers here USE maps with contours lines. And this only the OSM community. There are some others like Geocacher that use such maps. Who do you think will produce these maps with this point requiring legal advice? And what do you think a laywer will say when asked when the community using the license has no idea? -- View this message in context: http://gis.638310.n2.nabble.com/Is-it-a-temporary-file-or-Derivative-Database-under-ODbL-tp6501556p6501702.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Pitiful proceedings - as usual
I fully understand Nop. Almost everyone only guessed that it might happen but no one was sure about it. To volunteer with communications with the German community would require to get some fact rather than vague statements. Even people that have read all communications and LWG minutes were not sure about it. Next phase is much more important so I would appreciate a clear statement with a specific date well in advance. Richard Fairhurst wrote: NopMap wrote: Well, if it is to be this way... ...then maybe it would be a good opportunity for you to help! Why not volunteer to help LWG in its communications with the German community? It seems a shame to lament that things are as usual and not do anything about it. cheers Richard -- View this message in context: http://gis.638310.n2.nabble.com/Pitiful-proceedings-as-usual-tp6494841p6495479.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Edit war, Mitrovica
seems more like a mistake. Many streets (not tested if all) in Kosovska Mitrovica were deleted by a Kosovar (a FLOSSK member) not a Serb. So it is a little bit strange that FLOSSK is deleting streets and blaming the Serbs for that. http://www.openstreetmap.org/browse/changeset/7714060 The changeset includes more that 900 deleted ways. Have checked a few and all were in and around Kosovska Mitrovica -- View this message in context: http://gis.638310.n2.nabble.com/Edit-war-Mitrovica-tp6256515p6260593.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
Re: [OSM-talk] Edit war, Mitrovica
Mitrovica was deleted by uboot http://www.openstreetmap.org/browse/changeset/7348595 could you please stop publicly blaming others for mistakes that you personally has made? ubot has deleted 15 ways and add some 60. The other edits were DupNode fixes. You personally have deleted the streets there http://www.openstreetmap.org/browse/way/98163924/history http://www.openstreetmap.org/browse/way/98171028/history http://www.openstreetmap.org/browse/way/96950414/history http://www.openstreetmap.org/browse/way/96577541/history http://www.openstreetmap.org/browse/way/97831272/history do you want me to continue? It is probably possible to revert the changeset. I think most of the data can easily be restored. However, you would loose ~ 40 edits of existing streetsbut it's maybe the smaller problem. -- View this message in context: http://gis.638310.n2.nabble.com/Edit-war-Mitrovica-tp6256515p6261059.html Sent from the General Discussion mailing list archive at Nabble.com. ___ talk mailing list talk@openstreetmap.org http://lists.openstreetmap.org/listinfo/talk
